On 11/1/17 3:41 AM, Felix Miata wrote:
Tobias Klausmann composed on 2017-11-01 03:07 (UTC+0100):
Markus Feilner composed on 2017-10-31 14:29 (UTC-0400):
If Luca is right (and I think he is) then I would like to point out that you agreed to the following when you installed Mesa-dri-nouveau on your system: "WARNING: Nouveau DRI/3D driver selected. BTW: That warning is completely new to me, after two years of Nvidia GFX Card and Tumbleweed with Nouveau only. Are you absolutely sure about "only"? I ask because /etc/X11/xorg_pci_ids/ was implemented around 20 months ago: https://bugzilla.opensuse.org/show_bug.cgi?id=972126#c6 Nouveau has always been the standard selection on my TW systems, neither did I choose it nor did I get that message, it simply worked... I didn't have many
Richard Brown composed: problems with it. Last week was the first time I gave in and installed the NVIDIA drivers, but only because of the recent repository (and to check if that was the problem's root). Did I miss something or do something wrong? There are more than just NVidia and Nouveau drivers for NVidia gfxchips since quite some years ago. Modesetting, a separate driver package pre-server-17.0, integrated since (2015-02-05 on TW), is a third. None of my GeForce-equipped PCs have (or ever had) non-FOSS drivers installed. Most use modesetting, only the tiny balance nouveau.
On 11/1/17 1:20 AM, Felix Miata wrote: this is not completely right, there are in fact only two feature rich Nobody before you mentioned "features" or "rich" in this thread.
drivers for non-ancient Nvidia cards: Of course the Nvidia closed-source For what definition of "driver"? Modesetting with all the layers or components it's intertwined with or depends on does what I need done whether with Intel, AMD or NVidia gfxchips.
blob and nouveau. Yet the nouveau driver consist of different layers, the most important ones are: * the in-kernel driver part * a "glue layer" (libdrm) * a driver for the XServer: xf86-video-nouveau (which you can indeed be replaced with xf86-video-modesetting) * an OpenGL driver in Mesa So even if you replace the XServer driver, it will still use the underlying kernel driver, see [1] for a general graphical representation. It is possible to blacklist the nouveau kernel driver, but doing this leaves you behind with a basic driver. [1] https://de.wikipedia.org/wiki/Mesa_3D#/media/File:Linux_Graphics_Stack_2013.... Isn't all the complexity that comprises Xorg functionality more than most users complaining about Xorg trouble need to know or care or do anything about? The previous discussion follows from this warning shared by Richard:
__ Use of this driver is especially not recommended for use with the KDE Desktop Environment or Qt-based Applications. __ Is that warning actually applicable to the nouveau/kernel driver?
To me, that statement looks like it's about the Xorg video nouveau driver, over which a user gets some realistic choice whether to install, not the integral nouveau/kernel driver, giving net installation choices totaling three, only two of which are FOSS, and only one of which is accompanied by any recommendation against. It's what seems pertinent to the original subthread post by Markus: https://lists.opensuse.org/opensuse-factory/2017-10/msg00642.html
Well, the warning is stated the first time you install "Mesa-dri-nouveau", so part of the Mesa OpenGL implementation. The nouveau driver with its different layers is not good with multi-threaded OpenGL, which webkit uses to draw content on the screen. Yet the warning is set at the right place, as only the nouveau OpenGL implementation is set to trigger this specific multi-threading bug (Of course there are other bugs). A bit of a surprise to me is the fact that only the application (kontact) crashes and not the whole system freezes, so maybe the basic recovery functionality introduced to nouveau with a recent kernel (4.9 or 4.10?) actually helped here. As a sidenote: If you use xf86-video-modesetting, you will make extensive use of the OpenGL implementation, if available. Yet this is favorable in the long run, as developers can focus on implementing OpenGL (and Vulkan) instead of handling the extra X driver as well. Greetings, Tobias -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org