On Wed, Oct 16, 2002 at 10:09:41PM -0700, Andrew Morton wrote:
> Doug Ledford wrote:
> > Actually, I don't know if it's balance_dirty_pages fault or some other
> > part of the kernel's fault, but it is broken here. Failure mode is that
> > balance_dirty_pages would loop forever. Reason it would loop forever is
> > because the ps struct had a negative entry for nr_dirty.
> I've seen one other report of this. Something has gone wrong
> with the page accounting. Could you please send me your
> .config and a description of what filesytems you're using?
Sure, coming under separate cover.
> err. ramdisk? initrd? If so, does this fix?
initrd. Will try booting without initrd and see if memcounts go back to
normal. On the current setup, when the thing locks up, Shift-ScrollLock
dumps the meminfo. Of interest here is the line right after the
Zone:HighMem line which reads:
( Active:1634 inactive:1603 dirty:4294966795 writeback:0 free:59222 )
Booting without initrd solves the lockup issue. It also clears up the
dirty count. So, initrd is what's corrupting things. I'll try the patch
and let you know if it solves the initrd corruption here in a sec.
> drivers/block/rd.c | 173 +++++++++++++++++++++++------------------------------
> fs/buffer.c | 18 +++--
> kernel/ksyms.c | 1
> 3 files changed, 90 insertions(+), 102 deletions(-)
-- Doug Ledford <firstname.lastname@example.org> 919-754-3700 x44233 Red Hat, Inc. 1801 Varsity Dr. Raleigh, NC 27606 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to email@example.com More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Wed Oct 23 2002 - 22:00:32 EST