[Nouveau] [Bug 98398] Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU with runtime PM

[bugzilla-daemon]

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

Martin Peres  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |MOVED

--- Comment #17 from Martin Peres  ---
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been
closed from further activity.

You can subscribe and participate further through the new bug through this link
to our GitLab instance:
https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/issues/293.

-- 
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 98398] Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU with runtime PM

[bugzilla-daemon]

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

--- Comment #16 from Peter Wu  ---
Rick reported that system suspend did not work before the patch either, so
there is no regression in that sense.

ACPICA developers are faster than expected, can you test these three patches:
https://bugs.acpica.org/show_bug.cgi?id=1333#c45

-- 
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 98398] Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU with runtime PM

[bugzilla-daemon]

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

--- Comment #15 from rick.2...@gmail.com ---
Op zo 13 nov. 2016 om 00:07 schreef :

> *Comment # 14  on
> bug 98398  from Peter
> Wu  *
>
> Rick, were you actually able to suspend the system with kernel 4.7 and 
> nouveau?Bug 98582  has a 
> similar acpidump and claims that v4.7 also failed to suspend
> (actually, resume).
>
> --
> You are receiving this mail because:
>
>- You reported the bug.
>
> Using pcie_port_pm=off on kernel 4.8 does not make resuming work; it still
hangs on resuming with a black screen and no backlight (and sometimes a
pointer with a black background).

-- 
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 98398] Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU with runtime PM

[bugzilla-daemon]

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

--- Comment #14 from Peter Wu  ---
Rick, were you actually able to suspend the system with kernel 4.7 and nouveau?
Bug 98582 has a similar acpidump and claims that v4.7 also failed to suspend
(actually, resume).

-- 
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 98398] Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU with runtime PM

[bugzilla-daemon]

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

--- Comment #13 from Peter Wu  ---
Created attachment 127942
  --> https://bugs.freedesktop.org/attachment.cgi?id=127942=edit
Disable d3cold on bridge when falling back to _DSM

The workaround patch has been merged in v4.9-rc3-34-gb0a6af8 (and backported to
4.8.7 via v4.8.6-109-g7290da4) but apparently it broke (system?) suspend/resume
according to the reporter.

Before the workaround patch:
 - _PR3 method is found, so nouveau assumes that PCI core takes care of D3cold.
 - Due to an ACPICA bug, PCI core fails to power off the device via runtime PM:
   https://bugs.acpica.org/show_bug.cgi?id=1333

After the workaround patch I guess that this happens:

 - _PR3 method is found, but unusable. Nouveau falls back to _DSM.
 - Due to the above ACPICA bug, the power resources not owned by any device. I
   guess that Linux then decides to power off the "unnecessary" power resource
   after system resume. (I saw something like this in a dmesg for a similiar
SSDT)
 - At this point I would guess that nouveau then follows the old DSM method,
but
   then I am confused because pcie_port_pm=off (or pre-4.8 kernels) supposedly
   have the same issue with this power resource.

If pcie_port_pm=off helps, then the attached patch should also work (no
pcie_port_pm=off needed). Can you give it a try on top of v4.8.7?

-- 
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 98398] Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU with runtime PM

[bugzilla-daemon]

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

Peter Wu  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED

--- Comment #12 from Peter Wu  ---
At the moment it looks like an ACPI core bug which manifested in nouveau. See
https://lists.freedesktop.org/archives/nouveau/2016-October/026395.html and the
replies. I'll post a workaround patch soon.

-- 
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 98398] Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU with runtime PM

[bugzilla-daemon]

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

--- Comment #11 from Peter Wu  ---
So 4.7 and before used the "DSM" method on runtime-suspend:
- \_SB.PCI0.RP05.PEGP._DSM would be invoked to enable Optimus
- \_SB.PCI0.RP05.PEGP._PS3 is then invoked which would enter D3cold
(note, this method is still used in 4.8 on older laptops or with the
pcie_pm_port=off kernel option)

Since 4.8, _DSM is not called anymore by nouveau (when support from the PCI
core is detected) and this sequence should instead happen:
- \_SB.PCI0.RP05.PEGP._PS3 (does nothing besides updating _STA)
- PCIe core removes power for the PCIe port since all its children are in
  D3 and are willing to transition to D3cold. It does so by invoking
  \NVP3._OFF (where \NVP3 is the power resource from \_SB.PCI0.RP05._PR3)

That is how I think it should work in theory, but on Ricks laptop running
4.8.4,
/sys/bus/devices/:1c.4/firmware_node/ does not have power_resources_D0
devices (which I do have on my own laptop for :01:0).

The SSDT1 of Rick's Acer laptop shows this structure:

If (\_OSI ("Windows 2013"))
{
Scope (\_SB.PCI0.RP05)
{
//...
Name (_PR0, Package (0x01)  // _PR0: Power Resources for D0
{
NVP3
})
Name (_PR2, Package (0x01)  // _PR2: Power Resources for D2
{
NVP2
})
Name (_PR3, Package (0x01)  // _PR3: Power Resources for D3hot
{
NVP3
})
// ...
Method (_PS0, 0, NotSerialized)  // _PS0: Power State 0
{
}

Method (_PS3, 0, NotSerialized)  // _PS3: Power State 3
{
}
}

Name (MSD3, Zero)
PowerResource (NVP3, 0x00, 0x)
{
Name (_STA, One)  // _STA: Status
// ...

Method (_ON, 0, NotSerialized)  // _ON_: Power On
{
// ...
}

Method (_OFF, 0, NotSerialized)  // _OFF: Power Off
{
// ...
}
}

The dmesg does show "ACPI: Power Resource [NVP3] (on)", so I guess that the
methods are found. It is a mystery to me why the "power_resources_Dx" files are
not created, possibly breaking PM.

-- 
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 98398] Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU with runtime PM

[bugzilla-daemon]

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

--- Comment #10 from rick.2...@gmail.com ---
Hmm I just installed Linux 4.7.6 and ran it without any additional kernel
parameters and I am getting results close to ˜7.5W too, so it seems to work
there.

-- 
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 98398] Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU with runtime PM

[bugzilla-daemon]

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

--- Comment #9 from rick.2...@gmail.com ---
Sure, I'll have another test run with 4.7 this week.

-- 
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 98398] Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU with runtime PM

[bugzilla-daemon]

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

Peter Wu  changed:

   What|Removed |Added

Summary|[Nouveau] Vgaswitcharoo |Acer Aspire V7-582PG
   |fails to turn off GPU   |(Haswell, GTX 750M) fails
   |properly|to power off GPU with
   ||runtime PM
 CC||pe...@lekensteyn.nl

--- Comment #8 from Peter Wu  ---
Pablo, the issues that bbswitch has is different from the one reported here.
bbswitch is not updated for 4.8 requiring the pcie_port_pm=off workaround.

There are more details for this bug from the reporter in IRC (search for
NanoSector):
https://people.freedesktop.org/~cbrill/dri-log/index.php?channel=nouveau=2016-10-22

In particular, Rick reported that the issue apparently also appears with older
kernels, including 4.3 to 4.8. This is significant and a surprising result
because kernel 4.8 plus pcie_port_pm=off (or the d3cold_allowed change) should
have the same result as 4.7 or before. Rick, can you re-test it with 4.7?

It also occurs to me that older kernels might not support your GPU, so be sure
to keep a dmesg around.

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