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

    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 ?

    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.

    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 hat auf diesen Beitrag geantwortet.

      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 hat auf diesen Beitrag geantwortet.
      • Greg gefällt das.

        Greg Dürfte mittlerweile die gleiche Performance haben.

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

        • Martin-MS hat auf diesen Beitrag geantwortet.

          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 hat auf diesen Beitrag geantwortet.

            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 hat auf diesen Beitrag geantwortet.

              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

              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.

              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.

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

              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 hat auf diesen Beitrag geantwortet.

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

                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 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.

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

                Lieben Dank