Panic on Raspberry Pi when using portsnap fetch on RPi
Michael Tuexen
tuexen at freebsd.org
Mon Oct 20 19:32:07 UTC 2014
On 20 Oct 2014, at 19:32, Luiz Otavio O Souza <lists.br at gmail.com> wrote:
> 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 ?
How?
>
> 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.
Are you using an nfs based filesystem?
Best regards
Michael
>
> Regards,
> Luiz
>
More information about the freebsd-arm
mailing list