On Mon, 10 Jan 2005, Mike Anderson wrote:
> > This is the first indication of something funny. I can't think how a bus
> > reset would get initiated by the kernel -- that only happens after a
> > timeout. Maybe it came from a user program?
>
> Well it can get initiated in the scsi error handler
Alan Stern [EMAIL PROTECTED] wrote:
> Jan 10 20:49:08 desktop kernel: scsi113 : SCSI emulation for USB Mass Storage
> devices
> Jan 10 20:49:08 desktop kernel: usb-storage: device found at 113
> Jan 10 20:49:08 desktop kernel: usb-storage: waiting for device to settle
> before scanning
> Jan 10
On Mon, Jan 10, 2005 at 12:33:49PM -0500, Alan Stern wrote:
> It's not that simple. Your log contained two different sorts of errors.
> The first occurred right near the start:
>
> Jan 10 20:24:46 desktop kernel: usb 1-3: USB disconnect, address 3
> Jan 10 20:24:46 desktop kernel: 50-fstab-sync
If James Bottomley, Mike Anderson, or anyone else from linux-scsi can
comment on the material below, I would appreciate it.
On Mon, 10 Jan 2005, Srihari Vijayaraghavan wrote:
> I am unable to trigger the bug, despite my sincere efforts.
If nothing else, I have to admire your persistence in plug
On Monday 10 January 2005 04:32, Alan Stern wrote:
> If you're unable to trigger the bug, you can try turning the debug
> configuration option back off and using that patch I sent earlier. It
> wouldn't hurt to use that patch even with the debugging messages...
I have disabled the USB storage deb
On Sun, 9 Jan 2005, Srihari Vijayaraghavan wrote:
> On Saturday 08 January 2005 14:51, Alan Stern wrote:
> > ...
> > I see you didn't have CONFIG_USB_STORAGE_DEBUG set when you ran this test.
>
> Actually I did. I do not know what log level the USB debug messages were, but
> the silly syslog did
On Saturday 08 January 2005 14:51, Alan Stern wrote:
> ...
> I see you didn't have CONFIG_USB_STORAGE_DEBUG set when you ran this test.
Actually I did. I do not know what log level the USB debug messages were, but
the silly syslog did not capture them. Now I have set it to write all kernel
messa
On Sat, 8 Jan 2005, Srihari Vijayaraghavan wrote:
> Alan,
>
> I have made a couple of observations:
> 1. While it is still easy to trigger this bug without USB Storage Debug
> Option
> in vanilla 2.6.10, I cannot reproduce the bug with debug option. Perhaps it
> changes some timings.
Certainl
On Sat, 8 Jan 2005, Srihari Vijayaraghavan wrote:
> Though I could not trigger an OOPS with debug option yet, I have managed to
> trigger a D state "hald" process:
>
> Jan 8 12:41:45 desktop kernel: hald D 01003fb24478 0 3369
>
> 1 4163 3006 (NOTLB)
> Jan 8 1
On Saturday 08 January 2005 11:43, Srihari Vijayaraghavan wrote:
> ...
> 1. While it is still easy to trigger this bug without USB Storage Debug
> Option in vanilla 2.6.10, I cannot reproduce the bug with debug option.
> Perhaps it changes some timings.
(Am sorry for replying to my own email.)
Tho
On Thursday 06 January 2005 02:50, Alan Stern wrote:
> ...
> Srihari, can you try reproducing this after rebuilding the usb-storage
> driver with CONFIG_USB_STORAGE_DEBUG=y?
Alan,
I have made a couple of observations:
1. While it is still easy to trigger this bug without USB Storage Debug Option
On Thursday 06 January 2005 02:50, Alan Stern wrote:
> ...
> Srihari, can you try reproducing this after rebuilding the usb-storage
> driver with CONFIG_USB_STORAGE_DEBUG=y?
Alan,
Sure, I shall try to trigger this bug with the debug option.
(But I am afraid it would take a couple of days, as tha
On Wed, 5 Jan 2005, Andrew Morton wrote:
> Looks like the scsi-vs-usb-storage bunfight isn't yet settled...
>
>
> Begin forwarded message:
>
> Date: Fri, 31 Dec 2004 14:44:44 +1100
> From: Srihari Vijayaraghavan <[EMAIL PROTECTED]>
> To: linux-kernel@vger.kernel.org
> Subject: [BUG] USB Storage
Looks like the scsi-vs-usb-storage bunfight isn't yet settled...
Begin forwarded message:
Date: Fri, 31 Dec 2004 14:44:44 +1100
From: Srihari Vijayaraghavan <[EMAIL PROTECTED]>
To: linux-kernel@vger.kernel.org
Subject: [BUG] USB Storage OOPS and a D state process in 2.6.10
Can easily reproduc
14 matches
Mail list logo
