lkml.org 
[lkml]   [2006]   [May]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: .17rc5 cfq slab corruption.
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 majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2006-05-30 15:55    [W:0.039 / U:1.528 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site