FreeBSD-10-STABLE hangs when booting from BeagleBone Black eMMC
Ian Lepore
ian at FreeBSD.org
Tue Apr 29 00:48:35 UTC 2014
On Mon, 2014-04-28 at 15:40 -0400, Winston Smith wrote:
> On Sun, Apr 27, 2014 at 10:35 PM, Patrick Kelsey <kelsey at ieee.org> wrote:
> > On Sun, Apr 27, 2014 at 9:28 PM, Ian Lepore <ian at freebsd.org> wrote:
> >> If you need 10 we should probably figure out what the problem is there.
> >> If the same u-boot works on 11 and fails on 10, then the difference must
> >> be in ubldr, and there certainly have been changes there in 11.
> >>
> >> The quickest way to test that theory would be to build the image for 10
> >> and then hand-copy the ubldr from an 11 build onto that sdcard and see
> >> if it works. If so, we can see about merging some ubldr stuff to 10.
> >> It may need to go into the msdos partition (I net-boot all my boards).
>
> That works!!!
>
> > The issue with booting from eMMC on 10-STABLE is in ubldr. On 10-STABLE,
> > ubldr is hardwired to boot from the first disk device, which will always be
> > the SD card when using a u-boot that has my mmc device enumeration patches
> > (or an equivalent). The changes that Ian and I made to ubldr would have to
> > be MFC'd to 10-STABLE to get the behavior you want without resorting to
> > copying ubldr built from an 11-CURRENT tree to your device.
>
> I'm not sure what MFC'd means, but yes, could we get this in 10-STABLE?
>
> It's my understanding that 11-CURRENT won't be released for quite some
> time, so presumably fixes of this nature would automatically get
> backported (MFC'd?) to 10-STABLE?
>
> Thanks!
Okay, all done. As of r265071 all the recent ubldr changes have been
merged to the 10-stable branch and should work to boot eMMC on BBB.
Unless I missed something, the ubldr in 10-stable should now be the same
as the one in -current.
-- Ian
More information about the freebsd-arm
mailing list