From owner-freebsd-stable@freebsd.org Mon Aug 14 15:15:14 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3AF97DCFF16 for ; Mon, 14 Aug 2017 15:15:14 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 146131C97; Mon, 14 Aug 2017 15:15:14 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 373631E4C1; Mon, 14 Aug 2017 15:15:13 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Mon, 14 Aug 2017 15:15:11 +0000 From: Glen Barber To: Ian Lepore Cc: "freebsd-stable@freebsd.org" , Bryce Edwards Subject: Re: Error in /usr/src/release/release.sh Message-ID: <20170814151511.GF14627@FreeBSD.org> References: <20170814131814.GB14627@FreeBSD.org> <20170814132305.GC14627@FreeBSD.org> <1502720819.26153.2.camel@freebsd.org> <20170814143444.GE14627@FreeBSD.org> <1502723524.26153.4.camel@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="gneEPciiIl/aKvOT" Content-Disposition: inline In-Reply-To: <1502723524.26153.4.camel@freebsd.org> X-Operating-System: FreeBSD 11.0-STABLE amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer X-Spidey-Sense: Uh oh, Peter logged in User-Agent: Mutt/1.8.2 (2017-04-18) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2017 15:15:14 -0000 --gneEPciiIl/aKvOT Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable 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: > > >=20 > > > On Mon, 2017-08-14 at 13:23 +0000, Glen Barber wrote: > > > >=20 > > > > On Mon, Aug 14, 2017 at 01:18:14PM +0000, Glen Barber wrote: > > > > >=20 > > > > >=20 > > > > > On Sat, Aug 12, 2017 at 05:12:02PM +0000, Bryce Edwards wrote: > > > > > >=20 > > > > > >=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 > > > > > > > >=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 'ft= p' > > > > 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 > > > 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.=A0=A0Good to know. > >=20 > > 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. > >=20 > > That said, should we now expect that a userland build between all > > arm/armv6 SoCs to be identical (modulo any baked-in timestamps)? > >=20 > > Glen > >=20 >=20 > Hrm. =A0Well 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. =A0So we've got to clean those up before we > can finish eliminating UBLDR_LOADADDR. >=20 Ok, thanks for the information. I'll leave UBLDR_LOADADDR in the build tools for now. Glen --gneEPciiIl/aKvOT Content-Type: application/pgp-signature; name="signature.asc" -----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----- --gneEPciiIl/aKvOT--