Re: .17rc5 cfq slab corruption.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, May 30, 2006 at 03:50:59PM +0200, Jens Axboe wrote:

 > >  > >  > Pretty baffling... cfq has been hammered pretty thoroughly over the
 > >  > >  > last months and _nothing_ has shown up except some performance anomalies
 > >  > >  > that are now fixed. Since daves case (at least) seems to be
 > >  > >  > use-after-free, I'll see if I can reproduce with some contrived case.
 > >  > >  > I'm asuming that picasa forks and exits a lot with submitted io in
 > >  > >  > between than may not have finished at exit.
 > >  > > 
 > >  > > The second time I hit it, was actually during boot up.
 > >  > 
 > >  > Dave, do you have any io scheduler switching going on?
 > > 
 > > Nope, everything set to use CFQ as default, and left that way.
 > 
 > Hrmpf ok, I had hoped perhaps something in your init scripts modified
 > the scheduler value.

grep doesn't show anything in init scripts, and ttbomk, hald isn't messing
with this. (Actually I'm seeing it trigger before that gets started
anyway, so that can't be it).

		Dave

-- 
http://www.codemonkey.org.uk
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux