[Bug 253541] if_wg(4): panic on wireguard interface destroy

[bugzilla-noreply at freebsd.org]

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

Raúl <raul.munoz at custos.es> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |raul.munoz at custos.es

--- Comment #1 from Raúl <raul.munoz at custos.es> ---
It also happens on stable/13-7973db046, plain GENERIC, no changes

Fatal trap 12: page fault while in kernel mode                                  
cpuid = 1; apic id = 01                                                         
fault virtual address   = 0xa4                                                  
fault code              = supervisor read data, page not present                
instruction pointer     = 0x20:0xffffffff80c53541                               
stack pointer           = 0x28:0xfffffe00a8548790                               
frame pointer           = 0x28:0xfffffe00a85487b0                               
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         = 753 (ifconfig)                                        
trap number             = 12                                                    
panic: page fault                                                               
cpuid = 1                                                                       
time = 1613565900                                                               
KDB: stack backtrace:                                                           
#0 0xffffffff80c56875 at kdb_backtrace+0x65                                     
#1 0xffffffff80c09441 at vpanic+0x181                                           
#2 0xffffffff80c092b3 at panic+0x43                                             
#3 0xffffffff810891a7 at trap_fatal+0x387                                       
#4 0xffffffff810891ff at trap_pfault+0x4f                                       
#5 0xffffffff8108885d at trap+0x27d                                             
#6 0xffffffff8105fe28 at calltrap+0x8                                           
#7 0xffffffff80c54758 at taskqgroup_detach+0x18                                 
#8 0xffffffff829249f8 at wg_detach+0xc8                                         
#9 0xffffffff80d33c1e at iflib_pseudo_deregister+0xfe                           
#10 0xffffffff80d20ff5 at if_clone_destroyif+0x1b5                              
#11 0xffffffff80d20de6 at if_clone_destroy+0x196                                
#12 0xffffffff80d1e31e at ifioctl+0x44e                                         
#13 0xffffffff80c7621d at kern_ioctl+0x26d                                      
#14 0xffffffff80c75f16 at sys_ioctl+0xf6                                        
#15 0xffffffff81089aac at amd64_syscall+0x10c                                   
#16 0xffffffff8106074e at fast_syscall_common+0xf8

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