Date: Mon, 20 Oct 2014 22:55:30 -0200 From: Luiz Otavio O Souza <lists.br@gmail.com> To: Michael Tuexen <tuexen@freebsd.org> Cc: freebsd-arm <freebsd-arm@freebsd.org> Subject: Re: Panic on Raspberry Pi when using portsnap fetch on RPi Message-ID: <CAB=2f8wNr1Ac6cWTz85fJC4GCe3eb4JocGkNX_8mVouMO630sQ@mail.gmail.com> In-Reply-To: <BA3C428D-B8E9-4CC8-A85A-1F4437171FC6@freebsd.org> References: <DDB53E2B-2E6A-45F8-BE9C-A0B29F66D72C@freebsd.org> <CAB=2f8xDrCvi-nqPha=_2Y4_55aTKv3AfmFLijRLgzDHziAx3g@mail.gmail.com> <BA3C428D-B8E9-4CC8-A85A-1F4437171FC6@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 20 October 2014 17:32, Michael Tuexen wrote: > On 20 Oct 2014, at 19:32, Luiz Otavio O Souza wrote: > >> On 20 October 2014 08:36, Michael Tuexen wrote: >>> Dear all, >>> >>> when running r273290 on a RPi B I get: >>> >>> root@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? Sorry, can't help :/ I tried a few things I could remember and none of them seem to work anymore. >> >> I've tested on r273066 and it just works: >> >> root@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@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? No, i'm running of the SD card: mmcsd0: 4GB <SDHC SA04G 1.0 SN 41C68EFF MFG 05/2012 by 2 TM> at mmc0 41.6MHz/4bit/65535-block Same results (i.e. no problems) on r273291: root@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 Mon Oct 20 00:01:46 UTC 2014: d1d778ba5c714e3a8b1d0083f422f8f5cd6b9b59a154b6100% of 66 MB 255 kBps 04m28s 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 Mon Oct 20 00:01:46 UTC 2014 to Tue Oct 21 00:04:50 UTC 2014. Fetching 4 metadata patches... done. Applying metadata patches... done. Fetching 1 metadata files... done. Fetching 2757 patches. (2757/2757) 100.00% done. done. Applying patches... done. Fetching 3 new ports or files... done. root@raspberry-pi:~ # uname -a FreeBSD raspberry-pi 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r273291M: Mon Oct 20 00:05:29 BRST 2014 root@devel:/usr/home/luiz/git/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/RPI-B arm Regards, Luiz
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAB=2f8wNr1Ac6cWTz85fJC4GCe3eb4JocGkNX_8mVouMO630sQ>