Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 26 Nov 2012 19:44:08 -0800
From:      Oleksandr Tymoshenko <gonzo@bluezbox.com>
To:        freebsd-hackers@freebsd.org
Subject:   Re: FreeBSD on RaspberryPi
Message-ID:  <50B43708.2000902@bluezbox.com>
In-Reply-To: <5020FB83-6EAA-49D5-A533-ED127AF956AB@freebsd.org>
References:  <31C904E6-F230-4187-AE32-F9A7B1A7C38E@freebsd.org> <CAPJF9w=-pgVsz3JkKcwq7ZRYUNKUdFdEvU0fZZzZrVxTRpLW3w@mail.gmail.com> <4A5E03E5-3295-4FD4-9A06-7D1C4E9E0C12@freebsd.org> <CAPJF9wk%2B_5F4PAu8bK6A=Lfup6Qi_5OUJOqWfcJRKLJmeGSqGg@mail.gmail.com> <B11C8BD8-1F6B-4300-9BC9-77CD81F9670E@freebsd.org> <CAPJF9wnk6qqAA3F69CokRrHOsAotbUDtQPOiZ=EuhO7ZfM2y0Q@mail.gmail.com> <EFED5426-7DF7-41DA-82B1-6FEAB21EA098@freebsd.org> <9E4DA920-BE72-4AA0-8159-43205CDEF5CD@bluezbox.com> <EBE2570F-E57F-42F7-A7A5-5291E8CD81F1@freebsd.org> <C706651B-ABBE-4CEC-96D9-A5214BFEC11D@bluezbox.com> <1E75CEAC-32E8-4048-A1FB-DD59F996E22F@freebsd.org> <3CE258BC-0A80-428A-8535-D589C50ADA86@bluezbox.com> <5020FB83-6EAA-49D5-A533-ED127AF956AB@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 11/26/2012 6:53 PM, Tim Kientzle wrote:
>
> This all sounds good then.
>
> So we can put the FreeBSD .dts file on the MSDOS Boot partition, then:
>    * Firmware will load it into memory and add display information.
>    * ? ubldr will access the FDT and add memory information and MAC address info ?

Memory is somewhat complicated. memory node contains whole range of 
memory 256 or 512 Mb
The VideoCore part is passed as memreserve table. memreserve is not real 
property. It's got
own API calls in libfdt and does not fit nicely with generic OF 
framework we have in FreeBSD.

So I'm kind of on a fence here: either we need merge memory regions and 
memreserve in
FDT fixup procedure in ubldr. Or convert memreserve data to valid 
property in ubldr again.
Or add hack to arm/arm/machdep.c, which is not really good.


>    * Kernel will then load it and use it to initialize.
>
> Maybe another possibility would be to script ubldr and have it load the FDT from the correct location in memory.  ubldr already knows how to load an FDT and how to pass that FDT to the kernel.

ubldr loads FDT only from raw file or ELF kernel. We'll need "fdt addr" 
subcommand.But now you mentioned it, I think it might be worth adding it 
instead of compile-time option.




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