RPI panics
Rui Paulo
rpaulo at FreeBSD.org
Thu Dec 19 18:46:50 UTC 2013
On 19 Dec 2013, at 07:15, Michael Tuexen <tuexen at FreeBSD.org> wrote:
> Dear all,
>
> when doing a portsnap fetch / extract I get
>
> panic: ffs_alloccg: map corrupted
> KDB: enter: panic
> [ thread pid 75194 tid 100078 ]
> Stopped at $d: ldrb r15, [r15, r15, ror r15]!
> db> where
> Tracing pid 75194 tid 100078 td 0xc2aca000
> db_trace_self() at db_trace_self
> pc = 0xc0478800 lr = 0xc012efb8 (db_stack_trace+0xf4)
> sp = 0xdc6d04b0 fp = 0xdc6d04c8
> r10 = 0xc056d230
> db_stack_trace() at db_stack_trace+0xf4
> pc = 0xc012efb8 lr = 0xc012e924 (db_command+0x264)
> sp = 0xdc6d04d0 fp = 0xdc6d0570
> r4 = 0x00000000 r5 = 0x00000000
> r6 = 0xc04e0b61
> db_command() at db_command+0x264
> pc = 0xc012e924 lr = 0xc012e694 (db_command_loop+0x60)
> sp = 0xdc6d0578 fp = 0xdc6d0588
> r4 = 0xc04b77b0 r5 = 0xc04d0fc4
> r6 = 0xc05c234c r7 = 0xdc6d0758
> r8 = 0xc2aca000 r9 = 0xc05b8ce4
> r10 = 0xc056d4a0
> db_command_loop() at db_command_loop+0x60
> pc = 0xc012e694 lr = 0xc0131094 (db_trap+0xdc)
> sp = 0xdc6d0590 fp = 0xdc6d06b0
> r4 = 0x00000000 r5 = 0xdc6d0598
> r6 = 0xc05b8d10
> db_trap() at db_trap+0xdc
> pc = 0xc0131094 lr = 0xc027b9d0 (kdb_trap+0xd4)
> sp = 0xdc6d06b8 fp = 0xdc6d06d8
> r4 = 0x00000000 r5 = 0x00000001
> r6 = 0xc05b8d10 r7 = 0xdc6d0758
> kdb_trap() at kdb_trap+0xd4
> pc = 0xc027b9d0 lr = 0xc048b31c (undefinedinstruction+0x2b0)
> sp = 0xdc6d06e0 fp = 0xdc6d0750
> r4 = 0x00000000 r5 = 0xc048afc8
> r6 = 0x00000000 r7 = 0xe7ffffff
> r8 = 0xc2aca000 r9 = 0xdc6d0758
> r10 = 0xc027b280
> undefinedinstruction() at undefinedinstruction+0x2b0
> pc = 0xc048b31c lr = 0xc047a3f4 (exception_exit)
> sp = 0xdc6d0758 fp = 0xdc6d07b0
> r4 = 0xc04d101e r5 = 0xdc6d07f4
> r6 = 0xc04eff57 r7 = 0xc05ab220
> r8 = 0xc2aca000 r9 = 0xc05ab080
> r10 = 0xc05c3db0
> exception_exit() at exception_exit
> pc = 0xc047a3f4 lr = 0xc027b274 (kdb_enter+0x40)
> sp = 0xdc6d07ac fp = 0xdc6d07b0
> r0 = 0xc05b8cf4 r1 = 0x00000000
> r2 = 0xc04d49b8 r3 = 0x000000ab
> r4 = 0xc04d101e r5 = 0xdc6d07f4
> r6 = 0xc04eff57 r7 = 0xc05ab220
> r8 = 0xc2aca000 r9 = 0xc05ab080
> r10 = 0xc05c3db0 r12 = 0x00000000
> $a() at $a
> pc = 0xc027b284 lr = 0xc0245278 (vpanic+0xb8)
> sp = 0xdc6d07b8 fp = 0xdc6d07d8
> r4 = 0x00000100
> vpanic() at vpanic+0xb8
> pc = 0xc0245278 lr = 0xc02452dc (kproc_shutdown)
> sp = 0xdc6d07e0 fp = 0xdc6d07e8
> r4 = 0xc2910000 r5 = 0x00000001
> r6 = 0x000000b4 r7 = 0x000000b3
> r8 = 0x00000e4d r9 = 0xcca38000
> r10 = 0x00000828
> kproc_shutdown() at kproc_shutdown
> pc = 0xc02452dc lr = 0xc03ff7fc ($d)
> sp = 0xdc6d07f0 fp = 0xdc6d0828
> r4 = 0xdc6d07f4 r5 = 0x00000000
> $d() at $d
> pc = 0xc03ff7fc lr = 0xc03f9078 (ffs_alloccg+0x2fc)
> sp = 0xdc6d0830 fp = 0xdc6d0880
> r4 = 0x00001000 r5 = 0xc290e958
> r6 = 0xcca38000 r7 = 0x00000001
> r8 = 0xc2910000 r9 = 0x00000828
> r10 = 0x00000002
> ffs_alloccg() at ffs_alloccg+0x2fc
> pc = 0xc03f9078 lr = 0xc03f8cd8 (ffs_hashalloc+0xc8)
> sp = 0xdc6d0888 fp = 0xdc6d08b0
> r4 = 0xc4cd5080 r5 = 0x00000001
> r6 = 0x00000003 r7 = 0x00001000
> r8 = 0xc2910000 r9 = 0xc03f8d7c
> r10 = 0x00001000
> ffs_hashalloc() at ffs_hashalloc+0xc8
> pc = 0xc03f8cd8 lr = 0xc03f8a58 (ffs_alloc+0x23c)
> sp = 0xdc6d08b8 fp = 0xdc6d0910
> r4 = 0xc4cd5080 r5 = 0xc2910000
> r6 = 0x00001000 r7 = 0x00000000
> r8 = 0x0000f8b0 r9 = 0x00000000
> r10 = 0x0000f8b0
> ffs_alloc() at ffs_alloc+0x23c
> pc = 0xc03f8a58 lr = 0xc0402964 (ffs_balloc_ufs2+0x1088)
> sp = 0xdc6d0918 fp = 0xdc6d0a78
> r4 = 0x00000000 r5 = 0xc4cd5080
> r6 = 0xc2910000 r7 = 0xc4cd5080
> r8 = 0x00001000 r9 = 0x00000000
> r10 = 0xc4cdb120
> ffs_balloc_ufs2() at ffs_balloc_ufs2+0x1088
> pc = 0xc0402964 lr = 0xc042f428 (ffs_write+0x3a0)
> sp = 0xdc6d0a80 fp = 0xdc6d0b18
> r4 = 0x000000d0 r5 = 0xc4cdb120
> r6 = 0xc2a13180 r7 = 0x000000d0
> r8 = 0xdc6d0da0 r9 = 0x02050000
> r10 = 0xc2910000
> ffs_write() at ffs_write+0x3a0
> pc = 0xc042f428 lr = 0xc0498ef0 (VOP_WRITE_APV+0x130)
> sp = 0xdc6d0b20 fp = 0xdc6d0bd8
> r4 = 0xdc6d0bf0 r5 = 0xc059d950
> r6 = 0x00000000 r7 = 0x00000000
> r8 = 0x00000000 r9 = 0x00000000
> r10 = 0xdc6d0da0
> VOP_WRITE_APV() at VOP_WRITE_APV+0x130
> pc = 0xc0498ef0 lr = 0xc02f59bc (vn_write+0x36c)
> sp = 0xdc6d0be0 fp = 0xdc6d0c30
> r4 = 0x00000000 r5 = 0xc2932780
> r6 = 0x00000000 r7 = 0x00000000
> r8 = 0xc4cdb120 r9 = 0xdc6d0d98
> vn_write() at vn_write+0x36c
> pc = 0xc02f59bc lr = 0xc02f1dbc (vn_io_fault+0x224)
> sp = 0xdc6d0c38 fp = 0xdc6d0d18
> r4 = 0xc2c5b7c0 r5 = 0xc4cdb120
> r6 = 0xdc6d0d98 r7 = 0xc02f5650
> r8 = 0x00000000 r9 = 0xc2932780
> r10 = 0xc2aca000
> vn_io_fault() at vn_io_fault+0x224
> pc = 0xc02f1dbc lr = 0xc0295418 (dofilewrite+0xa0)
> sp = 0xdc6d0d20 fp = 0xdc6d0d40
> r4 = 0xc2aca000 r5 = 0xc2932780
> r6 = 0xdc6d0d98 r7 = 0xc02f1b98
> r8 = 0x00000004 r9 = 0x00000000
> r10 = 0x000000d0
> dofilewrite() at dofilewrite+0xa0
> pc = 0xc0295418 lr = 0xc02950c4 (kern_writev+0x7c)
> sp = 0xdc6d0d48 fp = 0xdc6d0d88
> r4 = 0xc2aca000 r5 = 0x00000000
> r6 = 0x00000000 r7 = 0xffffffff
> r8 = 0xdc6d0d98 r9 = 0x00000004
> r10 = 0x00000003
> kern_writev() at kern_writev+0x7c
> pc = 0xc02950c4 lr = 0xc0295038 (sys_write+0x4c)
> sp = 0xdc6d0d90 fp = 0xdc6d0db8
> r4 = 0xc2aca000 r5 = 0x00000000
> r6 = 0xbfffc240 r7 = 0x00000000
> r8 = 0xdc6d0e10 r9 = 0xc2b1f640
> sys_write() at sys_write+0x4c
> pc = 0xc0295038 lr = 0xc048a7e0 (swi_handler+0x284)
> sp = 0xdc6d0dc0 fp = 0xdc6d0e58
> swi_handler() at swi_handler+0x284
> pc = 0xc048a7e0 lr = 0xc047a218 (swi_entry+0x2c)
> sp = 0xdc6d0e60 fp = 0xbfffc1d0
> r4 = 0x00000000 r5 = 0x0000010e
> r6 = 0xbfffc240 r7 = 0x00000004
> r8 = 0x00000004 r9 = 0xbfffc23c
> swi_entry() at swi_entry+0x2c
> pc = 0xc047a218 lr = 0xc047a218 (swi_entry+0x2c)
> sp = 0xdc6d0e60 fp = 0xbfffc1d0
> Unable to unwind further
> db>
>
> Any idea?
Are you using journaled UFS? You might want to check the file system consistency (not just the journal).
--
Rui Paulo
More information about the freebsd-arm
mailing list