RPI panics

Michael Tuexen tuexen at FreeBSD.org
Thu Dec 19 19:16:51 UTC 2013


On Dec 19, 2013, at 7:46 PM, Rui Paulo <rpaulo at FreeBSD.org> wrote:

> 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).
Yes, I do. It was freshly installed, the filesystem was grown as described in
https://wiki.freebsd.org/FreeBSD/arm/Raspberry%20Pi
and the ports were downloaded. While extracting the panic happened. I'll try to
check the filesystem. Need to figure out how to boot into single user mode the RPi...

Best regards
Michael
> 
> --
> Rui Paulo
> 
> 
> 
> 



More information about the freebsd-arm mailing list