Re: Repeated panics in bge(4)

[Matthias Scheler <tron%zhadum.org.uk@localhost>]

On Sun, Oct 26, 2008 at 09:35:40AM +0000, Andrew Doran wrote:
> > my NetBSD-current system crashed the second time today with a panic
> > looking like this:
> > 
> > fatal double fault in supervisor mode
> > trap type 13 code 0 rip ffffffff8037d1f4 cs 8 rflags 10282 cr2  
> > ffff800056d74fa8 cpl 6 rsp ffff800056d74fb0
> > kernel: double fault trap, code=0
> > Stopped in pid 17674.1 (sh) at  netbsd:_bus_dmamap_load_mbuf+0x14:      
> > movq    %
> > rdi,0xffffffffffffffb0(%rbp)
> 
> What are %rbp and %rsp?

After quite some time I could reproduce the panic with a kernel built
from today's sources:

Here's the register dump:

ds          0
es          0
fs          0
gs          0
rdi         0xffffffff80681000  pci_bus_dma64_tag
rsi         0xffff80000a2bc800
rbp         0xffff800050e52030
rbx         0
rdx         0xffff80000a136800
rcx         0x1
rax         0xffffffff80681000  pci_bus_dma64_tag
r8          0xffff80000a2d5e80
r9          0xffff80000adedb10
r10         0x4
r11         0xffffffff8037d360  _bus_dmamap_load_mbuf
r12         0xffff80000a2bc800
r13         0x4
r14         0xce
r15         0xffff80000a2bc800
rip         0xffffffff8037d374  _bus_dmamap_load_mbuf+0x14
cs          0x8
rflags      0x10282
rsp         0xffff800050e51fb0
ss          0x10

> What is lwp::l_addr for that LWP?

Here  is the output of "ps/a":

 PID          COMMAND      STRUCT PROC *            UAREA *     VMSPACE/VM_MAP
>18143            zsh   ffff800050ddb8e8   ffff800050e53d80   ffff800052ac15d0
 22082            zsh   ffff800052068078   ffff80005220fd80   ffff8000508a4b98
 12704         pickup   ffff800050a5f310   ffff800050abbd80   ffff80005da9e468
 97         ssh-agent   ffff800050841020   ffff8000509c2d80   ffff8000509e0d10
 552              zsh   ffff800050939300   ffff8000509ded80   ffff8000508a4d08
 422             sshd   ffff8000508412f8   ffff80005091dd80   ffff8000508a4018
 443             sshd   ffff800050939b88   ffff8000509c5d80   ffff8000507988b0
 532             qmgr   ffff80005078f018   ffff8000507c6d80   ffff800050798b90
 536            getty   ffff8000508415d0   ffff80005081bd80   ffff8000508a4188
 511            getty   ffff8000508418a8   ffff80005081fd80   ffff8000508a42f8
 530            getty   ffff80005078f2f0   ffff800050812d80   ffff8000508a4748
 534            getty   ffff80004fa255b0   ffff8000502ccd80   ffff8000507982f0
 473            getty   ffff80004fa25888   ffff8000502c7d80   ffff80004fa2acf0
 519             cron   ffff800050841b80   ffff8000507ccd80   ffff8000508a4468
 467            inetd   ffff80005078f5c8   ffff8000507c9d80   ffff8000508a45d8
 464           master   ffff800050373b68   ffff8000507a9d80   ffff800050798460
 330             sshd   ffff80005078fb78   ffff8000507afd80   ffff800050798a20
 299           powerd   ffff8000506e1010   ffff8000507acd80   ffff800050798e70
 297             ntpd   ffff80005078f8a0   ffff8000507c2d80   ffff800050687178
 273              lpd   ffff80004fa25000   ffff800050355d80   ffff8000506875c8
 207        rpc.lockd   ffff8000506e1b70   ffff8000506afd80   ffff800050687b88
 236        rpc.statd   ffff8000506e1898   ffff8000506d9d80   ffff800050687738
 229             nfsd   ffff8000506e15c0   ffff8000507a2d80   ffff80004fa2a000
 206           mountd   ffff8000506e12e8   ffff80005073ed80   ffff8000506878a8
 186              amd   ffff800050373008   ffff80005064cd80   ffff800050687e68
 164           ypbind   ffff8000503732e0   ffff800050649d80   ffff80004fa2a170
 158          rpcbind   ffff8000503735b8   ffff800050646d80   ffff80004fa2a2e0
 131          syslogd   ffff80004fa252d8   ffff800050352d80   ffff80004fa2a8a0
 1               init   ffff80004fa25b60   ffff80004fa45d80   ffff80004fa2ae60
 0             system   ffffffff8067bfc0   ffff800050739d80   ffffffff806e5ae0

        Kind regards

-- 
Matthias Scheler                                  http://zhadum.org.uk/