[lkml]   [2003]   [Oct]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Elevator bug in concert with usb-storage
Mike Anderson writes:
> Fredrik Tolf [] wrote:
> > Sorry, that didn't work well. It doesn't crash on the same thing
> > anymore, but nonetheless crashes. In addition, when I have removed the
> > device but not yet umounted the filesystem, I tried to ls its root
> > dir. Before, nothing extraordinary happened then, but now there's a
> > couple of oopses for the ls process as well.
> >
> > .. snip ..
> >
> > Call Trace:
> > [<c02176b3>] elv_queue_empty+0x1d/0x20
> > [<c0219ab4>] __make_request+0x80/0x4ae
> > [<c021a016>] generic_make_request+0x134/0x186
> I tried to reproduce this error last night using the scsi_debug driver,
> but could not. I tried different combinations of file systems (fat, ext2,
> ext3). I did notice that I had elevator=deadline on the cmdline. I
> removed this in case the elevator_queue_empty_fn between the two
> elevators made a difference. I still was unable to reproduce. I will try
> a few more combinations of things this weekend and let you know what I
> find out. There might be a race still with our cleanups and I am not
> able to reproduce it exactly on my system.

Be aware that this was with usb-storage as the back-end driver. I
don't know if that might make some difference (as opposed to using
scsi_debug, that is).

Is there anything I can do to help?

Fredrik Tolf

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:58    [W:0.034 / U:3.620 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site