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.
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.
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...
1. Intel (CPU) microcode - update the details for Skylake in the light
of the later release.
2. Video firmware - I had overlooked that Nvidia provided signed
firmware to linux-firmware in January and February for Turing GPUs
and that it is only needed for hardware acceleration so not
essential for working KMS. For completeness, also mention the
problematic Intel iGPU firmware for Skylake and later.
git-svn-id: svn://svn.linuxfromscratch.org/BLFS/trunk/BOOK@23317 af4574ff-66df-0310-9fd7-8a98e5e911e0
Fix a bug in mkinitramfs, leading to a "cp" error
git-svn-id: svn://svn.linuxfromscratch.org/BLFS/trunk/BOOK@22557 af4574ff-66df-0310-9fd7-8a98e5e911e0
· Intel re-released the latest microcode with a sensible license, no other changes.
· I have a laptop that needs firmware both for the ethernet post AND for bluetooth to get wired ethernet working.
git-svn-id: svn://svn.linuxfromscratch.org/BLFS/trunk/BOOK@21208 af4574ff-66df-0310-9fd7-8a98e5e911e0
