Date: Thu, 21 Apr 2016 15:18:32 -0700 From: Russell Haley <russ.haley@gmail.com> To: Ian Lepore <ian@freebsd.org> Cc: Milan Obuch <freebsd-arm@dino.sk>, freebsd-arm <freebsd-arm@freebsd.org>, Emmanuel Vadot <manu@bidouilliste.com> Subject: Re: Orange Pi One Message-ID: <CABx9NuRK3EXbQNTviBcZ_AgKQuuAsmvTjwMKpvO5S%2Bi8e57ppg@mail.gmail.com> In-Reply-To: <1461276209.1191.26.camel@freebsd.org> 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> <1461276209.1191.26.camel@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Apr 21, 2016 at 3:03 PM, Ian Lepore <ian@freebsd.org> wrote: > 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. > I'm merely playing with the SDIO driver and the need to move the sd card back and forth is very tedious. I don't imagine REAL kernel development being any fun without netboot. Userland application development has also been nearly unbearable having to move SD cards back and forth as well. Small things are okay, but when I have to compile anything or add libraries and dependencies it's very tedious. I can't wait to get and NFS rootfs working for my hummingboard (I suppose I could just set up NFS for my application, but I have other motives). <humor> With the amazing rate at which you are progressing on your port, I imagine that you are actually a robot so you can switch sd cards very fast so that it's not an issue for you. Tee Hee! </humor> Russ
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CABx9NuRK3EXbQNTviBcZ_AgKQuuAsmvTjwMKpvO5S%2Bi8e57ppg>