Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 24 Jan 2020 09:57:05 +0100
From:      Hans Petter Selasky <hps@selasky.org>
To:        Cy Schubert <Cy.Schubert@cschubert.com>, freebsd-current@freebsd.org
Subject:   Re: Powerd Panic
Message-ID:  <036a5750-1af7-b83d-e141-f43585a1b8d2@selasky.org>
In-Reply-To: <202001240701.00O71L0F005850@slippy.cwsent.com>
References:  <202001240701.00O71L0F005850@slippy.cwsent.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On 2020-01-24 08:01, Cy Schubert wrote:
> Let's try this again, this time with a subject line. It's late, almost bed
> time and I'm forgetting subject lines. <sigh>
> 
> 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
> 

Can you show regular dmesg. Maybe some driver failed loading, and some 
sysctls were leftover!

--HPS




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?036a5750-1af7-b83d-e141-f43585a1b8d2>