Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 18 Feb 2013 21:31:24 -0700
From:      Warner Losh <imp@bsdimp.com>
To:        Ian Lepore <ian@FreeBSD.org>
Cc:        freebsd-arm@FreeBSD.org
Subject:   Re: RPi hangs in bootloader
Message-ID:  <8562026D-EB1F-4ED8-8C2A-DB9CCF2A5E36@bsdimp.com>
In-Reply-To: <1361239255.1164.61.camel@revolution.hippie.lan>
References:  <51227033.3070304@thieprojects.ch> <A63BA7A1-50C7-4C17-A3F2-D7ADDBCA3001@freebsd.org> <1361235912.1164.55.camel@revolution.hippie.lan> <3C578B82-E8F9-4020-B52C-5F1091576E75@bsdimp.com> <1361239255.1164.61.camel@revolution.hippie.lan>

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

On Feb 18, 2013, at 7:00 PM, Ian Lepore wrote:

> On Mon, 2013-02-18 at 18:25 -0700, Warner Losh wrote:
>> On Feb 18, 2013, at 6:05 PM, Ian Lepore wrote:
> [...]
>>> The general thing I'm up to today is learning enough about ubldr to =
use
>>> it effectively, and ultimately to see if it can be used to load a
>>> (semi-)generic kernel plus a set of modules you configure in =
loader.rc.
>>> I've just managed to do that by hand, now to see if loader.rc will
>>> cooperate.
>>=20
>> Let us know how that works out.
>>=20
>> Warner
>=20
> It actually worked out pretty well.  This is my rc file now:
>=20
> rpi# cat /boot/loader.rc
> fdt addr 0x100
> load kernel
> load uftdi
> set autoboot_delay=3D8000
>=20
> The tricky bits are... if you're going to use any load commands, "load
> kernel" has to be first, and the delay of 8000 compensates for the =
fact
> that the get_timer() routine in the rpi u-boot we're all using right =
now
> returns micros rather than millis.
>=20
> I think soon we'll be able to stop building kitchen-sink kernels for
> things like the *Plug computers and instead just let all the standard
> modules get built along with a fairly minimal kernel.  Folks should be
> able to download an image and enable features they want to try with a
> few edits to loader.rc and a reboot.

Yea, or we can finally get tagging on the .ko's working so that we can =
load modules automatically based on unattached FDT devices...

Warner=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?8562026D-EB1F-4ED8-8C2A-DB9CCF2A5E36>