Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 8 Feb 2014 09:27:15 +1100
From:      Peter Jeremy <peter@rulingia.com>
To:        Ian Lepore <ian@freebsd.org>
Cc:        freebsd-arm@freebsd.org, freebsd-gnats-submit@freebsd.org
Subject:   Re: arm/181601: Sporadic failure of root mount on ARM/Raspberry
Message-ID:  <20140207222715.GA84344@server.rulingia.com>
In-Reply-To: <201308281230.r7SCU0k5093956@freefall.freebsd.org>
References:  <201308281230.r7SCU0k5093956@freefall.freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help

--x+6KMIRAuhnl3hBn
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On 2013-Aug-28 12:30:00 +0000, Ian Lepore <ian@freebsd.org> wrote:
> On Wed, 2013-08-28 at 05:35 +0000, Martin Laabs wrote:
> > Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]...
> > mountroot: waiting for device /dev/mmcsd0s2a ...
> > smsc0: chip 0xec00, rev. 0002
> > miibus0: <MII bus> on smsc0
> > ukphy0: <Generic IEEE 802.3u media interface> PHY 1 on miibus0
> > ukphy0:  none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
> > ue0: <USB Ethernet> on smsc0
> > ue0: Ethernet address: b8:27:eb:1d:b7:5a
> > Mounting from ufs:/dev/mmcsd0s2a failed with error 19.
> >=20
> > Loader variables:
> >   vfs.root.mountfrom=3Dufs:/dev/mmcsd0s2a
> >   vfs.root.mountfrom.options=3Drw,noatime

> We have long had a problem with mysterious sdcard timeout errors on RPi
> that doesn't happen on other hardware with sdhci controllers.  Until
> now, it was thought that these timeouts always occurred shortly after
> the controller was initialized by the OS.  The timeouts would affect the
> early card-detection sequences; we worked around them by adding
> automatic retries to the mmc code that identifies and initializes cards.
>=20
> This error appears to be a timeout that occurs after the card init
> sequences are done (the errors are reported by mmcsd0, not mmc0).

I am seeing this fairly consistently on every second boot - which is rather
annoying because I would like that RPi to reliably boot unattended.

Does anyone have any suggestions for a workaround?

--=20
Peter Jeremy

--x+6KMIRAuhnl3hBn
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (FreeBSD)

iKYEARECAGYFAlL1XcNfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl
bnBncC5maWZ0aGhvcnNlbWFuLm5ldDBCRjc3QTcyNTg5NEVCRTY0RjREN0VFRUZF
OEE0N0JGRjAwRkI4ODcACgkQ/opHv/APuIfsgACgrjubepqhBbphlk5FMaE/Zs8u
dpAAoMEGJmwHGBTzDqREdu8NDVGAr1an
=8SxC
-----END PGP SIGNATURE-----

--x+6KMIRAuhnl3hBn--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140207222715.GA84344>