Raspberry Pi Zero

[Erik Moe]

Firmware was the issue.  I mounted the MSDOS partition of the latest RPI-B snapshot, replaced bootcode.bin, fixup.dat, fixup_cd.dat, start.elf and start_cd.elf from https://github.com/raspberrypi/firmware <https://github.com/raspberrypi/firmware> and the Zero booted right up into multi-user mode.  It didn’t seem to mind that the DTB was for the RPI-B.

Erik

> On Dec 6, 2015, at 10:20 AM, Warner Losh <imp at bsdimp.com> wrote:
> 
> On Sun, Dec 6, 2015 at 3:02 AM, Jukka Ukkonen <jau789 at gmail.com> wrote:
> 
>> On 12/06/15 09:21, Stefan Parvu wrote:
>>> 
>>>> I haven’t looked, but most likely a new u-boot and/or other firmware is
>> required.
>>> 
>>> Talking about this, reminds me something I always wanted to ask.
>>> 
>>> Q: cant we deliver one image for RBPI, RBPI2, RBPI0 boards for example ?
>>> Currently one has to download & use a different image for a different
>>> board. Linux Raspbian does not have this model.
>>> 
>>> Why is this on FreeBSD ARM ?
>>> 
>>> thanks,
>>> 
>> 
>> I guess there is also the little issue that because
>> RPI2 supports hardware floating point operations,
>> 
> 
> Both support hardware floating point. RPi B vfp v2, and
> the RPi2 vfp v3.
> 
> 
>> it also makes sense to compile the user space with
>> the hardware floating enabled. So, in addition to
>> separate kernels one might quite reasonably wish to
>> have also separate user space libraries and binaries.
>> 
> 
> It's desirable, but not for the floating point reason.
> 
> 
>> Additionally RPI2 needs SMP support RPI-B does not.
>> If the same common image had to support both, the
>> image would end up being suboptimal for both.
> 
> 
> The suboptimality isn't so great.
> 
> After I sent the mail last night, I realized that there's
> other differences between the two CPUs that require different
> DTBs, different firmware to be loaded into the GPU, and
> likely a host of other minor things. Surmountable (since the
> base firmware / IPL supports it), but lots of work.
> 
> Warner
> _______________________________________________
> freebsd-arm at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-arm
> To unsubscribe, send any mail to "freebsd-arm-unsubscribe at freebsd.org"