Aldolat.it — Post con tag Driver

Driver nVidia 390 su kernel 6.14 in Arch Linux

aldolat@gmail.com (Aldo Latino) — Fri, 09 May 2025 21:29:12 +0200

In questo post proseguo quanto scritto in quello precedente, dove — ricorderete — non riuscivo a far convivere i driver legacy per la mia vecchia scheda video nVidia GeForce 605 con il nuovo kernel 6.14.4-arch1-2 o meglio, cosa che ho scoperto dopo, gcc versione 15 non riusciva a compilare per il nuovo kernel. Ho monitorato costantemente sia il forum che la pagina dedicata su AUR e ho visto che @bufferunderrun ha pubblicato una patch da applicare al pacchetto nvidia-390-dkms. Ho applicato la patch al pacchetto, fatto gli aggiornamenti e tutto è filato liscio come l’olio. Vi spiego cosa ho fatto, così rimane traccia anche per me e magari può servire a qualcuno.

Quello che faremo è creare una patch aggiuntiva — oltre a quelle già presenti — per il pacchetto nvidia-390-dkms e applicarla, in attesa che questo venga fatto nel pacchetto presente in AUR.

Creazione e applicazione della patch

Creazione del file .patch

Da terminale scarichiamo il pacchetto da AUR senza installarlo:

paru -G nvidia-390xx-dkms

Spostiamoci nella directory appena creata:

cd nvidia-390xx-utils

Creiamo il file per la patch dedicata a gcc 15:

nano gcc-15.patch

Incolliamo questo contenuto, vale a dire la patch che risolve il problema:¹

diff --git a/kernel/Kbuild b/kernel/Kbuild
index 85aa267..baa6986 100644
--- a/kernel/Kbuild
+++ b/kernel/Kbuild
@@ -61,6 +61,7 @@ $(foreach _module, $(NV_KERNEL_MODULES), \
 # $(EXTRA_CFLAGS) to ccflags-y for compatibility.
 #

+EXTRA_CFLAGS += -std=gnu17
 EXTRA_CFLAGS += -I$(src)/common/inc
 EXTRA_CFLAGS += -I$(src)
 EXTRA_CFLAGS += -Wall -MD $(DEFINES) $(INCLUDES) -Wsign-compare -Wno-cast-qual -Wno-error
diff --git a/kernel/conftest.sh b/kernel/conftest.sh
index 4da7588..1106ea5 100755
--- a/kernel/conftest.sh
+++ b/kernel/conftest.sh
@@ -151,7 +151,7 @@ test_headers() {
 }

 build_cflags() {
-    BASE_CFLAGS="-O2 -D__KERNEL__ \
+    BASE_CFLAGS="-std=gnu17 -O2 -D__KERNEL__ \
 -DKBUILD_BASENAME=\"#conftest$$\" -DKBUILD_MODNAME=\"#conftest$$\" \
 -nostdinc -isystem $ISYSTEM \
 -Wno-implicit-function-declaration -Wno-strict-prototypes -Wno-incompatible-pointer-types"

Salviamo e chiudiamo.

Modifica di PKGBUILD

Ora dobbiamo modificare il file PKGBUILD per far sì che questo, durante la compilazione, consideri la patch appena creata. Anziché dirvi cosa modificare a mano, creeremo un altro file .patch, così senza sforzo né errori lo modificheremo. Creiamo questo file:

nano PKGBUILD.patch

e incolliamo queste righe:

--- nvidia-390xx-utils/PKGBUILD	2025-05-09 21:57:08.271353078 +0200
+++ PKGBUILD	2025-05-09 18:23:07.990867041 +0200
@@ -31,7 +31,8 @@
         kernel-6.12.patch
         kernel-6.13.patch
         kernel-6.14.patch
-        kernel-4.16+-memory-encryption.patch)
+        kernel-4.16+-memory-encryption.patch
+        gcc-15.patch)
 b2sums=('8e24aea70b139185bd682b080d32aeda673e6e92b45a90e6f6e0d736674180400bc8bd1aa5c66b8d033fc9d5e0cfffed456a87298bd93a3afbbc30b8dc48c4e9'
         'c1da4ce5784e43385465913a95053a3e54f800aac6f1b49f33e2a77504d76da5e6db6ec7074fbe7ba5f52dcef9e1ebaa620942c33ff825a56caba5c9c8b0d1be'
         '67e32932eeddda8fef667d25c34faf7b3a02f01cf9c15a97e5613bd44a0e8dcf7396e25399a52701f55dd18054c689720f237bb07d5bd580394d8dc8c9d05534'
@@ -49,7 +50,8 @@
         'aaa0597ab9d33be3c6e020fab0d54890d32f32c5ce70571e2bc989a788dbe2317e826475966bc1026bf7f7ff6672bd9a2f7f8e48dcebd2f91d33d9181eee1208'
         '8e5502a6668bf3981d1e9cc6cdad428fcfdd221b51850b0fde74d631faa379d965b97a87e845eda2bc0e99a0aa9bf58642444bdea9f976cafcd12edf0e20f5db'
         '21b87918e9b9b0475ab4fb548be6daadd6921566fb03a3f96cffff5296f9fa1bccdabe7c4671aba2a1dc455248b7a96e5a088c48ab922305213bc714e4a39d6c'
-        'a8234f542c2324ad698443e3decf7b6eacf3cb420b7aded787f102a8d32b64c2a8d45ea58e37a5e3b6f2f060f0cccd63d3a182065f57c606006d0ff8c7f6bb05')
+        'a8234f542c2324ad698443e3decf7b6eacf3cb420b7aded787f102a8d32b64c2a8d45ea58e37a5e3b6f2f060f0cccd63d3a182065f57c606006d0ff8c7f6bb05'
+        '488c1381c371efaa18aa68424560d5a5145d25dea79ae44c30fa771bdd097b43125a7b6d553ac823a304d5a681ee5e958291a2334f4be8bba79754fdb5ff80a2')
 
 create_links() {
     # create soname links
@@ -105,6 +107,9 @@
     # From Joan Bruguera (https://gist.github.com/joanbm/d0cb8790ca610fbd2c2e43f30707ce18)
     patch -Np1 -i ../kernel-6.14.patch
 
+    # From bufferunderrun (https://aur.archlinux.org/packages/nvidia-390xx-dkms#comment-1022658)
+    patch -Np1 -i ../gcc-15.patch
+
     cd kernel
 
     sed -i "s/__VERSION_STRING/${pkgver}/" dkms.conf

Salviamo e chiudiamo. Ora applichiamo le modifiche al file PKGBUILD:²

patch PKGBUILD < PKGBUILD.patch

Compilazione e installazione del driver con la patch

Installiamo ora il driver contenente la patch per gcc:

makepkg -si

Il sistema ora compilerà il driver con tutte le patch presenti nel pacchetto, compresa gcc-15.patch che abbiamo creato poco fa.

Una volta che avrà finito — si spera — senza errori, procederemo a installare il nuovo kernel e gcc ultima versione. Se, come avevo fatto io, avevate bloccato gli aggiornamenti del kernel e di gcc, sbloccateli. Quindi aggiorniamo il sistema:

sudo pacman -Syu

Non dovremmo vedere alcun problema segnalato nei messaggi del terminale. A questo punto possiamo riavviare e goderci gli aggiornamenti appena installati.

Ringrazio infinitamente tutti coloro che hanno contribuito a questa risoluzione e che mi consentono di continuare ad usare questa vecchia macchina con Arch Linux.

Come detto, la patch è ripresa interamente da questo commento di bufferunderrun. ↩︎
Una volta applicata la patch, possiamo anche eliminare il file PKGBUILD.patch, perché non ci serve più. Ad ogni modo questo file non sarà considerato da PKGBUILD stesso durante la compilazione perché non è presente nella lista delle patch da applicare a gcc. ↩︎

L'articolo Driver nVidia 390 su kernel 6.14 in Arch Linux è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

Downgrade del kernel in Arch

aldolat@gmail.com (Aldo Latino) — Thu, 01 May 2025 07:39:14 +0200

Nel mio ormai vetusto computer, che monta una più che obsoleta scheda nVidia, sono costretto a usare i vecchi driver versione 390 prelevati da AUR, come ho già avuto modo di scrivere.¹ Questo comporta che, se i driver non sono compatibili con una nuova versione del kernel, questi non verranno compilati correttamente e, al successivo riavvio, avrei un computer che molto probabilmente non partirà.

Nell’ultima sessione di aggiornamento della mia Arch ho riscontrato nuovamente questo problema. Dopo aver dato il solito:

sudo pacman -Syu

questo l’output, dove ho tolto un po’ di righe che non ci interessano:

:: Sincronizzazione dei database in corso...
 core    117,0 KiB   355 KiB/s 00:00 [##################] 100%
 extra     7,8 MiB  6,26 MiB/s 00:01 [##################] 100%
:: Aggiornamento del sistema in corso...
risoluzione delle dipendenze in corso...
ricerca dei pacchetti in conflitto in corso...

Pacchetti (94) [...]

Dimensione totale dei pacchetti da scaricare:   1018,12 MiB
Dimensione totale dei pacchetti da installare:  3481,25 MiB
Dimensione netta dell'aggiornamento:              10,62 MiB

:: Vuoi procedere con l'installazione? [S/n]
:: Download dei pacchetti in corso...
[...]
(11/21) Install DKMS modules
==> dkms install --no-depmod nvidia/390.157 -k 6.14.4-arch1-2

Error! Bad return status for module build on kernel: 6.14.4-arch1-2 (x86_64)
Consult /var/lib/dkms/nvidia/390.157/build/make.log for more information.
==> WARNING: `dkms install --no-depmod nvidia/390.157 -k 6.14.4-arch1-2' exited 10
(12/21) Restarting cronie for libc upgrade...
(13/21) Updating linux initcpios...
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default'
==> Using default configuration file: '/etc/mkinitcpio.conf'
  -> -k /boot/vmlinuz-linux -g /boot/initramfs-linux.img
==> Starting build: '6.14.4-arch1-2'
  -> Running build hook: [base]
  [...]
  -> Running build hook: [fsck]
==> ERROR: module not found: 'nvidia'
==> ERROR: module not found: 'nvidia_modeset'
==> ERROR: module not found: 'nvidia_uvm'
==> ERROR: module not found: 'nvidia_drm'
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: '/boot/initramfs-linux.img'
==> WARNING: errors were encountered during the build. The image may not be complete.
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'fallback'
==> Using default configuration file: '/etc/mkinitcpio.conf'
  -> -k /boot/vmlinuz-linux -g /boot/initramfs-linux-fallback.img -S autodetect
==> Starting build: '6.14.4-arch1-2'
  -> Running build hook: [base]
  [...]
  -> Running build hook: [fsck]
==> ERROR: module not found: 'nvidia'
==> ERROR: module not found: 'nvidia_modeset'
==> ERROR: module not found: 'nvidia_uvm'
==> ERROR: module not found: 'nvidia_drm'
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: '/boot/initramfs-linux-fallback.img'
==> WARNING: errors were encountered during the build. The image may not be complete.
errore: l'esecuzione del comando non è riuscita correttamente
[...]

Il driver non è compatibile col nuovo kernel e serve un’altra patch.² Vado su AUR e trovo (ovviamente!) un commento di un altro utente: non essendoci ancora la patch disponibile, l’unico modo per risolvere temporaneamente è disinstallare la versione nuova del kernel o, per meglio dire con termine tecnico, “downgradare” il kernel, tornando quindi alla versione che stiamo usando in questo momento, visto che non abbiamo ancora riavviato.

I pacchetti da retrocedere di versione sono linux, linux-headers, gcc, gcc-libs, come indicato dall’utente su AUR.

Analisi della situazione

In base a quanto detto, vediamo quali sono i pacchetti e le versioni che abbiamo appena installato con l’aggiornamento e quali sono le versioni da ripristinare:

Pacchetti installati da retrocedere: linux-6.14.4.arch1-2; linux-headers-6.14.4.arch1-2; gcc-15.1.1+r7+gf36ec88aa85a-1; gcc-libs-15.1.1+r7+gf36ec88aa85a-1

Vediamo quali erano le versioni precedenti dei pacchetti guardando la cache di pacman. Cominciamo con linux:

$ ls -l /var/cache/pacman/pkg/linux-6.14.4.arch1-*
-rw-r--r-- 1 root root 145830356 26 apr 03.05 /var/cache/pacman/pkg/linux-6.14.4.arch1-1-x86_64.pkg.tar.zst
-rw-r--r-- 1 root root       119 26 apr 03.06 /var/cache/pacman/pkg/linux-6.14.4.arch1-1-x86_64.pkg.tar.zst.sig
-rw-r--r-- 1 root root 145998435 29 apr 12.05 /var/cache/pacman/pkg/linux-6.14.4.arch1-2-x86_64.pkg.tar.zst
-rw-r--r-- 1 root root       215 29 apr 12.05 /var/cache/pacman/pkg/linux-6.14.4.arch1-2-x86_64.pkg.tar.zst.sig

Quindi il pacchetto è linux-6.14.4.arch1-1-x86_64.pkg.tar.zst.

Ora passiamo a linux-headers:

$ ls -l /var/cache/pacman/pkg/linux-headers-6.14.4.arch1-*
-rw-r--r-- 1 root root 52859906 26 apr 03.05 /var/cache/pacman/pkg/linux-headers-6.14.4.arch1-1-x86_64.pkg.tar.zst
-rw-r--r-- 1 root root      119 26 apr 03.06 /var/cache/pacman/pkg/linux-headers-6.14.4.arch1-1-x86_64.pkg.tar.zst.sig
-rw-r--r-- 1 root root 52895857 29 apr 12.06 /var/cache/pacman/pkg/linux-headers-6.14.4.arch1-2-x86_64.pkg.tar.zst
-rw-r--r-- 1 root root      215 29 apr 12.06 /var/cache/pacman/pkg/linux-headers-6.14.4.arch1-2-x86_64.pkg.tar.zst.sig

Qui il pacchetto è linux-headers-6.14.4.arch1-1-x86_64.pkg.tar.zst.

Ora gcc e gcc-libs:

$ ls -l /var/cache/pacman/pkg/gcc*
-rw-r--r-- 1 root root 56596007 29 apr 09.16 /var/cache/pacman/pkg/gcc-15.1.1+r7+gf36ec88aa85a-1-x86_64.pkg.tar.zst
-rw-r--r-- 1 root root      215 29 apr 09.16 /var/cache/pacman/pkg/gcc-15.1.1+r7+gf36ec88aa85a-1-x86_64.pkg.tar.zst.sig
-rw-r--r-- 1 root root 37645039 29 apr 09.21 /var/cache/pacman/pkg/gcc-libs-15.1.1+r7+gf36ec88aa85a-1-x86_64.pkg.tar.zst
-rw-r--r-- 1 root root      215 29 apr 09.21 /var/cache/pacman/pkg/gcc-libs-15.1.1+r7+gf36ec88aa85a-1-x86_64.pkg.tar.zst.sig

Come si vede dall’output, per questi due pacchetti non ho in cache la versione precedente, per cui li prenderemo dall’archivio di Arch:

https://archive.archlinux.org/packages/

Basta entrare nelle rispettive directory g/gcc e g/gcc-libs: da lì prendere gli indirizzi dei due pacchetti.

Nel nostro caso questi sono i pacchetti da ripristinare per gcc e gcc-libs:

gcc-14.2.1+r753+g1cd744a6828f-1-x86_64
gcc-libs-14.2.1+r753+g1cd744a6828f-1-x86_64

Ricapitolando, questi sono gli indirizzi che daremo in pasto a pacman per l’installazione:

/var/cache/pacman/pkg/linux-6.14.4.arch1-1-x86_64.pkg.tar.zst
/var/cache/pacman/pkg/linux-headers-6.14.4.arch1-1-x86_64.pkg.tar.zst
https://archive.archlinux.org/packages/g/gcc/gcc-14.2.1+r753+g1cd744a6828f-1-x86_64.pkg.tar.zst
https://archive.archlinux.org/packages/g/gcc-libs/gcc-libs-14.2.1+r753+g1cd744a6828f-1-x86_64.pkg.tar.zst

Due saranno quindi prelevati dalla cache di pacman e due dall’archivio di Arch.

Avvio del downgrade

Lanciamo (senza paura!) l’‘aggiornamento’ di tutti i pacchetti (che in realtà è una retrocessione) dando in un colpo solo:

sudo pacman -U \
  /var/cache/pacman/pkg/linux-6.14.4.arch1-1-x86_64.pkg.tar.zst \
  /var/cache/pacman/pkg/linux-headers-6.14.4.arch1-1-x86_64.pkg.tar.zst \
  https://archive.archlinux.org/packages/g/gcc/gcc-14.2.1+r753+g1cd744a6828f-1-x86_64.pkg.tar.zst \
  https://archive.archlinux.org/packages/g/gcc-libs/gcc-libs-14.2.1+r753+g1cd744a6828f-1-x86_64.pkg.tar.zst

Adesso pacman eseguirà l’installazione di queste versioni sostituendo quelle più recenti. Lascio l’output completo del comando:

:: Download dei pacchetti in corso...
 gcc-14.2.1+r753+g1cd744a6828f-1-x86_64                 51,1 MiB  5,00 MiB/s 00:10 [################################################] 100%
 gcc-libs-14.2.1+r753+g1cd744a6828f-1-x86_64            35,0 MiB  4,28 MiB/s 00:08 [################################################] 100%
caricamento dei pacchetti in corso...
attenzione: installazione in corso di una versione meno recente del pacchetto linux (6.14.4.arch1-2 => 6.14.4.arch1-1)
attenzione: installazione in corso di una versione meno recente del pacchetto linux-headers (6.14.4.arch1-2 => 6.14.4.arch1-1)
attenzione: installazione in corso di una versione meno recente del pacchetto gcc (15.1.1+r7+gf36ec88aa85a-1 => 14.2.1+r753+g1cd744a6828f-1)
attenzione: installazione in corso di una versione meno recente del pacchetto gcc-libs (15.1.1+r7+gf36ec88aa85a-1 => 14.2.1+r753+g1cd744a6828f-1)
risoluzione delle dipendenze in corso...
ricerca dei pacchetti in conflitto in corso...

Pacchetti (4) gcc-14.2.1+r753+g1cd744a6828f-1  gcc-libs-14.2.1+r753+g1cd744a6828f-1  linux-6.14.4.arch1-1  linux-headers-6.14.4.arch1-1

Dimensione totale dei pacchetti da installare:  720,47 MiB
Dimensione netta dell'aggiornamento:            -10,92 MiB

:: Vuoi procedere con l'installazione? [S/n]
(4/4) verifica delle chiavi presenti nel portachiavi                               [################################################] 100%
(4/4) verifica dell'integrità dei pacchetti                                        [################################################] 100%
(4/4) caricamento dei file dei pacchetti                                           [################################################] 100%
(4/4) controllo dei conflitti in corso                                             [################################################] 100%
(4/4) controllo dello spazio disponibile sul disco                                 [################################################] 100%
:: Esecuzione degli hook di pre-transazione...
(1/2) Removing linux initcpios...
(2/2) Remove DKMS modules
:: Elaborazione delle modifiche al pacchetto...
(1/4) downgrade in corso gcc-libs                                                  [################################################] 100%
(2/4) downgrade in corso linux                                                     [################################################] 100%
(3/4) downgrade in corso linux-headers                                             [################################################] 100%
(4/4) downgrade in corso gcc                                                       [################################################] 100%
:: Esecuzione degli hook di post-transazione...
(1/5) Arming ConditionNeedsUpdate...
(2/5) Updating module dependencies...
(3/5) Install DKMS modules
==> dkms install --no-depmod nvidia/390.157 -k 6.14.4-arch1-1
==> depmod 6.14.4-arch1-1
(4/5) Updating linux initcpios...
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default'
==> Using default configuration file: '/etc/mkinitcpio.conf'
  -> -k /boot/vmlinuz-linux -g /boot/initramfs-linux.img
==> Starting build: '6.14.4-arch1-1'
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [autodetect]
  -> Running build hook: [microcode]
  -> Running build hook: [modconf]
  -> Running build hook: [kms]
  -> Running build hook: [keyboard]
  -> Running build hook: [keymap]
  -> Running build hook: [consolefont]
  -> Running build hook: [block]
  -> Running build hook: [filesystems]
  -> Running build hook: [resume]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: '/boot/initramfs-linux.img'
  -> Early uncompressed CPIO image generation successful
==> Initcpio image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'fallback'
==> Using default configuration file: '/etc/mkinitcpio.conf'
  -> -k /boot/vmlinuz-linux -g /boot/initramfs-linux-fallback.img -S autodetect
==> Starting build: '6.14.4-arch1-1'
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [microcode]
  -> Running build hook: [modconf]
  -> Running build hook: [kms]
  -> Running build hook: [keyboard]
  -> Running build hook: [keymap]
  -> Running build hook: [consolefont]
  -> Running build hook: [block]
  -> Running build hook: [filesystems]
  -> Running build hook: [resume]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: '/boot/initramfs-linux-fallback.img'
  -> Early uncompressed CPIO image generation successful
==> Initcpio image generation successful
(5/5) Updating the info directory file...

Al riavvio il computer è tornato perfettamente funzionante. Chiaramente, se diamo un:

sudo pacman -Syu

pacman proporrà l’aggiornamento dei pacchetti appena retrocessi:

:: Sincronizzazione dei database in corso...
 core è aggiornato
 extra è aggiornato
:: Aggiornamento del sistema in corso...
risoluzione delle dipendenze in corso...
ricerca dei pacchetti in conflitto in corso...

Pacchetti (4) gcc-15.1.1+r7+gf36ec88aa85a-1  gcc-libs-15.1.1+r7+gf36ec88aa85a-1  linux-6.14.4.arch1-2  linux-headers-6.14.4.arch1-2

Dimensione totale dei pacchetti da installare:  731,38 MiB
Dimensione netta dell'aggiornamento:             10,92 MiB

:: Vuoi procedere con l'installazione? [S/n]

Al che risponderemo n perché dobbiamo attendere la patch. Un’alternativa è quella di bloccare l’aggiornamento di questi quattro pacchetti indicandolo nel file di configurazione di pacman,³ ma preferisco per ora non fare aggiornamenti in attesa della risoluzione del problema.

Come ho scritto in un altro post,¹ questo è l’unico problema che ho riscontrato in Arch da quando lo uso, vale a dire la gestione del vecchio driver nVidia. Certo, basterebbe cambiare la scheda con una più recente, ma ormai questo relitto informatico ha i suoi anni e ha troppi acciacchi oltre a questo. Non ne vale la pena.

Aggiornamento del 11/05/2025.

Il buon @Lone_Wolf sul forum di Arch mi ha consigliato che c’è un modo più sicuro per fare questa operazione:

That will break all applications that require gcc-libs 15.1 .

Use How to restore all packages to a specific date to pin everything on your system to the state they had just before the switch to gcc 15.

Sapevo che pacman può fare ciò anche se non l’ho mai provato, ma ho pensato che la soluzione del problema era alle porte: per tale motivo ho deciso di attendere la patch prima di fare altri aggiornamenti.

Ne ho parlato sia in Come mi trovo con Arch Linux dopo quasi 3 anni che in Driver nVidia 390 su kernel 6.0 in Arch Linux. ↩︎ ↩︎
Al momento della stesura del post, queste sono le patch incluse nel pacchetto nvidia-390xx-dkms: kernel-6.2.patch, kernel-6.3.patch, kernel-6.4.patch, kernel-6.5.patch, kernel-6.6.patch, kernel-6.8.patch, kernel-6.10.patch, kernel-6.12.patch, kernel-6.13.patch, kernel-6.14.patch ↩︎
Ne ho parlato in KRDC 24.01.80-1 ha qualche problema di connessione. ↩︎

L'articolo Downgrade del kernel in Arch è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

Driver nVidia 390 su kernel 6.0 in Arch Linux

aldolat@gmail.com (Aldo Latino) — Sat, 15 Oct 2022 07:38:38 +0200

Oggi è successo che, al passaggio al kernel 6.0, il driver nvidia-390xx-dkms non venisse compilato correttamente. Poiché questo driver è un legacy driver, può capitare che con un cambio del kernel qualcosa vada storto, finché non venga applicata una patch dal manutentore. Questo l’output durante l’aggiornamento:

==> dkms install --no-depmod vboxhost/6.1.38_OSE -k 6.0.1-arch2-1
==> dkms install --no-depmod nvidia/390.154 -k 6.0.1-arch2-1
Error! Bad return status for module build on kernel: 6.0.1-arch2-1 (x86_64)
Consult /var/lib/dkms/nvidia/390.154/build/make.log for more information.
==> WARNING: `dkms install --no-depmod nvidia/390.154 -k 6.0.1-arch2-1' exited 10

Su Google ho notato che già altri avevano affrontato il problema e in questo thread sul forum si diceva di leggere la pagina AUR. Vado sulla pagina AUR del pacchetto e tra i commenti leggo di gente con lo stesso problema. C’è un commento che dice:

patch for linux 6.0.

BlackIkeEagle commented on 2022-10-03 13:06 (UTC)

Decido quindi, prima di riavviare e trovarmi con un sistema non funzionante, di applicare la patch consigliata.

Come ho risolto

Dal repo su GitLab ho scaricato il pacchetto intero (non solo il file .patch). L’ho decompresso e da terminale sono entrato nella directory e ho dato il comando

makepkg

In pratica, questo comando ha scaricato il driver dal sito nVidia e l’ha compilato applicando la patch per il kernel 6.0. Ecco l’output intero del comando:

$ makepkg
==> Creazione del pacchetto: nvidia-390xx-dkms 390.154-2 (sab 15 ott 2022, 06:35:49)
==> Controllo delle dipendenze durante l'avvio in corso...
==> Controllo delle dipendenze durante la compilazione in corso...
==> Download dei sorgenti in corso...
  -> Download di NVIDIA-Linux-x86_64-390.154-no-compat32.run in corso...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 46.6M  100 46.6M    0     0  8198k      0  0:00:05  0:00:05 --:--:-- 8623k
  -> È stato trovato kernel-4.16.patch
  -> È stato trovato kernel-6.0.patch
==> Validazione di source file con sha512sums...
    NVIDIA-Linux-x86_64-390.154-no-compat32.run ... Verificato
    kernel-4.16.patch ... Verificato
    kernel-6.0.patch ... Verificato
==> Estrazione dei sorgenti in corso...
==> Avvio di prepare() in corso...
Creating directory NVIDIA-Linux-x86_64-390.154-no-compat32
Verifying archive integrity... OK
Uncompressing NVIDIA Accelerated Graphics Driver for Linux-x86_64 390.154........
patching file kernel/common/inc/nv-linux.h
patching file kernel/conftest.sh
Hunk #1 succeeded at 2073 (offset 17 lines).
patching file nvidia-drm/nvidia-drm-helper.c
Hunk #1 succeeded at 39 (offset -2 lines).
patching file nvidia/nv-acpi.c
Hunk #1 succeeded at 15 with fuzz 2 (offset -1 lines).
==> Entro nell'ambiente fakeroot...
==> Avvio di package() in corso...
==> Rimozione dei dati superflui in corso...
  -> Rimozione dei file libtool in corso...
  -> Eliminazione dei file indesiderati in corso...
  -> Rimozione dei file dalle librerie statiche...
  -> Compressione delle pagine man ed info in corso...
==> Controllo per il rilascio dei pacchetti in corso...
==> Creazione del pacchetto "nvidia-390xx-dkms" in corso...
  -> Generazione del file .PKGINFO in corso...
  -> Generazione del file .BUILDINFO in corso...
  -> Creazione del file .MTREE in corso...
  -> Compressione del pacchetto in corso...
==> Uscita dall'ambiente di fakeroot.
==> Compilazione terminata: nvidia-390xx-dkms 390.154-2 (sab 15 ott 2022, 06:36:01)

A seguire ho installato il nuovo pacchetto con:

sudo pacman -U nvidia-390xx-dkms-390.154-2-x86_64.pkg.tar.zst

che non ha dato alcun errore:

$ sudo pacman -U nvidia-390xx-dkms-390.154-2-x86_64.pkg.tar.zst
[sudo] password di aldo:
caricamento dei pacchetti in corso...
risoluzione delle dipendenze in corso...
ricerca dei pacchetti in conflitto in corso...

Pacchetti (1) nvidia-390xx-dkms-390.154-2

Dimensione totale dei pacchetti da installare:  27,17 MiB
Dimensione netta dell'aggiornamento:             0,05 MiB

:: Vuoi procedere con l'installazione? [S/n]
(1/1) verifica delle chiavi presenti nel portachiavi [###############] 100%
(1/1) verifica dell'integrità dei pacchetti          [###############] 100%
(1/1) caricamento dei file dei pacchetti             [###############] 100%
(1/1) controllo dei conflitti in corso               [###############] 100%
(1/1) controllo dello spazio disponibile sul disco   [###############] 100%
:: Esecuzione degli hook di pre-transazione...
(1/1) Remove upgraded DKMS modules
==> dkms remove nvidia/390.154
:: Elaborazione delle modifiche al pacchetto...
(1/1) aggiornamento in corso di nvidia-390xx-dkms    [###############] 100%
:: Esecuzione degli hook di post-transazione...
(1/2) Arming ConditionNeedsUpdate...
(2/2) Install DKMS modules
==> dkms install --no-depmod nvidia/390.154 -k 6.0.1-arch2-1
==> depmod 6.0.1-arch2-1

Al riavvio il sistema ha funzionato correttamente.

L'articolo Driver nVidia 390 su kernel 6.0 in Arch Linux è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

I driver nVidia e il repository X Updates

aldolat@gmail.com (Aldo Latino) — Wed, 29 Apr 2009 08:42:15 +0000

Nel precedente articolo, mi sono appuntato il metodo per l’installazione dei driver prelevati direttamente dal sito di nVidia. Avere gli ultimi driver significa quasi sempre risolvere eventuali problemi legati alla versione in uso. Gli svantaggi di quel metodo sono che:

non si ricevono gli avvisi automatici per i successivi aggiornamenti;
se si esegue un aggiornamento del kernel, il driver non verrà ricompilato automaticamente da dkms, di cui si perde quindi il supporto.

Bisognerà allora procedere a mano per aggiornare il tutto (nuove versioni e ricompilazione, anche se col supporto degli strumenti di nVidia). C’è però un’altra soluzione: utilizzare il repository X Updates alternativo a quello ufficiale, curato dal team su Launchpad Ubuntu-X, tra i cui membri c’è il nostro Alberto Milone (ci si ricorderà di Envy, ora EnvyNG!).

Per poterlo usare sarà necessario aggiungere il repository all’elenco di quelli attuali. Aprire la propria lista:

sudo gedit /etc/apt/sources.list

e incollare queste righe:

## X Updates
## https://launchpad.net/~ubuntu-x-swat/+archive/x-updates
deb http://ppa.launchpad.net/ubuntu-x-swat/x-updates/ubuntu jaunty main
deb-src http://ppa.launchpad.net/ubuntu-x-swat/x-updates/ubuntu jaunty main

Preleviamo anche la chiave con cui vengono firmati i pacchetti:

gpg --recv-keys AF1CDFA9 && gpg --export AF1CDFA9 | sudo apt-key add -

Aggiorniamo l’elenco dei pacchetti e preleviamo gli aggiornamenti con:

sudo apt-get update && sudo apt-get dist-upgrade

Sarà sufficiente premere S alla eventuale domanda di nuovi aggiornamenti. Riavviare il server X o per essere sicuri riavviare direttamente la macchina. Adesso, con comodità, gli aggiornamenti saranno tutti automatici e senza troppi interventi manuali.

L'articolo I driver nVidia e il repository X Updates è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

Driver nVidia e Ubuntu

aldolat@gmail.com (Aldo Latino) — Tue, 28 Apr 2009 14:51:31 +0000

Ho appena aggiornato i driver nVidia 180.44 sulla mia Jaunty alla versione 180.51. Tutto è andato benissimo e l’operazione è stata alquanto facile. Mi annoto qui i pochi passi per futuri utilizzi.

Il pannello di configurazione dei driver 180.51

1. Installare alcuni strumenti di compilazione

Da terminale:

sudo apt-get install linux-headers-`uname -r` build-essential gcc xserver-xorg-dev pkg-config

Non sono certo che servano tutti: in ogni caso ci si ritrova con quello che certamente serve.

2. Disinstallare i driver dei repository

Penso che la cosa più facile per disinstallarli sia aprire Synaptic e cercare nvidia-: disinstallare tutti i pacchetti nvidia-* che si trovano installati, inclusi i file di configurazione.

3. Installare il driver

Scaricare il driver dal sito nVidia e posizionarlo nella home. Terminare la sessione di lavoro (cioè uscire dall’interfaccia grafica) ed entrare in modalità testuale, premendo i tasti CTRL+ALT+F1.

Avvertenza

Si consiglia la stampa di questa pagina o la navigazione di essa via testo tramite w3m

Loggarsi con il nome utente e la password.

Terminare il server grafico con:

sudo /etc/init.d/gdm stop

Rendere eseguibile il file dell’installer con:

chmod +x NVIDIA[tab]

dove [tab] significa una pressione del tasto tab, in modo da completarne automaticamente il nome.

Eseguire l’installer con:

sudo ./NVIDIA[tab]

L’installer provvederà alla compilazione di tutto il necessario e quando chiederà se modificare il file /etc/X11/xorg.conf, farglielo modificare facendo un backup.
Alla fine del processo che dura pochi secondi, il driver sarà installato e funzionante. Basterà avviare il server X con:

sudo /etc/init.d/gdm start

Aggiornamento e disinstallazione

I driver nVidia vengono forniti con un tool per l’aggiornamento automatico. Con questo tipo di installazione, infatti, credo che il supporto di dkms non ci sarà e quindi, dopo ogni cambio del kernel, si sarà costretti a farlo manualmente, anche se è un’operazione facile (non sono sicuro di questo visto che non mi è ancora capitato di farlo!).
Per aggiornarli, quindi, sarà sufficiente fermare il server grafico (qualora ci siate dentro) col comando di poco fa e dalla riga di comando dare:

sudo nvidia-installer --update

Il tool cercherà una versione più aggiornata dei driver e li installerà se necessario.

La disinstallazione dei driver, invece, può essere eseguita col comando:

sudo nvidia-uninstall

cui dovrebbe seguire l’installazione di driver sostitutivi, come quelli dei repository. Per la cronaca, questo lo screenshot dei pacchetti nvidia dei repo installati prima della loro rimozione:

I pacchetti dei driver nVidia installati prima di effettuare l’aggiornamento.

P.S. Se riscontrate inesattezze o migliorie o precisazioni, segnalatele nei commenti.

L'articolo Driver nVidia e Ubuntu è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

nVidia e il sito Tim

aldolat@gmail.com (Aldo Latino) — Tue, 28 Apr 2009 08:13:09 +0000

Come dice Carlo di Tecnica Arcana, questo è il bug più strano che abbia mai visto! In sostanza, con i driver nVidia precedenti alla versione 180.51 può accadere che, visitando il sito di tim.it, il server X venga riavviato! o.O È successo a me già un paio di volte. Tanto che nVidia ha rilasciato l’aggiornamento dei suoi driver e nel loro changelog dicono espressamente:

Davvero curioso che si rilasci un driver video con un bugfix per navigare espressamente su un sito!

L'articolo nVidia e il sito Tim è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

Aggiornare i driver Ati proprietari

aldolat@gmail.com (Aldo Latino) — Wed, 24 Sep 2008 09:00:56 +0000

Ho parlato più volte sull’installazione dei driver Ati in questo blog e basta guardare il tag “Ati” per leggere cosa ho scritto. In poche parole, ho sempre seguito ciò che l’Unofficial Wiki for the ATI Linux Driver pubblica come “Metodo 2”, cioè una installazione manuale e più impegnativa di questi driver.

Da un paio di volte aggiorno i driver semplicemente avviando l’eseguibile scaricato dal sito ufficiale e mi ritrovo coi driver perfettamente funzionanti e senza tanta fatica. Ho cambiato sistema dopo aver letto quanto Divilinux scrive, ad esempio, qua. In sostanza, eseguo questi passaggi:

messa in blacklist dei driver (solo la prima volta che ho seguito questo metodo)
avvio dell’installer
riscrittura del file xorg.conf con

sudo aticonfig --initial -f

rigenerazione della lista dei moduli e caricamento di fglrx con

sudo depmod -ae

sudo modprobe fglrx

riavvio del sistema.

Si tratta veramente di pochissimi passaggi e molto semplici. Più facile di così!

Fatevi un backup del file etc/X11/xorg.conf prima di effettuare l’aggiornamento.

L'articolo Aggiornare i driver Ati proprietari è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

Driver Ati 8.42 (fglrx) rilasciati!

aldolat@gmail.com (Aldo Latino) — Wed, 24 Oct 2007 13:10:14 +0000

Sto leggendo proprio ora su Phoronix e condivido con voi:

The ATI/AMD fglrx driver for x86 and x86_64 Linux is now available! This supports AIGLX and everything else we at Phoronix have been talking about. The 8.42.3 download link is here. With that said, be sure to read our just-published AMD 8.42 Display Driver Review.

Cioè: sono stati rilasciati i driver ATI (gli fglrx) che supportano nativamente AIGLX! Ciò significa: niente più XGL per far girare Compiz, Beryl o Compiz Fusion!! 🙂

Leggo anche che sono supportate le schede dalla serie R300 alla R600; sono escluse le FireGL, che potranno beneficiare del nuovo driver a partire dalla versione 8.43.

Il link per il driver 8.42 è questo.

Non li ho testati, ma quanto prima lo farò. Se nel frattempo li provate, fatemi sapere.

[edit]

Oggi ho avuto 20 minuti liberi. Li ho provati e… cancellati. Paradossalmente i driver open vanno meglio se tengo Compiz attivo. E siccome per ora Compiz mi sta dando soddisfazioni nell’uso, ho rimesso i driver open. Per installare i nuovi driver ATI 8.42 seguite la guida (Metodo 2) presente qui. Al termine della guida e prima di riavviare ricordarsi di compiere la modifica che segue. In sostanza, Compiz non parte se nella sua whitelist non è presente il driver in uso. Ora, il driver fglrx non è presente in quella lista e dunque va inserito a mano. Aprire col proprio editor di testo il file /usr/bin/compiz e aggiungere fglrx alla lista presente nella sezione # Driver whitelist. Dopo di che potete riavviare. Questi driver sono certamente in un primo stadio di sviluppo: e il fatto che io li abbia tolti non vuol dire che non vanno bene, anzi. Senza Compiz vanno benissimo!

L'articolo Driver Ati 8.42 (fglrx) rilasciati! è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

Occhio ai nuovi driver Ati 8.41.7

aldolat@gmail.com (Aldo Latino) — Thu, 13 Sep 2007 06:50:35 +0000

È uscito ieri il nuovo driver Ati proprietario 8.41.7 che darebbe (e pare vero) prestazioni paurosamente migliorate.

Ma occhio alla vostra scheda! Questo driver è stato scritto specificamente per le schede Radeon R600 (HD 2000): il che significa che non è detto che funzioni con la vostra R300/400/500.

Con la prossima uscita, come saprete in molti, il nuovo driver 8.42 supporterà ufficialmente Aiglx con cui possiamo far girare Compiz (o Beryl, per chi lo usa ancora) ed inoltre dovrebbe essere rilasciato per tutte le schede.

L'articolo Occhio ai nuovi driver Ati 8.41.7 è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

Driver nVidia su Ubuntu Feisty e Beryl

aldolat@gmail.com (Aldo Latino) — Sun, 29 Apr 2007 13:28:20 +0000

Dopo il disastro combinato alla mia scheda Ati, come saprete, mi sono preso una economicissima nVidia GeForce 6200, che — devo dire — mi sta dando buone soddisfazioni. Sto usando Feisty con Beryl e vi assicuro che è uno spasso: la mia scheda fa girare Beryl molto meglio della Ati (merito delle istruzioni glx incluse nel driver). L’installazione del driver è molto semplice, più semplice di quella del driver Ati.

Quello che segue è un promemoria personale per l’installazione del driver proprietario nVidia; se poi qualcuno troverà in esso una informazione utile, ben venga! 😉

Per usare questa guida è necessario ad un certo punto lasciare l’ambiente grafico e passare a quello testuale (tty). Vi conviene stamparvi la guida su carta e controllare che il vostro browser non abbia tagliato alcune righe durante la stampa.< Questa guida vale per tutte le schede nVidia, tranne che per le seguenti: RIVA TNT; RIVA TNT2/TNT2 Pro; RIVA TNT2 Ultra; Vanta/Vanta LT; RIVA TNT2 Model 64/Model 64 Pro; Aladdin TNT2; GeForce 256; GeForce DDR; Quadro; GeForce2 GTS/GeForce2 Pro; GeForce2 Ti; GeForce2 Ultra; Quadro2 Pro.

Fonte: http://doc.gwos.org/index.php/Latest_Nvidia_Edgyita

Scarichiamoci il driver

Puntate qui e scegliete il vostro driver cliccando appositamente sui tre box (tipo di driver, tipo di scheda, sistema operativo).

C’è anche la possibilità di scaricare il driver Beta cliccando su uno dei quattro collegamenti sopra i box. Io non l’ho ancora provato.

Prepariamo l’ambiente

Installiamo alcuni componenti essenziali per l’installazione:

sudo apt-get install linux-headers-`uname -r` build-essential gcc xserver-xorg-dev pkg-config

Eliminiamo ora il vecchio driver nVidia:

sudo apt-get --purge remove nvidia-glx nvidia-settings nvidia-glx-legacy

Non preoccupatevi se vi viene detto che non c’è nulla da disinstallare. Procedete pure.

Da ora in poi si procede senza il supporto dell’ambiente grafico: stampatevi la pagina e proseguite.

Passiamo, ora, in modalità testuale aprendo una tty. Premiamo insieme Ctrl+Alt+F1 ed inseriamo il nostro nome utente e la password. Mettiamo in stop l’ambiente grafico Gnome:

sudo /etc/init.d/gdm stop

Se usate Kde il comando che dovete inserire è: sudo /etc/init.d/kdm stop

Facciamo ora una copia di backup del file xorg.conf, nel caso ci fosse bisogno di ripristinarlo:

sudo cp /etc/X11/xorg.conf /etc/X11/xorg.conf_backup

Installiamo il driver

Spostiamoci nella cartella dove abbiamo scaricato il driver nVidia:

cd NomeCartella

e scriviamo (digitate tutto correttamente, sostituendo eventualmente il nome del driver NVIDIA_Linux… con quello che avete appena scaricato):

sudo sh NVIDIA-Linux-x86-1.0-9755-pkg1.run -n -s --x-prefix=/usr/lib/xorg/ --kernel-source-path=/usr/src/linux-headers-`uname -r`

L’installer del driver impiegherà pochissimo tempo per completare l’operazione. 😀 Appena avrà finito, ci toccherà configurare X.org semplicemente dando alcuni comandi a nvidia-xconfig, che scriverà per noi sul file xorg.conf. Digitateli uno dopo l’altro perché sono 5 comandi diversi:

sudo nvidia-xconfig --composite

sudo nvidia-xconfig --render-accel

sudo nvidia-xconfig --allow-glx-with-composite

sudo nvidia-xconfig --add-argb-glx-visuals

sudo nvidia-xconfig --no-logo

Finito ciò, mettiamo in blacklist il driver nVidia open (cioè quello chiamato “nv”); scriviamo:

sudo nano -w /etc/default/linux-restricted-modules-common

e alla fine del file mettiamo dentro le virgolette la parola nv. La riga dovrà apparire così:

DISABLED_MODULES="nv"

Riavvio di Gnome

Complimenti, abbiamo finito! 😀

Non ci resta che riavviare Gdm così:

sudo /etc/init.d/gdm restart

Se usate Kde il comando che dovete inserire è: sudo /etc/init.d/kdm restart

Installiamo Beryl

Avevo già detto come installare Beryl; riporto le due righe anche qui per completezza del post. Attivate i repo Universe in Synaptic e digitate in un terminale:

sudo apt-get update && sudo apt-get upgrade

sudo apt-get install beryl beryl-manager beryl-plugins-unsupported emerald-themes

Poi aprite il gestore delle Sessioni (Sistema / Preferenze / Sessioni) e nella scheda Programmi d’avvio create una nuova voce scrivendo questo comando:

/usr/bin/beryl-manager

e dandogli il nome che volete (ad es., Il manager di Beryl).

Se usate Kde il comando che dovete inserire è: ln -s /usr/bin/beryl-manager ~/.kde/Autostart/beryl-manager

Uscite dalla sessione e riloggatevi. Dal diamante rosso in alto vicino all’orologio scegliete come Gestore di finestre il vostro fiammante Beryl.

L'articolo Driver nVidia su Ubuntu Feisty e Beryl è uno scritto di aldolat.it. Rispettane le condizioni di licenza.