Prev: trivial: capitalization and other minor fixes in pnp documentation
Next: nfs: clear_commit_release incorrectly handle truncated page
From: Alan Jenkins on 26 Feb 2010 04:30 On 2/25/10, Rafael J. Wysocki <rjw(a)sisk.pl> wrote: > On Thursday 25 February 2010, Alan Jenkins wrote: >> On 2/24/10, Rafael J. Wysocki <rjw(a)sisk.pl> wrote: >> > On Wednesday 24 February 2010, Alan Jenkins wrote: > ... >> >> > - while (to_free_normal > 0 && to_free_highmem > 0) { >> > + while (to_free_normal > 0 || to_free_highmem > 0) { >> >> Yes, that seems to do it. No more hangs so far (and I can still >> reproduce the hang with too many applications if I un-apply the >> patch). > > OK, great. Is this with or without the NOIO-enforcing patch? With. >> I did see a non-fatal allocation failure though, so I'm still not sure >> that the current implementation is strictly correct. >> >> This is without the patch to increase "to_free_normal". If I get the >> allocation failure again, should I try testing the "free 20% extra" >> patch? > > Either that or try to increase SPARE_PAGES. That should actually work with > the last patch applied. :-) > > Rafael <grin>, OK. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ |