From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ@public.gmane.org Subject: [Bug 110830] [nouveau] GeForce GTX 1660 Ti (mobile) not supported (NV168/TU116) Date: Fri, 14 Jun 2019 15:56:36 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1741935115==" Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: nouveau-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org Sender: "Nouveau" To: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org List-Id: nouveau.vger.kernel.org --===============1741935115== Content-Type: multipart/alternative; boundary="15605277962.493cd90eb.17019" Content-Transfer-Encoding: 7bit --15605277962.493cd90eb.17019 Date: Fri, 14 Jun 2019 15:56:36 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.freedesktop.org/ Auto-Submitted: auto-generated https://bugs.freedesktop.org/show_bug.cgi?id=3D110830 --- Comment #11 from Ilia Mirkin --- (In reply to Marcin Zajaczkowski from comment #10) > (In reply to Ilia Mirkin from comment #9) > > xrandr --setprovideroutputsource 1 0 > >=20 > > which should allow you to drive on your NVIDIA GPU's outputs by configu= ring > > them in xrandr. >=20 > In lxqt (with Openbox) after that command and "xrandr --output HDMI-1-2 > --auto --right-of eDP-1" the external monitor is turned on and I see a mo= use > cursor there, but no window is rendered. >=20 > In Gnome 3 (with xorg) the external monitor is detected automatically, but > the effect is the same - black screen with a mouse cursor. I've seen a bunch of reports of this recently. It's not any issue with nouv= eau kernel component itself, I think it's an Xorg issue. Try using a redirecting compositor. Or not using one. Or using modesetting ddx. Or using nouveau dd= x. The lack of acceleration on TU* might also be playing into this. Not sure. >=20 > Can it be related to the fact that NVidia providers reports only "Sink > Output", but not offloading? >=20 > > This should also be possible with a Wayland compositor, however the > > specifics will vary by compositor. Xwayland has no ability to control s= creen > > setup. >=20 > In Wayland the external monitor works out-of-box in Gnome 3. However, I h= ave > problem with bringing it to live with Xorg server (some tools I use don't > like Wayland). Is it possible to force LXQT or Gnome 3 (on xorg) to render > also on the external screen? >=20 > I've read about some issues with Windows Manager and "offloading", but > though it only applies to OpenGL-based output with PRIME=3D1. Offloading is usually meant as "perform rendering on secondary GPU, display= on primary GPU". This is what something like DRI_PRIME controls (i.e. which GPU performs rendering for a particular application). You want the inverse -- you want your primary GPU to generate images to be displayed on a secondary GPUs outputs. In Xorg this is referred to as "reve= rse PRIME". --=20 You are receiving this mail because: You are the assignee for the bug.= --15605277962.493cd90eb.17019 Date: Fri, 14 Jun 2019 15:56:36 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.freedesktop.org/ Auto-Submitted: auto-generated

Comme= nt # 11 on bug 11083= 0 from Ilia Mirkin
(In reply to Marcin Zajaczkowski from comment #10)
> (In reply to Ilia Mirkin from comment #9)
> > xrandr --setprovideroutputsource 1 0
> >=20
> > which should allow you to drive on your NVIDIA GPU's outputs by c=
onfiguring
> > them in xrandr.
>=20
> In lxqt (with Openbox) after that command and "xrandr --output HD=
MI-1-2
> --auto --right-of eDP-1" the external monitor is turned on and I =
see a mouse
> cursor there, but no window is rendered.
>=20
> In Gnome 3 (with xorg) the external monitor is detected automatically,=
 but
> the effect is the same - black screen with a mouse cursor.

I've seen a bunch of reports of this recently. It's not any issue with nouv=
eau
kernel component itself, I think it's an Xorg issue. Try using a redirecting
compositor. Or not using one. Or using modesetting ddx. Or using nouveau dd=
x.

The lack of acceleration on TU* might also be playing into this. Not sure.

>=20
> Can it be related to the fact that NVidia providers reports only "=
;Sink
> Output", but not offloading?
>=20
> > This should also be possible with a Wayland compositor, however t=
he
> > specifics will vary by compositor. Xwayland has no ability to con=
trol screen
> > setup.
>=20
> In Wayland the external monitor works out-of-box in Gnome 3. However, =
I have
> problem with bringing it to live with Xorg server (some tools I use do=
n't
> like Wayland). Is it possible to force LXQT or Gnome 3 (on xorg) to re=
nder
> also on the external screen?
>=20
> I've read about some issues with Windows Manager and "offloading&=
quot;, but
> though it only applies to OpenGL-based output with PRIME=3D1.

Offloading is usually meant as "perform rendering on secondary GPU, di=
splay on
primary GPU". This is what something like DRI_PRIME controls (i.e. whi=
ch GPU
performs rendering for a particular application).

You want the inverse -- you want your primary GPU to generate images to be
displayed on a secondary GPUs outputs. In Xorg this is referred to as "=
;reverse
PRIME".


You are receiving this mail because:
  • You are the assignee for the bug.
= --15605277962.493cd90eb.17019-- --===============1741935115== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KTm91dmVhdSBt YWlsaW5nIGxpc3QKTm91dmVhdUBsaXN0cy5mcmVlZGVza3RvcC5vcmcKaHR0cHM6Ly9saXN0cy5m cmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9ub3V2ZWF1 --===============1741935115==--