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==--