Installation of NVIDIAG02 drivers on Leap 15.6

This post is sequel to/continuation of the post entitled “Installation of
NVIDIAG02 drivers on Leap 15.5
“.

With Leap 15.5 now at end-of-life, all further efforts will now be based
on Leap 15.6.


I’ve now reached a peculiar roadblock with Leap 15.6 testing.

On my Compaq Presario CQ5210F PC with the NVIDIA GeForce
6150 SE Graphics card, I collected the Kernel-6.4.0-150600.21.1
components in a directory:

[code]

kernel-default-6.4.0-150600.21.1.x86_64.rpm
kernel-default-devel-6.4.0-150600.21.1.x86_64.rpm
kernel-devel-6.4.0-150600.21.1.noarch.rpm
kernel-macros-6.4.0-150600.21.1.noarch.rpm
kernel-syms-6.4.0-150600.21.1.x86_64.rpm
[/code}

The kernel was downgraded with the command,
sudo zypper install --solver-focus update --oldpackage ./k*.rpm

(For convenience, I’ll refer to this kernel as the “kmp-match” kernel,
because it is required to match the version of the
nvidia-gfxG02-kmp-default-304.137_k6.4.0_150600.21-lp156.52.1.x86_64.rpm package).

The latest kernel in effect from the initial NET .iso installation is 6.4.0-150600.23.30

The result of this downgrade is that 2 kernels are available for boot-up, the latest kernel and the kmp-match kernel.


When booting up the latest kernel, the graphics work fine, with the nouveau driver in effect.

When booting up the kmp-match kernel, no amount of manipulation would bring up the graphics; a command line login prompt would come up on the initial boot, and a
sudo startx command would ultimately end in a blank screen.

The inxi -Gxx command showed Driver: N/A, no driver in effect.

Under the kmp-match kernel, zypper info xf86-video-nouveau showed that the package was NOT installed ??? A sudo zypper install xf86-video-nouveau command installed the package, but to no effect.


As a corroborative test, I installed Leap 15.6 on my hp dc5700 PC which has an intel graphics card using i915 drivers. Both kernels booted up without incident, with the i915 drivers in effect.

I don’t understand why the kmp-match kernel will not boot up normally with the nouveau driver in effect on the Compaq Presario.


On a positive note:

I previously missed the fact that Wojciech has provided an up-to-date
version of Leap15.0Graphics for use going forward.

The packages are found in his home directory under
drivers → v02 → 15.6 → x86_64

I collected the subset necessary for installation in a directory:

xf86-input-evdev-2.11.0-lp156.99.1.x86_64.rpm
xf86-input-joystick-1.6.4-lp156.23.1.x86_64.rpm
xf86-input-libinput-1.5.0-lp156.98.1.x86_64.rpm
xf86-input-vmmouse-13.2.0-lp156.66.1.x86_64.rpm
xf86-input-void-1.4.2-lp156.27.1.x86_64.rpm
xf86-input-wacom-0.40.0-lp156.91.1.x86_64.rpm
xf86-video-fbdev-0.5.0-lp156.6.1.x86_64.rpm
xf86-video-nouveau-1.0.18-lp156.66.1.x86_64.rpm
xf86-video-vesa-2.6.0-lp156.61.1.x86_64.rpm
xorg-x11-server-1.19.7-lp156.4.1.x86_64.rpm
xorg-x11-server-extra-1.19.7-lp156.4.1.x86_64.rpm
xorg-x11-server-sdk-1.19.7-lp156.4.1.x86_64.rpm

On both the Compaq Presario and the hp dc5700, they were
installed with little difficulty, with the command
sudo zypper install --solver-focus update --oldpackage ./x*.rpm

There were many missing-key warning messages which were bypassed with entering i for ignore.

A module that was missing was the xf86-input-keyboard package, but the
latest version was used instead by entering a 3 to the warning message.


Hopefully, a workaround for the “roadblock” problem can be found.

Happy New Year to all, and most especially to Wojciech !!

Len E.

@LenE Your efforts may be in vain as these packages are likely to receive delete requests, or building disabled (some already have been)…
Ref 1. https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/message/RFFVPGRDG6XWNEMF4ZR6NZCQ5AZJYO3P/
Ref 2. https://en.opensuse.org/openSUSE:Build_Service_application_blacklist
Ref 3. https://build.opensuse.org/package/show/X11:Drivers:Video:Redesign/nvidia-driver-G06#comment-1993822

Hi Malcolm:

I haven’t yet reviewed the references you sent, but I will do so.


Some progress on the roadblock referred to yesterday:

On the Leap 15.6 installation on the Compaq Presaro CQ5210F,
to the packages in Wojciech’s up-to-date version of Leap15.0Graphics,
from his home directory, I added and installed the
xf86-input-libinput-1.5.0-lp156.98.1.x86_64.rpm package.

I entered a disable-nouveau.conf file containing the single
statement, blacklist nouveau, into the directory /etc/modprobe.d

I rebooted into the kmp-match kernel by entering a nomodeset
parameter to the grub boot command line. After a command-line
login, I entered sudo startx command, and the graphics came up
with the standard 1024x768 vesa resolution in effect.

I then rebooted into the latest kernel, and it came up normally with
the nouveau driver in effect as usual.


The inxi -Gxx output under the latest kernel is as follows:

Graphics:
  Device-1: NVIDIA C61 [GeForce 6150SE nForce 430] vendor: Hewlett-Packard
    driver: nouveau v: kernel arch: Curie ports: active: VGA-1 empty: none
    bus-ID: 00:0d.0 chip-ID: 10de:03d0
  Display: x11 server: X.org v: 1.21.1.11 driver: X: loaded: N/A
    unloaded: fbdev,modesetting,vesa failed: nouveau alternate: nvidia
    dri: nouveau gpu: nouveau display-ID: :0 screens: 1
  Screen-1: 0 s-res: 1152x864
  Monitor-1: VGA-1 model: NEC M700 res: 1152x864 dpi: 96 diag: 400mm (15.7")
  API: OpenGL v: 4.5 Mesa 23.3.4 renderer: llvmpipe (LLVM 17.0.6 128 bits)
    direct-render: Yes

The inxi -Gxx output under the kmp-match kernel is as follows:

Graphics:
  Device-1: NVIDIA C61 [GeForce 6150SE nForce 430]
    vendor: Hewlett-Packard driver: N/A arch: Curie bus-ID: 00:0d.0
    chip-ID: 10de:03d0
  Display: server: X.org v: 1.21.1.11 driver: X:
    loaded: nouveau,vesa unloaded: fbdev,modesetting alternate: nvidia
    gpu: N/A display-ID: :0 screens: 1
  Screen-1: 0 s-res: 1024x768
  Monitor-1: default res: 1024x768 size: N/A
  API: OpenGL v: 4.5 Mesa 23.3.4 renderer: llvmpipe (LLVM 17.0.6
    128 bits) direct-render: Yes

To be continued …

Len E.

Hi Wojciech:

I haven’t been able to achieve a successful subject installation, but
I believe I’ve reached a point where an expert tweak provided by
you will put the process “over the top” to ensure a successful outcome.

I’ve worked with 2 installs of Leap 15.6 resident in separate partitions on
my Compaq Presario test machine, for which the first 5 steps of the
installation procedure are identical. On one install, there is a 6th step,
which is omitted on the other install. The last 2 steps, # 7 and # 8,
are identical. As there have been some detail changes to the directories
containing the package contents, they are all repeated herein for clarity.


For easier reading, one additional terminology definition:

Your “up-to-date” version of Leap15.0Graphics is called
xorg-1.19.7 graphics.


STEP 1 Install Leap15.0Graphics

sudo zypper install --solver-focus update --oldpackage ./*.rpm

libdmx1-1.1.3-lp150.1.6.x86_64.rpm
xf86-input-evdev-2.10.5-lp150.1.10.x86_64.rpm
xf86-input-joystick-1.6.3-lp150.1.8.x86_64.rpm
xf86-input-keyboard-1.9.0-lp150.1.8.x86_64.rpm
xf86-input-libinput-0.27.1-lp150.1.1.x86_64.rpm
xf86-input-vmmouse-13.1.0-lp150.1.7.x86_64.rpm
xf86-input-void-1.4.1-lp150.1.7.x86_64.rpm
xf86-input-wacom-0.34.2-lp150.1.10.x86_64.rpm
xf86-video-fbdev-0.4.4-lp150.1.7.x86_64.rpm
xf86-video-nouveau-1.0.15-lp150.1.9.x86_64.rpm
xf86-video-vesa-2.4.0-lp150.1.1.x86_64.rpm
xorg-x11-driver-video-7.6_1-lp150.2.5.x86_64.rpm
xorg-x11-server-1.19.6-lp150.6.1.x86_64.rpm
xorg-x11-server-extra-1.19.6-lp150.6.1.x86_64.rpm

There are two reasons for doing this:
-In a later step, the latest kernel is to be removed, so it’s important
that the graphics have no direct inclusion of, or dependency on,
kernel library modules. Leap15.0Graphics seem to be independent
of any specific kernel.
-the Step 6 installation of xorg-1.19.7 graphics is a simple upgrade to
Leap15.0Graphics.


STEP2 Install kmp-match kernel

sudo zypper install --solver-focus update --oldpackage ./*.rpm

kernel-default-6.4.0-150600.21.1.x86_64.rpm
kernel-default-devel-6.4.0-150600.21.1.x86_64.rpm
kernel-default-extra-6.4.0-150600.21.1.x86_64.rpm
kernel-default-optional-6.4.0-150600.21.1.x86_64.rpm
kernel-devel-6.4.0-150600.21.1.noarch.rpm
kernel-macros-6.4.0-150600.21.1.noarch.rpm
kernel-syms-6.4.0-150600.21.1.x86_64.rpm

With a more complete set of related packages, the kernel installed
and booted up fine with the nouveau driver in effect, albeit using
llvmpipe rendering.


STEP 3 after booting up in the kmp-match kernel, disable multiversion support,
refresh repos

-edit /etc/zypp/zypp.conf file, comment out the default multiversion enabling
statement.
-sudo zypper refresh, confirms that all repos are up-to-date.
-reboot
-all further work is done with the kmp-match kernel in effect.


STEP 4

i) from Yast, set “protect - do not modify” flag for kernel-devel and
kernel-default-devel which are now kmp-match versions.

ii) sudo zypper rm kernel-default-6.4.0-150600.23.30.1 which is the
latest version

iii) reboot back into the only kernel remaining, the kmp-match kernel


STEP 5
i) from Yast, set “protect - do not modify” flag for the other 5 kmp-match
kernel modules
ii) uncomment the last line of the /etc/permission.local file
iii) sudo chkstat --system --set, then reboot
iv) sudo zypper install Mesa-dri-nouveau, which sets up the normal nouveau
rendering software; then reboot
(A peculiarity: the graphics continue to work fine, but an inxi-Gxx command
will often trigger screen pixilation and require a reboot).


STEP 6 -on one of the 2 installs only, omitted on the other

install xorg-1.19.7 graphics

sudo zypper install --solver-focus update --oldpackage ./*.rpm

xf86-input-evdev-2.11.0-lp156.99.1.x86_64.rpm
xf86-input-joystick-1.6.4-lp156.23.1.x86_64.rpm
xf86-input-libinput-1.5.0-lp156.98.1.x86_64.rpm
xf86-input-vmmouse-13.2.0-lp156.66.1.x86_64.rpm
xf86-input-void-1.4.2-lp156.27.1.x86_64.rpm
xf86-input-wacom-0.40.0-lp156.91.1.x86_64.rpm
xf86-video-fbdev-0.5.0-lp156.6.1.x86_64.rpm
xf86-video-nouveau-1.0.18-lp156.66.1.x86_64.rpm
xf86-video-vesa-2.6.0-lp156.61.1.x86_64.rpm
xorg-x11-server-1.19.7-lp156.4.1.x86_64.rpm
xorg-x11-server-extra-1.19.7-lp156.4.1.x86_64.rpm

-reboot


STEP 7

Preparation for NVIDIAG02 installation:

In /etc/X11, there is no standard xorg.conf file, so nvidia driver
installation depends on the 3 packages in /etc/X11/xorg.conf.d:
50-device.conf, 50-screen.conf, and 50-monitor.conf. Those
files after a standard Leap-15.6 installation are merely samples
with no active statements. NVIDIAG02 installation requires
the following edited copies:

50-device.conf

# Having multiple "Device" sections is known to be problematic. Make
# sure you don't have in use another one laying around e.g. in another
# xorg.conf.d file or even a generic xorg.conf file. More details can
# be found in https://bugs.freedesktop.org/show_bug.cgi?id=32430.
#
Section "Device"
  Identifier "Device0"
#
#  #Driver "radeon"
    Driver "nvidia"
#
#  ## Required magic for radeon/radeonhd drivers; output name
#  ## (here: "DVI-0") can be figured out via 'xrandr -q'
#  #Option "monitor-DVI-0" "Default Monitor"
#
EndSection

50-screen.conf

# Having multiple "Screen" sections is known to be problematic. Make
# sure you don't have in use another one laying around e.g. in another
# xorg.conf.d file or even a generic xorg.conf file. More details can
# be found in https://bugs.freedesktop.org/show_bug.cgi?id=32430.
#
Section "Screen"
  Identifier "Screen0"
#
  Device "Device0"
#
#  ## Doesn't help for radeon/radeonhd drivers; use magic in
#  ## 50-device.conf instead
  Monitor "Monitor0"
#
EndSection

50-monitor.conf

[code]

Having multiple “Monitor” sections is known to be problematic. Make

sure you don’t have in use another one laying around e.g. in another

xorg.conf.d file or even a generic xorg.conf file. More details can

be found in 32430 – /etc/X11/xorg.conf "Screen" & "Monitor" sections not obeyed.

Section “Monitor”
Identifier “Monitor0”

## If your monitor doesn’t support DDC you may override the

## defaults here

  HorizSync   28.0 - 33.0
  VertRefresh 43.0 - 72.0

Option “DPMS”

## Add your mode lines here, use e.g the cvt tool

EndSection


STEP 8 NVIDIAG02 installation

sudo zypper install --solver-focus update --oldpackage ./*.rpm

nvidia-computeG02-304.137-lp156.50.1.x86_64.rpm
nvidia-gfxG02-kmp-default-304.137_k6.4.0_150600.21-lp156.52.1.x86_64.rpm
x11-video-nvidiaG02-304.137-lp156.50.1.x86_64.rpm

With both installs, the end result was a blank screen.
The inxi -Gxx command showed the following:

Graphics:
  Device-1: NVIDIA C61 [GeForce 6150SE nForce 430] vendor: Hewlett-Packard
    driver: nvidia v: 304.137 arch: Curie bus-ID: 00:0d.0 chip-ID: 10de:03d0
  Display: server: X.org v: 1.19.6 driver: X: loaded: nouveau
    unloaded: fbdev,modesetting,vesa alternate: nvidia dri: nouveau gpu: nvidia
    tty: 80x25
  API: OpenGL Message: GL data unavailable in console for root.

Hope you can help with this !

For your consideration …

Len E.

You need nouveau to not be loaded otherwise the nvidia driver will not work
Try adding and starting with these kernel parameters and see if it works
nvidia_drm.modeset=1 initcall_blacklist=simpledrm_platform_driver_init

Hi there:

Because I had a need to reassemble my Leap 15.6 test environment after
previous work, I installed a fresh copy of Leap 15.6 NET, and basically
followed the 7 installation steps previously described as preparation to
try out the recommendation described above.


Because the nouveau driver was not to be loaded,
I inserted another step after Step6/before Step 7 to try to ensure that
the nouveau driver would not be available under any circumstances.
I inserted a disable-nouveau.conf file containing the single statement,
blacklist nouveau, into the directory, /etc/modprobe.d, and with the
sudo zypper rm xf86-video-nouveau command, removed the package.
On initial reboot, the nouveau driver was still in effect anyway, so I
rebooted again with the boot command line addition,
nomodeset nouveau.modeset=0, and this time a command line prompt
came up and inxi -Gxx showed that no video driver was in effect.
This meant no graphics capability, but Steps 7 and 8 could be done
strictly from the command line, so I completed them.


After rebooting from Step 8, I added the recommended parameters to
the command line, and the result was a command line prompt. I logged
in and immediately ran inxi -GISaz, which produced the following output:

System:
  Kernel: 6.4.0-150600.21-default arch: x86_64 bits: 64 compiler: gcc v: 7.5.0
    parameters: BOOT_IMAGE=/vmlinuz-6.4.0-150600.21-default
    root=UUID=6a6d120e-9cb7-459c-91ab-88ebd2a16909 splash=silent
    resume=/dev/disk/by-uuid/6629b1af-5ac6-44c8-9e17-2c687177fe35
    preempt=full mitigations=auto nvidia_drm.modeset=1
    initcall_blacklist=simpledrm_platform_driver_init security=apparmor
  Console: tty 1 DM: LightDM v: 1.32.0 Distro: openSUSE Leap 15.6
Graphics:
  Device-1: NVIDIA C61 [GeForce 6150SE nForce 430] vendor: Hewlett-Packard
    driver: nvidia v: 304.137 alternate: nouveau non-free: series: 304.xx
    status: legacy (EOL) last: release: 304.137 kernel: 4.13 xorg: 1.19
    arch: Curie process: 90-130nm built: 2003-13 bus-ID: 00:0d.0
    chip-ID: 10de:03d0 class-ID: 0300
  Display: server: X.org v: 1.19.7 driver: X: loaded: N/A
    unloaded: fbdev,vesa failed: modesetting alternate: nouveau,nv gpu: nvidia
    tty: 80x25
  API: OpenGL Message: GL data unavailable in console. Try -G --display
Info:
  Processes: 111 Uptime: 0h 8m wakeups: 0 Memory: available: 2.78 GiB
  used: 374 MiB (13.1%) Init: systemd v: 254 default: graphical
  tool: systemctl Compilers: gcc: 7.5.0 alt: 7 Packages: pm: rpm pkgs: N/A
  note: see --rpm tools: yast,zypper Shell: Bash (login) v: 4.4.23
  running-in: tty 1 inxi: 3.3.27

The /var/log/Xorg.0.log file is as follows:

[   146.265] 
X.Org X Server 1.19.7
Release Date: 2019-03-02
[   146.266] X Protocol Version 11, Revision 0
[   146.266] Build Operating System: openSUSE SUSE LINUX
[   146.266] Current Operating System: Linux cuZor16 6.4.0-150600.21-default #1 SMP PREEMPT_DYNAMIC Thu May 16 11:09:22 UTC 2024 (36c1e09) x86_64
[   146.266] Kernel command line: BOOT_IMAGE=/vmlinuz-6.4.0-150600.21-default root=UUID=6a6d120e-9cb7-459c-91ab-88ebd2a16909 splash=silent resume=/dev/disk/by-uuid/6629b1af-5ac6-44c8-9e17-2c687177fe35 preempt=full mitigations=auto nomodeset nouveau.modeset=0 security=apparmor
[   146.266] Build Date: 30 November 2024  10:32:18PM
[   146.266]  
[   146.266] Current version of pixman: 0.43.4
[   146.266] 	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
[   146.266] Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   146.267] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Feb  3 15:45:22 2025
[   146.267] (==) Using config directory: "/etc/X11/xorg.conf.d"
[   146.267] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[   146.309] (==) No Layout section.  Using the first Screen section.
[   146.309] (==) No screen section available. Using defaults.
[   146.309] (**) |-->Screen "Default Screen Section" (0)
[   146.309] (**) |   |-->Monitor "<default monitor>"
[   146.310] (==) No monitor specified for screen "Default Screen Section".
	Using a default monitor configuration.
[   146.310] (==) Automatically adding devices
[   146.310] (==) Automatically enabling devices
[   146.310] (==) Automatically adding GPU devices
[   146.310] (==) Automatically binding GPU devices
[   146.310] (==) Max clients allowed: 256, resource mask: 0x1fffff
[   146.370] (WW) The directory "/usr/share/fonts/misc/sgi" does not exist.
[   146.370] 	Entry deleted from font path.
[   146.405] (==) FontPath set to:
	/usr/share/fonts/misc:unscaled,
	/usr/share/fonts/Type1/,
	/usr/share/fonts/100dpi:unscaled,
	/usr/share/fonts/75dpi:unscaled,
	/usr/share/fonts/ghostscript/,
	/usr/share/fonts/cyrillic:unscaled,
	/usr/share/fonts/truetype/,
	built-ins
[   146.405] (==) ModulePath set to "/usr/lib64/xorg/modules"
[   146.405] (**) Extension "XFree86-DGA" is disabled
[   146.405] (II) The server relies on udev to provide the list of input devices.
	If no devices become available, reconfigure udev or disable AutoAddDevices.
[   146.405] (II) Loader magic: 0x5592ac7e3020
[   146.405] (II) Module ABI versions:
[   146.405] 	X.Org ANSI C Emulation: 0.4
[   146.405] 	X.Org Video Driver: 23.0
[   146.405] 	X.Org XInput driver : 24.1
[   146.405] 	X.Org Server Extension : 10.0
[   146.407] (--) using VT number 2

[   146.407] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration
[   146.415] (--) PCI:*(0:0:13:0) 10de:03d0:103c:2a6c rev 162, Mem @ 0xfb000000/16777216, 0xe0000000/268435456, 0xfc000000/16777216, BIOS @ 0x????????/131072
[   146.415] (II) LoadModule: "glx"
[   146.417] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
[   146.417] (EE) Failed to load /usr/lib64/xorg/modules/extensions/libglx.so: /usr/lib64/xorg/modules/extensions/libglx.so: cannot open shared object file: No such file or directory
[   146.417] (II) UnloadModule: "glx"
[   146.417] (II) Unloading glx
[   146.417] (EE) Failed to load module "glx" (loader failed, 7)
[   146.417] (II) Scanning /etc/X11/xorg_pci_ids directory for additional PCI ID's supported by the drivers
[   146.430] (==) Matched nouveau as autoconfigured driver 0
[   146.430] (==) Matched nv as autoconfigured driver 1
[   146.430] (==) Matched modesetting as autoconfigured driver 2
[   146.430] (==) Matched fbdev as autoconfigured driver 3
[   146.430] (==) Matched vesa as autoconfigured driver 4
[   146.430] (==) Assigned the driver to the xf86ConfigLayout
[   146.430] (II) LoadModule: "nouveau"
[   146.431] (WW) Warning, couldn't open module nouveau
[   146.431] (II) UnloadModule: "nouveau"
[   146.431] (II) Unloading nouveau
[   146.431] (EE) Failed to load module "nouveau" (module does not exist, 0)
[   146.431] (II) LoadModule: "nv"
[   146.432] (WW) Warning, couldn't open module nv
[   146.432] (II) UnloadModule: "nv"
[   146.432] (II) Unloading nv
[   146.432] (EE) Failed to load module "nv" (module does not exist, 0)
[   146.432] (II) LoadModule: "modesetting"
[   146.432] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so
[   146.446] (EE) Failed to load /usr/lib64/xorg/modules/drivers/modesetting_drv.so: /usr/lib64/xorg/modules/drivers/modesetting_drv.so: undefined symbol: shadowRemove
[   146.446] (II) UnloadModule: "modesetting"
[   146.446] (II) Unloading modesetting
[   146.446] (EE) Failed to load module "modesetting" (loader failed, 7)
[   146.446] (II) LoadModule: "fbdev"
[   146.446] (II) Loading /usr/lib64/xorg/modules/drivers/fbdev_drv.so
[   146.447] (II) Module fbdev: vendor="X.Org Foundation"
[   146.448] 	compiled for 1.19.7, module version = 0.5.0
[   146.448] 	Module class: X.Org Video Driver
[   146.448] 	ABI class: X.Org Video Driver, version 23.0
[   146.448] (II) LoadModule: "vesa"
[   146.448] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so
[   146.449] (II) Module vesa: vendor="X.Org Foundation"
[   146.449] 	compiled for 1.19.7, module version = 2.6.0
[   146.449] 	Module class: X.Org Video Driver
[   146.449] 	ABI class: X.Org Video Driver, version 23.0
[   146.449] (II) FBDEV: driver for framebuffer: fbdev
[   146.449] (II) VESA: driver for VESA chipsets: vesa
[   146.458] (II) Loading sub module "fbdevhw"
[   146.459] (II) LoadModule: "fbdevhw"
[   146.459] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so
[   146.472] (II) Module fbdevhw: vendor="X.Org Foundation"
[   146.472] 	compiled for 1.19.7, module version = 0.0.2
[   146.472] 	ABI class: X.Org Video Driver, version 23.0
[   146.472] (EE) Unable to find a valid framebuffer device
[   146.472] (WW) Falling back to old probe method for fbdev
[   146.472] (II) Loading sub module "fbdevhw"
[   146.472] (II) LoadModule: "fbdevhw"
[   146.473] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so
[   146.473] (II) Module fbdevhw: vendor="X.Org Foundation"
[   146.473] 	compiled for 1.19.7, module version = 0.0.2
[   146.473] 	ABI class: X.Org Video Driver, version 23.0
[   146.473] (EE) open /dev/fb0: No such file or directory
[   146.473] (EE) Screen 0 deleted because of no matching config section.
[   146.473] (II) UnloadModule: "fbdev"
[   146.473] (II) UnloadSubModule: "fbdevhw"
[   146.473] (II) Loading sub module "vbe"
[   146.473] (II) LoadModule: "vbe"
[   146.473] (II) Loading /usr/lib64/xorg/modules/libvbe.so
[   146.474] (EE) Failed to load /usr/lib64/xorg/modules/libvbe.so: /usr/lib64/xorg/modules/libvbe.so: undefined symbol: xf86int10Addr
[   146.474] (II) UnloadModule: "vbe"
[   146.475] (II) Unloading vbe
[   146.475] (EE) VESA: Failed to load module "vbe" (loader failed, 7)
[   146.475] (II) UnloadModule: "vesa"
[   146.475] (EE) Screen(s) found, but none have a usable configuration.
[   146.475] (EE) 
Fatal server error:
[   146.475] (EE) no screens found(EE) 
[   146.475] (EE) 
Please consult the The X.Org Foundation support 
	 at http://wiki.x.org
 for help. 
[   146.475] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[   146.475] (EE) 
[   146.478] (EE) Server terminated with error (1). Closing log file.

After transferring the inxi -GISaz and Xorg.0.log text files to a USB,
I ran sudo startx, which halted with a totally blank screen.

Len E.

Does lsmod show if the nvidia module is loaded? Could you check dmesg or journalctl for messages regarding the loading of the nvidia driver?

Check if the extensions/nvidia folders exist in this directory

In reviewing the subject installation status, I’ve belatedly realized that
there is a flaw in the 8-step installation procedure as described.

In step 3, multi-version support is disabled.
In step 5, the “protect - do not modify” flag is set for the remaining
kmp-match kernel rpm’s, including kernel-default-6.4.0-150600.21.1,
to ensure that it is not displaced by a newer package in further steps.

However, the step 8 installation involves modifying the kernel to incorporate
driver modules in the final configuration. THIS STEP WILL NEVER SUCCEED
when the kernel is flagged as “protect - do not modify”.


An attempted work-around was to remove the “protect - do not modify” flag from
kernel-default-6.4.0-150600.21.1 in Yast, and run the command sudo zypper addlock kernel-default-6.4.0-150600.23.42.2 to try to lock out the latest
kernel-default package, but the step 8 installation would have installed the latest kernel-default anyway, regardless of the fact that multi-version support is disabled.

Yast doesn’t allow separate treatment of the 2 kernel-default packages; ideally the “protect - do not modify” flag could be set for the kmp-match kernel-default rpm, and the taboo flag set for the latest kernel-default rpm. Yast lumps the treatment of both kernel-default packages together as installed/available. Zypper has the addlock capability, but no obvious
capability to set the taboo flag on a package.

I don’t know of any way around this problem.

Len E.

@LenE You need to specify the version in zypp.conf to keep that kernel version and add locks to the respective devel files…

Hi malcolmlewis:

Thank you for your definitive advice on avoiding the need to lock out
the active kernel-default package.


A problem that’s proving to be very difficult to overcome is that although
the lsmod command shows that the drm renderer is loaded, the nvidia
driver when installed still does not connect with any rendering package
so that the graphics fail to come up.

I’ve recently come across a cryptic statement during web searches, that
“The nvidia-modeset driver is a kernel module that enables NVIDIA
graphics cards to use the Direct Rendering Manager (DRM) for video
output, which is necessary for modern display technologies and Wayland
configurations.”

I’ve searched forums.opensuse.org, and found only vague references to the
nvidia-modeset driver, primarily in the context of ensuring that it is not
loaded.

What is the status of it in terms of availability and past usage, if any,
on Leap 15.n ???

Please advise.
Len E.

15.6’s inxi 3.3.27 is known broken and thus can be misleading WRT -G output. Leap 16.0pre has a much improved newer version, 3.3.36. Current upstream is 3.3.37, which you may upgrade to with sudo inxi -U3. Inxi is a perl script, so is fully supported by every standard perl environment.

FWIW for comparision:

# inxi -GSaz --vs --za --hostname
inxi 3.3.37-00 (2025-01-06)
System:
  Host: mcp61 Kernel: 6.4.0-150600.23.42-default arch: x86_64 bits: 64
    compiler: gcc v: 7.5.0 clocksource: tsc avail: acpi_pm
    parameters: root=LABEL=<filter> ipv6.disable=1 net.ifnames=0 noresume
    consoleblank=0 mitigations=off
  Desktop: TDE (Trinity) v: R14.1.3 tk: Qt v: 3.5.0 wm: Twin v: 3.0
    with: kicker vt: 7 dm: 1: TDM 2: XDM Distro: openSUSE Leap 15.6
Graphics:
  Device-1: NVIDIA C61 [GeForce 6150SE nForce 430] vendor: Micro-Star MSI
    driver: nouveau v: kernel non-free: series: 304.xx
    status: legacy (EOL~2017-09-xx) last: release: 304.137 kernel: 4.13
    xorg: 1.19 arch: Curie process: 90-130nm built: 2003-2013 ports:
    active: VGA-1 empty: none bus-ID: 00:0d.0 chip-ID: 10de:03d0
    class-ID: 0300
  Display: x11 server: X.Org v: 1.21.1.11 compositor: Twin v: 3.0 driver: X:
    loaded: modesetting dri: nouveau gpu: nouveau display-ID: :0 screens: 1
  Screen-1: 0 s-res: 1680x1050 s-dpi: 120 s-size: 355x222mm (13.98x8.74")
    s-diag: 419mm (16.48")
  Monitor-1: VGA-1 model: Dell P2213 serial: <filter> built: 2013 res:
    mode: 1680x1050 hz: 60 scale: 100% (1) 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 egl: 1.4
    drv: nouveau device: 1 drv: swrast gbm: egl: 1.4 drv: nouveau surfaceless:
    egl: 1.4 drv: nouveau x11: egl: 1.4 drv: nouveau inactive: wayland
  API: OpenGL v: 4.5 compat-v: 2.1 vendor: mesa v: 23.3.4 glx-v: 1.4
    direct-render: yes renderer: NV4C device-ID: 10de:03d0 memory: 52.7 MiB
    unified: no
  Info: Tools: api: eglinfo,glxinfo x11: xdriinfo, xdpyinfo, xprop, xrandr
#

My 6150SE is normally displaced by a GeForce 8600 GT supporting two displays, but it just works, as expected, by simply removing the GeForce.

@LenE you could try blacklisting nvidia_drm module then?

Hi there:
I’ve just entered a post entitled “Installation of fbdev sub module (fb.ko) on Leap 15.6”, the responses to which may help with the ongoing difficulties herein.
Len E.