Re: [Nouveau] GM108GLM?

2016-12-16 Thread Sune Mølgaard
Hi Karol,

Thank you for both the suggestion and for your insight.

Best regards,

Sune Mølgaard

On 2016-12-08 15:32, Karol Herbst wrote:
> you can boot with nouveau.config=NvBoost=2 to enable higher clocks,
> but that won't fill in the difference compared to Intel. For this
> there are some changes needed on the mesa side regarding scheduling.
> 
> Also keep in mind, that PCIe is an important bottleneck here, because
> the GPU can't push frames fast enough through the bus, that's why any
> "high FPS" benchmark will be in favour of intel, because Intel doesn't
> need to copy all the frames through the bus.
> 
> 2016-12-08 14:46 GMT+01:00 Sune Mølgaard :
>> Aha! That seems to do it.
>>
>> If I interpret correctly, it doesn't set it quite to full power, though,
>> but it's certainly an improvement:
>>
>> 07: core 405 MHz memory 810 MHz
>> 0a: core 270-1124 MHz memory 1600 MHz
>> 0f: core 270-1124 MHz memory 2002 MHz AC DC *
>> AC: core 1012 MHz memory 2002 MHz
>>
>> A short run of glmark2 shows aver 100% improvement to ~550 FPS.
>>
>> Interestingly, it's still nowhere near a match for the built-in
>> Broadwell-U with i915, which runs at ~1400 - ~1900 FPS.
>>
>> Thank you very much - I'll keep a look-out for future improvements :-)
>>
>> Best regards,
>>
>> Sune Mølgaard
>>
>> On 2016-12-08 14:14, Karol Herbst wrote:
>>> also you can't change the clocks when there is nothing running on the
>>> GPU. I have some patches pending for this in another series, but maybe
>>> I may be able toe extract those fixes.
>>>
>>> Changing the clocks while something is running shouldn't cause any
>>> troubles. Alternatively if you don't care about power consumption, you
>>> can boot with nouveau.runpm=0 so that the gpu is always on.
>>>
>>> 2016-12-08 13:25 GMT+01:00 Sune Mølgaard :
 Hi,

 With drm-next from
 http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-next/2016-12-08/

 I don't get the error messages, but I still get a soft cpu lockup.

 What info would you need from me to get it working?

 Best regards,

 Sune Mølgaard


 On 2016-12-08 08:10, Karol Herbst wrote:
> hi,
>
> give the drm-next kernel tree a try. Sadly the reclocking improvements 
> didn't land with 4.9, so 4.10 is required.
>
> Greetings.
>
> On 7 December 2016 10:26:44 a.m. GMT+01:00, "Sune Mølgaard" 
>  wrote:
>> Hi again,
>>
>> It works :-)
>>
>> Reclocking, however, is another kettle of fish.
>>
>> Trying #echo 0f > /sys/kernel/debug/dri/0/pstate hangs X.
>>
>> Trying the same with no X running reveals:
>>
>> Dec  7 10:08:42 dell-smo kernel: [  728.831020] nouveau :08:00.0:
>> clk: unable to find matching pll values
>>
>> a number of time as then soft lockup.
>>
>> Very much akin to
>> https://people.freedesktop.org/~cbrill/dri-log/?channel=nouveau=2016-04-14
>> , actually, so what I gather from that is that I need to provide you
>> guys with some info about the card, so which do you need, and how do I
>> extract them?
>>
>> Best regards,
>>
>> Sune Mølgaard
>>
>> On 2016-10-27 11:06, Pierre Moreau wrote:
>>> Hello,
>>>
>>> The idea was to use the modesetting DDX instead of Nouveau’s one for
>> Maxwell+
>>> as EXA was [broken][1]. But you can give a try at Ilia’s
>> [patches][2], which
>>> fix the Nouveau DDX for GM10x and GM20x (I don’t think it has been
>> tested on a
>>> GM108 yet).
>>>
>>> Best regards,
>>> Pierre Moreau
>>>
>>> [1]:
>> https://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=3e2e0faa2ee1cce9c1bb5c7ad80d0592460f3edc
>>> [2]: https://github.com/imirkin/xf86-video-nouveau/
>>>
>>>
>>> On 11:29 am - Oct 18 2016, Sune Mølgaard wrote:
 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- >>>Latency: 0
Capabilities: 

Re: [Nouveau] GM108GLM?

2016-12-08 Thread Karol Herbst
you can boot with nouveau.config=NvBoost=2 to enable higher clocks,
but that won't fill in the difference compared to Intel. For this
there are some changes needed on the mesa side regarding scheduling.

Also keep in mind, that PCIe is an important bottleneck here, because
the GPU can't push frames fast enough through the bus, that's why any
"high FPS" benchmark will be in favour of intel, because Intel doesn't
need to copy all the frames through the bus.

2016-12-08 14:46 GMT+01:00 Sune Mølgaard :
> Aha! That seems to do it.
>
> If I interpret correctly, it doesn't set it quite to full power, though,
> but it's certainly an improvement:
>
> 07: core 405 MHz memory 810 MHz
> 0a: core 270-1124 MHz memory 1600 MHz
> 0f: core 270-1124 MHz memory 2002 MHz AC DC *
> AC: core 1012 MHz memory 2002 MHz
>
> A short run of glmark2 shows aver 100% improvement to ~550 FPS.
>
> Interestingly, it's still nowhere near a match for the built-in
> Broadwell-U with i915, which runs at ~1400 - ~1900 FPS.
>
> Thank you very much - I'll keep a look-out for future improvements :-)
>
> Best regards,
>
> Sune Mølgaard
>
> On 2016-12-08 14:14, Karol Herbst wrote:
>> also you can't change the clocks when there is nothing running on the
>> GPU. I have some patches pending for this in another series, but maybe
>> I may be able toe extract those fixes.
>>
>> Changing the clocks while something is running shouldn't cause any
>> troubles. Alternatively if you don't care about power consumption, you
>> can boot with nouveau.runpm=0 so that the gpu is always on.
>>
>> 2016-12-08 13:25 GMT+01:00 Sune Mølgaard :
>>> Hi,
>>>
>>> With drm-next from
>>> http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-next/2016-12-08/
>>>
>>> I don't get the error messages, but I still get a soft cpu lockup.
>>>
>>> What info would you need from me to get it working?
>>>
>>> Best regards,
>>>
>>> Sune Mølgaard
>>>
>>>
>>> On 2016-12-08 08:10, Karol Herbst wrote:
 hi,

 give the drm-next kernel tree a try. Sadly the reclocking improvements 
 didn't land with 4.9, so 4.10 is required.

 Greetings.

 On 7 December 2016 10:26:44 a.m. GMT+01:00, "Sune Mølgaard" 
  wrote:
> Hi again,
>
> It works :-)
>
> Reclocking, however, is another kettle of fish.
>
> Trying #echo 0f > /sys/kernel/debug/dri/0/pstate hangs X.
>
> Trying the same with no X running reveals:
>
> Dec  7 10:08:42 dell-smo kernel: [  728.831020] nouveau :08:00.0:
> clk: unable to find matching pll values
>
> a number of time as then soft lockup.
>
> Very much akin to
> https://people.freedesktop.org/~cbrill/dri-log/?channel=nouveau=2016-04-14
> , actually, so what I gather from that is that I need to provide you
> guys with some info about the card, so which do you need, and how do I
> extract them?
>
> Best regards,
>
> Sune Mølgaard
>
> On 2016-10-27 11:06, Pierre Moreau wrote:
>> Hello,
>>
>> The idea was to use the modesetting DDX instead of Nouveau’s one for
> Maxwell+
>> as EXA was [broken][1]. But you can give a try at Ilia’s
> [patches][2], which
>> fix the Nouveau DDX for GM10x and GM20x (I don’t think it has been
> tested on a
>> GM108 yet).
>>
>> Best regards,
>> Pierre Moreau
>>
>> [1]:
> https://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=3e2e0faa2ee1cce9c1bb5c7ad80d0592460f3edc
>> [2]: https://github.com/imirkin/xf86-video-nouveau/
>>
>>
>> On 11:29 am - Oct 18 2016, Sune Mølgaard wrote:
>>> 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- >>Latency: 0
>>>Capabilities: 
>>>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+ 

Re: [Nouveau] GM108GLM?

2016-12-08 Thread Sune Mølgaard
Aha! That seems to do it.

If I interpret correctly, it doesn't set it quite to full power, though,
but it's certainly an improvement:

07: core 405 MHz memory 810 MHz
0a: core 270-1124 MHz memory 1600 MHz
0f: core 270-1124 MHz memory 2002 MHz AC DC *
AC: core 1012 MHz memory 2002 MHz

A short run of glmark2 shows aver 100% improvement to ~550 FPS.

Interestingly, it's still nowhere near a match for the built-in
Broadwell-U with i915, which runs at ~1400 - ~1900 FPS.

Thank you very much - I'll keep a look-out for future improvements :-)

Best regards,

Sune Mølgaard

On 2016-12-08 14:14, Karol Herbst wrote:
> also you can't change the clocks when there is nothing running on the
> GPU. I have some patches pending for this in another series, but maybe
> I may be able toe extract those fixes.
> 
> Changing the clocks while something is running shouldn't cause any
> troubles. Alternatively if you don't care about power consumption, you
> can boot with nouveau.runpm=0 so that the gpu is always on.
> 
> 2016-12-08 13:25 GMT+01:00 Sune Mølgaard :
>> Hi,
>>
>> With drm-next from
>> http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-next/2016-12-08/
>>
>> I don't get the error messages, but I still get a soft cpu lockup.
>>
>> What info would you need from me to get it working?
>>
>> Best regards,
>>
>> Sune Mølgaard
>>
>>
>> On 2016-12-08 08:10, Karol Herbst wrote:
>>> hi,
>>>
>>> give the drm-next kernel tree a try. Sadly the reclocking improvements 
>>> didn't land with 4.9, so 4.10 is required.
>>>
>>> Greetings.
>>>
>>> On 7 December 2016 10:26:44 a.m. GMT+01:00, "Sune Mølgaard" 
>>>  wrote:
 Hi again,

 It works :-)

 Reclocking, however, is another kettle of fish.

 Trying #echo 0f > /sys/kernel/debug/dri/0/pstate hangs X.

 Trying the same with no X running reveals:

 Dec  7 10:08:42 dell-smo kernel: [  728.831020] nouveau :08:00.0:
 clk: unable to find matching pll values

 a number of time as then soft lockup.

 Very much akin to
 https://people.freedesktop.org/~cbrill/dri-log/?channel=nouveau=2016-04-14
 , actually, so what I gather from that is that I need to provide you
 guys with some info about the card, so which do you need, and how do I
 extract them?

 Best regards,

 Sune Mølgaard

 On 2016-10-27 11:06, Pierre Moreau wrote:
> Hello,
>
> The idea was to use the modesetting DDX instead of Nouveau’s one for
 Maxwell+
> as EXA was [broken][1]. But you can give a try at Ilia’s
 [patches][2], which
> fix the Nouveau DDX for GM10x and GM20x (I don’t think it has been
 tested on a
> GM108 yet).
>
> Best regards,
> Pierre Moreau
>
> [1]:
 https://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=3e2e0faa2ee1cce9c1bb5c7ad80d0592460f3edc
> [2]: https://github.com/imirkin/xf86-video-nouveau/
>
>
> On 11:29 am - Oct 18 2016, Sune Mølgaard wrote:
>> 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- >Latency: 0
>>Capabilities: 
>>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- >Latency: 0
>>Interrupt: pin A routed to IRQ 49
>>Region 0: Memory at f200 (64-bit, non-prefetchable) [size=16M]
>>Region 2: Memory at c000 (64-bit, prefetchable) [size=512M]
>>Region 4: I/O ports at 4000 [size=64]
>>[virtual] Expansion ROM at 000c [disabled] [size=128K]
>>Capabilities: 
>>Kernel driver in use: i915
>>Kernel modules: i915
>>
>> 00:03.0 Audio device: Intel Corporation Broadwell-U Audio Controller
 (rev 

Re: [Nouveau] GM108GLM?

2016-12-08 Thread Karol Herbst
also you can't change the clocks when there is nothing running on the
GPU. I have some patches pending for this in another series, but maybe
I may be able toe extract those fixes.

Changing the clocks while something is running shouldn't cause any
troubles. Alternatively if you don't care about power consumption, you
can boot with nouveau.runpm=0 so that the gpu is always on.

2016-12-08 13:25 GMT+01:00 Sune Mølgaard :
> Hi,
>
> With drm-next from
> http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-next/2016-12-08/
>
> I don't get the error messages, but I still get a soft cpu lockup.
>
> What info would you need from me to get it working?
>
> Best regards,
>
> Sune Mølgaard
>
>
> On 2016-12-08 08:10, Karol Herbst wrote:
>> hi,
>>
>> give the drm-next kernel tree a try. Sadly the reclocking improvements 
>> didn't land with 4.9, so 4.10 is required.
>>
>> Greetings.
>>
>> On 7 December 2016 10:26:44 a.m. GMT+01:00, "Sune Mølgaard" 
>>  wrote:
>>> Hi again,
>>>
>>> It works :-)
>>>
>>> Reclocking, however, is another kettle of fish.
>>>
>>> Trying #echo 0f > /sys/kernel/debug/dri/0/pstate hangs X.
>>>
>>> Trying the same with no X running reveals:
>>>
>>> Dec  7 10:08:42 dell-smo kernel: [  728.831020] nouveau :08:00.0:
>>> clk: unable to find matching pll values
>>>
>>> a number of time as then soft lockup.
>>>
>>> Very much akin to
>>> https://people.freedesktop.org/~cbrill/dri-log/?channel=nouveau=2016-04-14
>>> , actually, so what I gather from that is that I need to provide you
>>> guys with some info about the card, so which do you need, and how do I
>>> extract them?
>>>
>>> Best regards,
>>>
>>> Sune Mølgaard
>>>
>>> On 2016-10-27 11:06, Pierre Moreau wrote:
 Hello,

 The idea was to use the modesetting DDX instead of Nouveau’s one for
>>> Maxwell+
 as EXA was [broken][1]. But you can give a try at Ilia’s
>>> [patches][2], which
 fix the Nouveau DDX for GM10x and GM20x (I don’t think it has been
>>> tested on a
 GM108 yet).

 Best regards,
 Pierre Moreau

 [1]:
>>> https://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=3e2e0faa2ee1cce9c1bb5c7ad80d0592460f3edc
 [2]: https://github.com/imirkin/xf86-video-nouveau/


 On 11:29 am - Oct 18 2016, Sune Mølgaard wrote:
> 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- Latency: 0
>Capabilities: 
>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- Latency: 0
>Interrupt: pin A routed to IRQ 49
>Region 0: Memory at f200 (64-bit, non-prefetchable) [size=16M]
>Region 2: Memory at c000 (64-bit, prefetchable) [size=512M]
>Region 4: I/O ports at 4000 [size=64]
>[virtual] Expansion ROM at 000c [disabled] [size=128K]
>Capabilities: 
>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- Latency: 0, Cache Line Size: 64 bytes
>Interrupt: pin A routed to IRQ 50
>Region 0: Memory at f423 (64-bit, non-prefetchable) [size=16K]
>Capabilities: 
>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+ 

Re: [Nouveau] GM108GLM?

2016-12-08 Thread Sune Mølgaard
Hi,

With drm-next from
http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-next/2016-12-08/

I don't get the error messages, but I still get a soft cpu lockup.

What info would you need from me to get it working?

Best regards,

Sune Mølgaard


On 2016-12-08 08:10, Karol Herbst wrote:
> hi,
> 
> give the drm-next kernel tree a try. Sadly the reclocking improvements didn't 
> land with 4.9, so 4.10 is required.
> 
> Greetings.
> 
> On 7 December 2016 10:26:44 a.m. GMT+01:00, "Sune Mølgaard" 
>  wrote:
>> Hi again,
>>
>> It works :-)
>>
>> Reclocking, however, is another kettle of fish.
>>
>> Trying #echo 0f > /sys/kernel/debug/dri/0/pstate hangs X.
>>
>> Trying the same with no X running reveals:
>>
>> Dec  7 10:08:42 dell-smo kernel: [  728.831020] nouveau :08:00.0:
>> clk: unable to find matching pll values
>>
>> a number of time as then soft lockup.
>>
>> Very much akin to
>> https://people.freedesktop.org/~cbrill/dri-log/?channel=nouveau=2016-04-14
>> , actually, so what I gather from that is that I need to provide you
>> guys with some info about the card, so which do you need, and how do I
>> extract them?
>>
>> Best regards,
>>
>> Sune Mølgaard
>>
>> On 2016-10-27 11:06, Pierre Moreau wrote:
>>> Hello,
>>>
>>> The idea was to use the modesetting DDX instead of Nouveau’s one for
>> Maxwell+
>>> as EXA was [broken][1]. But you can give a try at Ilia’s
>> [patches][2], which
>>> fix the Nouveau DDX for GM10x and GM20x (I don’t think it has been
>> tested on a
>>> GM108 yet).
>>>
>>> Best regards,
>>> Pierre Moreau
>>>
>>> [1]:
>> https://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=3e2e0faa2ee1cce9c1bb5c7ad80d0592460f3edc
>>> [2]: https://github.com/imirkin/xf86-video-nouveau/
>>>
>>>
>>> On 11:29 am - Oct 18 2016, Sune Mølgaard wrote:
 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- >>>Latency: 0
Capabilities: 
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- >>>Latency: 0
Interrupt: pin A routed to IRQ 49
Region 0: Memory at f200 (64-bit, non-prefetchable) [size=16M]
Region 2: Memory at c000 (64-bit, prefetchable) [size=512M]
Region 4: I/O ports at 4000 [size=64]
[virtual] Expansion ROM at 000c [disabled] [size=128K]
Capabilities: 
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- >>>Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 50
Region 0: Memory at f423 (64-bit, non-prefetchable) [size=16K]
Capabilities: 
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- >>>Latency: 0
Interrupt: pin A routed to IRQ 42
Region 0: Memory at f422 (64-bit, non-prefetchable) [size=64K]
Capabilities: 
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- 

Re: [Nouveau] GM108GLM?

2016-12-07 Thread Karol Herbst
hi,

give the drm-next kernel tree a try. Sadly the reclocking improvements didn't 
land with 4.9, so 4.10 is required.

Greetings.

On 7 December 2016 10:26:44 a.m. GMT+01:00, "Sune Mølgaard" 
 wrote:
>Hi again,
>
>It works :-)
>
>Reclocking, however, is another kettle of fish.
>
>Trying #echo 0f > /sys/kernel/debug/dri/0/pstate hangs X.
>
>Trying the same with no X running reveals:
>
>Dec  7 10:08:42 dell-smo kernel: [  728.831020] nouveau :08:00.0:
>clk: unable to find matching pll values
>
>a number of time as then soft lockup.
>
>Very much akin to
>https://people.freedesktop.org/~cbrill/dri-log/?channel=nouveau=2016-04-14
>, actually, so what I gather from that is that I need to provide you
>guys with some info about the card, so which do you need, and how do I
>extract them?
>
>Best regards,
>
>Sune Mølgaard
>
>On 2016-10-27 11:06, Pierre Moreau wrote:
>> Hello,
>> 
>> The idea was to use the modesetting DDX instead of Nouveau’s one for
>Maxwell+
>> as EXA was [broken][1]. But you can give a try at Ilia’s
>[patches][2], which
>> fix the Nouveau DDX for GM10x and GM20x (I don’t think it has been
>tested on a
>> GM108 yet).
>> 
>> Best regards,
>> Pierre Moreau
>> 
>> [1]:
>https://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=3e2e0faa2ee1cce9c1bb5c7ad80d0592460f3edc
>> [2]: https://github.com/imirkin/xf86-video-nouveau/
>> 
>> 
>> On 11:29 am - Oct 18 2016, Sune Mølgaard wrote:
>>> 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- >> Latency: 0
>>> Capabilities: 
>>> 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- >> Latency: 0
>>> Interrupt: pin A routed to IRQ 49
>>> Region 0: Memory at f200 (64-bit, non-prefetchable) [size=16M]
>>> Region 2: Memory at c000 (64-bit, prefetchable) [size=512M]
>>> Region 4: I/O ports at 4000 [size=64]
>>> [virtual] Expansion ROM at 000c [disabled] [size=128K]
>>> Capabilities: 
>>> 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- >> Latency: 0, Cache Line Size: 64 bytes
>>> Interrupt: pin A routed to IRQ 50
>>> Region 0: Memory at f423 (64-bit, non-prefetchable) [size=16K]
>>> Capabilities: 
>>> 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- >> Latency: 0
>>> Interrupt: pin A routed to IRQ 42
>>> Region 0: Memory at f422 (64-bit, non-prefetchable) [size=64K]
>>> Capabilities: 
>>> 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- >> Latency: 0
>>> Interrupt: pin A routed to IRQ 46
>>> Region 0: Memory at f4239000 (64-bit, non-prefetchable) [size=32]
>>> Capabilities: 
>>> Kernel driver in use: mei_me
>>> Kernel modules: mei_me
>>>
>>> 00:19.0 Ethernet controller: Intel Corporation Ethernet Connection

Re: [Nouveau] GM108GLM?

2016-12-07 Thread Sune Mølgaard
Hi again,

It works :-)

Reclocking, however, is another kettle of fish.

Trying #echo 0f > /sys/kernel/debug/dri/0/pstate hangs X.

Trying the same with no X running reveals:

Dec  7 10:08:42 dell-smo kernel: [  728.831020] nouveau :08:00.0:
clk: unable to find matching pll values

a number of time as then soft lockup.

Very much akin to
https://people.freedesktop.org/~cbrill/dri-log/?channel=nouveau=2016-04-14
, actually, so what I gather from that is that I need to provide you
guys with some info about the card, so which do you need, and how do I
extract them?

Best regards,

Sune Mølgaard

On 2016-10-27 11:06, Pierre Moreau wrote:
> Hello,
> 
> The idea was to use the modesetting DDX instead of Nouveau’s one for Maxwell+
> as EXA was [broken][1]. But you can give a try at Ilia’s [patches][2], which
> fix the Nouveau DDX for GM10x and GM20x (I don’t think it has been tested on a
> GM108 yet).
> 
> Best regards,
> Pierre Moreau
> 
> [1]: 
> https://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=3e2e0faa2ee1cce9c1bb5c7ad80d0592460f3edc
> [2]: https://github.com/imirkin/xf86-video-nouveau/
> 
> 
> On 11:29 am - Oct 18 2016, Sune Mølgaard wrote:
>> 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- >  Latency: 0
>>  Capabilities: 
>>  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- >  Latency: 0
>>  Interrupt: pin A routed to IRQ 49
>>  Region 0: Memory at f200 (64-bit, non-prefetchable) [size=16M]
>>  Region 2: Memory at c000 (64-bit, prefetchable) [size=512M]
>>  Region 4: I/O ports at 4000 [size=64]
>>  [virtual] Expansion ROM at 000c [disabled] [size=128K]
>>  Capabilities: 
>>  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- >  Latency: 0, Cache Line Size: 64 bytes
>>  Interrupt: pin A routed to IRQ 50
>>  Region 0: Memory at f423 (64-bit, non-prefetchable) [size=16K]
>>  Capabilities: 
>>  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- >  Latency: 0
>>  Interrupt: pin A routed to IRQ 42
>>  Region 0: Memory at f422 (64-bit, non-prefetchable) [size=64K]
>>  Capabilities: 
>>  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- >  Latency: 0
>>  Interrupt: pin A routed to IRQ 46
>>  Region 0: Memory at f4239000 (64-bit, non-prefetchable) [size=32]
>>  Capabilities: 
>>  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 

Re: [Nouveau] GM108GLM?

2016-10-27 Thread Pierre Moreau
Hello,

The idea was to use the modesetting DDX instead of Nouveau’s one for Maxwell+
as EXA was [broken][1]. But you can give a try at Ilia’s [patches][2], which
fix the Nouveau DDX for GM10x and GM20x (I don’t think it has been tested on a
GM108 yet).

Best regards,
Pierre Moreau

[1]: 
https://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=3e2e0faa2ee1cce9c1bb5c7ad80d0592460f3edc
[2]: https://github.com/imirkin/xf86-video-nouveau/


On 11:29 am - Oct 18 2016, Sune Mølgaard wrote:
> 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-Latency: 0
>   Capabilities: 
>   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-Latency: 0
>   Interrupt: pin A routed to IRQ 49
>   Region 0: Memory at f200 (64-bit, non-prefetchable) [size=16M]
>   Region 2: Memory at c000 (64-bit, prefetchable) [size=512M]
>   Region 4: I/O ports at 4000 [size=64]
>   [virtual] Expansion ROM at 000c [disabled] [size=128K]
>   Capabilities: 
>   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-Latency: 0, Cache Line Size: 64 bytes
>   Interrupt: pin A routed to IRQ 50
>   Region 0: Memory at f423 (64-bit, non-prefetchable) [size=16K]
>   Capabilities: 
>   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-Latency: 0
>   Interrupt: pin A routed to IRQ 42
>   Region 0: Memory at f422 (64-bit, non-prefetchable) [size=64K]
>   Capabilities: 
>   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-Latency: 0
>   Interrupt: pin A routed to IRQ 46
>   Region 0: Memory at f4239000 (64-bit, non-prefetchable) [size=32]
>   Capabilities: 
>   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-Latency: 0
>   Interrupt: pin A routed to IRQ 43
>   Region 0: Memory at f420 (32-bit, non-prefetchable) [size=128K]
>   Region 1: Memory at f423e000 (32-bit, non-prefetchable) [size=4K]
>   Region 2: I/O ports at 4080 [size=32]
>   Capabilities: 
>   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- 

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] GM108GLM?

2016-04-22 Thread Pierre Moreau
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

On 12:14 PM - Apr 18 2016, Sune Mølgaard wrote:
> Is there anything I can do in this regard?
> 
> /smo
> 
> On 2016-03-31 23:12, Pierre Moreau wrote:
> > Oh, hum, GM108 is NV118 and not NV108 which is Gk208… My bad!
> > 
> > SMF from the bug report seemed to have some working setup, and since he 
> > didn't
> > pinged back, I guess it's working nicely. But some more checking might 
> > still be
> > needed?
> > 
> > On 04:59 PM - Mar 31 2016, Ilia Mirkin wrote:
> >> Actually GM108 is not one of the recognized chips. Someone needs to go
> >> through and check that its goldens didn't change. Nobody's done that.
> >>
> >> See https://bugs.freedesktop.org/show_bug.cgi?id=89558
> >>
> >> On Thu, Mar 31, 2016 at 4:57 PM, Pierre Moreau  
> >> wrote:
> >>> Hello,
> >>>
> >>> Acceleration support for GM107 was merged in kernel 4.1, and modesetting
> >>> support was added to 3.15. Which kernel version did you try? The GM108 
> >>> chipset
> >>> seems to be recognised since at least 2015/08/20.
> >>>
> >>> Regards,
> >>>
> >>> Pierre Moreau
> >>>
> >>>
> >>> On 02:55 PM - Mar 29 2016, Sune Mølgaard wrote:
>  Hiya,
> 
>  Is there any change for Quadro K620M support at some point in time, and
>  what can I do to help, apart from the info below?
> 
>  Best regards,
> 
>  Sune Mølgaard
> 
>  dmesg |grep -i nouveau
>  [1.164919] nouveau :08:00.0: unknown chipset (1183a0a2)
>  [1.164943] nouveau: probe of :08:00.0 failed with error -12
> 
>  lspci|grep -i nvidi
>  08:00.0 3D controller: NVIDIA Corporation GM108GLM [Quadro K620M] (rev 
>  a2)
>  ___
>  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
> >>>
> >> ___
> >> 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



signature.asc
Description: PGP signature
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau


Re: [Nouveau] GM108GLM?

2016-04-18 Thread Sune Mølgaard
Is there anything I can do in this regard?

/smo

On 2016-03-31 23:12, Pierre Moreau wrote:
> Oh, hum, GM108 is NV118 and not NV108 which is Gk208… My bad!
> 
> SMF from the bug report seemed to have some working setup, and since he didn't
> pinged back, I guess it's working nicely. But some more checking might still 
> be
> needed?
> 
> On 04:59 PM - Mar 31 2016, Ilia Mirkin wrote:
>> Actually GM108 is not one of the recognized chips. Someone needs to go
>> through and check that its goldens didn't change. Nobody's done that.
>>
>> See https://bugs.freedesktop.org/show_bug.cgi?id=89558
>>
>> On Thu, Mar 31, 2016 at 4:57 PM, Pierre Moreau  wrote:
>>> Hello,
>>>
>>> Acceleration support for GM107 was merged in kernel 4.1, and modesetting
>>> support was added to 3.15. Which kernel version did you try? The GM108 
>>> chipset
>>> seems to be recognised since at least 2015/08/20.
>>>
>>> Regards,
>>>
>>> Pierre Moreau
>>>
>>>
>>> On 02:55 PM - Mar 29 2016, Sune Mølgaard wrote:
 Hiya,

 Is there any change for Quadro K620M support at some point in time, and
 what can I do to help, apart from the info below?

 Best regards,

 Sune Mølgaard

 dmesg |grep -i nouveau
 [1.164919] nouveau :08:00.0: unknown chipset (1183a0a2)
 [1.164943] nouveau: probe of :08:00.0 failed with error -12

 lspci|grep -i nvidi
 08:00.0 3D controller: NVIDIA Corporation GM108GLM [Quadro K620M] (rev a2)
 ___
 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
>>>
>> ___
>> Nouveau mailing list
>> Nouveau@lists.freedesktop.org
>> https://lists.freedesktop.org/mailman/listinfo/nouveau




signature.asc
Description: OpenPGP digital signature
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau


Re: [Nouveau] GM108GLM?

2016-03-31 Thread Pierre Moreau
Oh, hum, GM108 is NV118 and not NV108 which is Gk208… My bad!

SMF from the bug report seemed to have some working setup, and since he didn't
pinged back, I guess it's working nicely. But some more checking might still be
needed?

On 04:59 PM - Mar 31 2016, Ilia Mirkin wrote:
> Actually GM108 is not one of the recognized chips. Someone needs to go
> through and check that its goldens didn't change. Nobody's done that.
> 
> See https://bugs.freedesktop.org/show_bug.cgi?id=89558
> 
> On Thu, Mar 31, 2016 at 4:57 PM, Pierre Moreau  wrote:
> > Hello,
> >
> > Acceleration support for GM107 was merged in kernel 4.1, and modesetting
> > support was added to 3.15. Which kernel version did you try? The GM108 
> > chipset
> > seems to be recognised since at least 2015/08/20.
> >
> > Regards,
> >
> > Pierre Moreau
> >
> >
> > On 02:55 PM - Mar 29 2016, Sune Mølgaard wrote:
> >> Hiya,
> >>
> >> Is there any change for Quadro K620M support at some point in time, and
> >> what can I do to help, apart from the info below?
> >>
> >> Best regards,
> >>
> >> Sune Mølgaard
> >>
> >> dmesg |grep -i nouveau
> >> [1.164919] nouveau :08:00.0: unknown chipset (1183a0a2)
> >> [1.164943] nouveau: probe of :08:00.0 failed with error -12
> >>
> >> lspci|grep -i nvidi
> >> 08:00.0 3D controller: NVIDIA Corporation GM108GLM [Quadro K620M] (rev a2)
> >> ___
> >> 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
> >
> ___
> Nouveau mailing list
> Nouveau@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/nouveau


signature.asc
Description: PGP signature
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau


Re: [Nouveau] GM108GLM?

2016-03-31 Thread Ilia Mirkin
Actually GM108 is not one of the recognized chips. Someone needs to go
through and check that its goldens didn't change. Nobody's done that.

See https://bugs.freedesktop.org/show_bug.cgi?id=89558

On Thu, Mar 31, 2016 at 4:57 PM, Pierre Moreau  wrote:
> Hello,
>
> Acceleration support for GM107 was merged in kernel 4.1, and modesetting
> support was added to 3.15. Which kernel version did you try? The GM108 chipset
> seems to be recognised since at least 2015/08/20.
>
> Regards,
>
> Pierre Moreau
>
>
> On 02:55 PM - Mar 29 2016, Sune Mølgaard wrote:
>> Hiya,
>>
>> Is there any change for Quadro K620M support at some point in time, and
>> what can I do to help, apart from the info below?
>>
>> Best regards,
>>
>> Sune Mølgaard
>>
>> dmesg |grep -i nouveau
>> [1.164919] nouveau :08:00.0: unknown chipset (1183a0a2)
>> [1.164943] nouveau: probe of :08:00.0 failed with error -12
>>
>> lspci|grep -i nvidi
>> 08:00.0 3D controller: NVIDIA Corporation GM108GLM [Quadro K620M] (rev a2)
>> ___
>> 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
>
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau


Re: [Nouveau] GM108GLM?

2016-03-31 Thread Pierre Moreau
Hello,

Acceleration support for GM107 was merged in kernel 4.1, and modesetting
support was added to 3.15. Which kernel version did you try? The GM108 chipset
seems to be recognised since at least 2015/08/20.

Regards,

Pierre Moreau


On 02:55 PM - Mar 29 2016, Sune Mølgaard wrote:
> Hiya,
> 
> Is there any change for Quadro K620M support at some point in time, and
> what can I do to help, apart from the info below?
> 
> Best regards,
> 
> Sune Mølgaard
> 
> dmesg |grep -i nouveau
> [1.164919] nouveau :08:00.0: unknown chipset (1183a0a2)
> [1.164943] nouveau: probe of :08:00.0 failed with error -12
> 
> lspci|grep -i nvidi
> 08:00.0 3D controller: NVIDIA Corporation GM108GLM [Quadro K620M] (rev a2)
> ___
> Nouveau mailing list
> Nouveau@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/nouveau


signature.asc
Description: PGP signature
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau