search for: 750m

...ter at lekensteyn.nl> 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| |peter at lekensteyn.nl --- Comment #8 from Peter Wu <peter at lekensteyn.nl> --- Pablo, the issues that b...

Hi PCI/ACPI PM experts, Since Linux 4.8, nouveau switched to rely on the PCIe port driver to transition to D3cold. This however does not happen for an Acer Aspire V7-582PG (Haswell, NVIDIA GTX 750M) from Rick. Any idea why? acpidump, lspci, dmesg and other details can be found in the linked bug below. Kind regards, Peter On Wed, Oct 26, 2016 at 10:42:07PM +0000, bugzilla-daemon at freedesktop.org wrote: > https://bugs.freedesktop.org/show_bug.cgi?id=98398 > > --- Comment #11 from...

On Sat, Oct 29, 2016 at 12:42:34AM +0000, Zheng, Lv wrote: > Hi, Mika > > > From: Mika Westerberg [mailto:mika.westerberg at linux.intel.com] > > Subject: Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources > > > > On Thu, Oct 27, 2016 at 06:06:48PM +0200, Peter Wu wrote: > > > On Thu, Oct 27, 2016 at 12:55:08PM +0300, Mika Westerberg wrote: > > > > On Thu, Oct 27, 2016 at 09:42:28AM +0000, Rick Kerkhof wrote: > > >...

...Thu, Oct 27, 2016 at 12:56:41AM +0200, Peter Wu wrote: > > Hi PCI/ACPI PM experts, > > > > Since Linux 4.8, nouveau switched to rely on the PCIe port driver to > > transition to D3cold. This however does not happen for an Acer Aspire > > V7-582PG (Haswell, NVIDIA GTX 750M) from Rick. > > > > Any idea why? acpidump, lspci, dmesg and other details can be found in > > the linked bug below. > > > > > Kind regards, > > Peter > > > > On Wed, Oct 26, 2016 at 10:42:07PM +0000, bugzilla-daemon at freedesktop.org wrote: &...

Hi, Mika > From: Mika Westerberg [mailto:mika.westerberg at linux.intel.com] > Subject: Re: Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU via Power Resources > > On Thu, Oct 27, 2016 at 06:06:48PM +0200, Peter Wu wrote: > > On Thu, Oct 27, 2016 at 12:55:08PM +0300, Mika Westerberg wrote: > > > On Thu, Oct 27, 2016 at 09:42:28AM +0000, Rick Kerkhof wrote: > > > > No, there a...

https://bugs.freedesktop.org/show_bug.cgi?id=98398 --- Comment #9 from rick.2889 at 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. -------------- next part -------------- An HTML attachment was scrubbed... URL:

https://bugs.freedesktop.org/show_bug.cgi?id=98398 --- Comment #10 from rick.2889 at 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. -------------- next part -------------- An HTML attachment was

On Thu, Oct 27, 2016 at 09:15:19AM +0000, Rick Kerkhof wrote: > I can confirm what Peter said, path contains \_SB_.PCI0.RP05 and > power_state contains D3hot. And there are no power_resources_Dx directories under /sys/bus/pci/devices/0000:00:1c.4/firmware_node?

On Thu, Oct 27, 2016 at 09:42:28AM +0000, Rick Kerkhof wrote: > No, there are not. Here is the recursive directory listing: Are you able to try the following patch and send me dmesg (or attach it to that bug)? It should show if the ACPI core even tries to add those power resources. diff --git a/drivers/acpi/power.c b/drivers/acpi/power.c index fcd4ce6f78d5..af9c3e15dd74 100644 ---

On Thu, Oct 27, 2016 at 10:07:45AM +0000, Rick Kerkhof wrote: > Thank you for the patch, I have applied it to the kernel sources but > I'm not sure how to proceed from now on. Should I compile the whole > kernel or can I just build an out-of-tree acpi module? You need to build the whole kernel, install and reboot.

On Thu, Oct 27, 2016 at 06:06:48PM +0200, Peter Wu wrote: > On Thu, Oct 27, 2016 at 12:55:08PM +0300, Mika Westerberg wrote: > > On Thu, Oct 27, 2016 at 09:42:28AM +0000, Rick Kerkhof wrote: > > > No, there are not. Here is the recursive directory listing: > > > > Are you able to try the following patch and send me dmesg (or attach it > > to that bug)? It

On Fri, Oct 28, 2016 at 01:09:30PM +0200, Peter Wu wrote: > On Fri, Oct 28, 2016 at 11:56:30AM +0300, Mika Westerberg wrote: > > On Thu, Oct 27, 2016 at 06:06:48PM +0200, Peter Wu wrote: > > > On Thu, Oct 27, 2016 at 12:55:08PM +0300, Mika Westerberg wrote: > > > > On Thu, Oct 27, 2016 at 09:42:28AM +0000, Rick Kerkhof wrote: > > > > > No, there are

https://bugs.freedesktop.org/show_bug.cgi?id=98398 Peter Wu <peter at lekensteyn.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED --- Comment #12 from Peter Wu <peter at lekensteyn.nl> --- At the moment it looks like an ACPI core

On Fri, Oct 28, 2016 at 02:30:41PM +0200, Peter Wu wrote: > It was correctly applied. I did some testing with QEMU, it seems that > the \_OSI check is problematic. Removing it makes things work again. I hope Bob and Lv can answer why _OSI fails. In the meantime I think we should check flags.power_resources in nouveau driver (in addition to _PR3) so that it falls back to _DSM if there are

https://bugs.freedesktop.org/show_bug.cgi?id=98398 --- Comment #13 from Peter Wu <peter at lekensteyn.nl> --- Created attachment 127942 --> https://bugs.freedesktop.org/attachment.cgi?id=127942&action=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

https://bugs.freedesktop.org/show_bug.cgi?id=98398 --- Comment #14 from Peter Wu <peter at lekensteyn.nl> --- 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. -------------- next part

https://bugs.freedesktop.org/show_bug.cgi?id=98398 --- Comment #15 from rick.2889 at gmail.com --- Op zo 13 nov. 2016 om 00:07 schreef <bugzilla-daemon at freedesktop.org>: > *Comment # 14 <https://bugs.freedesktop.org/show_bug.cgi?id=98398#c14> on > bug 98398 <https://bugs.freedesktop.org/show_bug.cgi?id=98398> from Peter > Wu <peter at lekensteyn.nl> * >

https://bugs.freedesktop.org/show_bug.cgi?id=98398 --- Comment #16 from Peter Wu <peter at lekensteyn.nl> --- 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:

https://bugs.freedesktop.org/show_bug.cgi?id=98398 Martin Peres <martin.peres at free.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |MOVED --- Comment #17 from Martin Peres

Op do 27 okt. 2016 om 11:59 schreef Mika Westerberg < mika.westerberg at linux.intel.com>: > On Thu, Oct 27, 2016 at 09:42:28AM +0000, Rick Kerkhof wrote: > > No, there are not. Here is the recursive directory listing: > > Are you able to try the following patch and send me dmesg (or attach it > to that bug)? It should show if the ACPI core even tries to add those >