Issue #2296 has been updated by Venkatesh Srinivas.
Aha, NFS might be at fault. I'll switch to trying to reproduce it there. I've done five days of kernel building at -j10 on a 2-cpu i386/GENERIC system, haven't managed to reproduce it, but all my filesystems are UFS there. In the core uploaded, there is a page table page marked as not only not wired, but also on the free queue and PG_ZEROed. That's a pretty unexpected, bad state. The x86-64 pmap is constructed fairly differently wrt synchronization than the i386 version; the i386 pmap uses the vm_token still, whereas the x86-64 one uses a fine-grained approach at the page level. The vm_token is rather easy to lose in blocking conditions, which might be the issue at fault here (we're losing a token and stuff is getting changed under us). ---------------------------------------- Bug #2296: panic: assertion "m->wire_count > 0" failed http://bugs.dragonflybsd.org/issues/2296 Author: Thomas Nikolajsen Status: New Priority: High Assignee: Category: Target version: With recent (29/1-12) master and rel3_0 I get this panic during parallel make release and buildworld, e.g.: 'make MAKE_JOBS=10 release' (i.e. make -j10) i386 STANDARD (custom kernel, includes INCLUDE_CONFIG_FILE) on 8 core host (opteron). Got this panic twice; succeeds w/o MAKE_JOBS Core dump at leaf: ~thomas:crash/octopus.i386.3 -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://bugs.dragonflybsd.org/my/account
