Date: Sun, 10 May 2015 15:57:23 +0000 From: Glen Barber <gjb@FreeBSD.org> To: Ian Lepore <ian@freebsd.org> Cc: Thomas Skibo <thomasskibo@sbcglobal.net>, freebsd-arm@FreeBSD.org Subject: Re: Heads-up regarding arm/armv6 snapshot builds Message-ID: <20150510155723.GC55011@hub.FreeBSD.org> In-Reply-To: <1431271581.6170.227.camel@freebsd.org> References: <20150506015613.GF67741@hub.FreeBSD.org> <20150509194343.GU94075@hub.FreeBSD.org> <928D9005-E868-42FE-AD6F-C58568D9DB58@sbcglobal.net> <1431271581.6170.227.camel@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--2/5bycvrmDh4d1IB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 10, 2015 at 09:26:21AM -0600, Ian Lepore wrote: > On Sat, 2015-05-09 at 13:55 -0700, Thomas Skibo wrote: > > > On May 9, 2015, at 12:43 PM, Glen Barber <gjb@FreeBSD.org> wrote: > > >=20 > > >=20 > > > An important note for people using the Zedboard: > > > A port of u-boot for this board does not currently exist in the Ports > > > Collection, and as a result, support for building the ZEDBOARD image = has > > > been dropped. If someone is already working on a port of this u-boot, > > > please let me know. Otherwise, I will work on the port as soon as > > > possible. > >=20 > > Hi, Glen. > >=20 > > I have been supporting Zedboard in crochet. Crochet builds u-boot for = the Zedboard by lightly patching u-boot source from Xilinx (https://github.= com/Xilinx/u-boot-xlnx). I have one more patch to send Tim so that crochet= always builds u-boot from release v2014.4 because the latest release (v201= 5.1) broke some things which will require other tweaks to crochet. > >=20 > > But, I wonder if there is sufficient interest in FreeBSD on the Zedboar= d to warrant you going to the trouble to build snap-shots. > >=20 >=20 > We should just turn your u-boot changes into a port. (Hmm, wasn't there > a licensing question on one of the files it needs, though?) >=20 > Once a u-boot port exists, there should be minimal "trouble" in creating > an image for it. We are very close to having an armv6[hf] world which > doesn't need UBLDR_LOADADDR set, which means a single world can be used > to poplulate all the various images. The only thing that will differ > per-image is the kernel (and related dtb files) to install, and which > u-boot package to install. So there will be a little bit of config for > Glen to set up for each supported board, but each added board won't > require its own complete buildworld. >=20 Board-specific bits are easy to handle, so this won't be a problem. Each board config (release/arm/BOARD.conf) arm_install_uboot() overrides the default (which does nothing by default). Glen --2/5bycvrmDh4d1IB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVT3/jAAoJEAMUWKVHj+KTm/gP/ApE5V0/ysrdSbhaqCVy8fgV NXxpksqMjoLIQ9DJ6XQKrvppHiMYg9W/wSCdB93DzDpf+6VudBqL08+gVfnqaBQT 0b11fqT04a9IANenfz4vfLjBQTVx9QEczm7cpGgTISRsOzF4qklVCVid1xGxz1kT clqwcb4ZBFZTiZmmPlxGTGaOsurJ5bkijv/9HT3RZWUI2fXbe+STnmT5bcb8+p6F 7/83nLrMu6T0/I57qGZTGeKB1Fz6ahg4u8KwnKaLONU03sx9nQfp729ycta57UoL vwzw4bLcDdPkMn1Qg625lFC/A8PJBIubXi9x8b9ILbkLSA95L6P/Yj0m6WT79iUS qqmdMaB0NAo2mtZp9awPyWaNoSe9U+zDIw2HES/fadMddWjrq2746b7t44I/k2os p6pFQVtlant0Z581up9lOYtMLjn5be36yeTZjpt5OyYcz45hWcQLwYXhmIO/vDh2 hQoKir5SpHiVsI1viOWwSszycc+ANhy2yRyFWH4dIz03zrXkiOwhSQ8fMH+k2/Sa o15ffKgtKt+aD5SWVDa+QVAxHC4ZZusvPGQHc9mFaUyM/7p8tlnfeJiu1ixgTs+f 95pfBMZ/ohDO0OXxJd7htF6xUWhnp77rC0CHxbOfqPdleJLTADF6Ga15Z/T9yZ98 FAoAFfOACWbrlfJEkNh/ =EecB -----END PGP SIGNATURE----- --2/5bycvrmDh4d1IB--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20150510155723.GC55011>