From owner-freebsd-current@freebsd.org Wed Dec 20 03:15:41 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 7D1F0E8E9F5 for ; Wed, 20 Dec 2017 03:15:41 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001:c06::22c]) (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 46DC179499 for ; Wed, 20 Dec 2017 03:15:41 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x22c.google.com with SMTP id g70so3226506ioj.6 for ; Tue, 19 Dec 2017 19:15:41 -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=f1YNyWWqWvt53+LeCXMSIjWxH0ZPvZlVpa4QmpXHo9M=; b=Dl0yLdQxXs1obnRDGCFVdfaaxS9uC6zddbo3zKZzhH1OvNkJnScc/sMkcjZB1XiZa3 +13YAG7HhokP0y2/twRTZX0zdGh9OT+EaWaDFTYC3ADaEWTg/fsKyzpKYPEKk2HOfJuM XPnTwY7VbcuTRvIAmnKvWHyhbT4xhgip/lcKkyI8Li6BGHhxp65WjEQhsk5hVG16CkdO ZW9I0gvz6GFOvgE5CvbGqyvrdc63PGV9g/Awi+cYWCZDOs+bPKhul/SapP1REY1r6COx bXFxv3lWqzVBoaxVAMhFZDth/J/4fJITGbibkYe473XerRERRJWgOaE5ejOCqdppdV76 bFOQ== 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=f1YNyWWqWvt53+LeCXMSIjWxH0ZPvZlVpa4QmpXHo9M=; b=tg5lJBtEEOVXbaOay1mo0+gJaE6b7YZos0+U67M9oOzEZp2WfUv+K77tznz+31ktIf ZvvGVWPd70lNYztYGDJWReWD6BbWPwJhsWKLfsU5s61YpJ213IasMl1fWzfKQ61sDvKH 6eKLjgeLQg6T4sVNLpHrctAw0rhr3ibK2yS+OMCSG+c42tYtewbwIo4hvZWoHNXpvB/0 9FrclHDaGOWbhhWL+AJa/SKs9+m20jvi0NKhGVS+ho7G5x2IpN1AH305AMlNN/Y89DT4 047XANGlXrr/myHXESzLnM7/zHaEaA4IdJHrLqx/IvSoSmb488B9eA/nNQE3vM/r/Nz6 fQZw== X-Gm-Message-State: AKGB3mKz/9fvPz0ZP9MJTGi7CyN95U7ClkrTbBDxQZvn8mYB1BCi/Bnb yk3zFue9MmJqYHvKUhhFFnRXWhgyKJRmB0Mg3eS98w== X-Google-Smtp-Source: ACJfBou4lL9CLFnu1xWqCTgo+W5d7RhsLZjYeUP6TOSOZJkiEUZBgA43dQaXWeKGtFUuFS0jU0UjxryvL05ssYh7nEU= X-Received: by 10.107.18.35 with SMTP id a35mr2581188ioj.291.1513739740096; Tue, 19 Dec 2017 19:15:40 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.108.204 with HTTP; Tue, 19 Dec 2017 19:15:39 -0800 (PST) X-Originating-IP: [2603:300b:6:5100:98:d01c:605a:60d4] Received: by 10.79.108.204 with HTTP; Tue, 19 Dec 2017 19:15:39 -0800 (PST) In-Reply-To: References: <201712190106.vBJ16LpE018835@pdx.rh.CN85.dnsmgr.net> From: Warner Losh Date: Tue, 19 Dec 2017 20:15:39 -0700 X-Google-Sender-Auth: t29Om3lysU5yr_vCT5QVaTDVG5U Message-ID: Subject: Re: UEFI booting survey To: Oliver Pinter Cc: "Rodney W. Grimes" , Mark Millard , 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: Wed, 20 Dec 2017 03:15:41 -0000 On Dec 19, 2017 3:38 PM, "Oliver Pinter" wrote: On Tuesday, December 19, 2017, Warner Losh wrote: > On Dec 18, 2017 6:06 PM, "Rodney W. Grimes" < > freebsd-rwg@pdx.rh.cn85.dnsmgr.net> wrote: > > > 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). > > Yes please, that is the correct behavior, our searching can lead to > problems, and as you have pointed out, often more problems than it > ever really fixed. > > > > > 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. > > use the ACTIVE ufs partition, not the first, I can have more than 1 slice, > only 1 of them can be set active. Do not use any ufs partitions if they > are not in active slices, it is possible to have 0 partitions set active. > > > Active is not a GPT concept. UEFI makes it hard to implement since there is > no good API to get and set the flags FreeBSD's gptboot uses to hack this > concept in. Active is done via BootOrder UEFI variable. Loader.efi and > boot.efi completely ignore this today. I have no plans on changing that. And what's about the bootme and bootonce flags in gpart? They are freebsdism? Or they are the equivalent of active in the UEFI standard? They are a FreeBSD hack. Not part of the standard. All the bootnext / bootme stuff lives in UEFI variables as documented in the standard for UEFI boot manager, not in the partitions. FreeBSD on UEFI has never honored them. Warner > > > > A partition is usable if /boot/loader.rc exists on that path. > > A partition is usable if it is in an active slice, and ^above > > > Active isn't a got thong. So no. > > Is there any fallback to skip loader and go direct to > /boot/kernel/kernel, back to /kernel any more? > > > You are thinking about this wrong. We are loader.efi, not boot2. This is > one of the big advantages of loading directly. We don't have the space > limitations that forced that design, so we should simplify. > > Warner > > > 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 > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@ > freebsd.org" > > -- > Rod Grimes > rgrimes@freebsd.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >