Raspberry PI Kernel data abort
Martin Laabs
mailinglists at martinlaabs.de
Wed Aug 28 05:57:53 UTC 2013
Sorry for the wrong subject. The problem with the data abort is another one
that happens after DHCP address reception. The kernel is from my today nigh
build from head (FreeBSD 10.0-CURRENT r254955).
This problem might be related to the recent mbuf changes.
The PR link is http://www.freebsd.org/cgi/query-pr.cgi?pr=181602
This is the log from my console:
Mounting local file systems:.
Writing entropy file:.
Setting hostname: raspberry-pi.
smsc0: chip 0xec00, rev. 0002
ue0: link state changed to DOWN
ue0: link state changed to UP
Starting Network: lo0 ue0.
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
options=600003<RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6>
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
inet 127.0.0.1 netmask 0xff000000
nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
ue0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=80001<RXCSUM,LINKSTATE>
ether b8:27:eb:1d:b7:5a
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
Starting devd.
Starting dhclient.
DHCPDISCOVER on ue0 to 255.255.255.255 port 67 interval 7
DHCPOFFER from 192.168.1.250
DHCPOFFER from 192.168.1.250
DHCPREQUEST on ue0 to 255.255.255.255 port 67
DHCPACK from 192.168.1.250
bound to 192.168.1.54 -- renewal in 300 seconds.
lock order reversal: (sleepable after non-sleepable)
1st 0xc2857d78 so_rcv (so_rcv) @
/usr/home/martin/Rasperry/head/sys/kern/uipc_socket.c:1594
2nd 0xc2899a30 vm map (user) (vm map (user)) @
/usr/home/martin/Rasperry/head/sys/vm/vm_map.c:3816
KDB: stack backtrace:
db_trace_self() at db_trace_self
pc = 0xc04652cc lr = 0xc012e474 (db_trace_self_wrapper+0x30)
sp = 0xdd3ee818 fp = 0xdd3ee930
r10 = 0xc2857d78
db_trace_self_wrapper() at db_trace_self_wrapper+0x30
pc = 0xc012e474 lr = 0xc0268974 (kdb_backtrace+0x38)
sp = 0xdd3ee938 fp = 0xdd3ee940
r4 = 0xc05908a4 r5 = 0xc04dce80
r6 = 0xc04bd04d r7 = 0xc04c14dc
kdb_backtrace() at kdb_backtrace+0x38
pc = 0xc0268974 lr = 0xc0282df8 (witness_checkorder+0xddc)
sp = 0xdd3ee948 fp = 0xdd3ee998
r4 = 0xc04bd221
witness_checkorder() at witness_checkorder+0xddc
pc = 0xc0282df8 lr = 0xc023aaf0 (_sx_slock+0x84)
sp = 0xdd3ee9a0 fp = 0xdd3ee9c8
r4 = 0x00000ee8 r5 = 0xc04dce7d
r6 = 0xc2899a30 r7 = 0xc2899a40
r8 = 0x00000000 r9 = 0x00000000
r10 = 0xdd3eeb2c
_sx_slock() at _sx_slock+0x84
pc = 0xc023aaf0 lr = 0xc044579c (vm_map_lookup+0x74)
sp = 0xdd3ee9d0 fp = 0xdd3eea08
r4 = 0xc28999e0 r5 = 0xc04dce7d
r6 = 0x3601a000 r7 = 0x3601a000
r8 = 0x00000002
vm_map_lookup() at vm_map_lookup+0x74
pc = 0xc044579c lr = 0xc0439a18 (vm_fault_hold+0xe4)
sp = 0xdd3eea10 fp = 0xdd3eeb80
r4 = 0xc28999e0 r5 = 0x00000002
r6 = 0xc2819960 r7 = 0x3601a000
r8 = 0xdd3eeb10 r9 = 0x00000000
r10 = 0xc06f7af0
vm_fault_hold() at vm_fault_hold+0xe4
pc = 0xc0439a18 lr = 0xc04398ec (vm_fault+0x88)
sp = 0xdd3eeb88 fp = 0xdd3eeba8
r4 = 0xc28999e0 r5 = 0x00000002
r6 = 0xc2819960 r7 = 0x3601a000
r8 = 0x00000000 r9 = 0x00000002
r10 = 0xc06f7af0
vm_fault() at vm_fault+0x88
pc = 0xc04398ec lr = 0xc04760fc (data_abort_handler+0x2a8)
sp = 0xdd3eebb0 fp = 0xdd3eec50
r4 = 0xc2872640 r5 = 0xc2819960
r6 = 0xc04e30cc r7 = 0xc28726e8
r8 = 0xdd3eec58 r9 = 0xdd3eeeb0
r10 = 0xc28999e0
data_abort_handler() at data_abort_handler+0x2a8
pc = 0xc04760fc lr = 0xc0466b04 (exception_exit)
sp = 0xdd3eec58 fp = 0xdd3eed10
r4 = 0xc056b1cc r5 = 0xc2857da4
r6 = 0xc2857d00 r7 = 0x3601a8c0
r8 = 0x00000000 r9 = 0xc2857d88
r10 = 0xc272fd00
exception_exit() at exception_exit
pc = 0xc0466b04 lr = 0xc2819960 (0xc2819960)
sp = 0xdd3eecac fp = 0xdd3eed10
r0 = 0x3601a8c0 r1 = 0xc272fb00
r2 = 0xc04c14d9 r3 = 0x000005ef
r4 = 0xc056b1cc r5 = 0xc2857da4
r6 = 0xc2857d00 r7 = 0x3601a8c0
r8 = 0x00000000 r9 = 0xc2857d88
r10 = 0xc272fd00 r12 = 0x00000000
soreceive_generic() at soreceive_generic+0x4a8
pc = 0xc02a9aec lr = 0xc02ab784 (soreceive+0x2c)
sp = 0xdd3eed18 fp = 0xdd3eed20
r4 = 0xc2819960 r5 = 0x00000000
r6 = 0xdd3eed98 r7 = 0x00000000
r8 = 0x00000006 r9 = 0xc27c5c40
r10 = 0x00000800
soreceive() at soreceive+0x2c
pc = 0xc02ab784 lr = 0xc028da28 (soo_read+0x2c)
sp = 0xdd3eed28 fp = 0xdd3eed30
soo_read() at soo_read+0x2c
pc = 0xc028da28 lr = 0xc0286aa4 (dofileread+0xa8)
sp = 0xdd3eed38 fp = 0xdd3eed58
dofileread() at dofileread+0xa8
pc = 0xc0286aa4 lr = 0xc0286764 (kern_readv+0x60)
sp = 0xdd3eed60 fp = 0xdd3eed88
r4 = 0xffffffff r5 = 0x00000000
r6 = 0x00000000 r7 = 0x00000006
r8 = 0xdd3eed98 r9 = 0xc2819960
r10 = 0x2081f0f0
kern_readv() at kern_readv+0x60
pc = 0xc0286764 lr = 0xc02866f4 (sys_read+0x4c)
sp = 0xdd3eed90 fp = 0xdd3eedb8
r4 = 0xc2819960 r5 = 0x00000000
r6 = 0xbfffe5a0 r7 = 0x00000000
r8 = 0xdd3eee10 r9 = 0xc2872640
sys_read() at sys_read+0x4c
pc = 0xc02866f4 lr = 0xc0476bc4 (swi_handler+0x284)
sp = 0xdd3eedc0 fp = 0xdd3eee58
swi_handler() at swi_handler+0x284
pc = 0xc0476bc4 lr = 0xc0466928 (swi_entry+0x2c)
sp = 0xdd3eee60 fp = 0xbfffedc0
r4 = 0x000378f8 r5 = 0x0002d258
r6 = 0xbfffe5a0 r7 = 0x00000003
r8 = 0x00000000 r9 = 0x521d3af3
swi_entry() at swi_entry+0x2c
pc = 0xc0466928 lr = 0xc0466928 (swi_entry+0x2c)
sp = 0xdd3eee60 fp = 0xbfffedc0
Unable to unwind further
vm_fault(0xc28999e0, 3601a000, 2, 0) -> 5
Fatal kernel mode data abort: 'Translation Fault (S)'
trapframe: 0xdd3eec58
FSR=00000805, FAR=3601a8c4, spsr=20000013
r0 =3601a8c0, r1 =c272fb00, r2 =c04c14d9, r3 =000005ef
r4 =c056b1cc, r5 =c2857da4, r6 =c2857d00, r7 =3601a8c0
r8 =00000000, r9 =c2857d88, r10=c272fd00, r11=dd3eed10
r12=00000000, ssp=dd3eeca8, slr=c2819960, pc =c02a9aec
[ thread pid 542 tid 100059 ]
Stopped at soreceive_generic+0x4a8: str r1, [r0, #0x004]
db>
Best regards,
Martin Laabs
More information about the freebsd-current
mailing list