panic on fresh -CURRENT

Michael Moll kvedulv at kvedulv.de
Sun May 11 07:37:48 UTC 2014


Hi,

On Sun, May 11, 2014 at 12:56:47AM +0300, Konstantin Belousov wrote:
> Still, does it work if you revert the r265843 ?

Leads to the same panic.

> Do you have INVARIANTS defined in your kernel config ?

No. But would be no problem, if it helps to track down the problem.

> Do you have vmcore from the panic ? If yes, please load it
> in kgdb and do p *(struct vm_page *)0xfffff800fc480870.

Sure, here we go:

panic: vm_page_free: freeing wired page 0xfffff800fb7f6d98
cpuid = 0
KDB: stack backtrace:
panic() at panic+0x1d4
vm_page_free_toq() at vm_page_free_toq+0xa0
vm_page_free_zero() at vm_page_free_zero+0x10
pmap_release() at pmap_release+0xe4
vmspace_exit() at vmspace_exit+0x104
exit1() at exit1+0x6d4
sigexit() at sigexit+0xb94
postsig() at postsig+0x194
ast() at ast+0x44c
-- syscall (7, FreeBSD ELF64, sys_wait4) %o7=0x1027e8 --
userland() at 0x156484
user trace: trap %o7=0x1027e8
pc 0x156484, sp 0x7fdffffd501
panic: trap: fast data access mmu miss (kernel)
cpuid = 0
KDB: enter: panic

[...]
(kgdb) p *(struct vm_page *)0xfffff800fb7f6d98
$1 = {plinks = {q = {tqe_next = 0xfffff800fb7f6e10, tqe_prev = 0xfffff800fb7f6ca8}, s = {ss = {sle_next = 0xfffff800fb7f6e10}, pv = 0xfffff800fb7f6ca8}, memguard = {
      p = 18446735281835961872, v = 18446735281835961512}}, listq = {tqe_next = 0xfffff800fb7f6e10, tqe_prev = 0xfffff80013644248}, object = 0x0, pindex = 9, 
  phys_addr = 3448094720, md = {tte_list = {tqh_first = 0xec36f1e0, tqh_last = 0xec36f1f0}, pmap = 0x0, colors = {0, 0}, color = 0}, wire_count = 4294967295, 
  busy_lock = 1, hold_count = 0, flags = 8, aflags = 0 '\0', oflags = 0 '\0', queue = 255 '�', segind = 0 '\0', order = 12 '\f', pool = 0 '\0', act_count = 9 '\t', 
  valid = 0, dirty = 0}

Regards
-- 
Michael Moll


More information about the freebsd-sparc64 mailing list