This was from the TrustedBSD MAC branch, but it's not clear to me that
this relates to the MAC patches. Have't seen this before; this box is
a pxe-booted NFS-mounted system. Kernel and userland may be out of sync,
but all modules should be in sync. System is on a serial console.
Configuring syscons: blanktimepanic: clist reservation botch
cpuid = 1; lapic.id = 01000000
Debugger("panic")
Stopped at Debugger+0x41: xorl %eax,%eax
db> trace
Debugger(c03de45a) at Debugger+0x41
panic(c03e429f,c0445620,c8e3f200,c8e3f200,c982ab08) at panic+0xd8
cblock_free_cblocks(b,c8e3f200,c982ab28,c0274fd8,c8e3f200) at cblock_free_cblocks+0x29
clist_free_cblocks(c8e3f200,c8e3f238,c8e3f21c,c8e3f200,3) at clist_free_cblocks+0x20
ttyclose(c8e3f200,c8e3f200,1,c98315a0,c939ca48) at ttyclose+0x44
scclose(c049a518,1,2000,c939ca48,c049a518) at scclose+0xd6
spec_close(c982ab94,c982aba8,c02995ec,c982ab94,c93ab03c) at spec_close+0x11a
spec_vnoperate(c982ab94,c93ab03c,c93ab03c,c0417ee0,c98315a0) at spec_vnoperate+0x15
vn_close(c98315a0,1,c3f76a00,c939ca48,c982ac08) at vn_close+0x40
vn_closefile(c93ab03c,c939ca48,c93ab03c,c939ca48,0) at vn_closefile+0x1f
fdrop_locked(c93ab03c,c939ca48,c049cc00,0,c03daa33) at fdrop_locked+0x12c
fdrop(c93ab03c,c939ca48,1,c984b974,8) at fdrop+0x26
closef(c93ab03c,c939ca48) at closef+0xa0
fdfree(c939ca48,c982ad20,c939ca48,c982ad20,c939c948) at fdfree+0x80
exit1(c939ca48,0,c0441740,0,c03db00e) at exit1+0x2af
sys_exit(c939ca48,c982ad20,2813c3f8,2805173c,0) at sys_exit+0x2a
syscall(2f,2f,2f,0,2805173c) at syscall+0x223
syscall_with_err_pushed() at syscall_with_err_pushed+0x1b
--- syscall (1, FreeBSD ELF, sys_exit), eip = 0x280bb48b, esp = 0xbfbffd5c, ebp =
0xbfbffd88 ---
db>
Robert N M Watson FreeBSD Core Team, TrustedBSD Project
[EMAIL PROTECTED] NAI Labs, Safeport Network Services
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
