Subject: kern/33076: reproducable pool free list corruption
To: None <firstname.lastname@example.org, email@example.com,>
From: Martin Husemann <firstname.lastname@example.org>
Date: 03/14/2006 08:45:01
>Synopsis: reproducable pool free list corruption
>Arrival-Date: Tue Mar 14 08:45:01 +0000 2006
>Originator: Martin Husemann
>Release: NetBSD 3.99.16
System: NetBSD martins.aprisoft.de 3.99.16 NetBSD 3.99.16 (MARTINS) #0: Mon Mar 13 09:38:18 CET 2006 email@example.com:/usr/src/sys/arch/amd64/compile/MARTINS amd64
On this machine, I can reliably panic the kernel:
pool_get(mbpl): free list modified: magic=ffffffff; page 0xffff800016ce9000;
item addr 0xffff800016ce9e00
(backtrace varies, as expected by this kind of corruption)
I run two parallel cvs checkouts (one for xsrc, one for src) in /tmp.
That does it on this machine.
Previously I suspected random corruption since the problem seems not to happen
when I limit the usable RAM to 2GB, but after various other fixes this exact
panic (well, with varying addresses, of course) is the only kernel panic
So now I suspect some pretty volatile race condition instead.
Hints on how to panic closer to the culprit would be welcome ;-)