Arch Linux

Nvidia 470 Treiber funktioniert nicht.

sanni

Hallo Ihrs,
seit dem 6er Kernel funktioniert meine Nvidia Graka (GeForce GT650M im Dualbetrieb mit einer Intel) nicht mehr.
Den nvidia-470 Treiber habe ich neu aus dem AUR geholt und übersetzt.
Trotzdem will es nicht wollen. Auch ein Rückschritt zum letzten 5er Kernel funktioniert leider nicht.
dmesg zeigt das hier:

[   21.663710] nvidia: loading out-of-tree module taints kernel.
[   21.663722] nvidia: module license 'NVIDIA' taints kernel.
[   21.663723] Disabling lock debugging due to kernel taint
[   21.673183] nvidia: module verification failed: signature and/or required key missing - tainting kernel
[   22.021044] nvidia-nvlink: Nvlink Core is being initialized, major device number 239

[   22.021694] nvidia 0000:01:00.0: enabling device (0006 -> 0007)
[   22.021767] nvidia 0000:01:00.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=none:owns=none

und

[   23.536344] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  470.141.03  Thu Jun 30 18:45:31 UTC 2022
[   23.590258] RAPL PMU: API unit is 2^-32 Joules, 3 fixed counters, 163840 ms ovfl timer
[   23.590263] RAPL PMU: hw unit of domain pp0-core 2^-16 Joules
[   23.590265] RAPL PMU: hw unit of domain package 2^-16 Joules
[   23.590266] RAPL PMU: hw unit of domain pp1-gpu 2^-16 Joules
[   23.689514] cryptd: max_cpu_qlen set to 1000
[   23.690016] i801_smbus 0000:00:1f.3: SMBus using PCI interrupt
[   23.690028] ACPI: watchdog: Skipping WDAT on this system because it uses RTC SRAM
[   23.690684] i2c i2c-0: 2/2 memory slots populated (from DMI)
[   23.691027] i2c i2c-0: Successfully instantiated SPD at 0x50
[   24.025577] cfg80211: Loading compiled-in X.509 certificates for regulatory database
[   24.026173] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
[   24.068821] nvidia_uvm: module uses symbols nvUvmInterfaceDisableAccessCntr from proprietary module nvidia, inheriting taint.
[   24.242735] nvidia-uvm: Loaded the UVM driver, major device number 236.
[   24.288777] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for UNIX platforms  470.141.03  Thu Jun 30 18:34:41 UTC 2022
[   24.293886] audit: type=1130 audit(1666468368.854:11): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-modules-load comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[   24.362944] AVX version of gcm_enc/dec engaged.
[   24.363021] AES CTR mode by8 optimization enabled
[   24.533136] Intel(R) Wireless WiFi driver for Linux
[   24.634232] [drm] [nvidia-drm] [GPU ID 0x00000100] Loading driver
[   24.634242] [drm] Initialized nvidia-drm 0.0.0 20160202 for 0000:01:00.0 on minor 0

Der 6.0-patch ist ja schon im Paket enthalten. Muss ich da eventuell noch was machen, oder geht das automatisch mit makepkg?
Weiss da jemand was schickes?

Liebe Grüße, Sanni

GerBra

sanni funktioniert meine Nvidia Graka (GeForce GT650M im Dualbetrieb mit einer Intel) nicht mehr.

Das äußert sich wie?
XOrg.log ?

Laut überfliegen der Kommentare im AUR:
a) Du bist auch wirklich auf dem aktuellsten 6.0 Kernel aus den Repos?
b) Wechsel zum LTS-Kernel bis die Problematik geklärt ist ?

Andy@Arch

sanni Der 6.0-patch ist ja schon im Paket enthalten. Muss ich da eventuell noch was machen, oder geht das automatisch mit makepkg?
Weiss da jemand was schickes?

bei mir lies sich der 470 Treiber mit Patch, mit dem Kernel 6er Kernel problemlos bauen, musste da nichts machen. Hast du mal einen reinen Nvidia Betrieb probiert? Denke es wird irgendwo beim wechsel von Intel zu Nvidia hängen

sanni

Kernel: 6.0.2
An den LTS-Kernel habe ich noch garnicht gedacht, wäre aber wohl eine Möglichkeit, wenn nichts anderes geht.

Der Versuch den Flightgear zu starten wird mit der Fehlermeldung

FlightGear was unable to create a window supporting 3D rendering (OpenGL).
This is normally due to outdated graphics drivers

in einem Fenster und

StatsHandler::StatsHandler() Setting up GL2 compatible shaders
    1.74 [ALRT]:view       Not creating osgViewer::CompositeViewer
Now checking for plug-in osgPlugins-3.4.1/osgdb_nvtt.so
    8.35 [INFO]:OSG        Error: Unable to create OpenGL graphics context.

in der cli.

fdell

bei mir ist der Kernel 6.0.2-arch1-1 x86_64 installiert
und läuft einwandfrei mit dem aktuellen Treiber extra/nvidia 520.56.06-4
Warum nutzt du den alten 4.70 nvidia Treiber?

Martin-MS

fdell Warum nutzt du den alten 4.70 nvidia Treiber?

Wegen der schon älteren GeForce GT650M. Nur lt. NVIDIA unterstützt nicht einmal mehr der 4.70-Treiber die GT650M, sondern es müsste die Version 418.113 sein. Da ist aber das letzte Update 2019.11.5 und wird deshalb wahrscheinlich auch nicht oder nur eingeschränkt für einen aktuellen Kernel funktionieren.

Die Version 390.154 wäre vielleicht noch eine Option, der Treiber unterstützt auch die GT650M, scheint noch weiter entwickelt zu werden und dazu gibt es ein Paket im AUR, wird aber auch in den Kommentaren trotz des Patches als nicht vollständig den Kernel 6 unterstützend bezeichnet, weswegen auch hier die Empfehlung lautet, auf linux-lts zu wechseln.

fdell

Martin-MS Ach stimmt, da war ja was...

Greg

Wie Martin-MS schreibt, oder warum nicht nouveau installieren.
https://wiki.archlinux.de/title/Nouveau
Dürfte mittlerweile die gleiche Performance haben.
Auch ein Blick wert:
https://wiki.archlinux.org/title/Kernel_mode_setting

Dirk

Greg Dürfte mittlerweile die gleiche Performance haben.

Bei weitem nicht. Zumindest nicht wenn es um 3D-Beschleunigung geht.

Martin-MS

Dirk Bei weitem nicht. Zumindest nicht wenn es um 3D-Beschleunigung geht.

Da wird nur irgendwann kein Weg mehr dran vorbei führen.

Wenn alte Karten mit alten Treibern in aktuellen Systemumgebungen nicht mehr flott zu kriegen sind (und das zeichnet sich ja jetzt schon ab) und man nur noch die Wahl zwischen gar keiner 3D-Beschleunigung und einer von nouveau bereitgestellten, etwas langsameren 3D-Beschleunigung hat, dann wird man wohl zu dieser Lösung greifen müssen.

Wenn es auf Dauer keine Lösung für die Zusammenarbeit der proprietären NIVIDIA-Treiber mit dem Kernel 6 gibt, würde ich es auf jeden Fall auch mal mit neauvou versuchen um zu sehen, ob die Performance für OpenGL und FlightGear reicht.

Dirk

Martin-MS Wenn es auf Dauer keine Lösung für die Zusammenarbeit der proprietären NIVIDIA-Treiber mit dem Kernel 6 gibt, würde ich es auf jeden Fall auch mal mit neauvou versuchen um zu sehen, ob die Performance für OpenGL und FlightGear reicht.

Ja, das sowieso! Der Treiber ist ja nicht pauschal schlecht. Bei gleicher Hardware (sofern noch unterstützt), ist der proprietäre Treiber aber immer überlegen.

Greg

Dirk
hm, für diese alte Grafkkarte würde ich das pauschal mal nicht sagen.
Man kann den nouveau Treiber installieren und ein paar Vergleichsmessungen machen.
Ihr könnt ja mal Vorschläge machen mit welchen Werkzeugen man das machen kann.
Ich hatte auch mal einen PC mit alter Grafikkarte und hatte den nvidia und nouvau Treiber getestet. An diesem PC war kein Unterschied feststellbar. Zumindest für das Zeugs was ich brauchte. Da war auch 3D-Kram dabei.

sanni

Upps, nicht alle gleichzeitig. Also:

Im AUR finde ich nur die NVidia-Version 470.141.03-2 und die hat bisher wunderbar funktioniert.

Nouveau habe ich probiert.
Die Performance ist nicht von dieser Welt: Große Teile der Scenerie wurden erst garnicht dargestellt.
Ist also keine wirkliche Alternative.

Jonathon rät auch dazu, den LTS-Kernel zu installieren, wenn man nicht auf eine neue NVidia-Version warten möchte. Wenn ich den probieren möchte, einfach nur die Pakete Linux-LTS und Linux-LTS-Headers installieren? Vorher Linux und Linux-headers deinstallieren? Sind da noch Kleinigkeiten zu beachten, die mir das System übel nehmen würde? Einen solchen Kernel-Wechsel habe ich nocht nicht gemacht und Lust auf unliebsame Überraschungen habe ich auch nicht.

stefanhusmann

linux und linux-lts können friedlich koexistieren und man kann auch beide seinem Bootloader bekannt machen.

sanni

Gebootet wird Schleppi mit Systemd-boot. Nachdem ich linux-lts installiert habe, habe ich die Datei entries/arch-lts.conf erstellt. In der loader.conf habe ich noch den timeout auf 10 Sekunden geändert (war auf 0). Danach noch schnell ein 'bootctl update', ein Neustart, und was ist? Nix!

Erst nachdem ich arch-lts.conf als default in die loader.conf eingetragen hatte, ist linux-lts auch gebootet worden. Das Boot-Menü kann ich beim Start aber immer noch nicht sehen!? Ist da noch irgendwo irgendein Befehl, der noch ausgeführt werden möchte, damit das Boot-Menü wieder erscheint?

Die NVidia will jetzt auch wieder. 🙂

krisz

sanni Ist da noch irgendwo irgendein Befehl, der noch ausgeführt werden möchte, damit das Boot-Menü wieder erscheint?

Was sagt denn die Ausgabe von cat /sys/firmware/efi/efivars/LoaderConfigTimeout-4a67b082-0a4c-41cf-b6c7-440b29bb8c4f ?

Falls da eine Zahl ausgegeben wird (vermutlich Null, da dir ja kein Menü angezeigt wird), hast du zwei Möglichkeiten. Entweder passt du den Timeout mittels bootctl set-timeout 10 an oder löschst ihn mit bootctl set-timeout "" . Wenn der Wert gelöscht ist, kommt der Timeout deiner loader.conf zur Anwendung.

schard

Yo, Sanni, zeig Config. :-P
Insbesondere die loader.conf, die entries und
bootctl list sowie bootctl status.

sanni

loader.conf:

timeout 10
default arch-lts.conf

arch.conf:

title	Arch Linux
linux	/vmlinuz-linux
initrd	/initramfs-linux.img
options	root=/dev/sda2 rw lang=de init=/usr/lib/systemd/systemd locale=de_DE.UTF-8 quiet module_blacklist=hp_accel

arch-lts.conf:

title	Arch Linux LTS
linux	/vmlinuz-linux-lts
initrd	/initramfs-linux-lts.img
options	root=/dev/sda2 rw lang=de init=/usr/lib/systemd/systemd locale=de_DE.UTF-8 quiet module_blacklist=hp_accel

arch-fallback.conf:

title	Arch Linux Fallback
linux	/vmlinuz-linux
initrd	/initramfs-linux-fallback.img
options	root=/dev/sda2 rw lang=de init=/usr/lib/systemd/systemd locale=de_DE.UTF-8

bootctl list:

Boot Loader Entries:
         type: Boot Loader Specification Type #1 (.conf)
        title: Arch Linux
           id: arch.conf
       source: /boot/loader/entries/arch.conf
        linux: /vmlinuz-linux
       initrd: /initramfs-linux.img
      options: root=/dev/sda2 rw lang=de init=/usr/lib/systemd/systemd locale=de_DE.UTF-8 quiet module_blacklist=hp_accel

     type: Boot Loader Specification Type #1 (.conf)
    title: Arch Linux LTS (default) (selected)
       id: arch-lts.conf
   source: /boot/loader/entries/arch-lts.conf
    linux: /vmlinuz-linux-lts
   initrd: /initramfs-linux-lts.img
  options: root=/dev/sda2 rw lang=de init=/usr/lib/systemd/systemd locale=de_DE.UTF-8 quiet module_blacklist=hp_accel

     type: Boot Loader Specification Type #1 (.conf)
    title: Arch Linux Fallback
       id: arch-fallback.conf
   source: /boot/loader/entries/arch-fallback.conf
    linux: /vmlinuz-linux
   initrd: /initramfs-linux-fallback.img
  options: root=/dev/sda2 rw lang=de init=/usr/lib/systemd/systemd locale=de_DE.UTF-8

     type: Automatic
    title: Reboot Into Firmware Interface
       id: auto-reboot-to-firmware-setup
   source: /sys/firmware/efi/efivars/LoaderEntries-4a67b082-0a4c-41cf-b6c7-440b29bb8c4f

und bootctl status:

System:
     Firmware: UEFI 2.31 (INSYDE Corp. 4096.01)
  Secure Boot: disabled (setup)
 TPM2 Support: no
 Boot into FW: supported

Current Boot Loader:
      Product: systemd-boot 251.7-1-arch
     Features: ✓ Boot counting
               ✓ Menu timeout control
               ✓ One-shot menu timeout control
               ✓ Default entry control
               ✓ One-shot entry control
               ✓ Support for XBOOTLDR partition
               ✓ Support for passing random seed to OS
               ✓ Load drop-in drivers
               ✓ Boot loader sets ESP information
          ESP: /dev/disk/by-partuuid/6c271167-2d34-fd43-9cc4-ab6dd868a971
         File: └─/EFI/BOOT/BOOTX64.EFI

Random Seed:
 Passed to OS: yes
 System Token: set
       Exists: yes

Available Boot Loaders on ESP:
          ESP: /boot (/dev/disk/by-partuuid/6c271167-2d34-fd43-9cc4-ab6dd868a971)
         File: └─/EFI/systemd/systemd-bootx64.efi (systemd-boot 251.7-1-arch)
         File: └─/EFI/BOOT/BOOTX64.EFI (systemd-boot 251.7-1-arch)

Boot Loaders Listed in EFI Variables:
        Title: Linux Boot Manager
           ID: 0x0001
       Status: active
    Partition: /dev/disk/by-partuuid/6c271167-2d34-fd43-9cc4-ab6dd868a971
         File: └─/EFI/systemd/systemd-bootx64.efi

Boot Loader Entries:
        $BOOT: /boot (/dev/disk/by-partuuid/6c271167-2d34-fd43-9cc4-ab6dd868a971)

Default Boot Loader Entry:
         type: Boot Loader Specification Type #1 (.conf)
        title: Arch Linux LTS
           id: arch-lts.conf
       source: /boot/loader/entries/arch-lts.conf
        linux: /vmlinuz-linux-lts
       initrd: /initramfs-linux-lts.img
      options: root=/dev/sda2 rw lang=de init=/usr/lib/systemd/systemd locale=de_DE.UTF-8 quiet module_blacklist=hp_accel

sanni

Die Ausgabe von 'cat' war '0' und mit 'boot-ctl set-timeout ""' erscheint das Menü wieder.

Lieben Dank