Date: Sat, 03 May 2014 12:52:54 -0600 From: Ian Lepore <ian@FreeBSD.org> To: Torfinn Ingolfsen <torfinn.ingolfsen@getmail.no> Cc: freebsd-arm@FreeBSD.org Subject: Re: FreeBSD on Dockstar: U-Boot / ubldr? Message-ID: <1399143174.22079.228.camel@revolution.hippie.lan> In-Reply-To: <20140503204548.a5ebaaddbfb3036e7d74b58a@getmail.no> References: <20140503202047.294ad097b30f4240099659e6@getmail.no> <1399142139.22079.222.camel@revolution.hippie.lan> <20140503204548.a5ebaaddbfb3036e7d74b58a@getmail.no>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 2014-05-03 at 20:45 +0200, Torfinn Ingolfsen wrote: > On Sat, 03 May 2014 12:35:39 -0600 > Ian Lepore <ian@FreeBSD.org> wrote: > > > > > Using ubldr requires a u-boot that has the 'API' feature enabled. > > Virtually no u-boot comes that way from a vendor. I don't think the > > feature even existed when the kirkwood systems were current. > > Ok, changing my question: is there a "generic" U-boot that I can build for my Dockstar? > And would it be ok to have U-boot om the Dockstar load the new U-Boot? > Nope, no generic u-boot, it's got to be customized for the hardware. But the dockstar should have a canned config that you can choose in the port Makefile. Look at the port for sysutils/u-boot-beaglebone-eabi. Using the existing u-boot to chain-load another u-boot with API and other features can at least potentially work. Thomas Skibo has it working for a Parallela board. Because u-boot does strange and mysterious low-level init stuff to the hardware on some platforms, there's a chance that chain-loading it won't work, because tyring to re-init already running hardware could fail. I think it's a good idea in general, it could give us a way for people to "try freebsd" quickly and easily without having to reflash their boards/boxes with a new u-boot if there's flash memory involved. -- Ian
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1399143174.22079.228.camel>