Hi, Has anyone seen this before? It started happening on two of my machines this evening. Both machines are AMD (not intel). In both cases powerd was caught with its hand in the cookie jar. Fatal trap 12: page fault while in kernel mode^M cpuid = 3; apic id = 03^M fault virtual address = 0x90^M fault code = supervisor read data, page not present^M instruction pointer = 0x20:0xffffffff8068b018^M stack pointer = 0x28:0xfffffe0066ff99e0^M frame pointer = 0x28:0xfffffe0066ff99e0^M code segment = base 0x0, limit 0xfffff, type 0x1b^M = DPL 0, pres 1, long 1, def32 0, gran 1^M processor eflags = interrupt enabled, resume, IOPL = 0^M current process = 2781 (powerd)^M trap number = 12^M panic: page fault^M cpuid = 3^M time = 1579843504^M KDB: stack backtrace:^M db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0066ff9650^M vpanic() at vpanic+0x185/frame 0xfffffe0066ff96b0^M panic() at panic+0x43/frame 0xfffffe0066ff9710^M trap_fatal() at trap_fatal+0x386/frame 0xfffffe0066ff9770^M trap_pfault() at trap_pfault+0x4f/frame 0xfffffe0066ff97e0^M trap() at trap+0x288/frame 0xfffffe0066ff9910^M calltrap() at calltrap+0x8/frame 0xfffffe0066ff9910^M --- trap 0xc, rip = 0xffffffff8068b018, rsp = 0xfffffe0066ff99e0, rbp = 0xfffffe 0066ff99e0 ---^M _rm_rlock() at _rm_rlock+0x58/frame 0xfffffe0066ff99e0^M sysctl_root_handler_locked() at sysctl_root_handler_locked+0xde/frame 0xfffffe00 66ff9a20^M sysctl_root() at sysctl_root+0x249/frame 0xfffffe0066ff9aa0^M userland_sysctl() at userland_sysctl+0x178/frame 0xfffffe0066ff9b50^M sys___sysctl() at sys___sysctl+0x5f/frame 0xfffffe0066ff9c00^M amd64_syscall() at amd64_syscall+0x3a3/frame 0xfffffe0066ff9d30^M fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe0066ff9d30^M --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x2c034f9a, rsp = 0x7fffff ffeb38, rbp = 0x7fffffffeb70 ---^M Uptime: 2h12m24s^M Dumping 2496 out of 8167 MB: (CTRL-C to abort) ..1%..11%..21%..31%..41%..51% ..61 %..71%..81%..91%^M Dump complete^M Fatal trap 12: page fault while in kernel mode^M cpuid = 3; apic id = 03^M fault virtual address = 0x90^M fault code = supervisor read data, page not present^M instruction pointer = 0x20:0xffffffff8068b018^M stack pointer = 0x28:0xfffffe004d2a79e0^M frame pointer = 0x28:0xfffffe004d2a79e0^M code segment = base 0x0, limit 0xfffff, type 0x1b^M = DPL 0, pres 1, long 1, def32 0, gran 1^M processor eflags = interrupt enabled, resume, IOPL = 0^M current process = 2849 (powerd)^M trap number = 12^M panic: page fault^M cpuid = 3^M time = 1579847814^M KDB: stack backtrace:^M db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe004d2a7650^M vpanic() at vpanic+0x185/frame 0xfffffe004d2a76b0^M panic() at panic+0x43/frame 0xfffffe004d2a7710^M trap_fatal() at trap_fatal+0x386/frame 0xfffffe004d2a7770^M trap_pfault() at trap_pfault+0x4f/frame 0xfffffe004d2a77e0^M trap() at trap+0x288/frame 0xfffffe004d2a7910^M calltrap() at calltrap+0x8/frame 0xfffffe004d2a7910^M --- trap 0xc, rip = 0xffffffff8068b018, rsp = 0xfffffe004d2a79e0, rbp = 0xfffffe 004d2a79e0 ---^M _rm_rlock() at _rm_rlock+0x58/frame 0xfffffe004d2a79e0^M sysctl_root_handler_locked() at sysctl_root_handler_locked+0xde/frame 0xfffffe00 4d2a7a20^M sysctl_root() at sysctl_root+0x249/frame 0xfffffe004d2a7aa0^M userland_sysctl() at userland_sysctl+0x178/frame 0xfffffe004d2a7b50^M sys___sysctl() at sys___sysctl+0x5f/frame 0xfffffe004d2a7c00^M amd64_syscall() at amd64_syscall+0x3a3/frame 0xfffffe004d2a7d30^M fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe004d2a7d30^M --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x800434f9a, rsp = 0x7ffff fffeb38, rbp = 0x7fffffffeb70 ---^M Uptime: 2h57m35s^M Dumping 1823 out of 5095 MB: (CTRL-C to abort) ..1%..11%..21%..31%..41%..51% ..61 %..71%..81%..91%^M Dump complete^M Both were unable to save a dump. -- Cheers, Cy Schubert <Cy.Schubert_at_cschubert.com> FreeBSD UNIX: <cy_at_FreeBSD.org> Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few.Received on Fri Jan 24 2020 - 05:56:31 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:22 UTC