Orange Pi One

[Ian Lepore]

On Thu, 2016-04-21 at 23:13 +0200, Milan Obuch wrote:
> On Thu, 21 Apr 2016 14:57:43 -0600
> Ian Lepore <ian at freebsd.org> wrote:
> 
> > On Thu, 2016-04-21 at 22:45 +0200, Emmanuel Vadot wrote:
> > > On Thu, 21 Apr 2016 22:01:25 +0200
> > > Milan Obuch <freebsd-arm at dino.sk> wrote:
> > >   
> > > > OK, so yesterday I solved this puzzle - it was stupid pilot
> > > > error
> > > > (my
> > > > ubldr.bin was not built with fdt support), after fixing it I
> > > > made
> > > > a test today - building SD image from scratch. It is succesfull
> > > > now, so
> > > > it's time to do kernel hacking. u-boot-orangepi port needs some
> > > > review
> > > > and cleanup before submitting into port repository, but anybody
> > > > interested could write me for more details.
> > > > 
> > > > Regards,
> > > > Milan  
> > > 
> > >  FYI I've just commit support for pinctrl in my github repo
> > > (along
> > > with orangepi-one dts from uboot).
> > >  I'll look at SMP and USB this weekend.
> > > 
> > >  For the u-boot port, do not submit it. Uboot > 2015.04 cannot be
> > > compiled with CONFIG_API and net support, this means no netboot.
> > >  I also have some port here : 
> > > https://github.com/evadot/u-boot-freebsd-port
> > >  I use the orangepi-pc port for my orangepi-one (orangepi-one
> > > config
> > > is commited in -HEAD uboot only).
> > >   
> > 
> > Did you mean 2016.04?  I'm doing netbooting on other (non
> > -allwinner)
> > boards with 2015.07 and 2015.10.
> > 
> > If there is an older mainline uboot that does work right, or a
> > vendor
> > fork in a github repo, we can just use that in the port, there's no
> > special reason to track the tip of the mainline uboot tree in our
> > ports.
> > 
> > -- Ian
> > 
> 
> In my port I used 2016.01, AFAIK minimum with orangepi support. I
> did not find any vendor uboot tree. Frankly I see not much use for
> netboot for this kind of board - you must prepare micro SD with SPL,
> uboot, ubldr, kernel and binaries, for netboot you would need SPL and
> uboot... this still means micro SD. For any practical purpose I can
> imagine boot from SD/MMC is just enough.
> 
> Milan

Nope, netbooting is not a feature to easily throw away.  You may not
need it, but imagine someone using a board as a distributed computing
component.  They might have a rack with literally thousands of units,
and they're not going to want to update each sdcard individually;
they'll have sdcards with just u-boot and ubldr that rarely need
updating, and everything else will be nfs.

-- Ian