From owner-freebsd-current@freebsd.org Wed Jan 29 00:20:13 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F3DC1246D0F for ; Wed, 29 Jan 2020 00:20:13 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 486kdn6F8bz3MMR for ; Wed, 29 Jan 2020 00:20:13 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qt1-f182.google.com (mail-qt1-f182.google.com [209.85.160.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id C3F0AE80 for ; Wed, 29 Jan 2020 00:20:13 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qt1-f182.google.com with SMTP id j5so11831799qtq.9 for ; Tue, 28 Jan 2020 16:20:13 -0800 (PST) X-Gm-Message-State: APjAAAXCLb4j4WBNff0ZUhWte/PIe3kUjQHWLhOxi8nM7YuIsrfSGN3n XnXBDbMW4cmYhiFNEQ4lE98O4alXJKrxdvfrxIE= X-Google-Smtp-Source: APXvYqzdPwhHgolZq5QIqrzxE4v07zSve20kyNpMMSFz7HRJM9n4eXq1AENIaOUHDEgxHOkr/jAHwWR+yWLBxRFpaUI= X-Received: by 2002:ac8:4890:: with SMTP id i16mr23477906qtq.211.1580257213389; Tue, 28 Jan 2020 16:20:13 -0800 (PST) MIME-Version: 1.0 References: <71165653-E6AA-46F7-B7F6-B5293ADC9779.ref@yahoo.com> <71165653-E6AA-46F7-B7F6-B5293ADC9779@yahoo.com> <75b79201-0282-2f26-5eac-a1944d1d94fa@plan-b.pwste.edu.pl> In-Reply-To: <75b79201-0282-2f26-5eac-a1944d1d94fa@plan-b.pwste.edu.pl> From: Kyle Evans Date: Tue, 28 Jan 2020 18:20:02 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: btxld not found To: Marek Zarychta Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2020 00:20:14 -0000 (Resend because I suck at e-mail; sorry Marek) On Tue, Jan 28, 2020 at 5:42 PM Marek Zarychta wrote: > > W dniu 28.01.2020 o 22:28, Kyle Evans pisze: > > On Tue, Jan 28, 2020 at 2:15 PM Mark Millard wrote: > >> > >> Marek Zarychta zarychtam at plan-b.pwste.edu.pl wrote on > >> Tue Jan 28 19:33:45 UTC 2020 : > >> > >>> W dniu 28.01.2020 o 19:11, Dimitry Andric pisze: > >>>> On 28 Jan 2020, at 12:36, Nick Hibma wrote: > >>>>> > >>>>> Could anyone explain to me what I am doing wrong? make installworld fails each time with the following error > >>>>> > >>>>> ===> stand/i386/libi386 (install) > >>>>> ===> stand/i386/loader_4th (install) > >>>>> strip -R .comment -R .note -o loader_4th.bin loader_4th.sym > >>>>> btxld -v -f aout -e 0x200000 -o loader_4th -l /usr/obj/usr/src/i386.i386/stand/i386/btx/btxldr/btxldr -b /usr/obj/usr/src/i386.i386/stand/i386/btx/btx/btx loader_4th.bin > >>>>> make[6]: exec(btxld) failed (No such file or directory) > >>>>> *** Error code 1 > >>>>> > >>>>> This is with source of last week. I had this problem before (from old sources) and fixed it by specifying the full path to btxld in the stand/i386/*/Makefile. > >>>> > >>>> Yes, this is most likely your clock(s) being off. At installworld time, > >>>> it should *not* start rebuilding your loader. > >>>> > >>>> Usually this happens if you build on one machine, and install on > >>>> another, while the install machine's time is behind the build machine's > >>>> time. But it can also happens on one machine, for instance if you > >>>> start in single user mode, and the clock is not yet synchronized. > >>>> > >>>> -Dimitry > >>>> > >>> > >>> I build and install on the same machine, WITH_META_MODE=yes > >> . . . > >> > >> Same here on a ThreadRipper 1950X: a self hosted build and > >> install gets the issue at install time. WITH_META_MODE in use. > >> > >> Never started in single user mode. Also happens for targeting a > >> local directory tree in the install, instead of updating the > >> live system. (A directory tree used later with poudriere.) > >> > >> https://lists.freebsd.org/pipermail/freebsd-toolchain/2019-December/005130.html > >> > >> has some timestamps that I observed. btxld.full was about 27 > >> seconds later in the file system than btxld.meta, btxld.debug, > >> and such (until I rebuilt). > >> > >> Looks to me more like multiple parallel builds that stomp on > >> each other. > >> > > > > I suspect y'all want something like the following: > > > > diff --git a/stand/i386/Makefile b/stand/i386/Makefile > > index a9d402acf60..5b4e34ce587 100644 > > --- a/stand/i386/Makefile > > +++ b/stand/i386/Makefile > > @@ -18,4 +18,9 @@ SUBDIR.yes+= pxeldr > > > > SUBDIR.${MK_LOADER_ZFS}+= zfsboot gptzfsboot > > > > +SUBDIR_DEPEND_pxeldr= btx > > +SUBDIR_DEPEND_loader_4th= btx > > +SUBDIR_DEPEND_loader_lua= btx > > +SUBDIR_DEPEND_loader_simp= btx > > + > > .include > > Thank you for taking care of this. The patch above worked and I confirm > it solves the issue for me. > That's good to hear! I was starting to doubt because we don't use SUBDIR_PARALLEL in the stand build, but on second glance we inherit it during buildworld I reckon. > I was not able to build the world with the patch you have posted later, > here is the link to build log --> https://bsd.to/jTpd > This looks like the patch may have misapplied and btx ended up in SUBDIR.yes twice -- the second instance should be removed, and only the first on the left-hand-side of .WAIT should remain.