Re: Panic after updating

From: Hans Petter Selasky <hps_at_selasky.org>
Date: Mon, 11 Jan 2021 13:14:41 +0100
On 1/11/21 11:12 AM, Jakob Alvermark wrote:
> 
> Updated my Acer laptop from r367734 to main-c255666-g1790f5e654f
> 
> 
> Rebooting with the newly build kernel i get this panic.
> 
> 
> Fatal    trap 12: page fault while in kernel mode
> 
> cpuid    = 1; apic id = 02
> fault    virtual address     = 0x1030000
> fault    code                = supervisor read data,
> 
> instruction    pointer       = 0x20:0xffffffff809e5265
> stack    pointer             = 0x28:0xffffffff8281db70
> frame    pointer             = 0x28:0xffffffff8281db70
> code    segment              = base 0x0, limit 0xfffff, type 0x1b
> =    DPL 0, pres 1, long 1, def32 0, gran 1
> processor    eflags  = interrupt enabled, resume, IOPL = 0
> current    process           = 12 (irq88: xhci0)
> trap    number               = 12
> panic:    page fault
> cpuid    = 1
> time    = 2
> KDB:    stack backtrace:
> db_trace_self_wrapper()    at db_trace_self_wrapper+0x2b/frame 
> 0xffffffff8281d820
> vpanic()    at vpanic+0x181/frame 0xffffffff8281d870
> panic()    at panic+0x43/frame 0xffffffff8281d8d0
> trap_fatal()    at trap_fatal+0x387/frame 0xffffffff8281d930
> trap_pfault()    at trap_pfault+0x4f/frame 0xffffffff8281d990
> trap()    at trap+0x280/frame 0xffffffff8281daa0
> calltrap()    at calltrap+0x8/frame 0xffffffff8281daa0
> ---    trap 0xc, rip = 0xffffffff809e5265, rsp = 0xffffffff8281db70, rbp 
> = 0xffffffff8281db70 ---
> usbd_get_page()    at usbd_get_page+0x65/frame 0xffffffff8281db70
> xhci_interrupt_poll()    at xhci_interrupt_poll+0x29/frame 
> 0xffffffff8281dc20
> xhci_interrupt()    at xhci_interrupt+0x11a/frame 0xffffffff8281dc60
> ithread_loop()    at ithread_loop+0x24f/frame 0xffffffff8281dcf0
> fork_exit()    at fork_exit+0x7e/frame 0xffffffff8281dd30
> fork_trampoline()    at fork_trampoline+0xe/frame 0xffffffff8281dd30
> ---    trap 0, rip = 0, rsp = 0, rbp = 0 ---
> KDB:    enter: panic
> 
> 
> Any help appreciated.

Hi,

If you could bi-sect that panic, would be great.

Else install gdb from ports and run:

kgdb101

info line *(usbd_get_page+0x65)


It looks like a recursive panic, so the backtrace you see there is just 
for polling the keyboard, which apparently fails.

--HPS
Received on Mon Jan 11 2021 - 11:15:01 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:26 UTC