[Bug 1005323] New: Nouveau 3D/DRI driver disabled by default on Leap 42.2
http://bugzilla.suse.com/show_bug.cgi?id=1005323 Bug ID: 1005323 Summary: Nouveau 3D/DRI driver disabled by default on Leap 42.2 Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Release Notes Assignee: sknorr@suse.com Reporter: sndirsch@suse.com QA Contact: lnussel@suse.com Found By: --- Blocker: --- Please add this to Leap 42.2 release notes. Thanks! -- Nouveau 3D/DRI driver disabled by default With Leap 42.2 we are forced to consider the nouveau DRI/3D driver as experimental. Therefore we decided to split off this driver to a separate package called Mesa-dri-nouveau, which we do not install by default. Unfortunately this disables 3D support on all NVIDIA GPUs as well as 2D acceleration on newer cards that use GLAMOR for fast 2D operations. Kernel Mode Setting and basic 2D are still available, as is 2D acceleration via EXA on Kepler and earlier generation cards. 3D operations are supported via software rendering. Customers not interested in installing the proprietary NVIDIA driver for fast 2D/3D support can install this package, though at their own risk. Unfortunately the nouveau DRI driver does not work together with current multithreaded KDE apps. We have prepared patches for Mesa to mitigate this issue, but have not included them as per the author's intent: Using them may deadlock the system. Experienced users running KDE and willing to use these patches can rebuild the Mesa package after setting use_broken_nouveau_locking_patches %define in specfile to 1. Most NVIDIA users are likely using Mesa's software renderer - our default, or are switching to NVIDIA's proprietary driver though. This is also SUSE's recommendation. --- -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1005323
Stefan Dirsch
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c1
Stefan Knorr
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c2
--- Comment #2 from Stefan Dirsch
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c3
--- Comment #3 from Stefan Knorr
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c4
--- Comment #4 from Stefan Knorr
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c5
Ludwig Nussel
Please add this to Leap 42.2 release notes. Thanks!
-- Nouveau 3D/DRI driver disabled by default
With Leap 42.2 we are forced to consider the nouveau DRI/3D driver as experimental.
Why now and not in 42.1? Are there bug reports that back this?
Customers not interested in installing the proprietary NVIDIA driver for fast 2D/3D support can install this package, though at their own risk. Unfortunately the nouveau DRI driver does not work together with current multithreaded KDE apps.
What does that mean? Crash, lockup, display glitches? How bad? NVidia cards are pretty wide spread and KDE is the default desktop. We need a bit more than release notes documentation if we know that this combination is broken.
We have prepared patches for Mesa to mitigate this issue, but have not included them as per the author's intent: Using them may deadlock the system. Experienced users running KDE and willing to use these patches can rebuild the Mesa package after setting use_broken_nouveau_locking_patches %define in specfile to 1.
Remove that paragraph. Recompiling Mesa is out of scope for the target audience. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1005323
Ludwig Nussel
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c7
--- Comment #7 from Stefan Dirsch
(In reply to Stefan Dirsch from comment #0)
Please add this to Leap 42.2 release notes. Thanks!
-- Nouveau 3D/DRI driver disabled by default
With Leap 42.2 we are forced to consider the nouveau DRI/3D driver as experimental.
Why now and not in 42.1? Are there bug reports that back this?
Sure. Multithreaded KDE apps no longer start with nouveau DRI driver. KDE on 42.1 did not use this feature yet.
Customers not interested in installing the proprietary NVIDIA driver for fast 2D/3D support can install this package, though at their own risk. Unfortunately the nouveau DRI driver does not work together with current multithreaded KDE apps.
What does that mean? Crash, lockup, display glitches? How bad? NVidia cards are pretty wide spread and KDE is the default desktop. We need a bit more than release notes documentation if we know that this combination is broken.
KDE apps are crashing immediately.
We have prepared patches for Mesa to mitigate this issue, but have not included them as per the author's intent: Using them may deadlock the system. Experienced users running KDE and willing to use these patches can rebuild the Mesa package after setting use_broken_nouveau_locking_patches %define in specfile to 1.
Remove that paragraph. Recompiling Mesa is out of scope for the target audience.
Fair enough. We tried to address the issue with these locking patches, which improved the situation a lot. Later we figured out that upstream does not want to have these patches applied, since they believe they can easily deadlock the userspace. So we had the idea to make everybody happy. Normal cutomer, nouveau upstream and experienced users. Oh well ... -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1005323
Stefan Dirsch
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c8
Fabian Vogt
http://bugzilla.suse.com/show_bug.cgi?id=1005323
Max Lin
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c9
--- Comment #9 from Antonio Larrosa
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c10
--- Comment #10 from Stefan Dirsch
A branch of mesa trying to fix this issue: https://github.com/imirkin/mesa/commits/locking (not updated since July, but apparently stable according to a comment)
These were exactly the patches, which may deadlock the system according to upstream developers. They don't want to see the applied. Full stop. There is no fix available right now. Only thing we can do right now is to use software rendering for nouveau by default and document this in our release notes. And recommend to use NVIDIA's proprietary driver to improve the performance when using KDE as desktop. Probably no usual customer knows, which KDE apps are using Qt WebEngine module. Me not either. So what are we discussing here?!? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1005323
Dominique Leuenberger
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c11
--- Comment #11 from Antonio Larrosa
http://bugzilla.suse.com/show_bug.cgi?id=1005323
Ludwig Nussel
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c12
--- Comment #12 from Ludwig Nussel
I've just known of this issue this morning. I'm now working on patching qt-webengine so it doesn't use the gpu when nouveau is used, I think that might help. What do you think?
sounds good to me at least -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c13
--- Comment #13 from Stefan Dirsch
I've just known of this issue this morning. I'm now working on patching qt-webengine so it doesn't use the gpu when nouveau is used, I think that might help. What do you think?
I wasn't aware that would be possible. This definitely should help, yes. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c14
--- Comment #14 from Stefan Knorr
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c15
Antonio Larrosa
(In reply to Antonio Larrosa from comment #11)
I've just known of this issue this morning. I'm now working on patching qt-webengine so it doesn't use the gpu when nouveau is used, I think that might help. What do you think?
I wasn't aware that would be possible. This definitely should help, yes.
Hmm, I can't reproduce your problems on rana (nvidia G98 [Quadro NVS 295]). Can you create a user for me in a system that shows this problem and give me ssh access to it? You can read on https://bugzilla.suse.com/show_bug.cgi?id=1003402#c32 and https://bugzilla.suse.com/show_bug.cgi?id=1003402#c33 what I could reproduce (and fix), but I don't get any crashes like you did. What If you could join irc tomorrow, I would like to debug this on your test machine. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c16
--- Comment #16 from Stefan Dirsch
http://bugzilla.suse.com/show_bug.cgi?id=1005323
Stefan Dirsch
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c17
--- Comment #17 from Max Staudt
http://bugzilla.suse.com/show_bug.cgi?id=1005323 Bug 1005323 depends on bug 1003402, which changed state. Bug 1003402 Summary: Plasmashell dumps core with nouveau graphics http://bugzilla.suse.com/show_bug.cgi?id=1003402 What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1005323
Max Staudt
http://bugzilla.suse.com/show_bug.cgi?id=1005323
Max Staudt
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c23
--- Comment #23 from Max Staudt
I agree with Dominique about recommending the proprietary ones. My concern is that if we split the package and don't install the driver at all we cause regressions on systems where the card is properly supported. And we have no chance to introduce fixes via updates as the driver isn't installed in the first place.
No. Sorry, but you got this completely backwards :( First, we aren't introducing regressions by upgrading Mesa, but by upgrading KDE. Second, there are no properly supported cards, to the best of my knowledge. I don't know where this came from. Implementing a whitelist is well meant, but still a waste of time. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c25
--- Comment #25 from Dominique Leuenberger
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c26
--- Comment #26 from Stefan Dirsch
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c27
--- Comment #27 from Fabian Vogt
The situation with nouveau in the past was:
If the driver works for you be happy and use it. If it doesn't, don't waste your time and install NVIDIA (we recommend to prefer Intel or AMD over NVIDIA GPUs since ages!).
This now changed with KDE to:
Either switch to another desktop or install NVIDIA.
It did not. Nouveau has _always_ been breaking Qt Webengine on _all_ cards. Just now some KDE applications in the PIM stack (that is not used by the majority even) and some other third-party applications (like Otter Browser) are affected. This is not a bug in chromium itself, but rather that Qt and Chromium do not share rendering threads. A workaround might be do disable the Qt hardware accelerated rendering (export QT_OPENGL=software). Antonio, can you test that? If that works, we can just put something like "(lsmod | grep nouveau) && export QT_OPENGL=software" into the startkde script, which wouldn't even have a big impact on performance. The other issue is that KDE does not even start on _some_ cards due to a bug in nouveau. All it takes to work around this is forcing XRender using an environment variable or just changing an option in ~/.config/kwinrc. So if you're using nouveau without KDE PIM, everything is still fine except on cards where nouveau is generally unstable. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1005323
Michal Marek
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c29
--- Comment #29 from Richard Brown
3) do something in yast a) switch default desktop to gnome if Nouveau b) change default desktop in general
Ludwig, the Board and I have discussed this and given the circumstances you have our full support and backing to investigate these options. We have to ensure that the default experience of users to Leap 42.2 is the best first impression we can give to new users, and while of course we want to offer the best KDE experience available, the lack of support for a commonly available graphics card and the only drivers we can easily distribute make it ineligible for the role of the default
c) warn if KDE is used on Nouveau systems d) warn about instablities with Nouveau in general
I'm working on wording for these two options, as I still think it's a good idea even if we decide to take a different default -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c30
--- Comment #30 from Stefan Dirsch
If hardware supplements are added to the nouveau package the text would only be shown on systems that actually have an NVidia card, otherwise we'd have to > recommend nouveau from some pattern unconditionally.
Adding these hardware supplements is an easy task. Just copy the line from xf86-video-nouveau package Supplements: modalias(xorg-x11-server:pci:v000010DEd*sv*sd*bc03sc*i*) Or use Supplements/Recommends between xf86-video-nouveau and Mesa-dri-nouveau package, which looks more sane to me. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c32
Richard Brown
Whatever solution is chosen looks like will provide vexations on systems used to test for behavioral differences that depend on the driver in use, aka swapping among various PCIe gfxcards like I do on host big41.
Does that machine actually do any real world work besides theoretical testing of nonsense workloads? Let's ensure openSUSE works on scenarios real humans run into before improving our coverage to theoretical use cases. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c33
--- Comment #33 from Dominique Leuenberger
Or use Supplements/Recommends between xf86-video-nouveau and Mesa-dri-nouveau package, which looks more sane to me.
That seems sensible - will you consider adding this (likely Mesa-dri-nouveau supplementing xf86-video-nouveau) -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1005323
Luca Beltrame
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c37
--- Comment #37 from Stefan Dirsch
(In reply to Stefan Dirsch from comment #30)
Or use Supplements/Recommends between xf86-video-nouveau and Mesa-dri-nouveau package, which looks more sane to me.
That seems sensible - will you consider adding this (likely Mesa-dri-nouveau supplementing xf86-video-nouveau)
Sure I can do this - once a decision about the wording of the "license" text has been taken. Also I don't know where this license text needs to be defined. In the past it has been the package databse, which is gone since a long time ...
Bonus points for obsoleting the nouveau packages from the NVidia driver. This > would allow to suppress the text in case we decide to offer the NVidia repo during installation already.
Any plans to do so? I'm afraid nobody than me ever tried and/or was using this feature, i.e. adding the NVIDIA repo before installation. So no much benefit for doing this. Downside is also , that the package is gone once the customer uninstalls the nvidia driver. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c38
--- Comment #38 from Stefan Dirsch
Just to make sure we're on the same page: We'd strip nouveau's 3D support from Mesa, while leaving the kernel driver in place. That means that Xorg's modesetting DDX or nouveau's DDX can still set beautiful 2D resolutions via KMS, but just not activate 3D support as it is missing from Mesa.
Exactly. BTW, GLAMOR support has been removed from nouveau driver. So we won't lose 2D acceleration either as long as EXA is still supported by the GPU. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1005323
Oliver Kurz
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c42
--- Comment #42 from Ludwig Nussel
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c43
--- Comment #43 from Luca Beltrame
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c44
--- Comment #44 from Stefan Dirsch
could someone please submit packages with the mentioned supplements? The warning text is handled in a separate package.
done https://build.opensuse.org/request/show/437179 https://build.opensuse.org/request/show/437177 Feel free to remove the SR, which is not needed. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c45
--- Comment #45 from Bernhard Wiedemann
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c46
--- Comment #46 from Bernhard Wiedemann
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c47
--- Comment #47 from Bernhard Wiedemann
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c49
--- Comment #49 from Bernhard Wiedemann
http://bugzilla.suse.com/show_bug.cgi?id=1005323
Swamp Workflow Management
http://bugzilla.suse.com/show_bug.cgi?id=1005323
Swamp Workflow Management
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c55
--- Comment #55 from Stefan Dirsch
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c56
Ludwig Nussel
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c57
--- Comment #57 from Swamp Workflow Management
http://bugzilla.suse.com/show_bug.cgi?id=1005323
Swamp Workflow Management
http://bugzilla.suse.com/show_bug.cgi?id=1005323
Swamp Workflow Management
http://bugzilla.suse.com/show_bug.cgi?id=1005323
Swamp Workflow Management
http://bugzilla.suse.com/show_bug.cgi?id=1005323
http://bugzilla.suse.com/show_bug.cgi?id=1005323#c58
--- Comment #58 from Swamp Workflow Management
participants (1)
-
bugzilla_noreply@novell.com