http://bugzilla.opensuse.org/show_bug.cgi?id=1137067
http://bugzilla.opensuse.org/show_bug.cgi?id=1137067#c18
--- Comment #18 from Ross Green ---
I notice that there appears to be a number of sync problems with the NVIDIA
firmware blobs. Getting the right versions of those binaries should be
necessary to at least handle some of the clock frequency changes that might be
required.
Especially in the area with Power Management will adjust clocks to save or
match power budget.
A number of the freezes associated with a running nouveau driver seem to occur
after the system has been in suspend or hibernate.
While this is just another problem within the nouveau drm driver it should be
addressed.
The following warnings occur on booted system with NVIDIA card and nouveau DRM
driver.
019-06-01T22:21:29.800857+10:00 red plasmashell[4432]: trying to show an empty
dialog
2019-06-01T22:21:30.027741+10:00 red plasmashell[4432]: libpng warning: iCCP:
known incorrect sRGB profile
2019-06-01T22:21:31.760431+10:00 red kwin_x11[4426]: qt.qpa.xcb:
QXcbConnection: XCB error: 3 (BadWindow), sequence: 16110, resource
id: 37748815, major code: 18 (ChangeProperty), minor code: 0
2019-06-01T22:21:32.835597+10:00 red kernel: [ 329.854993] nouveau
0000:01:00.0: Direct firmware load for nouveau/nvcf_fuc084 faile
d with error -2
2019-06-01T22:21:32.835621+10:00 red kernel: [ 329.855007] nouveau
0000:01:00.0: Direct firmware load for nouveau/nvcf_fuc084d fail
ed with error -2
2019-06-01T22:21:32.835622+10:00 red kernel: [ 329.855009] nouveau
0000:01:00.0: msvld: unable to load firmware data
2019-06-01T22:21:32.835623+10:00 red kernel: [ 329.855011] nouveau
0000:01:00.0: msvld: init failed, -19
2019-06-01T22:21:43.923950+10:00 red plasmashell[4432]: QQuickItem::stackAfter:
Cannot stack StatusNotifierItem_QMLTYPE_263(0x55cd33
769d80, parent=0x55cd32c84650, geometry=0,0 0x0) after
StatusNotifierItem_QMLTYPE_263(0x55cd3328fe50), which must be a sibling
2019-06-01T22:25:02.856679+10:00 red org.kde.powerdevil.backlighthelper:
QDBusArgument: read from a write-only object
I also see within the nouveau drm tree that there have been a number of
additions to various modesetting changes needed for a number of the NVIDIA
cards.
I was also reading comments made by Michael Larabel thst point to the need to
be using the appropriate firmware binaries when using the nouveau drm driver.
An updated firmware configuration should help some GeForce GTX 1000 "Pascal"
users with their limited open-source driver support, but the situation remains
a mess. Besides the fact of being binary blobs, it's more complicated this time
around with the interfaces changing for what is expected by the Nouveau DRM
kernel driver.
Hitting today in linux-firmware.git were changing the GP102/GP104/GP106/GP107
firmware blobs around the SEC2 RTOS block to point to what's used by the GP108
graphics card. This firmware update/change was needed since the existing signed
firmware files weren't working correctly on newer Pascal graphics cards.
Usually it's just a matter of overwriting/updating the firmware files, but due
to interface breakage, it means an updated kernel DRM driver is needed to
properly use the new files and to keep the old files still in the
linux-firmware tree as not to regress users on older kernels.
The updated DRM kernel driver bits for dealing with the changed SEC2 RTOS
firmware interfaces can currently be found in the Nouveau DRM tree maintained
by Red Hat's Ben Skeggs.
But even with this latest Pascal firmware switching, the open-source Pascal
support remains in poor shape... In particular, the same problem plagues Pascal
as it does Maxwell/Volta (and ultimately Turing too, but there we're still
waiting on the initial firmware files) of not having PMU access with the
current firmware images in order to implement proper re-clocking support. As
such, all the cards past the GTX 950 series remain very slow with Nouveau due
to being stuck to their boot clock frequencies rather than their optimal
base/boost clock frequencies. But if/when NVIDIA will help straight out this
situation remains to be seen. For now those wanting open-source NVIDIA GPU
support are best off with the GeForce GTX 600/700 Kepler series.
--
You are receiving this mail because:
You are on the CC list for the bug.