1. It does not make sense to tell the users "enable CONFIG_DRM_NOUVEAU"
here. It's the kernel driver needs the firmware, not the opposite.
So drop the kernel configuration section here.
2. Port the script to Python 3. I've checked the md5sums of the output
binaries and they are same with the original version.
3. Bump the NVIDIA driver blob version. If the blob is not downloaded
or extracted, the script will tell to download 340.32, so we use the
same version to avoid confusion.
4. Update nouveau wiki link.
The instruction was a part of archived xf86-video-{amdgpu,radeon} kernel
configuration section.
Remove the kernel configurations from AMDGPU and Radeon because they
really should belong to the Mesa page or Xorg Server page.
Well, my script did not handle package names with dashes correctly. So
some User Note links were mistakely removed. Recheck removed links
containing dashes and add them back if applicable.
Now all sourceforge.net subdomains have a valid SSL certificate. The
changes are automatically done via a sed. I've reviewed the changes and
reverted the changes in archive/*, pst/xml/docbook-xsl.xml, and
stylesheets/lfs-xsl/lfs-l10n.xml. Other changes should (hopefully) be
fine.
The kernel dev describes late loading as "just lottery and broken".
From Linux 5.19 it will produce a warning and taint the kernel. And, we
can simply compare the microcode version number to know if there is an
update so there is no reason to use late loading at all.
Update the example for Intel microcode by the way.
Bruce noticed this was not explicity covered, my skim-reading
had noticed the details for ATI video chips without spotting that
was only for radeon.
In both the amdgpu and radeon xorg drivers, clarify that firmware
might have been provided in a modular build in /lib/firmware.
In particular, CPU microcode now that the affected AMD processors
can be identified. For both Intel and AMD determine the hex triplet.
Also, rework the Nvidia details to reflect the current situation.
Update to fetchmail-6.4.27.
Rewording about the examples in Intel microcode, they are old and
that machine now runs version 0xec (although I guess they will soon
stop providing newer updates for Skylake) and of course the kernel
versions are way out of date.
There was some consistency issues in URLs to LFS. For example, in
systemd revision the URL to LFS "General Network Configuration" points
to the sysv book, this can be really troubling to new readers.
Instead of fixing them one by one, merge conditional XML developed by
Pierre from LFS.
I know it is somewhat useless, but I don't like them for
two reasons: first they cannot be seen, and I do not like things I
cannot see. Second, git highlights them, and this is disturbing...
