| 1 |
Hello, |
| 2 |
|
| 3 |
The linux kernel-3.13 is released. I had no problems configuring |
| 4 |
or compiling but the nvidia-drivers-331.38 will not load. Fortunately |
| 5 |
a quick fix for the impatient is here: |
| 6 |
|
| 7 |
https://devtalk.nvidia.com/default/topic/644906/331-20-on-3-13-rc1-kernel/ |
| 8 |
|
| 9 |
However, the patch given in the forum will not work with the latest |
| 10 |
nvidia-drivers-331.38. I have made a diff, based on the same patch, |
| 11 |
that does work. Just add the attached file, nvidia331.38.patch to |
| 12 |
/etc/portage/patches/x11-drivers/nvidia-drivers. |
| 13 |
|
| 14 |
Another change in kernel-3.13 is that now the kernel microcode driver |
| 15 |
will load firmware directly from /lib64/firmware. The helper utility |
| 16 |
microcode_ctl is no longer necessary to update the CPU microcode. |
| 17 |
(Unless I am mistaken, this was not possible in earlier kernels.) |
| 18 |
|
| 19 |
Gentoo, however, seems to still use microcode_ctl to update the microcode. |
| 20 |
To change to the newer direct method, a converter utility is found |
| 21 |
here: |
| 22 |
|
| 23 |
https://fedorahosted.org/microcode_ctl/ |
| 24 |
|
| 25 |
The utility "intel-microcode2ucode" will translate the intel microcode |
| 26 |
data into a form that is copied into /lib64/firmware. The kernel can then |
| 27 |
load the microcode directly at boot time without the need for microcode_ctl. |
| 28 |
|
| 29 |
Again, I could be wrong but Gentoo has not moved up to this new method yet. |
| 30 |
|
| 31 |
Frank Peters |
Archives