reassign 690848 linux-2.6
thanks
On Thu, Oct 18, 2012 at 04:21:05PM +0200, Albert van der Horst wrote:
> Package: usbutils
> Version: 0.87-5squeeze1
> Severity: grave
> Justification: renders package unusable
>
>
> A Texas Instruments Launcpad is connected as the sole
> USB device, resulting in device /dev/ttyACM0 showing up.
> No TI drivers were installed, or any specific usb-drivers.
>
> A simple program in Forth does some direct read and write on ttyACM0,
> while the device is responding. It functions properly, except for
> situation where an output stream of the device is interrupted from the
> terminal.
> It is possible that the device and the program were writing simultaneously.
>
> This message appeared on the console:
> "
> , 2 Oct 18 14:50 ptmx
> albert@cherry:~/PROJECT/nometa$
> Message from syslogd@cherry at Oct 18 14:50:37 ...
> kernel:[15594.923330] general protection fault: 0000 [#1] SMP
>
> Message from syslogd@cherry at Oct 18 14:50:37 ...
> kernel:[15594.923334] last sysfs file:
> /sys/devices/pci0000:00/0000:00:02.0/usb2/idVendor
>
> Message from syslogd@cherry at Oct 18 14:50:37 ...
> kernel:[15594.923415] Stack:
>
> Message from syslogd@cherry at Oct 18 14:50:37 ...
> kernel:[15594.923426] Call Trace:
>
> Message from syslogd@cherry at Oct 18 14:50:37 ...
> kernel:[15594.923490] Code: 85 c0 75 15 65 48 8b 04 25 c8 cb 00 00 48 2d d8
> 1f 00 00 48
> 89 43 18 31 c0 5b c3 53 48 89 fb 48 83 ec 10 e8 31 f8 ff ff 48 89 df <f0> ff
> 0f 79 05 e8
> 48 ff ff ff 65 48 8b 04 25 c8 cb 00 00 48 2d
>
> "
>
> This is the program that provoked the problem:
> "
> \ $Id: com-4e5.frt,v 1.1 2012/10/17 13:21:34 albert Exp albert $
> \ Copyright (2012): Albert van der Horst {by GNU Public License}
>
> WANT R/W WANT NEW-IF WANT $-PREFIX
> WANT ls
> WANT CASE-SENSITIVE CASE-INSENSITIVE
>
> NAMESPACE MSP-NAMESPACE
> MSP-NAMESPACE DEFINITIONS
>
> : NEW-OK CR "com>" TYPE ;
> 'NEW-OK 'OK 3 CELLS MOVE
>
> : INTRO "Type HELP for help." TYPE CR ;
>
> VARIABLE (msp)
> \ Return the FILEDESCRIPTOR of the MSP board.
> : msp (msp) @ ;
>
> : ?ERR ( ior -- ) -1 SWAP ?ERROR ;
>
> : open-connection "/dev/ttyACM0" R/W OPEN-FILE ?ERR (msp) ! ;
> : close-connection msp CLOSE-FILE ?ERR ;
>
> \ Return a CHARACTER or 0 if non present.
> : ?get? 0 DSP@ 1 msp READ-FILE ?ERR DROP ;
>
> \ If a key is present, pass that character to the msp,
> : ?put? KEY? IF KEY DSP@ 1 msp WRITE-FILE ?ERR DROP THEN ;
>
> \ Get all data from msp, up till XON.
> : handshake 10 MS BEGIN ?put? ?get? DUP $11 <> WHILE EMIT REPEAT DROP ;
>
> : line msp WRITE-FILE ?ERR ^M DSP@ 1 msp WRITE-FILE ?ERR DROP ;
>
> : uploaded
> GET-FILE open-connection
> BEGIN OVER WHILE ^J $/ -TRAILING line handshake REPEAT 2DROP
> close-connection ;
> : upload NAME uploaded ;
>
> : communicate open-connection "" line handshake
> BEGIN !CSP (ACCEPT) -TRAILING DUP WHILE line handshake ?CSP REPEAT 2DROP
> close-connection ;
>
> 'communicate ALIAS c
> 'upload ALIAS u
> 'ls ALIAS l
>
> : HELP "C(ommunicate) U(pload $1) L(ist dir $1) BYE" TYPE CR ;
>
> : doit INTRO OK 'ERROR RESTORED MSP-NAMESPACE QUIT ;
> "
> OPEN-FILE, READ-FILE and WRITE-FILE are mapped to system calls, no dynamic
> libraries involved.
>
> The program above was no longer able communicate.
> After the message lsusb was types:
> It gave no output and could not be terminated by ^C or ^\.
>
If the USB subsystem is completely broken by the original issue (the
general protection fault), it's perfectly normal to have this kind of
issue with lsusb, or any program trying to access the USB entries in
/sys.
I am therefore reassigning this bug to the linux kernel package.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
