From owner-freebsd-stable@freebsd.org Mon Aug 14 15:12:07 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 EE84FDCFACE for ; Mon, 14 Aug 2017 15:12:07 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D0F661901 for ; Mon, 14 Aug 2017 15:12:07 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: ef6057a9-8102-11e7-950d-03a3531dacf2 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.78.92.27 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.78.92.27]) by outbound1.ore.mailhop.org (Halon) with ESMTPSA id ef6057a9-8102-11e7-950d-03a3531dacf2; Mon, 14 Aug 2017 15:12:06 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id v7EFC4kL008292; Mon, 14 Aug 2017 09:12:04 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1502723524.26153.4.camel@freebsd.org> Subject: Re: Error in /usr/src/release/release.sh From: Ian Lepore To: Glen Barber Cc: "freebsd-stable@freebsd.org" , Bryce Edwards Date: Mon, 14 Aug 2017 09:12:04 -0600 In-Reply-To: <20170814143444.GE14627@FreeBSD.org> References: <20170814131814.GB14627@FreeBSD.org> <20170814132305.GC14627@FreeBSD.org> <1502720819.26153.2.camel@freebsd.org> <20170814143444.GE14627@FreeBSD.org> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit 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:12:08 -0000 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. -- Ian