From owner-freebsd-arm@FreeBSD.ORG Mon Oct 20 17:32:58 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5DFCAEB; Mon, 20 Oct 2014 17:32:58 +0000 (UTC) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CBD8FE29; Mon, 20 Oct 2014 17:32:57 +0000 (UTC) Received: by mail-wg0-f44.google.com with SMTP id y10so5999708wgg.27 for ; Mon, 20 Oct 2014 10:32:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5TPpBifPN9dLnXPHPbJX8NV7CLI5KxkCeQloo22Vb20=; b=brMde5m3aPFzitUPgCMbVLI6Ax8c3BeRfoEjsQJ1VqvuDMxdrsPziY79MzDaOv5W1N JDyvdMV+jbECt/bj4mkKA1eNv5kuCFMJgCN4ey8/5+Www19vWEO7FHFRlZ7hHuQC5S6y wnEt2WxNKeNDXvpas4TX49jafn7tjN/9vGEOXDaIQIUHvLLbL0pfh7pvjG0HhZCEhEg1 hPF13BrO/uefCm+/Pwoz7ZFXcoStzr0S717VdQpz/HhC6hdEM2t4+49+/i7J/VtJwTLK oTAcbINSug37z4O7/Xg1lAFUx2N52/9bmzay41mdNvSDJndORh9VoEaSJQsJ66qR0vMx M4Kg== MIME-Version: 1.0 X-Received: by 10.180.126.9 with SMTP id mu9mr22634343wib.38.1413826376082; Mon, 20 Oct 2014 10:32:56 -0700 (PDT) Received: by 10.216.127.72 with HTTP; Mon, 20 Oct 2014 10:32:56 -0700 (PDT) In-Reply-To: References: Date: Mon, 20 Oct 2014 15:32:56 -0200 Message-ID: Subject: Re: Panic on Raspberry Pi when using portsnap fetch on RPi From: Luiz Otavio O Souza To: Michael Tuexen Content-Type: text/plain; charset=UTF-8 Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 17:32:58 -0000 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 ? 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. Regards, Luiz