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, 07 Jun 2019 13:21:23 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0803200780==" 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 --===============0803200780== Content-Type: multipart/alternative; boundary="15599136830.10E65.25825" Content-Transfer-Encoding: 7bit --15599136830.10E65.25825 Date: Fri, 7 Jun 2019 13:21:23 +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 #6 from Ilia Mirkin --- (In reply to Marcin Zajaczkowski from comment #4) > Of course it didn't make sense to turn it on, as it was already turned on > (DynPwr) in my case :) ). I can switch it off with vgaswitcheroo (or at > least to be reported as DynOff - I will check it later with powertop) when > no external output is connected. And what I missed in my previous comment= - > the external monitor works out-of-box, which is nice progress. vgaswitcheroo explicit control is for hard muxes. These were popular 2005 to 2010 or so. You just have 2 GPUs. vgaswitcheroo reports whether they're on = or off, but that control is performed dynamically by the driver based on usage. >=20 > Later on I will try to play with DRI_PRIME to enable also rendering with = the > NVidia card. >=20 > What could be the side effects of: > > kernel: nouveau 0000:01:00.0: DRM: failed to create kernel channel, -22 > ? No acceleration. This means that DRI_PRIME will not do anything. > There are also no reported providers in xrandr: > > $ xrandr --listproviders > > Providers: number: 0 This is incredibly odd -- there must always be at least 1! Are you running Xwayland or something? If so, the displays would be controlled through your wayland compositor. You can check that kms is working: grep . /sys/class/drm/card*-*/status You should see some card0-* and card1-* entries. --=20 You are receiving this mail because: You are the assignee for the bug.= --15599136830.10E65.25825 Date: Fri, 7 Jun 2019 13:21:23 +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

Commen= t # 6 on bug 11083= 0 from Ilia Mirkin 
(In reply to Marcin Zajaczkowski from comment #4)
> Of course it didn't make sense to turn it on, as=
 it was already turned on
> (DynPwr) in my case :) ). I can switch it off with vgaswitcheroo (or at
> least to be reported as DynOff - I will check it later with powertop) =
when
> no external output is connected. And what I missed in my previous comm=
ent -
> the external monitor works out-of-box, which is nice progress.

vgaswitcheroo explicit control is for hard muxes. These were popular 2005 to
2010 or so. You just have 2 GPUs. vgaswitcheroo reports whether they're on =
or
off, but that control is performed dynamically by the driver based on usage.

>=20
> Later on I will try to play with DRI_PRIME to enable also rendering wi=
th the
> NVidia card.
>=20
> What could be the side effects of:
> > kernel: nouveau 0000:01:00.0: DRM: failed to create kernel channe=
l, -22
> ?

No acceleration. This means that DRI_PRIME will not do anything.

> There are also no reported providers in xrandr:
> > $ xrandr --listproviders
> > Providers: number: 0

This is incredibly odd -- there must always be at least 1! Are you running
Xwayland or something? If so, the displays would be controlled through your
wayland compositor. You can check that kms is working:

grep . /sys/class/drm/card*-*/status

You should see some card0-* and card1-* entries.

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