search for: pcie_port_pm

...- using vgaswitcheroo, modesetting and nouveau. My laptop is a Tuxedo XC1706 (aka Schenker XMG P706 aka Clevo P671RG) (i7-6700HQ/GTX 970M), external outputs (HDMI and 2 x DP) are wired to the NVIDIA card. The intel HD only has the laptop screen attached. Issue 1 (minor): ---------------- Without pcie_port_pm=off and on battery I see DynOff, but ~26W with powertop (i.e. nvidia card is not turned off). With pcie_port_pm=off and on battery I see DynOff and 16-18W with powertop (i.e. nvidia card is turned off). Issue 2: -------- With pcie_port_pm=off and on AC I always see DynPwr even though the nvidia c...

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

...|runtime PM CC| |peter at lekensteyn.nl --- Comment #8 from Peter Wu <peter at lekensteyn.nl> --- 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&date=2016-10-22 In particular, Rick reported that the issue apparently also appears with older kernels, including 4.3...

https://bugs.freedesktop.org/show_bug.cgi?id=101764 Bug ID: 101764 Summary: [regression] eaa2c988033b breaks GTX1050TI (GP107 / NV137) Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

...hat happen to have this ACPI _PR3 ACPI method (which is quite common for new machines supporting Windows 8 though). For these newer laptops, after the pci/pm merge and after a patch like http://www.spinics.net/lists/linux-pci/msg52601.html, the user can revert to the old DSM method by booting with pcie_port_pm=off which will retain the current behavior. The advantage of this patch is that it fixes memory corruption on some devices. The risk is that the card stays on because the audio subsystem needs some more work. FWIW, I was working on some patches that properly suspended in presence of the HDA contr...

...el fails to set the device in D0 (although ACPI > claims it is in D0) > The call to pci_raw_set_power_state (in drivers/pci/pci.c) seems to > fail because pci_read_config_word returns "~0" (and does not return > any error code) > > I have tried different things; if I use pcie_port_pm=off, the NVidia > card goes to state D3Hot (if I am not mistaken, its PCIE port is still > powered) but that did not fix it. I tried to turn on or off different > PCI/PCIexpress features such as hotplug, PM and so on. The only thing > that works is that PM is fully disabled, which equal...

Hi Tobias, On Mon, Sep 11, 2017 at 8:49 PM, Tobias Klausmann < tobias.johannes.klausmann at mni.thm.de> wrote: > Hi, > > i remember seeing the same error with earlier firmware version with a > similar system (GP106) once in a while on boot, yet it does not happen > with newer versions. Maybe you could try to update the firmware to the > latest version from

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 deliberately disabled by writing control=on). Do you know what Windows does then? I think we

...; > nouveau could be patched not to invoke DSM when PR3 is detected > (proposal is ready) but will keep the device powered on in these cases: > - nouveau is patched, but pci/pm patches are not. > - PR3 is supported but due to the cutoff date (2015) it is not used. > - Boot option pcie_port_pm=off. > - runtime PM is disabled for pcieport (should be fine). Since using only _DSM has been the only method to power down the card currently inńLinux (even if the root port has had _PR3), and it has been working fine, why not stick with that when _DSM is supported? In other words, something...

https://bugs.freedesktop.org/show_bug.cgi?id=98398 --- Comment #5 from rick.2889 at gmail.com --- Adding pcie_port_pm=off to my kernel command line causes the card to turn off and powertop to report ~7.5W of power usage. According to Lekensteyn this reverts nouveau to the 4.7 and lower behavior of using DSM, so I think this is a regression from using the new method. -- You are receiving this mail because: You ar...

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. -------------- next part ----...

...au?Bug 98582 <https://bugs.freedesktop.org/show_bug.cgi?id=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. -------------- next part -------------- An HTML attachment wa...

...eturn 65535 (~0) and the kernel fails to set the device in D0 (although ACPI claims it is in D0) The call to pci_raw_set_power_state (in drivers/pci/pci.c) seems to fail because pci_read_config_word returns "~0" (and does not return any error code) I have tried different things; if I use pcie_port_pm=off, the NVidia card goes to state D3Hot (if I am not mistaken, its PCIE port is still powered) but that did not fix it. I tried to turn on or off different PCI/PCIexpress features such as hotplug, PM and so on. The only thing that works is that PM is fully disabled, which equals to the device not...

...ACPI _PR3 ACPI method (which is quite > common for new machines supporting Windows 8 though). > > For these newer laptops, after the pci/pm merge and after a patch like > http://www.spinics.net/lists/linux-pci/msg52601.html, the user can > revert to the old DSM method by booting with pcie_port_pm=off which will > retain the current behavior. > > The advantage of this patch is that it fixes memory corruption on some > devices. The risk is that the card stays on because the audio subsystem > needs some more work. FWIW, I was working on some patches that properly > suspended...

https://bugs.freedesktop.org/show_bug.cgi?id=106227 Bug ID: 106227 Summary: GP107 hangs on boot Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: Driver/nouveau Assignee: nouveau at

...ring a reboot to recover). nouveau could be patched not to invoke DSM when PR3 is detected (proposal is ready) but will keep the device powered on in these cases: - nouveau is patched, but pci/pm patches are not. - PR3 is supported but due to the cutoff date (2015) it is not used. - Boot option pcie_port_pm=off. - runtime PM is disabled for pcieport (should be fine). There is a wealth of acpidumps on Launchpad bug 752542 (https://bugs.launchpad.net/bugs/752542). Search for example for comments in early 2015 or before, those will likely be machine from 2014 or before. Interesting to see is the _PR3...

...D0 (although ACPI > > claims it is in D0) > > The call to pci_raw_set_power_state (in drivers/pci/pci.c) seems to > > fail because pci_read_config_word returns "~0" (and does not return > > any error code) > > > > I have tried different things; if I use pcie_port_pm=off, the NVidia > > card goes to state D3Hot (if I am not mistaken, its PCIE port is still > > powered) but that did not fix it. I tried to turn on or off different > > PCI/PCIexpress features such as hotplug, PM and so on. The only thing > > that works is that PM is fully d...

...ich is quite > > common for new machines supporting Windows 8 though). > > > > For these newer laptops, after the pci/pm merge and after a patch like > > http://www.spinics.net/lists/linux-pci/msg52601.html, the user can > > revert to the old DSM method by booting with pcie_port_pm=off which will > > retain the current behavior. > > > > The advantage of this patch is that it fixes memory corruption on some > > devices. The risk is that the card stays on because the audio subsystem > > needs some more work. FWIW, I was working on some patches tha...

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 pm/pci patches). These are the final patches targeting v4.8. Changes compared to v2[1]: collected R-b from Hans and Mika and fixed a minor comment style issue. I recommend it to be merged before

https://bugs.freedesktop.org/show_bug.cgi?id=94725 Bug ID: 94725 Summary: Nouveau driver fails to load on GM204 Product: xorg Version: unspecified Hardware: Other OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at