Dear Matt, dear David , dear all
you may remember the trouble I discussed already a few days ago when
connecting an "ARCHOS Jukebox Recorder 20" to a
PCI-usb card with nec chip onboard.
Meanwhile I have upgraded 2.4.19-pre7 and added the patch
ehci24-0417.patch on top.
everything compiles fine.
I switched on debugging for usb, for mass storage plus a separate flag
in ehci-hcd.c "EHCI_VERBOSE_DEBUG"
This is the log from /var/log/messages after connecting the drive. At
the end you find 2 processes locked up as described below.
I tried to comment between the lines of the log, marked by "CM>"
---------------------------------------- /var/log/messages
-----------------------------------------------------
Apr 18 20:26:01 Mahrmaid kernel: ehci-hub.c: GetStatus port 1 status
0x1803 POWER speed=2 CSC CONNECT
Apr 18 20:26:01 Mahrmaid kernel: hub.c: port 1, portstatus 501, change
1, 480 Mb/s
Apr 18 20:26:01 Mahrmaid kernel: hub.c: port 1 connection change
Apr 18 20:26:01 Mahrmaid kernel: hub.c: port 1, portstatus 501, change
1, 480 Mb/s
Apr 18 20:26:01 Mahrmaid kernel: ehci-hub.c: GetStatus port 1 status
0x1801 POWER speed=2 CONNECT
Apr 18 20:26:01 Mahrmaid kernel: hub.c: port 1, portstatus 501, change
0, 480 Mb/s
Apr 18 20:26:01 Mahrmaid kernel: ehci-hub.c: GetStatus port 1 status
0x1801 POWER speed=2 CONNECT
Apr 18 20:26:01 Mahrmaid kernel: hub.c: port 1, portstatus 501, change
0, 480 Mb/s
Apr 18 20:26:01 Mahrmaid kernel: ehci-hub.c: GetStatus port 1 status
0x1801 POWER speed=2 CONNECT
Apr 18 20:26:01 Mahrmaid kernel: hub.c: port 1, portstatus 501, change
0, 480 Mb/s
Apr 18 20:26:01 Mahrmaid kernel: ehci-hub.c: GetStatus port 1 status
0x1801 POWER speed=2 CONNECT
Apr 18 20:26:01 Mahrmaid kernel: hub.c: port 1, portstatus 501, change
0, 480 Mb/s
Apr 18 20:26:01 Mahrmaid kernel: ehci-hub.c: 00:12.2 port 1 reset
Apr 18 20:26:01 Mahrmaid kernel: ehci-hub.c: GetStatus port 1 status
0x1101 POWER speed=0 RESET CONNECT
Apr 18 20:26:01 Mahrmaid kernel: hub.c: port 1, portstatus 511, change
0, 480 Mb/s
Apr 18 20:26:01 Mahrmaid kernel: hub.c: port 1 of hub 1 not reset yet,
waiting 10ms
Apr 18 20:26:01 Mahrmaid kernel: ehci-hub.c: GetStatus port 1 status
0x1101 POWER speed=0 RESET CONNECT
Apr 18 20:26:01 Mahrmaid kernel: hub.c: port 1, portstatus 511, change
0, 480 Mb/s
Apr 18 20:26:01 Mahrmaid kernel: hub.c: port 1 of hub 1 not reset yet,
waiting 10ms
Apr 18 20:26:01 Mahrmaid kernel: ehci-hub.c: 00:12.2 port 1 high speed
Apr 18 20:26:01 Mahrmaid kernel: ehci-hub.c: GetStatus port 1 status
0x1005 POWER speed=0 PE CONNECT
Apr 18 20:26:01 Mahrmaid kernel: hub.c: port 1, portstatus 503, change
10, 480 Mb/s
Apr 18 20:26:01 Mahrmaid kernel: hub.c: USB new device connect on
bus1/1, assigned device number 2
Apr 18 20:26:01 Mahrmaid kernel: ehci-q.c: 00:12.2: submit_async urb
caf3d0a0 len 0 ep 0-out qtd c5925000 [qh 00000000]
Apr 18 20:26:01 Mahrmaid kernel: ehci-hcd.c: irq status 0x1 INT
Apr 18 20:26:01 Mahrmaid kernel: ehci-q.c: 00:12.2: submit_async urb
caf3d520 len 8 ep 0-in qtd c5925000 [qh 00000000]
Apr 18 20:26:01 Mahrmaid kernel: ehci-hcd.c: irq status 0x1 INT
Apr 18 20:26:01 Mahrmaid kernel: ehci-hcd.c: irq status 0x20 IAA
Apr 18 20:26:01 Mahrmaid kernel: ehci-q.c: 00:12.2: submit_async urb
caf3d520 len 18 ep 0-in qtd c5925000 [qh c4170060]
Apr 18 20:26:01 Mahrmaid kernel: ehci-hcd.c: irq status 0x1 INT
Apr 18 20:26:01 Mahrmaid kernel: ehci-q.c: 00:12.2: submit_async urb
caf3d520 len 8 ep 0-in qtd c5925000 [qh c4170060]
Apr 18 20:26:01 Mahrmaid kernel: ehci-hcd.c: irq status 0x1 INT
Apr 18 20:26:01 Mahrmaid kernel: ehci-q.c: 00:12.2: submit_async urb
caf3d520 len 39 ep 0-in qtd c5925000 [qh c4170060]
Apr 18 20:26:01 Mahrmaid kernel: ehci-hcd.c: irq status 0x1 INT
Apr 18 20:26:01 Mahrmaid kernel: usb.c: kmalloc IF c33d8380, numif 1
Apr 18 20:26:01 Mahrmaid kernel: ehci-q.c: 00:12.2: submit_async urb
caf3d7a0 len 0 ep 0-out qtd c5925000 [qh c4170000]
Apr 18 20:26:01 Mahrmaid kernel: ehci-hcd.c: irq status 0x1 INT
Apr 18 20:26:01 Mahrmaid kernel: ehci-hcd.c: irq status 0x20 IAA
Apr 18 20:26:01 Mahrmaid kernel: usb.c: new device strings: Mfr=73,
Product=90, SerialNumber=110
Apr 18 20:26:01 Mahrmaid kernel: ehci-q.c: 00:12.2: submit_async urb
caf3d7a0 len 4 ep 0-in qtd c5925000 [qh c4170060]
Apr 18 20:26:01 Mahrmaid kernel: ehci-hcd.c: irq status 0x1 INT
Apr 18 20:26:01 Mahrmaid kernel: ehci-hcd.c: irq status 0x20 IAA
Apr 18 20:26:01 Mahrmaid kernel: usb.c: USB device number 2 default
language ID 0x409
Apr 18 20:26:01 Mahrmaid kernel: ehci-q.c: 00:12.2: submit_async urb
caf3d7a0 len 255 ep 0-in qtd c5925000 [qh c4170060]
Apr 18 20:26:01 Mahrmaid kernel: ehci-hcd.c: irq status 0x1 INT
Apr 18 20:26:01 Mahrmaid kernel: Manufacturer: ARCHOS
Apr 18 20:26:01 Mahrmaid kernel: ehci-q.c: 00:12.2: submit_async urb
caf3d7a0 len 255 ep 0-in qtd c5925000 [qh c4170060]
Apr 18 20:26:01 Mahrmaid kernel: ehci-hcd.c: irq status 0x1 INT
Apr 18 20:26:01 Mahrmaid kernel: Product: ARCHOS USB2.0 (P4a)
Apr 18 20:26:01 Mahrmaid kernel: ehci-q.c: 00:12.2: submit_async urb
caf3d7a0 len 255 ep 0-in qtd c5925000 [qh c4170060]
Apr 18 20:26:01 Mahrmaid kernel: ehci-hcd.c: irq status 0x1 INT
Apr 18 20:26:01 Mahrmaid kernel: SerialNumber: wwww.archos.comA
Apr 18 20:26:01 Mahrmaid kernel: usb.c: unhandled interfaces on device
Apr 18 20:26:01 Mahrmaid kernel: usb.c: USB device 2 (vend/prod
0x5ab/0x60) is not claimed by any active driver.
Apr 18 20:26:01 Mahrmaid kernel: Length = 18
Apr 18 20:26:01 Mahrmaid kernel: DescriptorType = 01
Apr 18 20:26:01 Mahrmaid kernel: USB version = 2.00
Apr 18 20:26:01 Mahrmaid kernel: Vendor:Product = 05ab:0060
Apr 18 20:26:01 Mahrmaid kernel: MaxPacketSize0 = 64
Apr 18 20:26:01 Mahrmaid kernel: NumConfigurations = 1
Apr 18 20:26:01 Mahrmaid kernel: Device version = 11.01
Apr 18 20:26:01 Mahrmaid kernel: Device Class:SubClass:Protocol =
00:00:00
Apr 18 20:26:01 Mahrmaid kernel: Per-interface classes
Apr 18 20:26:01 Mahrmaid kernel: Configuration:
Apr 18 20:26:01 Mahrmaid kernel: bLength = 9
Apr 18 20:26:01 Mahrmaid kernel: bDescriptorType = 02
Apr 18 20:26:01 Mahrmaid kernel: wTotalLength = 0027
Apr 18 20:26:01 Mahrmaid kernel: bNumInterfaces = 01
Apr 18 20:26:01 Mahrmaid kernel: bConfigurationValue = 02
Apr 18 20:26:01 Mahrmaid kernel: iConfiguration = 00
Apr 18 20:26:01 Mahrmaid kernel: bmAttributes = c0
Apr 18 20:26:01 Mahrmaid kernel: MaxPower = 98mA
Apr 18 20:26:01 Mahrmaid kernel:
Apr 18 20:26:01 Mahrmaid kernel: Interface: 0
Apr 18 20:26:01 Mahrmaid kernel: Alternate Setting: 0
Apr 18 20:26:01 Mahrmaid kernel: bLength = 9
Apr 18 20:26:01 Mahrmaid kernel: bDescriptorType = 04
Apr 18 20:26:01 Mahrmaid kernel: bInterfaceNumber = 00
Apr 18 20:26:01 Mahrmaid kernel: bAlternateSetting = 00
Apr 18 20:26:01 Mahrmaid kernel: bNumEndpoints = 03
Apr 18 20:26:01 Mahrmaid kernel: bInterface Class:SubClass:Protocol
= 08:06:50
Apr 18 20:26:01 Mahrmaid kernel: iInterface = 00
Apr 18 20:26:01 Mahrmaid kernel: Endpoint:
Apr 18 20:26:01 Mahrmaid kernel: bLength = 7
Apr 18 20:26:01 Mahrmaid kernel: bDescriptorType = 05
Apr 18 20:26:01 Mahrmaid kernel: bEndpointAddress = 01 (out)
Apr 18 20:26:01 Mahrmaid kernel: bmAttributes = 02 (Bulk)
Apr 18 20:26:01 Mahrmaid kernel: wMaxPacketSize = 0200
Apr 18 20:26:01 Mahrmaid kernel: bInterval = 01
Apr 18 20:26:01 Mahrmaid kernel: Endpoint:
Apr 18 20:26:01 Mahrmaid kernel: bLength = 7
Apr 18 20:26:01 Mahrmaid kernel: bDescriptorType = 05
Apr 18 20:26:01 Mahrmaid kernel: bEndpointAddress = 82 (in)
Apr 18 20:26:01 Mahrmaid kernel: bmAttributes = 02 (Bulk)
Apr 18 20:26:01 Mahrmaid kernel: wMaxPacketSize = 0200
Apr 18 20:26:01 Mahrmaid kernel: bInterval = 01
Apr 18 20:26:01 Mahrmaid kernel: Endpoint:
Apr 18 20:26:01 Mahrmaid kernel: bLength = 7
Apr 18 20:26:01 Mahrmaid kernel: bDescriptorType = 05
Apr 18 20:26:01 Mahrmaid kernel: bEndpointAddress = 83 (in)
Apr 18 20:26:01 Mahrmaid kernel: bmAttributes = 03
(Interrupt)
Apr 18 20:26:01 Mahrmaid kernel: wMaxPacketSize = 0002
Apr 18 20:26:01 Mahrmaid kernel: bInterval = 09
Apr 18 20:26:01 Mahrmaid kernel: usb.c: kusbd: /sbin/hotplug add 2
Apr 18 20:26:01 Mahrmaid kernel: ehci-hub.c: GetStatus port 2 status
0x1000 POWER speed=0
Apr 18 20:26:01 Mahrmaid kernel: hub.c: port 2, portstatus 100, change
0, 12 Mb/s
Apr 18 20:26:01 Mahrmaid kernel: ehci-hub.c: GetStatus port 3 status
0x1000 POWER speed=0
Apr 18 20:26:01 Mahrmaid kernel: hub.c: port 3, portstatus 100, change
0, 12 Mb/s
Apr 18 20:26:01 Mahrmaid kernel: ehci-hub.c: GetStatus port 4 status
0x1000 POWER speed=0
Apr 18 20:26:01 Mahrmaid kernel: hub.c: port 4, portstatus 100, change
0, 12 Mb/s
Apr 18 20:26:01 Mahrmaid kernel: ehci-hub.c: GetStatus port 5 status
0x1000 POWER speed=0
Apr 18 20:26:01 Mahrmaid kernel: hub.c: port 5, portstatus 100, change
0, 12 Mb/s
Apr 18 20:26:01 Mahrmaid kernel: ehci-q.c: 00:12.2: submit_async urb
caf3d620 len 18 ep 0-in qtd c5925000 [qh c4170060]
Apr 18 20:26:01 Mahrmaid kernel: ehci-hcd.c: irq status 0x1 INT
Apr 18 20:26:01 Mahrmaid kernel: ehci-q.c: 00:12.2: submit_async urb
caf3d620 len 9 ep 0-in qtd c5925000 [qh c4170060]
Apr 18 20:26:01 Mahrmaid kernel: ehci-hcd.c: irq status 0x1 INT
Apr 18 20:26:01 Mahrmaid kernel: ehci-q.c: 00:12.2: submit_async urb
caf3d620 len 39 ep 0-in qtd c5925000 [qh c4170060]
Apr 18 20:26:01 Mahrmaid kernel: ehci-hcd.c: irq status 0x1 INT
Apr 18 20:26:02 Mahrmaid kernel: Initializing USB Mass Storage driver...
Apr 18 20:26:02 Mahrmaid kernel: usb.c: registered new driver
usb-storage
Apr 18 20:26:02 Mahrmaid kernel: usb-storage: act_altsettting is 0
Apr 18 20:26:02 Mahrmaid kernel: usb-storage: id_index calculated to be:
84
Apr 18 20:26:02 Mahrmaid kernel: usb-storage: Array length appears to
be: 86
Apr 18 20:26:02 Mahrmaid kernel: usb-storage: USB Mass Storage device
detected
Apr 18 20:26:02 Mahrmaid kernel: usb-storage: Endpoints: In: 0xcda2ec34
Out: 0xcda2ec20 Int: 0xcda2ec48 (Period 9)
Apr 18 20:26:02 Mahrmaid kernel: ehci-q.c: 00:12.2: submit_async urb
caf3d620 len 255 ep 0-in qtd c5925000 [qh c4170060]
Apr 18 20:26:02 Mahrmaid kernel: ehci-hcd.c: irq status 0x1 INT
Apr 18 20:26:02 Mahrmaid kernel: ehci-q.c: 00:12.2: submit_async urb
caf3d620 len 255 ep 0-in qtd c5925000 [qh c4170060]
Apr 18 20:26:02 Mahrmaid kernel: ehci-hcd.c: irq status 0x1 INT
Apr 18 20:26:02 Mahrmaid kernel: ehci-q.c: 00:12.2: submit_async urb
caf3d620 len 255 ep 0-in qtd c5925000 [qh c4170060]
Apr 18 20:26:02 Mahrmaid kernel: ehci-hcd.c: irq status 0x1 INT
Apr 18 20:26:02 Mahrmaid kernel: usb-storage: New GUID
05ab0060fffffffffff7d96a
Apr 18 20:26:02 Mahrmaid kernel: ehci-q.c: 00:12.2: submit_async urb
caf3d320 len 1 ep 0-in qtd c5925000 [qh c4170060]
Apr 18 20:26:02 Mahrmaid kernel: ehci-hcd.c: irq status 0x1 INT
Apr 18 20:26:02 Mahrmaid kernel: usb-storage: GetMaxLUN command result
is 1, data is 0
Apr 18 20:26:02 Mahrmaid kernel: usb-storage: Transport: Bulk
Apr 18 20:26:02 Mahrmaid kernel: usb-storage: Protocol: Transparent SCSI
Apr 18 20:26:02 Mahrmaid kernel: usb-storage: *** thread sleeping.
Apr 18 20:26:02 Mahrmaid kernel: scsi1 : SCSI emulation for USB Mass
Storage devices
CM> SCSI driver awakened for a new device
Apr 18 20:26:02 Mahrmaid kernel: usb-storage: queuecommand() called
Apr 18 20:26:02 Mahrmaid kernel: usb-storage: *** thread awakened.
Apr 18 20:26:02 Mahrmaid kernel: usb-storage: Command INQUIRY (6 bytes)
Apr 18 20:26:02 Mahrmaid kernel: usb-storage: 12 00 00 00 ff 00 00 00 00
00 00 00
CM> 1st SCSI command set out to newly detected device
Apr 18 20:26:02 Mahrmaid kernel: usb-storage: Bulk command S 0x43425355
T 0x18 Trg 0 LUN 0 L 255 F 128 CL 6
Apr 18 20:26:02 Mahrmaid kernel: ehci-q.c: 00:12.2: submit_async urb
caf3d620 len 31 ep 1-out qtd c5925000 [qh 00000000]
Apr 18 20:26:02 Mahrmaid kernel: ehci-q.c: clear toggle, dev 2 ep
0x1-out
Apr 18 20:26:02 Mahrmaid kernel: ehci-hcd.c: irq status 0x1 INT
Apr 18 20:26:02 Mahrmaid kernel: ehci-hcd.c: irq status 0x20 IAA
Apr 18 20:26:02 Mahrmaid kernel: usb-storage: Bulk command transfer
result=0
Apr 18 20:26:02 Mahrmaid kernel: usb-storage:
usb_stor_transfer_partial(): xfer 255 bytes
Apr 18 20:26:02 Mahrmaid kernel: ehci-q.c: 00:12.2: submit_async urb
caf3d620 len 255 ep 2-in qtd c5925000 [qh 00000000]
Apr 18 20:26:02 Mahrmaid kernel: ehci-q.c: clear toggle, dev 2 ep 0x2-in
Apr 18 20:26:08 Mahrmaid kernel: usb-storage: command_abort() called
CM> for some reason on lower layers errors (???) SCSI wants to abort the
command !
CM> since the urb is in progress, command_abort( Scsi_Cmnd *srb ) wants
to dequeue the urb and waits for a ssemaphore,
CM>see scsiglue.c:
CM> if (us->current_urb->status == -EINPROGRESS) {
CM> /* cancel the URB -- this will automatically wake the thread
*/
CM> usb_unlink_urb(us->current_urb); <-here we are
CM>
CM> /* wait for us to be done */
CM> wait_for_completion(&(us->notify));
CM> return SUCCESS;
Apr 18 20:26:08 Mahrmaid kernel: ehci-hcd.c: 00:12.2 urb_dequeue
caf3d620 qh state 1
Apr 18 20:26:08 Mahrmaid kernel: ehci-hcd.c: irq status 0x20 IAA
Apr 18 20:26:08 Mahrmaid kernel: hcd.c: giveback urb caf3d620 status
-104 len 0
Apr 18 20:26:08 Mahrmaid kernel: usb-storage: usb_stor_bulk_msg()
returned -104 xferred 0/255
Apr 18 20:26:08 Mahrmaid kernel: usb-storage:
usb_stor_transfer_partial(): unknown error
Apr 18 20:26:08 Mahrmaid kernel: usb-storage: Bulk data transfer result
0x2
Apr 18 20:26:08 Mahrmaid kernel: usb-storage: Attempting to get CSW...
CM> does it make sense to attempt to get CWS after a decision to abort
the SCSI command?
Apr 18 20:26:08 Mahrmaid kernel: ehci-q.c: 00:12.2: submit_async urb
caf3d620 len 13 ep 2-in qtd c5925000 [qh c4170120]
Apr 18 20:26:12 Mahrmaid kernel: ehci-hcd.c: irq status 0x3 ERR INT
Apr 18 20:26:12 Mahrmaid kernel: ehci-hcd.c: irq status 0x20 IAA
Apr 18 20:26:12 Mahrmaid kernel: ehci-q.c: ep 2-in qtd token 000d8d50
--> status -75
Apr 18 20:26:12 Mahrmaid kernel: hcd.c: giveback urb caf3d620 status -75
len 0
Apr 18 20:26:12 Mahrmaid kernel: usb-storage: Bulk status result = -75
Apr 18 20:26:12 Mahrmaid kernel: usb-storage: -- transport indicates
error, resetting
CM> this section sets the status actially to DID_ERROR, not to DID_ABORT
??
Apr 18 20:26:12 Mahrmaid kernel: usb-storage: Bulk reset requested
Apr 18 20:26:12 Mahrmaid kernel: ehci-q.c: 00:12.2: submit_async urb
caf3d5a0 len 0 ep 0-out qtd c5925000 [qh c4170000]
Apr 18 20:26:12 Mahrmaid kernel: ehci-hcd.c: irq status 0x1 INT
Apr 18 20:26:12 Mahrmaid kernel: ehci-hcd.c: irq status 0x20 IAA
Apr 18 20:26:18 Mahrmaid kernel: ehci-q.c: 00:12.2: submit_async urb
caf3d620 len 0 ep 0-out qtd c5925000 [qh c4170000]
Apr 18 20:26:18 Mahrmaid kernel: ehci-hcd.c: irq status 0x1 INT
Apr 18 20:26:18 Mahrmaid kernel: usb-storage: usb_stor_clear_halt:
result=0
Apr 18 20:26:18 Mahrmaid kernel: ehci-q.c: 00:12.2: submit_async urb
caf3d620 len 0 ep 0-out qtd c5925000 [qh c4170000]
Apr 18 20:26:18 Mahrmaid kernel: ehci-hcd.c: irq status 0x1 INT
Apr 18 20:26:18 Mahrmaid kernel: usb-storage: usb_stor_clear_halt:
result=0
Apr 18 20:26:18 Mahrmaid kernel: usb-storage: Bulk soft reset completed
Apr 18 20:26:18 Mahrmaid kernel: usb-storage: scsi cmd done,
result=0x70000
CM> the urb comes in with a DID_ERROR, even thou the SCSI commant was
prematurely aborted, just because there is a
transport error in the pending urb (to be unlinked)
Apr 18 20:26:18 Mahrmaid kernel: usb-storage: *** thread sleeping.
---------------------------------- end /var/log/messages
CM> That is it!
CM> here we got locked up: the procedure to complete the scsi-command
waits forever, since us->notify
CM> is only set when the above mentioned result code is DID_ABORT, not
on DID_Error
CM>scsiglue.c /* wait for us to be done */
CM> wait_for_completion(&(us->notify));
CM> return SUCCESS;
----------------------------------------------------------------------------------------------
The result is 2 processes in D and DW states:
4144 ? D 0:00 /sbin/modprobe -vs usb-storage
4145 ? SW 0:00 [usb-storage-0]
4146 ? DW 0:00 [scsi_eh_1]
which even blocks the next shotdown when trying to shut down the hotplug
services.
On the next reboot (hard reset neded) you find the file systems
corrupted.
>>> Proposed workaround:
set us->notify also in cases where the urb returns status DID_ERROR, not
only DID_ABORT:
patch:
-----------------------------------------------------------------------------------------------
--- usb.c Tue Apr 16 21:17:56 2002
+++ usb.c-cm Tue Apr 16 21:16:56 2002
@@ -465,7 +465,12 @@
US_DEBUGP("scsi cmd done,
result=0x%x\n",
us->srb->result);
set_current_state(TASK_INTERRUPTIBLE);
- us->srb->scsi_done(us->srb);
+/*05-Apr-02 cm*/
+ if (us->srb->scsi_done)
+ us->srb->scsi_done(us->srb);
+ US_DEBUGP("scsi_done() called\n");
+ if (us->srb->result == DID_ERROR <<
16) /* scsi_abort may wait here */
+ complete(&(us->notify));
} else {
US_DEBUGP("scsi command aborted\n");
set_current_state(TASK_INTERRUPTIBLE);
------------------------------------------------------------------------------------------------
Any Comments?
I can come around the problem with the patch, but I feel not strong
enough to correct this problem the "proper" way.
On the other hand I feel that the SCSI command abortion procedure may be
broken anyhow when perfomed in the presence of lower layer errors
(which may be the cause for the abortion in the first place)
What shall we do?
Christian
PS: I want to keep this neat device "archos jukebox", snice this bug is
perfectly reproducible.............
--
Christian Mahr (privat) [EMAIL PROTECTED]
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
