Fwd: Re: [linux-usb-devel] USB Storage oops in 2.5.69-bk8

[florin@iucha.net (Florin Iucha)]

[-- Attachment #1: Type: text/plain, Size: 3114 bytes --]

----- Forwarded message from Alan Stern <stern@rowland.harvard.edu> -----

> Subject: Re: [linux-usb-devel] USB Storage oops in 2.5.69-bk8
> From: Alan Stern <stern@rowland.harvard.edu>
> To: Florin Iucha <florin@iucha.net>
> Cc: USB development list <linux-usb-devel@lists.sourceforge.net>
> Date: Fri, 16 May 2003 11:49:00 -0400 (EDT)
> 
> On Thu, 15 May 2003, Florin Iucha wrote:
> 
> > Hello,
> > 
> > I get the following oops in 2.5.69-bk8 when I try to mount a Compact
> > Flash card in a SanDisk adapter:
> > 
> > usb 2-1: USB disconnect, address 2
> > hub 2-0:0: debounce: port 1: delay 100ms stable 4 status 0x301
> > hub 2-0:0: new USB device on port 1, assigned address 3
> > input: USB HID v1.00 Mouse [Microsoft Microsoft IntelliMouse? Explorer] on usb-00:02.3-1
> > usb 2-1: USB disconnect, address 3
> > drivers/usb/input/hid-core.c: can't resubmit intr, 00:02.3-1/input0, status -19
> > hub 2-0:0: debounce: port 1: delay 100ms stable 4 status 0x301
> > hub 2-0:0: new USB device on port 1, assigned address 4
> > input: USB HID v1.00 Mouse [Microsoft Microsoft IntelliMouse? Explorer] on usb-00:02.3-1
> > SCSI device sda: 31232 512-byte hdwr sectors (16 MB)
> > sda: Write Protect is off
> > sda: Mode Sense: 02 00 00 00
> > drivers/usb/core/message.c: usb_control/bulk_msg: timeout
> > drivers/usb/core/message.c: usb_control/bulk_msg: timeout
> > drivers/usb/core/hub.c: USB device not accepting new address (error=-22)
> > scsi: Device offlined - not ready after error recovery: host 1 channel 0 id 0 lun 0
> > usb 5-2: USB disconnect, address 2
> > Unable to handle kernel paging request at virtual address 544150a8
> >  printing eip:
> > c02abc39
> > *pde = 00000000
> > Oops: 0000 [#1]
> > CPU:    0
> > EIP:    0060:[<c02abc39>]    Not tainted
> > EFLAGS: 00010286
> > EIP is at scsi_eh_finish_cmd+0x19/0x60
> > eax: ef19d000   ebx: eef28080   ecx: eef22140   edx: 54415056
> > esi: eef21fa8   edi: eef21fb0   ebp: eef21fa8   esp: eef21f60
> > ds: 007b   es: 007b   ss: 0068
> > Process scsi_eh_1 (pid: 118, threadinfo=eef20000 task=eef23340)
> > Stack: eef28080 eef28080 eef21fb0 c02ac418 eef28080 eef21fa8 00000000 00000000 
> >        00000000 ef62f428 eef20000 00000282 eef21fa8 c02ac8d6 eef21fb0 eef21fa8 
> >        eef21fa8 eef21fb0 eef21fa8 eef21fa8 eef28098 eef28098 ef62f400 eef21fd4 
> > Call Trace:
> >  [<c02ac418>] scsi_eh_offline_sdevs+0x68/0x80
> >  [<c02ac8d6>] scsi_unjam_host+0xc6/0xd0
> >  [<c02ac9b1>] scsi_error_handler+0xd1/0x120
> >  [<c02ac8e0>] scsi_error_handler+0x0/0x120
> >  [<c0108abd>] kernel_thread_helper+0x5/0x18
> > 
> > Code: 0f b7 42 52 48 66 89 42 52 c7 43 24 00 00 00 00 66 c7 43 08 
> > 
> > I cannot tell if it is a regression since I just got the CF and the
> > adapter.
> 
> This is a problem in the SCSI error handler.  You should post your 
> question to <linux-scsi@vger.kernel.org>.  Maybe also cc: to Mike Anderson 
> <andmike@us.ibm.com>.
> 
> Alan Stern

----- End forwarded message -----

florin

-- 

"NT is to UNIX what a doughnut is to a particle accelerator."

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]