Date: Thu, 21 Apr 2016 16:03:29 -0600 From: Ian Lepore <ian@freebsd.org> To: Milan Obuch <freebsd-arm@dino.sk>, freebsd-arm@freebsd.org Cc: Emmanuel Vadot <manu@bidouilliste.com> Subject: Re: Orange Pi One Message-ID: <1461276209.1191.26.camel@freebsd.org> In-Reply-To: <20160421231326.1bf9a11f@zeta.dino.sk> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> <CABx9NuQWatjAhA1oL8EtUbv5kSbG8qX-KB%2BGBr9PTqVs4fnMNg@mail.gmail.com> <20160418094916.10dc9ae8@zeta.dino.sk> <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> <CABx9NuQaFEuZmDtJ=Rie5XC3iQDqTEBX6ZRiWxNfEa_BomTUcA@mail.gmail.com> <20160418210108.4047c526@zeta.dino.sk> <20160419092012.0ad4ad2d@zeta.dino.sk> <20160419093408.2f6d8d6472b09298f1e08ecb@bidouilliste.com> <20160419095358.351c74b3@zeta.dino.sk> <1461075584.1232.13.camel@freebsd.org> <20160419170932.3fe2b709@zeta.dino.sk> <20160421220125.00286858@zeta.dino.sk> <20160421224541.daec4614d2e5c88959a3d8e2@bidouilliste.com> <1461272263.1191.23.camel@freebsd.org> <20160421231326.1bf9a11f@zeta.dino.sk>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 2016-04-21 at 23:13 +0200, Milan Obuch wrote: > On Thu, 21 Apr 2016 14:57:43 -0600 > Ian Lepore <ian@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@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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1461276209.1191.26.camel>