Date: Mon, 14 Aug 2017 14:34:44 +0000 From: Glen Barber <gjb@FreeBSD.org> To: Ian Lepore <ian@freebsd.org> Cc: Bryce Edwards <bryce@bryce.net>, "freebsd-stable@freebsd.org" <freebsd-stable@freebsd.org> Subject: Re: Error in /usr/src/release/release.sh Message-ID: <20170814143444.GE14627@FreeBSD.org> In-Reply-To: <1502720819.26153.2.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>
next in thread | previous in thread | raw e-mail | index | archive | help
--8vCeF2GUdMpe9ZbK
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
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:
> > >=20
> > > On Sat, Aug 12, 2017 at 05:12:02PM +0000, Bryce Edwards wrote:
> > > >=20
> > > > 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:
> > > > --------------------------------------------------------------
> > > > >=20
> > > > > >=20
> > > > > > >=20
> > > > > > > Kernel build for ALLWINNER completed on Fri Aug 11 22:24:02
> > > > > > > UTC 2017
> > > > --------------------------------------------------------------
> > > > make -C /usr/src/release=A0=A0obj
> > > > make -C /usr/src/release=A0=A0ftp
> > > > `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?).
> > >=20
> > > Could you retry after moving the release directory in the obj tree
> > > out
> > > of the way?=A0=A0Everything from your release.conf looks sane
> > > otherwise.
> > >=20
> > Actually, at second look, it seems you are missing EMBEDDEDBUILD=3D1 in
> > your release.conf.=A0=A0arm/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.
> >=20
> > Glen
> >=20
>=20
> Except the u-boot loader address hasn't actually been used for about 2
> years in arm builds. =A0I 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.
>=20
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
--8vCeF2GUdMpe9ZbK
Content-Type: application/pgp-signature; name="signature.asc"
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAlmRtQQACgkQAxRYpUeP
4pM2uQ/+LCk3cTGLLRA+tSlFlMU8XFwD8/yNj+nzsHwJOhsvRNpJNXSkRcGNsdsb
0UNJmbyeABTUNHgY3hdMHeXuQeh1x8T/K0WD+QlNnBacAP1/RoG9Lcp4GkHAiBib
TeRTMdiGyTSB7HudXigHv1tl0GOinZ3FYSGvDC6lK9+nZC2yv9USe/63bN6ANktM
p5mWayd6A/v6S4b86s4PrpRXuk+BhJXARBj1CteaogZtUs2Eabs+GncdY19thNFc
Oi7vn52XpD/PJ6RGSDkWsdwT5Zffdk5+rvH8AP1sRFlNbzHRr7QYW94b3zsTpUCs
Gyb2lzZ59b9P+6J/oS1VjpJ3UvxPZVz4UkrBL87YXvAI3AxUWO/+QrLVvk/Xtu2N
msCGtm3xzYkNWudQFo//LcnHbY4foB/AOsyyYimE/3kGOIRynA7XewRDV84WnCZz
aSd/cMIkVe/TaQvsGUSfoQH01y/Pbioxzqhe2M9fuWIZnBEEkAsSptWM2nhGggbp
ni6FYZgRmTUWGP23VMUbHIoafD+IG/8wbPKttZLnNOIrotkpAjDnhUbt+6VbpU7p
qUMb5Hw0eWvlRkIoHz3huolT+m/fWq8Mesbt50UNauxuw9rH9GV79wnEXV9uB941
XLVIC2CyIpKd1yhk9D25S8ZQ61VN3/NtJmR5d+if/824vm2bxcI=
=sJdb
-----END PGP SIGNATURE-----
--8vCeF2GUdMpe9ZbK--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20170814143444.GE14627>