From owner-freebsd-stable@freebsd.org Mon Aug 14 14:34:47 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 766CADCC32C for ; Mon, 14 Aug 2017 14:34:47 +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 50FAC84915; Mon, 14 Aug 2017 14:34:47 +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 6C0A01DDDF; Mon, 14 Aug 2017 14:34:46 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Mon, 14 Aug 2017 14:34:44 +0000 From: Glen Barber To: Ian Lepore Cc: Bryce Edwards , "freebsd-stable@freebsd.org" Subject: Re: Error in /usr/src/release/release.sh Message-ID: <20170814143444.GE14627@FreeBSD.org> References: <20170814131814.GB14627@FreeBSD.org> <20170814132305.GC14627@FreeBSD.org> <1502720819.26153.2.camel@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="8vCeF2GUdMpe9ZbK" Content-Disposition: inline In-Reply-To: <1502720819.26153.2.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 14:34:47 -0000 --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--