On Sun, Apr 03, 2022 at 09:20:12PM +0000, Mikolaj Kucharski wrote:
> >Synopsis:    random panic
> >Category:    kernel
> >Environment:
>       System      : OpenBSD 7.1
>       Details     : OpenBSD 7.1 (GENERIC.MP) #457: Sun Apr  3 00:33:57 MDT 
> 2022
>                        
> [email protected]:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> 
>       Architecture: OpenBSD.amd64
>       Machine     : amd64
> >Description:
>       This machine has random panics over the course of few months,
> but it doesn't have monitor connected, so I was so far unable to get
> a screenshot of glass console when panics happens. Today I managed
> to get it first time. I'm not sure are the previous panic same as
> this one captured today.
> 
> >How-To-Repeat:
>       It usually happens about the time when I run sysupgrade(8).
> Please note that iwn(4) is not used for egress, but only for passive 
> packet capturing via tcpdump(8). Egress is done via re(4). Staring
> sysupgrade(8) doesn't trigger any bulk wireless traffic, as re(4)
> in the paniced machine goes to the internet via wired Ethernet.
> Based on backtrace, somehow iwn(4) is related to the panic. I do
> ssh to paniced machine via ssh over wifi, so sysupgrade(8) console
> output does generate wireless traffic which is then captured
> by tcpdump(8) on iwn(4) on paniced machine.
> 

Retyped by hand, please watch out of typos:


uvm_fault(0xffffffff823e6458, 0x15, 0, 2) -> e
fatal page fault in supervisor mode
trap type 6 code 2 rip ffffffff81659979 cs 8 rflags 10202 cr2 15 cpl d rsp 
ffff800022326a80
gsbase 0xffffffff822b5ff0 kgsbase 0x0
panic: trap type 6, code=2, pc=ffffffff81659979
Starting stack trace...
panic(ffffffff81f12abc) at panic+0x12c
kerntrap(ffff8000223269d0) at kerntrap+0x114
alltraps_kern_meltdown() at alltraps_kern_meltdown+0x7b
timeout_del(ffff80000157b00) at timeout_del+0x39
ieee80211_ba_del(ffff80000157a00) at ieee80211_ba_del+0x4b
ieee80211_free_node(ffff8000053a048,ffff80000157a000) at 
ieee80211_free_node+0x80
ieee80211_clean_nodes(ffff80000053a048,0) at ieee80211_clean_nodes+0x23c
ieee80211_find_rxnode(ffff80000053a048,fffffd8077f4400c) at 
ieee80211_find_rxnode+0x1d4
iwn_rx_done(ffff80000053a000,fffffd8077f44000,ffff800000582ca8,ffff800022326c90)
 at iwn_rx_done+0x2dc
iwn_notif_intr(ffff80000053a000) at iwn_notif_intr+0x428
iwn_intr(ffff80000053a000) at iwn_intr+0x348
intr_handler(ffff800022326dc0, ffff800000538d00) at intr_handler+0x6e
Xintr_ioapic_edge22_untramp() at Xintr_ioapic_edge22_untramp+0x18f
acpicpu_idle() at acpicpu_idle+0x203
sched_idle(ffffffff822b5ff0) at sched_idle+0x280
end trace frame: 0x0, count: 242
End of stack trace.

-- 
Regards,
 Mikolaj

Reply via email to