Panic on Raspberry Pi when using portsnap fetch on RPi
Luiz Otavio O Souza
lists.br at gmail.com
Mon Oct 20 17:32:58 UTC 2014
On 20 October 2014 08:36, Michael Tuexen wrote:
> Dear all,
>
> when running r273290 on a RPi B I get:
>
> root at raspberry-pi:~ # portsnap fetch
> Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found.
> Fetching public key from ec2-eu-west-1.portsnap.freebsd.org... done.
> Fetching snapshot tag from ec2-eu-west-1.portsnap.freebsd.org... done.
> Fetching snapshot metadata... done.
> Fetching snapshot generated at Mon Oct 20 02:01:46 CEST 2014:
> d1d778ba5c714e3a8b1d0083f422f8f5cd6b9b59a154b6100% of 66 MB 345 kBps 03m18s
> Extracting snapshot...
> vm_fault(0xc067e178, 0, 1, 0) -> 1
> Fatal kernel mode data abort: 'Translation Fault (P)'
> trapframe: 0xdbdf8d38
> FSR=00000017, FAR=00000024, spsr=00000113
> r0 =00000000, r1 =c232cc00, r2 =00000001, r3 =c24a0148
> r4 =c24a02b4, r5 =c24a0000, r6 =00000200, r7 =00000000
> r8 =c24a0148, r9 =c24bc52c, r10=00000000, r11=dbdf8db0
> r12=00000000, ssp=dbdf8d88, slr=c04c3a30, pc =c04c3a3c
>
> [ thread pid 11 tid 100021 ]
> Stopped at bcm_sdhci_dma_intr+0x44: ldr r0, [r0, #0x024]
> db> where
> Tracing pid 11 tid 100021 td 0xc24a9990
> db_trace_self() at db_trace_self
> pc = 0xc04a6dec lr = 0xc013243c (db_stack_trace+0xf4)
> sp = 0xdbdf8a40 fp = 0xdbdf8a58
> r10 = 0xc067cf1c
> db_stack_trace() at db_stack_trace+0xf4
> pc = 0xc013243c lr = 0xc0131dac (db_command+0x270)
> sp = 0xdbdf8a60 fp = 0xdbdf8b00
> r4 = 0x00000000 r5 = 0x00000000
> r6 = 0x00000072
> db_command() at db_command+0x270
> pc = 0xc0131dac lr = 0xc0131b10 (db_command_loop+0x60)
> sp = 0xdbdf8b08 fp = 0xdbdf8b18
> r4 = 0xc04e71f4 r5 = 0xc0501dd8
> r6 = 0xc067cf08 r7 = 0xc05a5868
> r8 = 0xc0673114 r9 = 0xc0673110
> r10 = 0x00000001
> db_command_loop() at db_command_loop+0x60
> pc = 0xc0131b10 lr = 0xc0134584 (db_trap+0xd8)
> sp = 0xdbdf8b20 fp = 0xdbdf8c40
> r4 = 0x00000000 r5 = 0xc067cf14
> r6 = 0xc0673140
> db_trap() at db_trap+0xd8
> pc = 0xc0134584 lr = 0xc0293308 (kdb_trap+0xbc)
> sp = 0xdbdf8c48 fp = 0xdbdf8c68
> r4 = 0x00000000 r5 = 0x00000017
> r6 = 0xc0673140 r7 = 0xc05a5868
> kdb_trap() at kdb_trap+0xbc
> pc = 0xc0293308 lr = 0xc04b9f48 (dab_fatal+0x174)
> sp = 0xdbdf8c70 fp = 0xdbdf8c88
> r4 = 0xdbdf8d38 r5 = 0x00000017
> r6 = 0x600001d3 r7 = 0x00000024
> r8 = 0xdbdf8d38 r9 = 0x00000013
> r10 = 0x00000001
> dab_fatal() at dab_fatal+0x174
> pc = 0xc04b9f48 lr = 0xc04b9d00 (data_abort_handler+0x3e0)
> sp = 0xdbdf8c90 fp = 0xdbdf8d30
> r4 = 0xc24430ac r5 = 0xc24a9990
> r6 = 0xdbdf8eb0 r7 = 0x00000000
> data_abort_handler() at data_abort_handler+0x3e0
> pc = 0xc04b9d00 lr = 0xc04a8bac (exception_exit)
> sp = 0xdbdf8d38 fp = 0xdbdf8db0
> r4 = 0xc24a02b4 r5 = 0xc24a0000
> r6 = 0x00000200 r7 = 0x00000000
> r8 = 0xc24a0148 r9 = 0xc24bc52c
> r10 = 0x00000000
> exception_exit() at exception_exit
> pc = 0xc04a8bac lr = 0xc04c3a30 (bcm_sdhci_dma_intr+0x38)
> sp = 0xdbdf8d88 fp = 0xdbdf8db0
> r0 = 0x00000000 r1 = 0xc232cc00
> r2 = 0x00000001 r3 = 0xc24a0148
> r4 = 0xc24a02b4 r5 = 0xc24a0000
> r6 = 0x00000200 r7 = 0x00000000
> r8 = 0xc24a0148 r9 = 0xc24bc52c
> r10 = 0x00000000 r12 = 0x00000000
> bcm_sdhci_dma_intr() at bcm_sdhci_dma_intr+0x44
> pc = 0xc04c3a3c lr = 0xc04c0ca0 (bcm_dma_intr+0x11c)
> sp = 0xdbdf8db8 fp = 0xdbdf8dd0
> r4 = 0xc24a02b4 r5 = 0x00000006
> r6 = 0xc04a2a3c r7 = 0xc24a0200
> r8 = 0x000004c9 r9 = 0xc24bc52c
> bcm_dma_intr() at bcm_dma_intr+0x11c
> pc = 0xc04c0ca0 lr = 0xc022ddd4 (intr_event_execute_handlers+0xb8)
> sp = 0xdbdf8dd8 fp = 0xdbdf8df8
> r4 = 0xc2324d00 r5 = 0xc2324d48
> r6 = 0xc24bc500 r7 = 0xc04fbc5b
> r8 = 0x000004c9 r9 = 0xc24bc52c
> intr_event_execute_handlers() at intr_event_execute_handlers+0xb8
> pc = 0xc022ddd4 lr = 0xc022e724 (ithread_loop+0xa8)
> sp = 0xdbdf8e00 fp = 0xdbdf8e38
> r4 = 0xc24b4d00 r5 = 0xc24a9990
> r6 = 0xc2324d00 r7 = 0xc067e7d4
> r8 = 0xc04fbc5b r9 = 0x00000000
> r10 = 0xc05bff40
> ithread_loop() at ithread_loop+0xa8
> pc = 0xc022e724 lr = 0xc022b6f4 (fork_exit+0x84)
> sp = 0xdbdf8e40 fp = 0xdbdf8e58
> r4 = 0xc24a9990 r5 = 0xc2443000
> r6 = 0xc022e67c r7 = 0xc24b4d00
> r8 = 0xdbdf8e60 r9 = 0x00000000
> r10 = 0x00000000
> fork_exit() at fork_exit+0x84
> pc = 0xc022b6f4 lr = 0xc04a8b3c (swi_exit)
> sp = 0xdbdf8e60 fp = 0x00000000
> r4 = 0xc022e67c r5 = 0xc24b4d00
> r6 = 0x00000000 r7 = 0x00000000
> r8 = 0x00000000
> swi_exit() at swi_exit
> pc = 0xc04a8b3c lr = 0xc04a8b3c (swi_exit)
> sp = 0xdbdf8e60 fp = 0x00000000
>
> Any idea what could be the issue?
Hi Michael,
Could you try to get the line number ?
I've tested on r273066 and it just works:
root at raspberry-pi:~ # portsnap fetch
Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found.
Fetching public key from ec2-sa-east-1.portsnap.freebsd.org... done.
Fetching snapshot tag from ec2-sa-east-1.portsnap.freebsd.org... done.
Fetching snapshot metadata... done.
Fetching snapshot generated at Sun Oct 19 22:01:46 BRST 2014:
d1d778ba5c714e3a8b1d0083f422f8f5cd6b9b59a154b6100% of 66 MB 99 kBps 11m26s
Extracting snapshot... done.
Verifying snapshot integrity... done.
Fetching snapshot tag from ec2-sa-east-1.portsnap.freebsd.org... done.
Fetching snapshot metadata... done.
Updating from Sun Oct 19 22:01:46 BRST 2014 to Mon Oct 20 11:38:48 BRST 2014.
Fetching 4 metadata patches... done.
Applying metadata patches... done.
Fetching 0 metadata files... done.
Fetching 1402 patches.
(1402/1402) 100.00% done.
done.
Applying patches...
done.
Fetching 0 new ports or files... done.
root at raspberry-pi:~ #
I've a new image based on r273291, but it is not tested yet, i'll
report back if I find any problems with it.
Regards,
Luiz
More information about the freebsd-arm
mailing list