On Thu, 2023-06-22 at 09:07 +0000, Mark Rubin via openSUSE Factory wrote:

- Once 6.3.9 is released, will the kernels that the TW install ISOs boot to use it? The current ones fail on systems with the problematic Nvidia GPUs unless "nomodeset" is manually added to the kernel parameters when booting them. That's a workaround, but it isn't something a non-expert user would know to do without searching or asking in the forums and mailing lists (or more likely giving up, saying "openSUSE is broken").

The ISO files are regeneated based on current packages with every single snapshot. This will also be true for when the new kernel lands. Cheers, Dominique

On 24.06.2023 05:50, Mark Rubin via openSUSE Factory wrote:

I have very bad news (for me at least) about the nouveau driver kernel fix, and am looking for advice on how to proceed.

I performed the following actions:

``` # fgrep -i multiversion /etc/zypp/zypp.conf | egrep -v '^#' multiversion = provides:multiversion(kernel) multiversion.kernels = latest,latest-1,running

# zypper addrepo https://download.opensuse.org/repositories/Kernel:/stable/standard/ kernel-stable-standard

# zypper install kernel-default-6.3.9-1.1.g0df701d.x86_64

# ls -F /boot .vmlinuz-6.3.6-1-default.hmac@ initrd@ .vmlinuz-6.3.7-1-default.hmac@ initrd-6.3.6-1-default .vmlinuz-6.3.9-1.g0df701d-default.hmac@ initrd-6.3.7-1-default System.map-6.3.6-1-default@ initrd-6.3.9-1.g0df701d-default System.map-6.3.7-1-default@ sysctl.conf-6.3.6-1-default@ System.map-6.3.9-1.g0df701d-default@ sysctl.conf-6.3.7-1-default@ config-6.3.6-1-default@ sysctl.conf-6.3.9-1.g0df701d-default@ config-6.3.7-1-default@ vmlinuz@ config-6.3.9-1.g0df701d-default@ vmlinuz-6.3.6-1-default@ do_purge_kernels vmlinuz-6.3.7-1-default@ grub2/ vmlinuz-6.3.9-1.g0df701d-default@

# rm /boot/do_purge_kernels

# ls -F /lib/modules 6.3.6-1-default/ 6.3.7-1-default/ 6.3.9-1.g0df701d-default/ ```

On reboot, GRUB has 6.3.9 as default (proven by examining the boot parameters with "E : Edit Entry") and successfully boots that kernel if "nomodeset" is included (which I have by default). I can also boot 6.3.7 (again "nomodeset") via the "Advanced options for openSUSE Tumbleweed" sub-menu.

But if I boot 6.3.9 *without* "nomodeset", it hangs during boot in the same way that 6.3.7 and previous 6.3.x kernels do: Console screen and keyboard frozen and locked up, ssh working, kernel memory fault messages in dmesg.

After all the time and work by the nouveau and kernel maintainers, and its inclusion in the upcoming Tumbleweed kernels, this is massively disappointing. Did I do something wrong in my install of 6.3.9? I did not do a `zypper dist-upgrade` after the `zypper install` -- should I have? (I did do one immediately before, to get the latest 20230622 snapshot.)

Or is the nouveau/kernel patch not sufficient, at least on my hardware? Others had tested it and https://gitlab.freedesktop.org/drm/nouveau/-/issues/213 was closed as completed. I had hoped to necro-post there confirming that it also worked for me, but unless I can find an error in my 6.3.9 install process I'll have to do the opposite.

Thanks for any suggestions on what to do next.

Test the latest vanilla kernel. If the problem is fixed there, file bug report for openSUSE. If the problem is not fixed there, file bug report upstream.

Mark Rubin wrote:

Andrei Borzenkov wrote:

...

Test the latest vanilla kernel. If the problem is fixed there, file bug report for openSUSE. If the problem is not fixed there, file bug report upstream. Will do.

Update: No, that won't work. 1. There is no "-vanilla" 6.3.9 kernel at https://download.opensuse.org/repositories/Kernel:/stable/standard/x86_64/ 2. The http://download.opensuse.org/tumbleweed/repo/oss/x86_64/kernel-vanilla-6.3.7... doesn't have the nouveau patch, at least according to what's in /usr/src/linux-6.3.7-1/drivers/gpu/drm/nouveau/nouveau_drm.c from http://mirrorcache-us.opensuse.org/tumbleweed/repo/src-oss/src/kernel-source... I tried kernel-vanilla-6.3.7-1.2 anyway, but of course it didn't work. I suppose I could wait for 6.3.9 to hit TW, but that just delays any possible further progress regardless whether the problem is openSUSE or upstream. I tried building 6.3.4-rc7 from source (cloned from https://github.com/openSUSE/kernel) which definitely has the upstream fix, but that failed despite exactly following the instructions available only at https://github.com/openSUSE/kernel-source/blob/master/doc/README.SUSE ("No rule to make target '.kernel_signing_key.pem', needed by 'certs/signing_key.x509".) I'm going to make another post here about not being able to log in to bugzilla to comment on the above topics and to report another, unrelated bug. I've been trying to install Tumbleweed and/or Leap 15.5 for many weeks now and frankly it's getting frustrating and discouraging.

Jiri Slaby wrote:

...

Mark Rubin wrote: There is no "-vanilla" 6.3.9 kernel at https://download.opensuse.org/repositories/Kernel:/stable/standard/x86_64/

Of course there is (on the second page).

My apologies. I don't know how I missed it (and, yes, I did look at both pages). I was beginning to hope your previous statement:

So 6.3.9 will have it.

meant "it will have it in the future" instead of "has it now". But assuming that (all below from https://download.opensuse.org/repositories/Kernel:/stable/standard/x86_64/) ... The kernel in: kernel-default-6.3.9-1.1.g0df701d.x86_64.rpm was compiled from the code in: kernel-default-debugsource-6.3.9-1.1.g0df701d.x86_64.rpm and the kernel in: kernel-vanilla-6.3.9-1.1.g0df701d.x86_64.rpm from: kernel-vanilla-debugsource-6.3.9-1.1.g0df701d.x86_64.rpm ... all of them *do* have the fix in nouveau_drm.c. Now that you've found my mistake (thanks!) I still have to install and test "vanilla" to see if it works. I've already seen that openSUSE's kernel-default version doesn't, so either way it's bad news: Either "vanilla" doesn't work and the fix is totally insufficient, or it does and something in the openSUSE patches is inhibiting it. So either more difficult debugging by anyone (openSUSE or upstream) who'd be willing to undertake it, or giving up on having modern kernels working on this hardware. At least I can put on hold my failing attempts to build a kernel RPM as chronicled in my other thread, but I did need to (re-)learn how to compile the kernel source anyway so it wasn't a complete waste of time. Thanks again for your patient help.

@Mark: I read through that thread, should be no reason to "apologize for running older hardware" . . . that's what many folks in linux are in fact doing. I had this problem in my Leap 15.5 edition a couple weeks back when you did, but that seemed to get "fixed" . . . I have a GTX780 card, not sure where that is compared to yours. I did not have the problem in my TW install because I took mr Mazda's advice to use "default" video driver, which might be i915?? . . . i.e., it's not nouveau, although it might be in lsmod. So, perhaps there is a way to try to change video driver to "default"?? I did it during the fresh install a couple years back now, but might be something to check?? Other reason for posting, is that, on my newer Sys76 laptop with '20 spec nvidia card, I lost the GUI several months back in my Debian Bookworm install, there I used nouveau . . . . The system boots to dmesg and then to a blinking cursor on a black screen. Their forum suggested I needed to install "firmware-misc-nonfree" package to bring in the nvidia drivers, but that did not solve the problem. I can only get to a TTY on that system. In that same machine I have Pop!_OS which uses proprietary nvidia drivers, and a Gecko Plasma with "nouveau"??? Both of those systems are working fine . . . . Hard to say if the Debian situation is relevant to yours . . . but, there is some apparent "struggle" to get nvidia hardware running in linux . . . . Hence the loud groans that you hear on the forums . . . . I guess those guys would suggest changing out the card as the ultimate solution???? F

Mark Rubin wrote:

@Fritz: What did you do to get the "default"/i915(??) driver in your TW install? Was it something on the kernel command line in GRUB during the initial boot of the install media, a YaST/zypper install of a package after the installed TW was up and running, both, or neither?

For now, my hacked-in patch seems to be working for me on TW. I still have to see what I can do with Leap 15.5. But as per my latest #19 post at https://forums.opensuse.org/t/older-laptop-tumbleweed-nvidia-and-nouveau-dri..., I'm trying to understand what the "best" driver is out of nouveau, "default", i915, "nv",

@Mark: It was during the install process, where somewhere (bottom left??) of the installer window was a question on what video driver to select for what was recognized as an Nvidia card. I usually would go for "nouveau" . . . as back in the ancient day of '07 in PPC linux we had no other option other than "nv" . . . nouveau ofered "acceleration" and so forth, nv did not. As I'm a "jack of all trades" guy, with multi-boot systems, I'm not a "naster of SUSE" to know whether you could retro exchange your driver, via YaST . . . I would figure it could be done there or via console . . . adjusting the xorg.conf file??? I believe the "default" option is the "i915" driver listed in my lsmod. The "best driver" is the driver that works on your machine to your satisfaction. I avoided the proprietary nvidia driver option, because nvidia doesn't really keep pace with cutting edge linux like TW, and they don't seem to support their older stuff either. Nouveau was the best all-arounder . . . for the most part. I am fine with what the default driver provides on my GTX 780 card. Might be the forum guys could give some hints about how to try to change it away from nouveau, which you could always switch back to. F

* Patrick Shanahan <paka@opensuse.org> [07-01-23 21:47]:

* Fritz Hudnut <non.space.1@gmail.com> [07-01-23 20:55]:

...

...

The "best driver" is the driver that works on your machine to your satisfaction. I avoided the proprietary nvidia driver option, because nvidia doesn't really keep pace with cutting edge linux like TW, and they don't seem to support their older stuff either. Nouveau was the best all-arounder . . . for the most part. I am fine with what the default driver provides on my GTX 780 card.

odd, been running Tumbleweed since it's inception and using nVidia drivers the entire time on multiple boxes.

and evergrees before that.

s/evergrees/evergreen/ -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet oftc