Date: Tue, 19 May 2015 09:44:34 +0200 From: Ralf Wenk <iz-rpi03@hs-karlsruhe.de> To: "freebsd-arm@freebsd.org" <freebsd-arm@freebsd.org> Subject: Re: state of FreeBSD ARM (less stable than 6 months ago) Message-ID: <E1YucCY-005irs-DS@smtp.hs-karlsruhe.de> In-Reply-To: <CAOx9_Zj0XaHo%2BHrFthbNM5RGAU0poCovEhcckY-eqMcKV8qvJg@mail.gmail.com> References: <5550C252.6030001@foxvalley.net> <1431357226.2428197.265704673.6A544F74@webmail.messagingengine.com> <555177D9.8080001@foxvalley.net> <CAB=2f8zYShMH1P96MsdfP0ReMEwpkDJ%2Bq8dvMHHHjiMGmqnrqg@mail.gmail.com> <alpine.BSF.2.20.1505181523120.93723@localhost.my.domain> <CAOx9_Zj0XaHo%2BHrFthbNM5RGAU0poCovEhcckY-eqMcKV8qvJg@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 18 May 2015, at 21:39:27, Andreas Andersson wrote: > Also seeing this on RPI2 will try the attached patch to see if it get's > better. Meanwhile I also patched my RPi B and RPi B+ kernels but, as the panic occurs every two to three months only, it is too early for a positive statement. Ralf > 2015-05-18 21:26 GMT+02:00 Keith White <kwhite@site.uottawa.ca>: > > > On Tue, 12 May 2015, Luiz Otavio O Souza wrote: > > > > On 12 May 2015 at 00:47, Dan Raymond wrote: > >> > >>> On 5/11/2015 9:13 AM, Mark Felder wrote: > >>> > >>>> > >>>> On Mon, May 11, 2015, at 09:53, Dan Raymond wrote: > >>>> > >>>>> > >>>>> I've been running an email and web server using FreeBSD 11 on a > >>>>> Raspberry Pi B+ since November. It has crashed 3 times since then > >>>>> (roughly every two months). I'm currently running r277334. I thought > >>>>> I'd try the latest build to see if stability has improved. I purchased > >>>>> a > >>>>> Raspberry Pi 2 and used the latest crochet to built r282738. No > >>>>> problems building it and it booted up fine. However, it crashes about > >>>>> an hour into building some ports I use for my server (nginx, php, > >>>>> etc.). I tried twice last night and it crashed both times. Is anybody > >>>>> looking into these stability issues? > >>>>> > >>>>> RPi2 support is something like less than a week old for SMP and DMA > >>>> transport. I'm not sure more than a handful of people have actually > >>>> tried it yet. The bugs here will be worked out in time, but if you have > >>>> any core dumps or info that can assist in tracking down issues you're > >>>> experiencing that would certainly be appreciated. > >>>> > >>>> > >>> These panics always seem to be mmcsd related. I doubt it has anything > >>> to do > >>> with RPi2 or SMP. > >>> > >>> sdhci_bcm0-slot0: Controller timeout > >>> sdhci_bcm0-slot0: ============== REGISTER DUMP ============== > >>> sdhci_bcm0-slot0: Sys addr: 0x4d295a00 | Version: 0x00009902 > >>> sdhci_bcm0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000020 > >>> sdhci_bcm0-slot0: Argument: 0x002d19c0 | Trn mode: 0x0000193a > >>> sdhci_bcm0-slot0: Present: 0x01ff0506 | Host ctl: 0x00000003 > >>> sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 > >>> sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00000507 > >>> sdhci_bcm0-slot0: Timeout: 0x0000000e | Int stat: 0x00000010 > >>> sdhci_b > >>> > >>> > >>> > >>> mmcsd0: Error indicated: 1 Timeout > >>> g_vfs_done():mmcsd0s2a[WRITE(offset=1460830208, length=24576)]error = 5 > >>> panic: No b_bufobj 0xd767ca00 > >>> cpuid = 1 > >>> KDB: enter: panic > >>> [ thread pid 12 tid 100013 ] > >>> Stopped at $d.7: ldrb r15, [r15, r15, ror r15]! > >>> db> > >>> > >> > >> Hm, I have seen this already, it is the sdhci software timeout. > >> > >> The 'happens at night' part rings a bell for me. > >> > >> In my case it happened only with a card that has failed a few weeks > >> later, so I thought it was a pre-fail case. > >> > >> But in certain cases (depending on the card) I think this timeout can > >> be triggered with normal usage. > >> > >> Please try the attached patch and let me know if it works for you. > >> > >> Luiz > >> > >> Index: sys/dev/sdhci/sdhci.c > >> =================================================================== > >> --- sys/dev/sdhci/sdhci.c (revision 282210) > >> +++ sys/dev/sdhci/sdhci.c (working copy) > >> @@ -872,7 +872,7 @@ > >> /* Start command. */ > >> WR2(slot, SDHCI_COMMAND_FLAGS, (cmd->opcode << 8) | (flags & > >> 0xff)); > >> /* Start timeout callout. */ > >> - callout_reset(&slot->timeout_callout, 2*hz, sdhci_timeout, slot); > >> + callout_reset(&slot->timeout_callout, 10*hz, sdhci_timeout, slot); > >> } > >> > >> static void > >> _______________________________________________ > >> freebsd-arm@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-arm > >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > >> > > > > Luiz, the patch works for me. Thanks! > > > > [Tested on BBB with a 2GB microSD that previously gave a WRITE timeout.] > > > > ...keith > > > > > > > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E1YucCY-005irs-DS>