Hello,
I am back with more information.
The machine had been up mostly idle for about 1 1/2 hours again.
I am starting to
suspect that it is being idle that may also trip the wire here... maybe,
given my 128megs of RAM and 300 megs of swap, that's when my computer
decides that it's time to swap some stuff and boom.
Alfred's patch indeed seems to have changed things a bit:
It paniced after 1h37m uptime during a CVS checkout, with the following:
panic: sleeping with vm_mtx held
trace:
Debugger
panic
msleep
swap_pager_getpages
vm_fault1
vm_fault
trap_pfault
trap
calltrap
---trap 0xc, eip= 0x2824dc2e, esp=0xbfbfe16c, ebp=0xbfbfe160
then after 'c':
syncing disks... panic: mutex vm owned at ../../kern/vfs_bio:2998
nice long trace:
Debugger
panic
_mtx_assert
vfs_busy_pages
bwrite
vfs_bio_awrite
spec_fsync
spec_vnoperate
ffs_sync
sync
boot
panic
msleep
swap_pager_getpages
vm_fault1
vm_fault
trap_pfault
trap
calltrap
and again the same trap message like above.
After hitting 'c', it freezes at the dumping: resetting devices part.
This starts to become interesting... will follow up with more when found.
--
Regards:
Szilveszter ADAM
Szeged University
Szeged Hungary
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
