Date: Mon, 14 Aug 2017 15:15:11 +0000 From: Glen Barber <gjb@FreeBSD.org> To: Ian Lepore <ian@freebsd.org> Cc: "freebsd-stable@freebsd.org" <freebsd-stable@freebsd.org>, Bryce Edwards <bryce@bryce.net> Subject: Re: Error in /usr/src/release/release.sh Message-ID: <20170814151511.GF14627@FreeBSD.org> In-Reply-To: <1502723524.26153.4.camel@freebsd.org> References: <CAO_ZHU_O-UfQOTUOuUOU%2BN-ebd47ZMCckYg3%2BkTqPn-LRF95oA@mail.gmail.com> <20170814131814.GB14627@FreeBSD.org> <20170814132305.GC14627@FreeBSD.org> <1502720819.26153.2.camel@freebsd.org> <20170814143444.GE14627@FreeBSD.org> <1502723524.26153.4.camel@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --]
On Mon, Aug 14, 2017 at 09:12:04AM -0600, Ian Lepore wrote:
> On Mon, 2017-08-14 at 14:34 +0000, Glen Barber wrote:
> > On Mon, Aug 14, 2017 at 08:26:59AM -0600, Ian Lepore wrote:
> > >
> > > On Mon, 2017-08-14 at 13:23 +0000, Glen Barber wrote:
> > > >
> > > > On Mon, Aug 14, 2017 at 01:18:14PM +0000, Glen Barber wrote:
> > > > >
> > > > >
> > > > > On Sat, Aug 12, 2017 at 05:12:02PM +0000, Bryce Edwards wrote:
> > > > > >
> > > > > >
> > > > > > When trying to build a set of RELENG/11.1 release files, I'm
> > > > > > getting the
> > > > > > following error (tail end of output) in the release.sh run:
> > > > > > -----------------------------------------------------------
> > > > > > ---
> > > > > > >
> > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Kernel build for ALLWINNER completed on Fri Aug 11
> > > > > > > > > 22:24:02
> > > > > > > > > UTC 2017
> > > > > > -----------------------------------------------------------
> > > > > > ---
> > > > > > make -C /usr/src/release obj
> > > > > > make -C /usr/src/release ftp
> > > > > > `ftp' is up to date.
> > > > > This makes me think a populated release directory within
> > > > > ${.OBJDIR}
> > > > > (i.e., /usr/obj/usr/src/release) already existed (perhaps from
> > > > > a previous 11.1-RELEASE build?).
> > > > >
> > > > > Could you retry after moving the release directory in the obj
> > > > > tree
> > > > > out
> > > > > of the way? Everything from your release.conf looks sane
> > > > > otherwise.
> > > > >
> > > > Actually, at second look, it seems you are missing
> > > > EMBEDDEDBUILD=1 in
> > > > your release.conf. arm/armv6 targets should not create the 'ftp'
> > > > directory - the SoC u-boot loader address is baked in during the
> > > > world
> > > > build, making it infeasible to create the ftp bits.
> > > >
> > > > Glen
> > > >
> > > Except the u-boot loader address hasn't actually been used for
> > > about 2
> > > years in arm builds. I don't know anything about this ftp stuff or
> > > what this thread is about, but I do know that UBLDR_LOADADDR is no
> > > longer used in arm builds, and thus should not be preventing
> > > anything
> > > else from working.
> > >
> > Hmm, I thought UBLDR_LOADADDR was still used. Good to know.
> >
> > Regarding ftp, the "big-iron" builds create a ftp directory as part
> > of
> > the release target, which contains the distribution sets used by
> > various
> > things such as bootonly.iso and poudriere.
> >
> > That said, should we now expect that a userland build between all
> > arm/armv6 SoCs to be identical (modulo any baked-in timestamps)?
> >
> > Glen
> >
>
> Hrm. Well apparently, UBLDR_LOADADDR is no longer needed, but it is
> still used when building ubldr (not ubldr.bin), and some old uboot
> scripts still refer to ubldr. So we've got to clean those up before we
> can finish eliminating UBLDR_LOADADDR.
>
Ok, thanks for the information. I'll leave UBLDR_LOADADDR in the build
tools for now.
Glen
[-- Attachment #2 --]
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAlmRvn8ACgkQAxRYpUeP
4pPigxAAkoXDxUIKbZk0vfbirhug6Q/cCcKdYCW6M7XBXA8zS+iaP58TXLNEh3nB
Jn8eewka2Ho7bv85KxAY+8wEOev4hUZIKlmYIPRTZaUgiF/mmxZkZ4JuBMObIssl
oyDcCr0N7VuuAKHGfa1eag0ZLHzULEGV8+8spf9bzDd6uEdgdw5+Sl/tWdtWRM6l
h+AkvwT5BkOWtvXBkU1ZsMwJ1h0RD8C3b0w1TpURUsTbSwHGOVlv0e5tIVQbnHoM
4aMyi0vPNQ15ZmDctKOyWq43qSW/SwLng1e7ulTx+aL6ohwonsoXSxKD8tUjW7sX
zEcxEO6peB9UaLTewoMXSi5clGbxadkjxAbPP1Qe0VUSd0Guob1YGGzEnh368TQc
3EsSCnEBzF9vGCLl/e45NEIAumzDEgVUjtJGHiZ5mbuhaL3b7aVD1ad5XGPTejiz
Xu9cE0hLM3V754kSkRpYsA3UtRQo3RaZXdEbXPoTguMLOZOJyOJjRW+BFcezEHKq
N0D2Za8NqlE5fVpU2na9ClvKKGBooeQN5mPJdGeFbOoj/U+f9iVR7ri2Fa8hi4db
JNFJ6cpnWCx7WlPpXt4zcZnLvDX4hJfBxmJbjIik845NfzTnP62VWWzRVMfLCggE
/1+BQd2amop0XpSrxsHNbGatTHcjl6+xaZdUi/DKozgosGIbaZY=
=WxfV
-----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20170814151511.GF14627>