Created attachment 1448895 [details] fpaste --sysinfo output showing hardware configuration and dmesg output Description of problem: I have two Nvidia Quadro NVS 290 graphics cards installed on my workstation (Dell T5500). While testing out recent GNOME versions on Fedora 28 and Rawhide live cds, I ran into a wayland related bug. * The two displays connected to the second graphics card do not render any windows. They are blank (eg, not even a desktop background appears). Windows only appear on the display attached to the primary graphics card. As I drag a window (eg firefox) to a display on the second graphics card, the window doesn't show up on that display. * I can see my mouse moving between all three displays (whether attached to either primary or second graphics cards). Both cards were using the nouveau driver. They are NV50/G86 devices which are pretty well supported according to the Nouveau website. Version-Release number of selected component (if applicable): June builds of F28 (from alt/live-respins on mirror) and Rawhide (nightly compose) live CDs. The nouveau driver is used for both cards. How reproducible: Every time I boot the June live cd. (For the official/released F28 live CD, not even the displays on the primary card work. Steps to Reproduce: 1. (With the same hardware configuration, ie two NV50 Nvidia cards) Download F28-WORK-x86_64-20180603-Live.iso from http://dl.fedoraproject.org/pub/alt/live-respins/ and image onto USB. 2. Boot the live usb. Actual results: Two monitors connected to secondary graphics card do not render graphics. Expected results: All displays render graphics as usual. Additional info: dmesg output shows nouveau problems: [ 88.285338] nouveau 0000:03:00.0: gr: DATA_ERROR 00000012 [RT_LINEAR_WITH_ZETA] [ 88.285347] nouveau 0000:03:00.0: gr: 00100000 [] ch 2 [000fa3f000 systemd-logind[1268]] subc 3 class 8297 mthd 15f0 data 011d011c [ 88.285367] nouveau 0000:03:00.0: gr: DATA_ERROR 00000012 [RT_LINEAR_WITH_ZETA] [ 88.285376] nouveau 0000:03:00.0: gr: 00100000 [] ch 2 [000fa3f000 systemd-logind[1268]] subc 3 class 8297 mthd 15f0 data 011f011e [ 88.285396] nouveau 0000:03:00.0: gr: DATA_ERROR 00000012 [RT_LINEAR_WITH_ZETA] [ 88.285405] nouveau 0000:03:00.0: gr: 00100000 [] ch 2 [000fa3f000 systemd-logind[1268]] subc 3 class 8297 mthd 15f0 data 01210120 [ 88.285425] nouveau 0000:03:00.0: gr: DATA_ERROR 00000012 [RT_LINEAR_WITH_ZETA] [ 88.285434] nouveau 0000:03:00.0: gr: 00100000 [] ch 2 [000fa3f000 systemd-logind[1268]] subc 3 class 8297 mthd 15f0 data 01200122 [ 88.285454] nouveau 0000:03:00.0: gr: DATA_ERROR 00000012 [RT_LINEAR_WITH_ZETA] [ 88.285463] nouveau 0000:03:00.0: gr: 00100000 [] ch 2 [000fa3f000 systemd-logind[1268]] subc 5 class 5039 mthd 15f0 data 01230122 Someone on the nouveau irc identified what the issue might be: [14:29] <imirkin_> so what's going on is that someone is trying to draw to a linear rendertarget (as one would be when it's being shared between GPUs), with a depth buffer attached [14:30] <imirkin_> while that's not technically illegal in the GL sense, in the practical sense nouveau doesn't handle this scenario [14:31] <imirkin_> maybe reach out to the wayland compositor authors and see if they can avoid doing that [14:32] <imirkin_> note that i'm not 100% sure how all the EGL integration stuff is meant to work [14:32] <imirkin_> but to save you some anticipation, they'll just tell you "go fix your driver" [14:33] <imirkin_> so might as well just use X and move on with life. [14:50] <me> imirkin_: do you think nouveau will ever support that scenario (linear rendertarget with depth buffer)? Is it a limitation of the understanding of the closed drivers? [14:50] <imirkin_> well, the hardware just can't do it. however the driver could be made to work around it.
Bug is still present on F29 Beta Live CD.
This message is a reminder that Fedora 28 is nearing its end of life. On 2019-May-28 Fedora will stop maintaining and issuing updates for Fedora 28. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '28'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 28 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 28 changed to end-of-life (EOL) status on 2019-05-28. Fedora 28 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.