From owner-freebsd-stable@freebsd.org Mon Aug 14 14:27:09 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 42FC6DCBBD7 for ; Mon, 14 Aug 2017 14:27:09 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from bat.oak.relay.mailchannels.net (bat.oak.relay.mailchannels.net [23.83.215.13]) (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 DFA638442E for ; Mon, 14 Aug 2017 14:27:08 +0000 (UTC) (envelope-from ian@freebsd.org) X-Sender-Id: _forwarded-from|73.78.92.27 Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id A80FA1097FA for ; Mon, 14 Aug 2017 14:27:06 +0000 (UTC) Received: from outbound1a.eu.mailhop.org (unknown [100.96.140.177]) (Authenticated sender: duocircle) by relay.mailchannels.net (Postfix) with ESMTPA id 15548109551 for ; Mon, 14 Aug 2017 14:27:05 +0000 (UTC) X-Sender-Id: _forwarded-from|73.78.92.27 Received: from outbound1a.eu.mailhop.org (outbound1a.eu.mailhop.org [172.20.110.49]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.9.10); Mon, 14 Aug 2017 14:27:06 +0000 X-MC-Relay: Junk X-MailChannels-SenderId: _forwarded-from|73.78.92.27 X-MailChannels-Auth-Id: duocircle X-Language-Arithmetic: 022590607ebe49cc_1502720826534_1536341506 X-MC-Loop-Signature: 1502720826534:1402064837 X-MC-Ingress-Time: 1502720826533 X-MHO-User: a2322bf9-80fc-11e7-83af-a91f44540cb3 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.eu.mailhop.org (Halon) with ESMTPSA id a2322bf9-80fc-11e7-83af-a91f44540cb3; Mon, 14 Aug 2017 14:27:01 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id v7EEQxEY008226; Mon, 14 Aug 2017 08:26:59 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1502720819.26153.2.camel@freebsd.org> Subject: Re: Error in /usr/src/release/release.sh From: Ian Lepore To: Glen Barber , Bryce Edwards Cc: "freebsd-stable@freebsd.org" Date: Mon, 14 Aug 2017 08:26:59 -0600 In-Reply-To: <20170814132305.GC14627@FreeBSD.org> References: <20170814131814.GB14627@FreeBSD.org> <20170814132305.GC14627@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: quoted-printable 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:27:09 -0000 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 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. -- Ian