Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 23 Nov 2017 17:08:12 +0000
From:      bugzilla-noreply@freebsd.org
To:        freebsd-bugs@FreeBSD.org
Subject:   [Bug 223824] Kernel panic on netgraph ng_base.c
Message-ID:  <bug-223824-8@https.bugs.freebsd.org/bugzilla/>

next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D223824

            Bug ID: 223824
           Summary: Kernel panic on netgraph ng_base.c
           Product: Base System
           Version: CURRENT
          Hardware: arm
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: kern
          Assignee: freebsd-bugs@FreeBSD.org
          Reporter: aonishenko@protonmail.com

Hi!

Trying to start mpd5, it loads negraph kernel module and I got
root@rpi3:/usr/home/pi # service mpd5 onestart Starting mpd5.
root@rpi3:/usr/home/pi # WARNING: attempt to domain_add(netgraph) after
domainfinalize() Kernel page fault with the following non-sleepable locks h=
eld:
exclusive sleep mutex ng_node (ng_node) r =3D 0 (0xfffffd000194b570) locked=
 @
/usr/local/src/CURR/head/sys/netgraph/ng_base.c:2325
stack backtrace:
#0 0xffff000000368e0c at witness_debugger+0x64
#1 0xffff00000036a16c at witness_warn+0x43c
#2 0xffff0000005f6904 at data_abort+0xe0
#3 0xffff0000005e0074 at handle_el1h_sync+0x74
#4 0xffff000040d887e4 at ng_snd_item+0x36c
#5 0xffff000040d45d84 at ngc_send+0x1bc
#6 0xffff0000003968e0 at sosend_generic+0x380
#7 0xffff00000039cc20 at kern_sendit+0x28c
#8 0xffff00000039cf08 at sendit+0x1a4
#9 0xffff00000039cd54 at sys_sendto+0x50
#10 0xffff0000005f72fc at do_el0_sync+0x884
#11 0xffff0000005e01f4 at handle_el0_sync+0x74
  x0: fffffd000194b570
  x1:                8
  x2: ffff000040d76637
  x3:              915
  x4:                0
  x5:                3
  x6: fffffd000f0fc700
  x7:               40
  x8:                2
  x9:                0
 x10:               18
 x11:            10000
 x12: ffff000000a2b218
 x13:         ffffffff
 x14:                0
 x15: fffffd000f0fc690
 x16: ffff000040d967c8
 x17: ffff0000002eca4c
 x18: ffff0000402f36f0
 x19:                0
 x20: fffffd000194b588
 x21: fffffd000194b500
 x22:                0
 x23: fffffd000194b568
 x24: fffffd0001994338
 x25: fffffd0001fb24c0
 x26:                0
 x27: fffffd0001b6c6c8
 x28:                0
 x29: ffff0000402f3720
  sp: ffff0000402f36f0
  lr: ffff000040d887e8
 elr: ffff000040d887f4
spsr:         80000345
 far:                0
 esr:         96000007
panic: data abort in critical section or under mutex cpuid =3D 2 time =3D
1511451953
KDB: stack backtrace:
db_trace_self() at db_trace_self_wrapper+0x28
         pc =3D 0xffff0000005de110  lr =3D 0xffff000000088a94
         sp =3D 0xffff0000402f3150  fp =3D 0xffff0000402f3360

db_trace_self_wrapper() at vpanic+0x184
         pc =3D 0xffff000000088a94  lr =3D 0xffff00000030ba3c
         sp =3D 0xffff0000402f3370  fp =3D 0xffff0000402f33f0

vpanic() at panic+0x48
         pc =3D 0xffff00000030ba3c  lr =3D 0xffff00000030bac8
         sp =3D 0xffff0000402f3400  fp =3D 0xffff0000402f3480

panic() at data_abort+0x250
         pc =3D 0xffff00000030bac8  lr =3D 0xffff0000005f6a74
         sp =3D 0xffff0000402f3490  fp =3D 0xffff0000402f3540

data_abort() at handle_el1h_sync+0x74
         pc =3D 0xffff0000005f6a74  lr =3D 0xffff0000005e0074
         sp =3D 0xffff0000402f3550  fp =3D 0xffff0000402f3660

handle_el1h_sync() at ng_snd_item+0x36c
         pc =3D 0xffff0000005e0074  lr =3D 0xffff000040d887e4
         sp =3D 0xffff0000402f3670  fp =3D 0xffff0000402f3720

ng_snd_item() at ngc_send+0x1bc
         pc =3D 0xffff000040d887e4  lr =3D 0xffff000040d45d84
         sp =3D 0xffff0000402f3730  fp =3D 0xffff0000402f37b0

ngc_send() at sosend_generic+0x380
         pc =3D 0xffff000040d45d84  lr =3D 0xffff0000003968e0
         sp =3D 0xffff0000402f37c0  fp =3D 0xffff0000402f3860

sosend_generic() at kern_sendit+0x28c
         pc =3D 0xffff0000003968e0  lr =3D 0xffff00000039cc20
         sp =3D 0xffff0000402f3870  fp =3D 0xffff0000402f3900

kern_sendit() at sendit+0x1a4
         pc =3D 0xffff00000039cc20  lr =3D 0xffff00000039cf08
         sp =3D 0xffff0000402f3910  fp =3D 0xffff0000402f3950

sendit() at sys_sendto+0x50
         pc =3D 0xffff00000039cf08  lr =3D 0xffff00000039cd54
         sp =3D 0xffff0000402f3960  fp =3D 0xffff0000402f39a0

sys_sendto() at do_el0_sync+0x884
         pc =3D 0xffff00000039cd54  lr =3D 0xffff0000005f72fc
         sp =3D 0xffff0000402f39b0  fp =3D 0xffff0000402f3a70

do_el0_sync() at handle_el0_sync+0x74
         pc =3D 0xffff0000005f72fc  lr =3D 0xffff0000005e01f4
         sp =3D 0xffff0000402f3a80  fp =3D 0xffff0000402f3b90

handle_el0_sync() at 0x405e4e28
         pc =3D 0xffff0000005e01f4  lr =3D 0x00000000405e4e28
         sp =3D 0xffff0000402f3ba0  fp =3D 0x0000ffffffffe770

KDB: enter: panic
[ thread pid 680 tid 100093 ]
Stopped at      kdb_enter+0x40: undefined       d4200000
db>


Seems like no correct lock procedure in *.c file

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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-223824-8>