similar to: [Bug 98398] Vgaswitcharoo fails to turn off GPU properly

https://bugs.freedesktop.org/show_bug.cgi?id=98398 --- Comment #6 from rick.2889 at gmail.com --- Booting without pcie_port_pm=off, while blacklisting nouveau on boot, then executing: echo 0 > /sys/bus/pci/devices/0000:01:00.0/d3cold_allowed && modprobe nouveau also causes powertop to report a ~7.5W value. -- You are receiving this mail because: You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=98398 --- Comment #3 from rick.2889 at gmail.com --- Created attachment 127486 --> https://bugs.freedesktop.org/attachment.cgi?id=127486&action=edit New dmesg output after manually turning on power management So Lekensteyn asked me to run a few commands to also shut off the bus the GPU is on. If I do so and then proceed by running powertop

https://bugs.freedesktop.org/show_bug.cgi?id=98398 --- Comment #4 from rick.2889 at gmail.com --- Created attachment 127487 --> https://bugs.freedesktop.org/attachment.cgi?id=127487&action=edit lspci -nnvvv output -- 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 #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 Ilia Mirkin <imirkin at alum.mit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- QA Contact| |xorg-team at lists.x.org Component|DRM/other |Driver/nouveau Version|XOrg

https://bugs.freedesktop.org/show_bug.cgi?id=98398 Peter Wu <peter at lekensteyn.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|[Nouveau] Vgaswitcharoo |Acer Aspire V7-582PG |fails to turn off GPU |(Haswell, GTX 750M) fails

https://bugs.freedesktop.org/show_bug.cgi?id=98398 --- Comment #7 from Pablo Cholaky <waltercool at slash.cl> --- Just to add extra info here, this problem also happens with bbswitch https://github.com/Bumblebee-Project/bbswitch/issues/140 Guys, do you know if this is really a bug from Linux or a feature? I meant, if changes to fix this problem would be at kernel side (PM team) or kernel

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=101404 Bug ID: 101404 Summary: GTX 970M (GM204-A) not powered off when not in use (DynPwr in stead of DynOff) Product: xorg Version: unspecified Hardware: Other OS: Linux (All) Status: NEW Severity: normal Priority: medium

On Tue, Nov 1, 2016 at 12:55 AM, Dave Airlie <airlied at gmail.com> wrote: > On 1 November 2016 at 08:48, Peter Wu <peter at lekensteyn.nl> wrote: >> Check whether the kernel really supports power resources for a device, >> otherwise the power might not be removed when the device is runtime >> suspended (DSM should still work in these cases where PR does not).

On Tue, May 31, 2016 at 11:43:56AM +0300, Mika Westerberg wrote: > On Mon, May 30, 2016 at 06:13:51PM +0200, Peter Wu wrote: > > Do you have any suggestions for the case where the pcieport driver > > refuses to put the bridge in D3 (because the BIOS is too old)? In that > > case the nouveau driver needs to fallback to the DSM method (but not > > when runtime PM is

Check whether the kernel really supports power resources for a device, otherwise the power might not be removed when the device is runtime suspended (DSM should still work in these cases where PR does not). This is a workaround for a problem where ACPICA and Windows 10 differ in behavior. ACPICA does not correctly enumerate power resources within a conditional block (due to delayed execution of

On Tue, Nov 01, 2016 at 09:24:23AM -0400, Alex Deucher wrote: > On Tue, Nov 1, 2016 at 12:55 AM, Dave Airlie <airlied at gmail.com> wrote: > > On 1 November 2016 at 08:48, Peter Wu <peter at lekensteyn.nl> wrote: > >> Check whether the kernel really supports power resources for a device, > >> otherwise the power might not be removed when the device is runtime

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

On Fri, Jul 15, 2016 at 12:36 PM, Peter Wu <peter at lekensteyn.nl> wrote: > On Fri, Jul 15, 2016 at 12:10:23PM -0400, Ilia Mirkin wrote: >> On Fri, Jul 15, 2016 at 9:12 AM, Peter Wu <peter at lekensteyn.nl> wrote: >> > Hi, >> > >> > Here are two patches to fix an issue reported on kernel bugzilla (infinite loop >> > due to unchecked

On Fri, Jul 15, 2016 at 12:10:23PM -0400, Ilia Mirkin wrote: > On Fri, Jul 15, 2016 at 9:12 AM, Peter Wu <peter at lekensteyn.nl> wrote: > > Hi, > > > > Here are two patches to fix an issue reported on kernel bugzilla (infinite loop > > due to unchecked function) and a more important fix to fix hanging Optimus > > machines when runtime PM is enabled (with

On 1 November 2016 at 08:48, Peter Wu <peter at lekensteyn.nl> wrote: > Check whether the kernel really supports power resources for a device, > otherwise the power might not be removed when the device is runtime > suspended (DSM should still work in these cases where PR does not). > > This is a workaround for a problem where ACPICA and Windows 10 differ in > behavior.

Check whether the kernel really supports power resources for a device, otherwise the power might not be removed when the device is runtime suspended (DSM should still work in these cases where PR does not). Link: https://bugs.freedesktop.org/show_bug.cgi?id=98398 Fixes: 692a17dcc292 ("drm/nouveau/acpi: fix lockup with PCIe runtime PM") Signed-off-by: Peter Wu <peter at

On Fri, May 29, 2020 at 2:35 PM Marc MERLIN <marc_nouveau at merlins.org> wrote: > > Howdy, > > So, I have a Thinkpad P70 with hybrid graphics. > 01:00.0 VGA compatible controller: NVIDIA Corporation GM107GLM [Quadro M600M] (rev a2) > that one works fine, I can use i915 for the main screen, and nouveau to > display on the external ports (external ports are only wired to

On Thu, Oct 27, 2016 at 11:17:48AM +0300, Mika Westerberg wrote: > On 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. > >