git: 0f5573f88b - main - 14.0 relnotes: fixups to previous revision

The branch main has been updated by karels:

URL: https://cgit.FreeBSD.org/doc/commit/?id=0f5573f88b301cf938ccf74b042147f76112af4a

commit 0f5573f88b301cf938ccf74b042147f76112af4a
Author:     Mike Karels <karels@FreeBSD.org>
AuthorDate: 2023-10-18 18:52:38 +0000
Commit:     Mike Karels <karels@FreeBSD.org>
CommitDate: 2023-10-18 18:57:09 +0000

    14.0 relnotes: fixups to previous revision
    
    Two fixes to last revision of this file: fix and clarify section on
    upgrading loader.efi, rearranging so as to reference the example
    efibootmgr output in determining the ESP partition, and remove the
    "noauto" possibility.  One of my mutiply-upgraded systems has the
    noauto line in fstab, but I could have added it myself.  Also, add
    more specific information about iwlwifi chipset support from bz.
---
 website/content/en/releases/14.0R/relnotes.adoc | 15 ++++++++++-----
 1 file changed, 10 insertions(+), 5 deletions(-)

diff --git a/website/content/en/releases/14.0R/relnotes.adoc b/website/content/en/releases/14.0R/relnotes.adoc
index 705c0000a7..f7cf35fd00 100644
--- a/website/content/en/releases/14.0R/relnotes.adoc
+++ b/website/content/en/releases/14.0R/relnotes.adoc
@@ -49,7 +49,6 @@ Source-based upgrades (those based on recompiling the FreeBSD base system from s
 Note for systems that boot from a ZFS root filesystem via EFI, using either binary or source upgrades:
 There are one or more copies of the boot loader on the MS-DOS EFI System Partition (ESP), used by the firmware to boot the kernel, and which must be able to support reading from the ZFS boot file system.
 After a system upgrade, but before doing a `zpool upgrade`, the boot loader on the ESP must be updated, or the system may become unbootable.
-The ESP is not always mounted, but a `noauto` entry is placed in the man:fstab[5] file; this allows the command `mount /boot/efi` to mount the file system.
 The location of the boot loader in use can be determined using the command `efibootmgr -v`.
 The value displayed for `BootCurrent` should be the number of the current boot configuration used to boot the system.
 The corresponding line of the output should begin with a `+` sign, such as
@@ -57,10 +56,16 @@ The corresponding line of the output should begin with a `+` sign, such as
  +Boot0000* FreeBSD HD(1,GPT,f859c46d-19ee-4e40-8975-3ad1ab00ac09,0x800,0x82000)/File(\EFI\freebsd\loader.efi)
                        nda0p1:/EFI/freebsd/loader.efi (null)
 
-The value in the `File` field, `\EFI\freebsd\loader.efi` in this case, is the MS-DOS name for the boot loader in use on the ESP.
-If the mount point is `/boot/efi`, that file will translate to `/boot/efi/efi/freebsd/loader.efi`.
+The ESP may already be mounted on [.filename]#/boot/efi#.
+//If not, a `noauto` entry may be in the man:fstab[5] file; this allows the command `mount /boot/efi` to mount the file system.
+Otherwise, the partition may be mounted manually, using the partition listed in the `efibootmgr` output (`nda0p1` in this case): `mount_msdosfs /dev/nda0p1 /boot/efi`.
+See man:loader.efi[8] for another example.
+
+The value in the `File` field in the `efibootmgr -v` output, `\EFI\freebsd\loader.efi` in this case, is the MS-DOS name for the boot loader in use on the ESP.
+If the mount point is `/boot/efi`, this file will translate to `/boot/efi/efi/freebsd/loader.efi`.
+(Case does not matter on MS-DOSFS file sytems; FreeBSD uses lower case.)
 Another common value for File would be `\EFI\boot\bootXXX.efi`, where `XXX` is `x64` for amd64, `aa64` for aarch64, or `riscv64` for riscv64; this is the default bootstrap if none is configured.
-Both the configured and default boot loaders should be updated by copying from [.filename]#/boot/loader.efi#.
+Both the configured and default boot loaders should be updated by copying from [.filename]#/boot/loader.efi# to the correct path in `/boot/efi`.
 
 [IMPORTANT]
 ====
@@ -415,7 +420,7 @@ gitref:a78bb831a17f[repository=src]
 The man:igc[4] driver for the Intel I225 Ethernet controller is included, supporting 2.5 Gbps operation.
 gitref:517904de5cca[repository=src] (Sponsored by Rubicon Communications, LLC ("Netgate"))
 
-The man:iwlwifi[4] driver for Intel wireless interfaces has been updated to the latest version, supporting the chipsets shipping as of release time.
+The man:iwlwifi[4] driver for Intel wireless interfaces has been updated to the latest version, supporting chipsets up to WiFi 6E AX411/AX211/AX210, and with preparations for upcoming BX and SC chipsets.
 (Sponsored by The FreeBSD Foundation)
 
 The man:rtw88[4] driver for Realtek wireless PCI interfaces has been updated.