[Bug 242961] Crashes (elf64_coredump … vm_object_set_writeable_dirty) after the recent vm patch series

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242961

--- Comment #3 from Greg V <greg at unrelenting.technology> ---
Debug kernel (also not reverting PMAP_ENTER_NOREPLACE anymore, it's for i386
anyway), different panic:

panic: Bad link elm 0xfffffe0009572b20 next->prev != elm

#4  0xffffffff80423673 in panic (fmt=<unavailable>) at
/usr/src/sys/kern/kern_shutdown.c:835
#5  0xffffffff806e8fa9 in _vm_page_pqstate_commit_dequeue (pq=<optimized out>,
m=0xfffffe0009572b20, old=0xfffffe00ba1fe888, 
    new=...) at /usr/src/sys/vm/vm_page.c:3332
#6  0xffffffff806e50e6 in vm_page_pqstate_commit_dequeue (m=0xfffffe0009572b20,
old=0xfffffe00ba1fe888, new=...)
    at /usr/src/sys/vm/vm_page.c:3369
#7  0xffffffff806e4f76 in vm_page_pqstate_commit (m=0xfffffe0009572b20,
old=<unavailable>, new=...)
    at /usr/src/sys/vm/vm_page.c:3446
#8  0xffffffff806e137a in vm_page_mvqueue (m=0xfffffe0009572b20, 
    nqueue=<error reading variable: Cannot access memory at address 0x0>, 
    nflag=<error reading variable: Cannot access memory at address 0x20>) at
/usr/src/sys/vm/vm_page.c:4030
#9  vm_page_deactivate (m=0xfffffe0009572b20) at /usr/src/sys/vm/vm_page.c:4051
#10 0xffffffff806c86e5 in fault_page_release (mp=<optimized out>) at
/usr/src/sys/vm/vm_fault.c:165
#11 vm_fault (map=0xfffff80144e66000, vaddr=34363002880, fault_type=<optimized
out>, fault_flags=0, m_hold=0x0)
    at /usr/src/sys/vm/vm_fault.c:1259
#12 0xffffffff806c762e in vm_fault_trap (map=0xfffff80144e66000,
vaddr=<optimized out>, fault_type=<optimized out>, fault_flags=0, 
    signo=0xfffffe00ba1febc4, ucode=<optimized out>) at
/usr/src/sys/vm/vm_fault.c:571
#13 0xffffffff80779013 in trap_pfault (frame=<optimized out>,
usermode=<optimized out>, signo=<optimized out>, 
    ucode=0xfffffe00ba1febc0) at /usr/src/sys/amd64/amd64/trap.c:828
#14 0xffffffff80778670 in trap (frame=0xfffffe00ba1fec00) at
/usr/src/sys/amd64/amd64/trap.c:347
#15 <signal handler called>
#16 0x000000080030499c in ?? ()

-- 
You are receiving this mail because:
You are the assignee for the bug.