diff options
author | Jason Wessel <jason.wessel@windriver.com> | 2009-05-29 20:34:17 +0200 |
---|---|---|
committer | Greg Kroah-Hartman <gregkh@suse.de> | 2009-06-16 06:44:47 +0200 |
commit | 568d422e9cf52b7b26d2e026ae1617971f62b560 (patch) | |
tree | 4a3ba69a855ca9437995e2a63b0c0174bb542b42 /drivers/usb/gadget | |
parent | USB: pl2303 usb_serial: implement sysrq handling on break (diff) | |
download | linux-568d422e9cf52b7b26d2e026ae1617971f62b560.tar.xz linux-568d422e9cf52b7b26d2e026ae1617971f62b560.zip |
USB: usb_serial: only allow sysrq on a console port
The only time a sysrq should get processed is if the attached device
is a console. This is intended to protect sysrq execution on a host
connected with a terminal program.
Here is the problem scenario:
host A <-- rs232 link --> host B
Host A is using mincom and a usb pl2303 device to connect to host b
which is a linux system with a usb pl2303 device acting as the serial
console. When host B is rebooted the pl2303 emits random junk
characters on reset. These character sequences contain serial break
signals most of the time and when translated to a sysrq have caused
host A to get random processes killed, reboots or power down.
It is true that in this setup with this patch host B might still have
the same problem as host A if you reboot host A. In most cases host A
is a development host which seldom gets rebooted, and you could turn
off sysrq temporarily on host B if you need to reboot host A.
Signed-off-by: Jason Wessel <jason.wessel@windriver.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'drivers/usb/gadget')
0 files changed, 0 insertions, 0 deletions