From nobody Sat Sep 24 02:31:56 2022 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MZChp6Gblz4dXvD for ; Sat, 24 Sep 2022 02:32:10 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ua1-x936.google.com (mail-ua1-x936.google.com [IPv6:2607:f8b0:4864:20::936]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MZChn6NmNz3FtM for ; Sat, 24 Sep 2022 02:32:09 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-ua1-x936.google.com with SMTP id p89so683459uap.12 for ; Fri, 23 Sep 2022 19:32:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date; bh=Pt1arvzSINBKrawn3tDAXjbHq3LqhhmKtqtfBQ7zFZU=; b=tNiY4sUfcfiJRPfHYiDmF9nA/Jk1wakxEQpdIoCXwIFsPcazp/Y7K699DOLCrP+f06 X6NL0eyAbVPTOSQ3D4OgvMuGdJI0XfHcKDyNZj4GFZTtpxbLqAbFJeODHZd99zcjluHn sWIdJmon02tIypIfy4sUvfEogucAQct7jBqrI5PTCilca7qDY5Iplyd92id/J+uxZzf0 dDCEpYOnbPvPlSz7XejyCQLA3nWqv7XDrPiPFgWEYnXIWrAObqeQgjbW8j8ocKZEtHof o18e50PEPYTY4NktIf4GppV+BI3UOUfMjNJoSsGgke8YiZ/pDglu0roRckBFCsJJ8tvP pjTA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date; bh=Pt1arvzSINBKrawn3tDAXjbHq3LqhhmKtqtfBQ7zFZU=; b=EVapnnDQveQZ4TkRDbfRRMIWf7t4Mj9iakhZ03zmVowM8Yw9/9cKQPQ3WFQFRVuqb7 JAwzNdibPPg0X4PLZHzp6ckTq2KcVqjA+bfpdxfBefQCdGQofg+VG0dqWvnvWrTQOQm7 HwignvLNwhzD9OpcMRQWmJyY3kBGQyk635HfmPvtwLLqMJqtFGpMQLGac6FHQ3aLBH3T 9u5G9iPl3zXaayhwUeEogPfAK+fQ0n2sSxLWEr5FuWDCrCR1BN6vyT7gyT5ZUg0heLgr Vs32qyPHMTAn9BthdqeDWVksnKqrvs8iefUd/Cnd6A8SpGrwUfVhsUYyk4NHz3J4Oiw7 LeXg== X-Gm-Message-State: ACrzQf1ew3cAW78MlrnH3y63pOCdujGrm9Q4UcO36PCSoeXi/alx7ERz WkIww9MsuwOLQznlDA/eD6kFGuNG4AZpjjPBDFqB1Q0RV8E= X-Google-Smtp-Source: AMsMyM4oGns5oEBCEeuRXtl2TvmpXeLMdo8U0zpqK4e0oHIRJapQILOgc+OupP6EWaqaRX/hZIOuFd8gNHK/3ix66Fc= X-Received: by 2002:ab0:70c6:0:b0:39e:ed14:806b with SMTP id r6-20020ab070c6000000b0039eed14806bmr4736198ual.82.1663986727093; Fri, 23 Sep 2022 19:32:07 -0700 (PDT) List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Fri, 23 Sep 2022 20:31:56 -0600 Message-ID: Subject: Re: following -current on rpi4 with zfs-on-root To: Mark Millard Cc: void , "freebsd-arm@freebsd.org" Content-Type: multipart/alternative; boundary="000000000000c79fb705e96319d5" X-Rspamd-Queue-Id: 4MZChn6NmNz3FtM X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20210112.gappssmtp.com header.s=20210112 header.b=tNiY4sUf; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::936) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20210112.gappssmtp.com:s=20210112]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; R_SPF_NA(0.00)[no SPF record]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; FREEMAIL_TO(0.00)[yahoo.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::936:from]; DKIM_TRACE(0.00)[bsdimp-com.20210112.gappssmtp.com:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCPT_COUNT_THREE(0.00)[3]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_SOME(0.00)[]; DMARC_NA(0.00)[bsdimp.com]; FREEMAIL_CC(0.00)[f-m.fm,freebsd.org] X-ThisMailContainsUnwantedMimeParts: N --000000000000c79fb705e96319d5 Content-Type: text/plain; charset="UTF-8" On Fri, Sep 23, 2022 at 8:30 PM Mark Millard wrote: > On 2022-Sep-23, at 16:32, void wrote: > > > On Tue, Sep 20, 2022 at 02:36:02PM -0600, Warner Losh wrote: > >>> > > >>> >> For EFI, there are many choices. The default installation places > >>> >> loader.efi into the ESP in EFI\FREEBSD\LOADER.EFI. The following > >>> >> updates it (assuming the ESP is on p1, and isn't already mounted): > >>> >> mount -t msdos /dev/ada0p1 /boot/efi > >>> >> cp /boot/efi/loader.efi /boot/efi/efi/freebsd > > I expect that should reference ( unsure for EFI vs. efi ): > > cp /boot/loader.efi /boot/efi/EFI/freebsd/ > Yes. > The point being to copy from ZFS/UFS to the ESP > for environments that use EFI\FREEBSD\LOADER.EFI . > > -t msdos vs. -t msdosfs ? > Both are valid. There was an unwise attempt to convert everybody over to using the latter, but too many people stubbornly used the old style that we left it as an alias and deleted the warning... :) Warner > >>> >> If you have a non-standard setup, please see the EFI notes section. > > > > Hi Warner, > > > > On a freshly rebuilt system after make installworld (but before anything > else), > > > > # mount | grep msdos > > > > /dev/da0p1 on /boot/efi (msdosfs, local) > > > > There is no loader.efi in /boot/efi on arm64.aarch64 for raspberry pi 4 > > So far as I know /boot/efi/loader.efi is never the right > path for ZFS, UFS, or the ESP under the msdosfs ( given > mount -t msdos /dev/ada0p1 /boot/efi ). /dev/ada0p1 would > contain an EFI directory that has more substructure. > > > bootaa64.efi is in /boot/efi/EFI/BOOT, so I followed Marek's > instructions and copied loader_lua.efi to bootaa64.efi from > > /usr/obj/usr/src/arm64.aarch64/stand/efi/loader_lua/ > > After the install world, cp /boot/loader.efi /boot/efi/EFI/BOOT/ > should work as well. ( /boot/loader.efi having been updated in > ZFS/UFS. ) > > > === > Mark Millard > marklmi at yahoo.com > > > --000000000000c79fb705e96319d5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Fri, Sep 23, 2022 at 8:30 PM Mark = Millard <marklmi@yahoo.com> = wrote:
On 2022-S= ep-23, at 16:32, void <= void@f-m.fm> wrote:

> On Tue, Sep 20, 2022 at 02:36:02PM -0600, Warner Losh wrote:
>>> >
>>> >> For EFI, there are many choices. The default installa= tion places
>>> >> loader.efi into the ESP in EFI\FREEBSD\LOADER.EFI. Th= e following
>>> >> updates it (assuming the ESP is on p1, and isn't = already mounted):
>>> >> mount -t msdos /dev/ada0p1 /boot/efi
>>> >> cp /boot/efi/loader.efi /boot/efi/efi/freebsd

I expect that should reference ( unsure for EFI vs. efi ):

cp /boot/loader.efi /boot/efi/EFI/freebsd/

<= div>Yes.
=C2=A0
The point being to copy from ZFS/UFS to the ESP
for environments that use EFI\FREEBSD\LOADER.EFI .

-t msdos vs. -t msdosfs ?

Both are vali= d. There was an unwise attempt to convert everybody over to
using= the latter, but too many people stubbornly=C2=A0used the old style that we=
left it as an alias and deleted the warning... :)

=
Warner
=C2=A0
>>> >> If you have a non-standard setup, please see the EFI = notes section.
>
> Hi Warner,
>
> On a freshly rebuilt system after make installworld (but before anythi= ng else),
>
> # mount | grep msdos
>
> /dev/da0p1 on /boot/efi (msdosfs, local)
>
> There is no loader.efi in /boot/efi on arm64.aarch64 for raspberry pi = 4

So far as I know /boot/efi/loader.efi is never the right
path for ZFS, UFS, or the ESP under the msdosfs ( given
mount -t msdos /dev/ada0p1 /boot/efi ). /dev/ada0p1 would
contain an EFI directory that has more substructure.

> bootaa64.efi is in /boot/efi/EFI/BOOT, so I followed Marek's instr= uctions and copied loader_lua.efi to bootaa64.efi from
> /usr/obj/usr/src/arm64.aarch64/stand/efi/loader_lua/

After the install world, cp /boot/loader.efi /boot/efi/EFI/BOOT/
should work as well. ( /boot/loader.efi having been updated in
ZFS/UFS. )


=3D=3D=3D
Mark Millard
marklmi at yahoo.com


--000000000000c79fb705e96319d5--