Re: [Nouveau] GM108GLM?

2016-10-18 Thread Sune Mølgaard
Hi,

It would seem like it (attachments are from 4.9-rc1, btw), but it
doesn't look like there is any support in the Xorg driver.

How can I help with that?

Best regards,

Sune Mølgaard
Translucent ApS

On 2016-04-22 09:33, Pierre Moreau wrote:
> Hello,
> 
> A patch was merged yesterday to recognise GM108 (see
> https://github.com/skeggsb/nouveau/commit/3da1f2a19e5e8dc8d68a4400d9cca01c64ecd59e).
> I guess it will make it into 4.7.
> 
> Pierre

lspci -
00:00.0 Host bridge: Intel Corporation Broadwell-U Host Bridge -OPI (rev 09)
Subsystem: Lenovo Broadwell-U Host Bridge -OPI
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: bdw_uncore

00:02.0 VGA compatible controller: Intel Corporation Broadwell-U Integrated 
Graphics (rev 09) (prog-if 00 [VGA controller])
Subsystem: Lenovo Broadwell-U Integrated Graphics
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: i915
Kernel modules: i915

00:03.0 Audio device: Intel Corporation Broadwell-U Audio Controller (rev 09)
Subsystem: Lenovo Broadwell-U Audio Controller
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel

00:14.0 USB controller: Intel Corporation Wildcat Point-LP USB xHCI Controller 
(rev 03) (prog-if 30 [XHCI])
Subsystem: Lenovo Wildcat Point-LP USB xHCI Controller
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: xhci_hcd

00:16.0 Communication controller: Intel Corporation Wildcat Point-LP MEI 
Controller #1 (rev 03)
Subsystem: Lenovo Wildcat Point-LP MEI Controller
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: mei_me
Kernel modules: mei_me

00:19.0 Ethernet controller: Intel Corporation Ethernet Connection (3) I218-V 
(rev 03)
Subsystem: Lenovo Ethernet Connection (3) I218-V
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: e1000e
Kernel modules: e1000e

00:1b.0 Audio device: Intel Corporation Wildcat Point-LP High Definition Audio 
Controller (rev 03)
Subsystem: Lenovo Wildcat Point-LP High Definition Audio Controller
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel

00:1c.0 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #6 
(rev e3) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport
Kernel modules: shpchp

00:1c.1 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #3 
(rev e3) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport
Kernel modules: shpchp

00:1c.4 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #5 
(rev e3) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport
Kernel modules: shpchp

00:1d.0 USB controller: Intel Corporation Wildcat Point-LP USB EHCI Controller 
(rev 03) (prog-if 20 [EHCI])
Subsystem: Lenovo Wildcat Point-LP USB EHCI Controller

Re: [Nouveau] NVAC "No Signal"

2016-10-18 Thread Karol Herbst
how sure are you, that this is needed for _every_ nvac?

2016-10-18 5:55 GMT+02:00 poma :
> Fixes "No Signal" via HDMI from NVIDIA Corporation ION VGA (rev b1)
>
> Ref.
> "drm/nouveau/disp/g94: implement workaround for dvi issue on fx380"
> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=2a4bd8a
>
> The last working Fedora kernel 4.8.0-0.rc0.git3.1.fc25
>
> Patched and tested with:
> $ modinfo -n nouveau
> /lib/modules/4.8.2-300.fc25.x86_64/updates/nouveau.ko
>
> Tested-by: poma 
> ---
>  drivers/gpu/drm/nouveau/nvkm/engine/disp/nv50.c | 3 ++-
>  1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/nouveau/nvkm/engine/disp/nv50.c 
> b/drivers/gpu/drm/nouveau/nvkm/engine/disp/nv50.c
> index fbb8c7d..c9e40e7 100644
> --- a/drivers/gpu/drm/nouveau/nvkm/engine/disp/nv50.c
> +++ b/drivers/gpu/drm/nouveau/nvkm/engine/disp/nv50.c
> @@ -434,7 +434,8 @@ nv50_disp_dptmds_war(struct nvkm_device *device)
> case 0x96:
> case 0x98:
> case 0xaa:
> -   case 0xac:
> +/* NVIDIA MCP79/MCP7A "No Signal" */
> +/* case 0xac:*/
> return true;
> default:
> break;
> --
> 2.7.4
> ___
> Nouveau mailing list
> Nouveau@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/nouveau
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau


Re: [Nouveau] NVAC "No Signal"

2016-10-18 Thread Karol Herbst
well, I just don't want that this fix breaks the same thing for other
users, that's why I am asking.

2016-10-18 13:56 GMT+02:00 poma :
> On 18.10.2016 09:35, Karol Herbst wrote:
>> how sure are you, that this is needed for _every_ nvac?
>>
>
> Thank you for asking.
>
> If you consider, as relevant,
> referring to the original commit:
> "drm/nouveau/disp/g94: implement workaround for dvi issue on fx380"
> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=2a4bd8a
> 
> Fixes the second DVI output on Quadro FX380.
> Thanks to NVIDIA for providing the details on the full workaround.
>
> [...]
> +   switch (device->chipset) {
> +   case 0x94:
> +   case 0x96:
> +   case 0x98:
> +   case 0xaa:
> +   case 0xac:
> +   return true;
> [...]
> 
>
> and to Quadro FX380 as defined:
>
> 1. https://nouveau.freedesktop.org/wiki/CodeNames/#NV50
>NV96 (G96) ...
>
> 2. https://en.wikipedia.org/wiki/Nvidia_Quadro
>G96 ... GeForce 9400 based
>
> 3. 
> https://en.wikipedia.org/wiki/List_of_Nvidia_graphics_processing_units#Quadro_FX_.28x800.29_series
>G96 ...
>
>
> The right question would be,
> for you Karol, Ben and perhaps the ones from the NVIDIA - those to which Ben 
> refers,
>
> whether device->chipset:
> +   case 0x94:
> +   case 0x98:
> +   case 0xaa:
> +   case 0xac:
> are redundant, in the first place?
>
> Moreover, even if case 0x96 applies only,
> how sure are -you-, that this is needed for _every_ nv96?
>
> And given that I am here only the user, who is only caring for my hardware,
> I can only appreciate your sense of humor. ;)
>
>
>
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau


Re: [Nouveau] NVAC "No Signal"

2016-10-18 Thread poma
On 18.10.2016 09:35, Karol Herbst wrote:
> how sure are you, that this is needed for _every_ nvac?
> 

Thank you for asking.

If you consider, as relevant,
referring to the original commit:
"drm/nouveau/disp/g94: implement workaround for dvi issue on fx380"
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=2a4bd8a

Fixes the second DVI output on Quadro FX380.
Thanks to NVIDIA for providing the details on the full workaround. 

[...]
+   switch (device->chipset) {
+   case 0x94:
+   case 0x96:
+   case 0x98:
+   case 0xaa:
+   case 0xac:
+   return true;
[...]


and to Quadro FX380 as defined:

1. https://nouveau.freedesktop.org/wiki/CodeNames/#NV50
   NV96 (G96) ...

2. https://en.wikipedia.org/wiki/Nvidia_Quadro
   G96 ... GeForce 9400 based

3. 
https://en.wikipedia.org/wiki/List_of_Nvidia_graphics_processing_units#Quadro_FX_.28x800.29_series
   G96 ...


The right question would be,
for you Karol, Ben and perhaps the ones from the NVIDIA - those to which Ben 
refers,

whether device->chipset:
+   case 0x94:
+   case 0x98:
+   case 0xaa:
+   case 0xac:
are redundant, in the first place?

Moreover, even if case 0x96 applies only,
how sure are -you-, that this is needed for _every_ nv96?

And given that I am here only the user, who is only caring for my hardware,
I can only appreciate your sense of humor. ;)



___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau


[Nouveau] [Bug 92961] Xorg freezes (only mouse and ssh are still working)

2016-10-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=92961

--- Comment #8 from Marcelo Jimenez  ---
Created attachment 127379
  --> https://bugs.freedesktop.org/attachment.cgi?id=127379=edit
Kernel log 1

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau


[Nouveau] [Bug 92961] Xorg freezes (only mouse and ssh are still working)

2016-10-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=92961

--- Comment #12 from Ilia Mirkin  ---
(In reply to Marcelo Jimenez from comment #7)
> The freeze happens at random times, there is no particular sequence to
> produce it. I use KDE on opensuse 42.1.

A number of users have been experiencing issues with KDE across a variety of
hardware with nouveau. My current advice is to either not use KDE or not use
nouveau_dri.so. [It's most likely not KDE's fault, but this is the present
reality.]

Separately, OpenSuSE included some patches of mine in their Mesa builds that
address some but hardly all of the issues involved. I believe the approach to
be fundamentally flawed and in need of redoing. (The latest may be that they
have dropped those.)

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau


Re: [Nouveau] [PATCH 5/5] recognize and accelerate GM20x

2016-10-18 Thread Alexandre Courbot
On Mon, Oct 17, 2016 at 6:47 PM, Samuel Pitoiset
 wrote:
> This requires at least a quick test. :-)
>
> Acked-by: Samuel Pitoiset 
>
>
> On 10/16/2016 09:14 PM, Ilia Mirkin wrote:
>>
>> Signed-off-by: Ilia Mirkin 
>> ---
>>
>> Untested. I don't have the hardware.

Tested on GM206, working great so far!

The series:
Tested-by: Alexandre Courbot 
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau


[Nouveau] [Bug 92961] Xorg freezes (only mouse and ssh are still working)

2016-10-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=92961

--- Comment #10 from Marcelo Jimenez  ---
Created attachment 127381
  --> https://bugs.freedesktop.org/attachment.cgi?id=127381=edit
Kernel log 3

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau


[Nouveau] [Bug 92961] Xorg freezes (only mouse and ssh are still working)

2016-10-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=92961

--- Comment #9 from Marcelo Jimenez  ---
Created attachment 127380
  --> https://bugs.freedesktop.org/attachment.cgi?id=127380=edit
Kernel log 2

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau


[Nouveau] [Bug 92961] Xorg freezes (only mouse and ssh are still working)

2016-10-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=92961

--- Comment #13 from Marcelo Jimenez  ---
Well, since the problem also happens on gnome 3 (a report before mine), would
you have any pointer for me on how do I disable the use of nouveau_dri.so?
Notice that using the proprietary nvidia driver is currently not an option,
since it is currently bogus in my machine.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau


[Nouveau] [Bug 92961] Xorg freezes (only mouse and ssh are still working)

2016-10-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=92961

--- Comment #14 from Ilia Mirkin  ---
(In reply to Marcelo Jimenez from comment #13)
> Well, since the problem also happens on gnome 3 (a report before mine),
> would you have any pointer for me on how do I disable the use of
> nouveau_dri.so? Notice that using the proprietary nvidia driver is currently
> not an option, since it is currently bogus in my machine.

"Random freezes" is not a single issue. Most likely the OP's issue is wholly
unrelated to yours.

locate nouveau_dri.so, and remove it.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau


[Nouveau] [Bug 92961] Xorg freezes (only mouse and ssh are still working)

2016-10-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=92961

--- Comment #7 from Marcelo Jimenez  ---
Recently I had to switch to nouveau due to a problem with the official nvidia
drivers, and I have been experiencing ramdom gui freezes. The mouse still moves
on the screen, but I cannot interact with the gui.

The nvidia modules are NOT installed in the system.

I usually can connect via ssh and reboot the machine.

The freeze happens at random times, there is no particular sequence to produce
it. I use KDE on opensuse 42.1.

lspci is:
01:00.0 VGA compatible controller: NVIDIA Corporation GF108 [GeForce GT 730]
(rev a1)

I will attach the pertinent kernel logs.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau


[Nouveau] [Bug 92961] Xorg freezes (only mouse and ssh are still working)

2016-10-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=92961

--- Comment #11 from Marcelo Jimenez  ---
Previously reported here: https://bugzilla.suse.com/show_bug.cgi?id=1004311

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau


[Nouveau] [Bug 98030] Stuttering video playback in totem after update to 1.19-rc1

2016-10-18 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=98030

Michel Dänzer  changed:

   What|Removed |Added

  Component|Driver/nouveau  |Server/General
   Assignee|nouveau@lists.freedesktop.o |xorg-t...@lists.x.org
   |rg  |

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau