Nvidia and 6.10.2 kernel

After updating to the 6.10 kernel, my display is not operating properly. I have a dual monitor setup, one of which is a Sharp tv. This monitor is no longer recognized and the other monitor is limited to one resolution. The system is operating slowly. If I boot to the prior kernel, 6.9.9.1_default 64-bit, all works as it should. Booting to 6.10 doesn’t give me a GUI. I use startx to get a gui. Perhaps this is the wrong command? Anyway, here are some details

KDE Plasma 6.1.3
QT Version 6.7.2
Kernel 6.9.9.1_default 64Bit
Nvidia GeForce GT730/PCIe/SSE2
Nvidia Driver 470.256.2
Nvidia files are G05 32 bit

My instinct was to upgrade to the Nvidia G06 64Bit. But if that caused me to lose all video, I don’t know how to boot to the previous kernel. I’ve looked at a number of posts that seemed similar but none seem to answer this problem.

Any advice will be gratefully received.

One easy option, continue using the 6.9.9 kernel until it is announced that NVidia drivers are available to support 6.10.x. Working NVidia drivers always lag major kernel version upgrades. If you must use 6.10.2, you may thoroughly purge the NVidia drivers, and then all displays will be recognized by the default FOSS drivers.

The G06 drivers work flawlessly. Only the G05 is affected.
https://bugzilla.opensuse.org/show_bug.cgi?id=1228810
https://bugzilla.opensuse.org/show_bug.cgi?id=1228811

Your GT730 is not supported by the actual G06 driver. So switching wont work.

So, it looks like the simplest answer is easy. I will keep updating 6.9.9.1 but be careful not to accept the kernel update until Nvidia catches up.

I use zypper dup exclusively. Can I modify it to prevent a kernel update?

Thank you for helping me and keeping me from messing up my system.

zypper al kernel-default
When time comes to allow, repeat using rl instead of al, or simply
zypper in kernel-default
and answer selection “remove lock”. al and rl are shorthand for addlock and removelock.

2 Likes

Thank you. I will use this until Nvidia updates their driver.

Note: both the G04 and G05 Nvidia drivers are affected by the addition of the follow_pfn test in the driver kernel/conftest.sh file. The patch has been out for a month, so it is difficult to explain the lag in getting the openSUSE NVidia repository updated.

Here is hope some haste is applied to the situation.

1 Like

Patch adding follow_pfn test successfully used to compile G05 Nvidia driver.

Upgrade video card. Support for Nvidia Kepler will be ended in the next months.

Kepler (current 550 driver) will remain usable for years. openSUSE does a good job providing drivers for older cards, even after Nvidia support reaches end of life. It’s a must for older hardware, especially in laptops, etc…

Now this will differ by disto. Some, like Arch will rely on community members to build driver packages for unsupported cards, but there are enough of the older cards out there that just about any distro will have to have some type of support for them.

Either way, the old 980GTX, or whatever you have, will continue to work for years to come.

This is @Prexy posting from a live usb. I had to create a new account because I forgot my password.

Booting to this live usb made my display problems go away. If I change the files on my hard drive to match these, will it solve the problem there as well? Searching yast for nvidia, I get this:

openSUSE-repos-MicroOS-Nvidia (installed is 20240712.dd8c2eb-1.1)
libdrm-nouveau2 (installed is 2.4.123-1.1)
xf86-video-nouveau (installed 1.0.17-6.1)
xf86-video-nv (installed 2.1.23-1.2)

Finally, it uses kernel-default 6.11.0-1.1

# zypper info xf86-video-nv
…
Information for package xf86-video-nv:
Name           : xf86-video-nv
…
Description    :
    nv is an Xorg driver for NVIDIA video cards.

    The driver supports 2D acceleration and provides support for the
    following framebuffer depths: 8, 15, 16 (except Riva128) and 24. All
    visual types are supported for depth 8, TrueColor and DirectColor
    visuals are supported for the other depths with the exception of the
    Riva128 which only supports TrueColor in the higher depths.

IIUC, the GPUs this driver supports all date back to last century, and it is incompatible with KMS.

In recent weeks I’ve been seeing libdrm-nouveau2 listed in output from zypper pa --unneeded, so it looks like it is only required if the reverse-engineered, experimental, old technology nouveau DDX driver from xf86-video-nouveau is installed:

# zypper pa --unneeded
…
i  | OSS        | kbd-legacy             | 2.6.4-4.1         | noarch
i  | OSS        | libdrm_nouveau2        | 2.4.123-1.1       | x86_64
i  | OSS        | libmozjs-78-0          | 78.15.0-4.5       | x86_64
…
# grep nouveau2 /var/log/zypp/history
…
2024-10-02 17:41:14|command|root@ab85m|'zypper' 'rm' 'fde-tpm-helper' 'gprofng' 'libabsl_2401_0_0' 'libdrm_nouveau2' 'libip4tc2' 'libLLVMSPIRVLib18' 'libopenblas_pthreads0' 'libQt5Concurrent5' 'libquazip1-qt5-1_4_0' 'libtbb12' 'patch' 'ruby3.3-rubygem-u*'|
2024-10-02 17:41:14|remove |libdrm_nouveau2|2.4.123-1.1|x86_64|root@ab85m|

Upstream, the modesetting DIX display driver is preferred for most NVidia GPUs not better served by the NVidia Open drivers.

# zypper se -s veau o-nv
...
S  | Name                    | Type    | Version      | Arch   | Repository
---+-------------------------+---------+--------------+--------+-----------
   | libdrm_nouveau2         | package | 2.4.123-1.1  | x86_64 | OSS
 l | libdrm_nouveau2-32bit   | package | 2.4.123-1.1  | x86_64 | OSS
   | libvdpau_nouveau        | package | 24.1.7-391.1 | x86_64 | OSS
 l | libvdpau_nouveau-32bit  | package | 24.1.7-391.1 | x86_64 | OSS
i+ | libvulkan_nouveau       | package | 24.1.7-391.1 | x86_64 | OSS
 l | libvulkan_nouveau-32bit | package | 24.1.7-391.1 | x86_64 | OSS
i+ | Mesa-dri-nouveau        | package | 24.1.7-391.1 | x86_64 | OSS
 l | Mesa-dri-nouveau-32bit  | package | 24.1.7-391.1 | x86_64 | OSS
 l | xf86-video-nouveau      | package | 1.0.17-6.1   | x86_64 | OSS
   | xf86-video-nv           | package | 2.1.23-1.2   | x86_64 | OSS
# inxi -GSaz --vs --za
inxi 3.3.36-00 (2024-09-04)
System:
  Kernel: 6.10.11-1-default arch: x86_64 bits: 64 compiler: gcc  v: 14.2.0
    clocksource: tsc avail: hpet,acpi_pm parameters: root=LABEL=<filter>
    ipv6.disable=1 net.ifnames=0 noresume nomce consoleblank=0 mitigations=off
  Desktop: KDE Plasma v: 5.27.10 tk: Qt v: 5.15.12 info: frameworks
    v: 5.115.0 wm: kwin_x11 vt: 7 dm: 1: KDM 2: XDM Distro: openSUSE Tumbleweed
    20241001
Graphics:
  Device-1: NVIDIA GK208B [GeForce GT 720] vendor: Micro-Star MSI
    driver: nouveau v: kernel non-free: series: 470.xx+
    status: legacy-active (EOL~2024-09-xx) arch: Kepler-2 code: GKxxx
    process: TSMC 28nm built: 2012-2018 pcie: gen: 1 speed: 2.5 GT/s lanes: 8
    ports: active: DVI-D-1,HDMI-A-1,VGA-1 empty: none bus-ID: 01:00.0
    chip-ID: 10de:1288 class-ID: 0300 temp: 55.0 C
  Display: x11 server: X.Org v: 21.1.12 compositor: kwin_x11 driver: X:
    loaded: modesetting dri: nouveau gpu: nouveau display-ID: :0 screens: 1
  Screen-1: 0 s-res: 4240x2640 s-dpi: 120 s-size: 897x558mm (35.31x21.97")
    s-diag: 1056mm (41.59")
  Monitor-1: DVI-D-1 pos: top-left model: NEC EA243WM serial: <filter>
    built: 2011 res: 1920x1200 hz: 60 dpi: 94 gamma: 1.2
    size: 519x324mm (20.43x12.76") diag: 612mm (24.1") ratio: 16:10 modes:
    max: 1920x1200 min: 640x480
  Monitor-2: HDMI-A-1 mapped: HDMI-1 pos: primary,bottom-l
    model: Acer K272HUL serial: <filter> built: 2018 res: 2560x1440 hz: 60
    dpi: 109 gamma: 1.2 size: 598x336mm (23.54x13.23") diag: 686mm (27")
    ratio: 16:9 modes: max: 2560x1440 min: 720x400
  Monitor-3: VGA-1 pos: bottom-r model: Dell P2213 serial: <filter>
    built: 2012 res: 1680x1050 hz: 60 dpi: 90 gamma: 1.2
    size: 473x296mm (18.62x11.65") diag: 558mm (22") ratio: 16:10 modes:
    max: 1680x1050 min: 720x400
  API: EGL v: 1.5 hw: drv: nvidia nouveau platforms: device: 0 drv: nouveau
    device: 1 drv: swrast gbm: drv: nouveau surfaceless: drv: nouveau x11:
    drv: nouveau inactive: wayland
  API: OpenGL v: 4.5 compat-v: 4.3 vendor: mesa v: 24.1.7 glx-v: 1.4
    direct-render: yes renderer: NV106 device-ID: 10de:1288 memory: 957 MiB
    unified: no
  API: Vulkan v: 1.3.290 layers: 3 device: 0 type: cpu name: llvmpipe (LLVM
    18.1.8 128 bits) driver: N/A device-ID: 10005:0000 surfaces: xcb,xlib
#

All good here with pure, non-“experimental” FOSS.

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.