Changeset 083a8d7
- Timestamp:
- 05/06/2022 11:45:05 PM (2 years ago)
- Branches:
- 11.2, 11.3, 12.0, 12.1, kea, ken/TL2024, ken/inkscape-core-mods, ken/tuningfonts, lazarus, lxqt, plabs/newcss, plabs/python-mods, python3.11, qt5new, rahul/power-profiles-daemon, renodr/vulkan-addition, trunk, xry111/llvm18, xry111/soup3, xry111/xf86-video-removal
- Children:
- 83cc2cc3
- Parents:
- 14736e0d
- Files:
-
- 2 edited
Legend:
- Unmodified
- Added
- Removed
-
introduction/welcome/changelog.xml
r14736e0d r083a8d7 46 46 <itemizedlist> 47 47 <listitem> 48 <para>[ken] - Rework 'About Firmware'. Fixes 49 <ulink url="&blfs-ticket-root;16416">#16416</ulink>.</para> 50 </listitem> 51 <listitem> 48 52 <para>[bdubbs] - Update to doxygen-1.9.4. Fixes 49 53 <ulink url="&blfs-ticket-root;16518">#16518</ulink>.</para> -
postlfs/config/firmware.xml
r14736e0d r083a8d7 97 97 Nvidia GPUs from Kepler onwards require signed firmware, otherwise the 98 98 nouveau driver is unable to provide hardware acceleration. Nvidia has 99 now released firmware up to Turing (most, maybe all, GTX16xx and RTX20xx 100 GPUs) to linux-firmware, and kernels from linux-5.6 should support it, 101 although Mesa support may require a development version until Mesa-20.2 102 is released. Note that faster clocks than the default are not enabled 99 now released firmware up to Ampere (GeForce30 series) to linux-firmware. 100 Note that faster clocks than the default are not enabled 103 101 by the released firmware. 104 102 </para> … … 156 154 are no-longer supported for new fixes. New versions of AMD 157 155 firmware are rare and usually only apply to a few models, although 158 motherboard manufacturers get extra updates which maybe update microcode 159 along with the changes to support newer CPUs and faster memory. 156 motherboard manufacturers get AGESA (AMD Generic Encapsulated Software 157 Architecture) updates to change BIOS values, e.g. to support more memory 158 variants or newer CPUs. 160 159 </para> 161 160 … … 177 176 178 177 <para> 178 In previous versions of this book, late loading of microcode to see if 179 it gets applied was recommended, followed by using an initrd to force 180 early loading. But now that the contents of the Intel microcode tarball 181 is documented, and AMD microcode can be read by a Python script to 182 determine which machines it covers, there is no real reason to use late 183 loading. 184 </para> 185 186 <para> 179 187 It is still possible to manually force late loading of microcode, either 180 188 for testing or to prevent having to reboot. You will need to reconfigure … … 183 191 forcing late loading to see if there is any microcode. If there is, 184 192 the instructions then show you how to create an initrd for early loading. 193 It is also possible to build the same microcode bin file into the kernel, 194 which allows early loading but requires the kernel to be recompiled to 195 update the microcode 185 196 </para> 186 197 187 198 <para> 188 199 To confirm what processor(s) you have (if more than one, they will be 189 identical) look in /proc/cpuinfo. 200 identical) look in /proc/cpuinfo. Determine the decimal values of the cpu 201 family, model and stepping by running the following command (it will also 202 report the current microcode version): 203 </para> 204 205 <screen><userinput>head -n7 /proc/cpuinfo</userinput></screen> 206 207 <para> 208 Convert the cpu family, model and stepping to pairs of hexadecimal digits. 209 You can now check if there is any microcode available. 190 210 </para> 191 211 … … 195 215 the Intel blobs to GenuineIntel.bin or cat all the AMD blobs to 196 216 AuthenticAMD.bin. This creates a larger initrd - for all Intel machines in 197 the 20200609 update the size is 3.0 MB compared to typically 24 KB for one217 the 20200609 update the size was 3.0 MB compared to typically 24 KB for one 198 218 machine. 199 219 </para> … … 210 230 secure version of the microcode, for those machines which can boot it, --> 211 231 secure version of the microcode 212 is microcode-20220 207.<!-- If you have a Skylake machine, please read the232 is microcode-20220419.<!-- If you have a Skylake machine, please read the 213 233 Caution in the 'Early loading of microcode' section below.--> Extract this 214 234 file in the normal way, the microcode is in the <filename>intel-ucode … … 219 239 <para> 220 240 In the past, intel did not provide any details of which blobs had 221 changed versions, but now the release 241 changed versions, but now the releasenote details this. 222 242 </para> 223 243 … … 232 252 </para> 233 253 234 <!-- commented, I don't think there is a new listed item for 2011-11 vulns 235 (platypus etc : intel-sa-00381 and 0389) 236 and anyway the very latest stable releases have backports : ken 237 <para> 238 The documentation on the latest SRBDS (Special Register Buffer Data 239 Sampling) vulnerabilities/fixes will be documented in kernels 5.4.46, 240 5.6.18, 5.7.2, 5.8.0 and later. 241 </para>--> 242 243 <para> 244 Now you need to determine your processor's identity to see if there 245 is any microcode for it. Determine the decimal values of the cpu family, 246 model and stepping by running the following command (it will also report 247 the current microcode version): 248 </para> 249 250 <screen><userinput>head -n7 /proc/cpuinfo</userinput></screen> 251 252 <para> 253 Convert the cpu family, model and stepping to pairs of hexadecimal 254 digits. For a Skylake i3 6100 (described as Intel(R) Core(TM) i3-6100 254 <para> 255 For a Skylake i3 6100 (described as Intel(R) Core(TM) i3-6100 255 256 CPU) the relevant values are cpu family 6, model 94, stepping 3 so in 256 257 this case the required identification is 06-5e-03. A look at the blobs 257 258 will show that there is one for this CPU (although for older issues it 258 might have already been applied by the BIOS). If there is a blob for 259 might have already been applied by the BIOS). 260 If there is a blob for 259 261 your system then test if it will be applied by copying it (replace 260 262 <XX-YY-ZZ> by the identifier for your CPU) to where the … … 284 286 285 287 <para> 286 Then use the following command to seeif anything was loaded:288 Then use the following command to check if anything was loaded: 287 289 (N.B. the dates when microcode was created may be months ahead of when 288 290 it was released.) … … 330 332 '&sources-anduin-http;/linux-firmware/amd-ucode/'/>. 331 333 The family is always specified in hex. Families 10h to 14h (16 to 20) 332 are in microcode_amd.bin. Families 15h, 16h and 17h have their own 333 containers. Create the required directory and put the firmware you 334 are in microcode_amd.bin. Families 15h, 16h, 17h (Zen, Zen+, Zen2) and 335 19h (Zen3) have their own containers. Very few machines are likely to 336 get updated microcode. There is a Python3 script at <ulink url= 337 'https://github.com/AMDESE/amd_ucode_info/blob/master/amd_ucode_info.py'/>. 338 Download that script and run it against the bin file to check which 339 processors have updates. 340 </para> 341 342 <para> 343 For the very old Athlon(tm) II X2 in these examples the values were 344 cpu family 16, model 5, stepping 3 giving an identification of 345 Family=0x10 Model=0x05 Stepping=0x03 346 </para> 347 348 <para> 349 If you wish to try late loading, 350 create the required directory and put the firmware you 334 351 downloaded into it as the <systemitem 335 352 class="username">root</systemitem> user: … … 358 375 359 376 <para> 360 Then use the following command to seeif anything was loaded:377 Then use the following command to check if anything was loaded: 361 378 </para> 362 379 … … 599 616 600 617 <para> 601 Some Nvidia graphics chips need firmware updates to take advantage 602 of all the card's capability. These are generally the GeForce 8, 9, 603 9300, and 200-900 series chips. For more exact information, see 618 Nvidia has released basic signed firmware for recent graphics chips, 619 but significantly after the chips and its own binary drivers were first 620 available. For other chips it has been necessary to extract the firmware 621 from the binary driver. 622 </para> 623 <para> 624 For more exact information about which chips need extracted firmware, see 604 625 <ulink url= 605 626 "https://nouveau.freedesktop.org/wiki/VideoAcceleration/#firmware"/>. … … 617 638 618 639 <para> 619 The steps to install the Nvidia firmware are: 640 If the necessary firmware is available in the 641 <filename class="directory">nvidia/</filename> directory of 642 linux-firmware, copy it to 643 <filename class="directory">/lib/firmware/nouveau</filename>. 644 </para> 645 <para> 646 If the firmware has not been made available in linux-firmware, 647 for the old chips mentioned in the nouveau wiki link above ensure you have 648 installed <xref linkend="python2"/> and run the following commands: 620 649 </para> 621 650 … … 623 652 wget http://us.download.nvidia.com/XFree86/Linux-x86/325.15/NVIDIA-Linux-x86-325.15.run 624 653 sh NVIDIA-Linux-x86-325.15.run --extract-only 625 python extract_firmware.py654 python2 extract_firmware.py 626 655 mkdir -p /lib/firmware/nouveau 627 656 cp -d nv* vuc-* /lib/firmware/nouveau/</userinput></screen>
Note:
See TracChangeset
for help on using the changeset viewer.