From owner-freebsd-current@freebsd.org Mon Dec 18 22:37:32 2017 Return-Path: Delivered-To: freebsd-current@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 890E5E8E7AE for ; Mon, 18 Dec 2017 22:37:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x233.google.com (mail-it0-x233.google.com [IPv6:2607:f8b0:4001:c0b::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B4DA745D2 for ; Mon, 18 Dec 2017 22:37:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x233.google.com with SMTP id d137so569339itc.2 for ; Mon, 18 Dec 2017 14:37:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=uP1u1gDOrjSX3jxJ/RDz9llKk3b7flkosKGtSyMAH34=; b=h0msapDHhKfWO8XkPBebW6DGrp0UUIHQXvqGAWyUQvzks9up/3G1kmGajHmZenOU+h p2Xozzugk56fh10dBF2ErgsRlvHpnSEFDILrxwk4/rCgqWjyqk/9COiVsWnhZRgEfKpj zDwONHK229xPhckUzaLiGaigUd+ZEDzyeDlg3m8KHZsAnl2zic6zAME4kdEj3Qsz5QF4 uba+QUywfJrugA/Bm3GBsoqsi7Cg7kZJQqBPWs7QKSpa1DfHFRttpXHLqMRSdWvLRuaM wx/SDtJeeFaZkW49WMkYn7dDBSlmL9JYaeDqUHSir1qS7xNgO/WU6oKxaEJRXuYUuZFw cPQg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=uP1u1gDOrjSX3jxJ/RDz9llKk3b7flkosKGtSyMAH34=; b=CD/fsGh+w/ckHyVCjK8WD1siIVb3ppHRdA+PYIMuezL5xZBEpgEd/I9sftPKPV0IM3 Kr9ub68sWAE7jvQrMcwudOLrs1DLHKDpRNxcRZZ7UF8pY2Lsld+AKCUK/F4QP8mU8RtH rdC916bL9s0oDMtf0LB3PcuKSkaNZCEhAV33E5l5eHLJ/TxDD42kP65qKmdFLliugx5A mho5+bnKwCDQXjvcTIaCxj1950GPOyJP/pSVH0uy+KQ2sjhPGmj//EW7PF0QrcMDwXRA UtoYTpLxzMClmVQ5gbwarMqDXrUdor+qXgLZ/CsoUbk7Lh5fTThXDe39zFxWNMVskjhI WpJQ== X-Gm-Message-State: AKGB3mLkWlbFvB7e4l8dolFIFtAr+bYIiiafRjSC5foCY07EetOiFyr5 migfpHyfU1iPvm0hJ/5A/kcFmRtYKn9SnKUb7zLbdA== X-Google-Smtp-Source: ACJfBouI6wQwQWz4lUVzPhFrjDjbZv2TXeou/sYWDEeYLCysY9194S//K9mCahWu/ZyjKwtrsiGHRz592SfGLPoRy5g= X-Received: by 10.36.131.200 with SMTP id d191mr814627ite.97.1513636651327; Mon, 18 Dec 2017 14:37:31 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.108.204 with HTTP; Mon, 18 Dec 2017 14:37:30 -0800 (PST) X-Originating-IP: [2603:300b:6:5100:1052:acc7:f9de:2b6d] In-Reply-To: <60C20606-853E-43AE-9F90-44C65026A098@dsl-only.net> References: <60C20606-853E-43AE-9F90-44C65026A098@dsl-only.net> From: Warner Losh Date: Mon, 18 Dec 2017 15:37:30 -0700 X-Google-Sender-Auth: i0Y_PtSPVdXvAnonJ-K99RpD8xQ Message-ID: Subject: Re: UEFI booting survey To: Mark Millard Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 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: Mon, 18 Dec 2017 22:37:32 -0000 On Mon, Dec 18, 2017 at 3:12 PM, Mark Millard wrote: > Warner Losh imp at bsdimp.com wrote on > Mon Dec 18 20:29:45 UTC 2017 : > > > The specific thing we will stop doing is that in the absence of > > instructions to the contrary, we will no longer search for root on a > device > > other than the one the loader.efi came from. > > Warner Losh imp at bsdimp.com wrote on > Sun Dec 17 19:52:07 UTC 2017 : > > > In the coming months, we're looking at dropping boot1.efi and instead > > installing /boot/loader.efi onto the ESP (most likely as > > \efi\freebsd\loader.efi). > > > Combining the two statements would appear to have consequences > not obvious from the separate statements in isolation. Rewording > the first to substitute where loader.efi comes from based on > the second (if I interpret right): > > MISQUOTE > The specific thing we will stop doing is that in the absence of > instructions to the contrary, we will no longer search for root > on other than the device for the ESP used (which will hold > loader.efi). > END MISQUOTE > The specific thing we will stop doing is that in the absence of instructions to the contrary, we will no longer search for root on other than the device for the ESP used (which will hold now loader.efi as boot1.efi will shortly be eliminated). Or the following pseudo-code with all the weird special cases removed for clarity load loader.efi from ESP if BootXXXX uefi variable holds a second path, use that for root/kernel otherwise if an override variable holds a kernel/root path, use that otherwise scan for a usable ZFS pool, use that if it exists otherwise use the same partition loader.efi was booted from for root/kernel if it's usable otherwise use the first UFS partition on the ESP that's usable. A partition is usable if /boot/loader.rc exists on that path. What is being deleted is one final step: "otherwise use the first UFS partition on any drive in a random order that's usable." which used to be at the end of the boot1.efi psuedo code. It's my belief that no such installations actually use this due to the random factor today (plug in a new USB drive and it might take over). If my belief is wrong, it's my belief that efibootmgr will solve it, and failing that, the fallback mechanism (for platforms that use u-boot + EFI where UEFI variables don't work) will allow the two or three people that are doing this today. Warner