Steps to reproduce: $ xrandr --listproviders Providers: number : 2 Provider 0: id: 0x64 cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 3 outputs: 2 associated providers: 1 name:Intel Provider 1: id: 0x3f cap: 0x5, Source Output, Source Offload crtcs: 0 outputs: 0 associated providers: 1 name:nouveau $ xrandr --setprovideroffloadsink nouveau Intel $ DRI_PRIME=1 glxinfo | grep "OpenGL vendor string" [segfault] I'm running kernel 3.14 on Fedora 20, with Xorg 1.14.4, xf86-video-nouveau-1.0.9, Mesa 10.0.4. Logs are attached below.
Created attachment 97223 [details] dmesg | grep -E "nouveau|drm"
Created attachment 97224 [details] grep EE /var/log/Xorg.0.log.old
Created attachment 97225 [details] lspci -v
Created attachment 97228 [details] DRI_PRIME=1 glxinfo With xf86-video-nouveau, the segfault goes away, but DRI_PRIME doesn't work either. Log attached.
Created attachment 97250 [details] dmesg | grep -E "nouveau|drm" -- drm-next + nouveau.config=NvGrUseFW=1 Situation does not change with a kernel compiled from commit c39b0695 on drm-next, and by using external firmware.
I just noticed that you mention using xf86-video-nouveau 1.0.9. However GK208 is only supported starting 1.0.10. Please upgrade. If the issue persists, please attach full logs.
Oh, also, make sure to grab mesa 10.2-rc1 -- there are a bunch of fixes for GK208 in there (although it still won't be perfect).
(In reply to comment #6) > I just noticed that you mention using xf86-video-nouveau 1.0.9. However > GK208 is only supported starting 1.0.10. Please upgrade. > > If the issue persists, please attach full logs. Sorry, I should've been clearer in comment 4. I forgot to mention that those are the logs with xf86-video-nouveau 1.0.10.
(In reply to comment #8) > (In reply to comment #6) > > I just noticed that you mention using xf86-video-nouveau 1.0.9. However > > GK208 is only supported starting 1.0.10. Please upgrade. > > > > If the issue persists, please attach full logs. > > Sorry, I should've been clearer in comment 4. I forgot to mention that those > are the logs with xf86-video-nouveau 1.0.10. Can you confirm that you were also using mesa 10.2.x? (10.2.2 and later should work largely fine on GK208.)
(In reply to comment #9) > Can you confirm that you were also using mesa 10.2.x? (10.2.2 and later > should work largely fine on GK208.) I can't remember if I was, but I can try again and report back. Will try this out today.
(In reply to comment #10) > (In reply to comment #9) > > Can you confirm that you were also using mesa 10.2.x? (10.2.2 and later > > should work largely fine on GK208.) > > I can't remember if I was, but I can try again and report back. Will try > this out today. "Today" happened, I was able to test and now it works! $ DRI_PRIME=0 glxinfo | grep "OpenGL vendor string" OpenGL vendor string: Intel Open Source Technology Center $ DRI_PRIME=1 glxinfo | grep "OpenGL vendor string" OpenGL vendor string: nouveau $ DRI_PRIME=1 glxgears Running synchronized to the vertical refresh. The framerate should be approximately the same as the monitor refresh rate. 6721 frames in 5.0 seconds = 1344.181 FPS (that's such a lie, but at least it's working!) This is with kernel 3.16.2-200.fc20, xorg 1.14.4, mesa-10.1.5, xf86-video-nouveau-1.0.10. I wasn't able to find Fedora 20 packages for mesa-10.2.x, but I'm guessing this works with 10.2 as well. Closing as FIXED, thanks!
(In reply to comment #11) > This is with kernel 3.16.2-200.fc20, xorg 1.14.4, mesa-10.1.5, > xf86-video-nouveau-1.0.10. I wasn't able to find Fedora 20 packages for > mesa-10.2.x, but I'm guessing this works with 10.2 as well. > I tested with mesa-10.2.5 using a Fedora COPR[1], and it works better! I'm not getting rendering artifacts while running things other than glxgears. 1. http://copr.fedoraproject.org/coprs/jujuxiii/testing-fc20/
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.