From owner-freebsd-stable@freebsd.org Sat Nov 9 16:42:43 2019 Return-Path: Delivered-To: freebsd-stable@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 969C01AE1B6 for ; Sat, 9 Nov 2019 16:42:43 +0000 (UTC) (envelope-from cross@distal.com) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254:11::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 479NGp6rXPz3R2T for ; Sat, 9 Nov 2019 16:42:42 +0000 (UTC) (envelope-from cross@distal.com) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200:0:0:0:ae25]) (authenticated bits=0) by hydra.pix.net (8.15.2/8.15.2) with ESMTPSA id xA9GgYIf016562 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Sat, 9 Nov 2019 11:42:42 -0500 (EST) (envelope-from cross@distal.com) Received: from westeros.distal.com (localhost [IPv6:0:0:0:0:0:0:0:1]) by mail.distal.com (8.15.2/8.15.2) with ESMTPS id xA9GgXGT005559 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sat, 9 Nov 2019 11:42:34 -0500 (EST) (envelope-from cross@westeros.distal.com) Received: (from cross@localhost) by westeros.distal.com (8.15.2/8.15.2/Submit) id xA9GgXBj005558 for freebsd-stable@freebsd.org; Sat, 9 Nov 2019 11:42:33 -0500 (EST) (envelope-from cross) Date: Sat, 9 Nov 2019 11:42:33 -0500 From: Chris Ross To: freebsd-stable@freebsd.org Subject: Re: UEFI ISO boot not working in 12.1 ? Message-ID: <20191109164233.GB1053@westeros.distal.com> References: <20191106191711.GK1177@westeros.distal.com> <20191106210256.GL1177@westeros.distal.com> <1db62ff2-e7df-5bef-7c6d-424f4367370a@freebsd.org> <24bd3c37-e834-9599-acd9-2f4966916eae@freebsd.org> <20191107195325.GO1177@westeros.distal.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191107195325.GO1177@westeros.distal.com> User-Agent: Mutt/1.10.0 (2018-05-17) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mail.distal.com [IPv6:::1]); Sat, 09 Nov 2019 11:42:34 -0500 (EST) X-Rspamd-Queue-Id: 479NGp6rXPz3R2T X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cross@distal.com designates 2001:470:e254:11::4 as permitted sender) smtp.mailfrom=cross@distal.com X-Spamd-Result: default: False [-3.73 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; SUBJECT_ENDS_QUESTION(1.00)[]; DMARC_NA(0.00)[distal.com]; IP_SCORE(-2.43)[ip: (-3.98), ipnet: 2001:470::/32(-4.62), asn: 6939(-3.49), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; TAGGED_FROM(0.00)[freebsd]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Nov 2019 16:42:43 -0000 On Thu, Nov 07, 2019 at 02:53:25PM -0500, Chris Ross wrote: > > > On Thu, Nov 7, 2019 at 9:46 AM Julian Elischer wrote: > > >> You could try some bisection back along the 12 branch.. > > Yeah. I was hoping for an easier path, but. I can try slogging back > through stable-12 a month or two at a time. Okay. I spent a bunch of time moving around stable-12 by date, and an ISO build from stable-12 as of 2019-10-14 works (rev 353483), and 2019-10-15 (rev 353541) does not. The svn update across that day shows: Updating '.': U stand/efi/boot1/boot1.c U stand/efi/include/efilib.h U stand/efi/libefi/devpath.c U stand/efi/libefi/efinet.c U stand/efi/libefi/efipart.c U stand/efi/libefi/libefi.c U stand/efi/loader/arch/i386/efimd.c U stand/efi/loader/efi_main.c U stand/efi/loader/framebuffer.c U stand/efi/loader/main.c U stand/libsa/stand.h U stand/libsa/zalloc.c U stand/libsa/zalloc_defs.h U stand/libsa/zalloc_malloc.c U stand/libsa/zalloc_mem.h U stand/libsa/zalloc_protos.h U . Updated to revision 353541. So, there's the commit/commits. Can someone else who knows the intra-branch process better help me determine where the original change came from, what it was meant to accomplish, then hopefully we can find out what went wrong for at least my hardware? Thanks all! - Chris