[lkml]   [2001]   [Aug]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: 2.4.8/2.4.9 problem
On August 23, 2001 05:39 pm, Stephan von Krawczynski wrote:
> On Thu, 23 Aug 2001 16:46:54 +0200
> Daniel Phillips <> wrote:
> > Marcelo already posted a patch to fix this problem (bounce buffer
> > Look under subject "Re: With Daniel Phillips Patch (was: aic7xxx with
2.4.9 on
> > 7899P)" with a correction in his next post.
> Aehm, Daniel, just to inform you: Marcelos patch does not solve the
> problem. I just proofed it here. Is completely the same with or without
> patch.

That's because you have a different problem. Marcelo's patch solves a
problem with bounce buffer allocation. Your problem is a higher-order atomic
allocation, very different. Now lets take a close look at it and try to kill

> I tried another thing which might be interesting. I think your opinion is
> that page_launder gives you free memory if available when the system runs
> short. But it does not. I tried the following:
> DEF_PRIORITY in vmscan.c set to 0. This should come out as page_launder
> doing the complete pagelist over in search of free pages. And guess what:
> it does not find enough to keep the system running. In other words: at
> least the search strategy in page_launder is broken, too. I can see 500
> Megs of Inact_dirty mem, but page_launder cannot find enough clean ones to
> keep a simple filecopy running.
> Any ideas left.

It's not a simple filecopy, it involves nfs, if I recall correctly. Or maybe
you have a different test case now? Could you please (re)summarize the
conditions that cause the allocation failures, and supply the rest of the
information you consider relevant.

Could you please also list the problems that remain if you remove the
"allocation failed" kprint completely.

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:17    [W:0.053 / U:2.540 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site