[Bug 1803179]
(In reply to Matthias Fulz from comment #144) > Ok here are more tests: > > Disabling the audio part with your suggestion ist working. > No NVIDIA audio in powertop nor in lspci. > > Your solution is basically loading / unloading the nvidia modul now, which > indeed is working, but not the optimus part I think? Optimus IS working here, no problem at all. [snip] > For some users it might be fully ok to just use load / unload nvidia as it > make a difference for the power consumption. > > But for me it's around 1/3 missing runtime, which relly hurts me :) > > But perhaps you could try my workaround with two boot entries and check the > power consumption on your side, when running intel only? I will try this maybe tonight when I will have more time to spare. I too would be interested in gaining 20-30% battery life! But, then again, I wouldn't want to have to reboot to be able to use the dGPU (I use it for blender3d). > for me it's around 7-8W intel only and around 11W when using your workaround. > But again your solution is just not really disabling the nvidia card, > instead it's more like just not using it and let it stay in idle mode with > limited PM. Yes, and no... as far as I can see from my tests, it is not staying in idle mode, it is being fully powered down by the kernel when not in use, and fully powered up again when I use optirun. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1803179 Title: System does not reliably come out of suspend To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/1803179/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1803179]
(In reply to Kai-Heng Feng from comment #145) Thank you very much for this optimistic-sounding info, Kai-Heng Feng. > Laptops with Skylake SoC and later shouldn't need bbswitch. PCIe port PM > will disable the power of the card. How do I check if I have Skylake SoC? I am actually currently using a modified bbswitch where I have disabled the acpi calls. The point of this is to force bumblebee to automatically load and unload the nvidia modules before and after using optirun. I suspect there is an easier way but for now this works for me. > After nvidia.ko gets unloaded, make sure "power/control" is "auto" for its > video (e.g. 01:00.0) and audio (e.g. 01:00.1) functions and its upstream > bridge (use lspci -t to check). I initially tried what you describe here but the audio part was preventing power management from happening because it was permanently flagged in use by the snd_hda_audio module. Hence my work-around. > In addition to that, these two commits are also required for mainline kernel > users: > https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/ > ?id=52525b7a3cf82adec5c6cf0ecbd23ff228badc94 > https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/ > ?id=bacd861452d2be86a4df341b12e32db7dac8021e I am not interested in attempting to compile the kernel so will wait for these two commits to make it into the stable release. Reading their descriptions, especially the second one, sounds like it is the perfect fix for what I am experiencing. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1803179 Title: System does not reliably come out of suspend To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/1803179/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1803179]
(In reply to Matthias Fulz from comment #143) > (In reply to arpie from comment #142) > > (In reply to Matthias Fulz from comment #141) > > > (In reply to arpie from comment #140) > > [snip] > > Ah I see. > Then I think this is basically somehow similar to my workaround using the > snd_hda_intel modul parameter. > The nvidia card will just be completely "powered off" by not using it in any > way (no module loaded) Yes, now I've read your workaround more closely, I think you're right it is basically achieving the same thing. > > I am sure that there must be a 'proper' solution where the correct ACPI > > commands are used to power off/on both the nvidia video and audio at the > > same time but finding such a solution is far beyond me... > > I think some ACPI / PM guys should definitly check the audio part of the GPU > as there could be some issues related to this bug. Judging by comment 145, they are already way ahead of us! -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1803179 Title: System does not reliably come out of suspend To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/1803179/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1803179]
(In reply to Matthias Fulz from comment #141) > (In reply to arpie from comment #140) [snip] > > If I completely disable the audio card using : > > echo 1 | sudo tee /sys/bus/pci/devices/:01:00.1/remove > > > > Then the system hangs are completely cured > > Not working for me. Still freezing with this. Any chance of more details? When and how is it freezing? Is it any different from before? What are your machine/card details (looks like you haven't posted these anywhere above)? Also, are you absolutely sure you've disabled the audio card during boot *before the kernel notices it is there*? The only reliable way I've found to check if this is the case, is to run powertop, and look in the 'Device Status' tab for listings of 'Audio codec hwX: nvidia'. If that is showing up, then the nvidia sound card is still active and will cause hangs. My solution only works if the audio card is removed/disabled before the audio system initialises during boot (hence the WantedBy=sysinit.target in my service file). I think I should have also mentioned that in order for the kernel to do the PM, you need to do something like : echo auto | sudo tee /sys/bus/pci/devices/:01:00.0/power/control I have TLP installed, which does this for me. Now a few days have passed, I admit I have had a few freezes when using bbswitch. But if I disable bbswitch and just use bumblebee with no power management, all is well (so far). If I want to power down the nvidia GFX card I just manually modprobe -r nvidia and the kernel does the rest. Using this solution, I see a drop from about 20W to 10W when the card powers off, with no ACPI calls at all (or, rather, none that I am aware of - I have no idea what the kernel is actually doing behind the scenes). I am sure that there must be a 'proper' solution where the correct ACPI commands are used to power off/on both the nvidia video and audio at the same time but finding such a solution is far beyond me... -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1803179 Title: System does not reliably come out of suspend To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/1803179/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1803179]
After hours of experimenting on this laptop : Computer : PC Specialist OptimusIX 15 (aka Clevo N8xxEP6) BIOS : American Megatrends 1.07.13 OS : Arch Linux GPU : NVIDIA GTX 1060 Mobile Until recently, any attempt to use bumblebee or acpi commands to power down the GPU have resulted in a system freeze with lspci, suspend, power cable plug in, etc. No kernel line parameters seem to have any effect. I have discovered that the system freeze is closely linked to the interaction between the nvidia graphics card on pci address :01:00.0 and its associated sound card at pci address :01:00.1 (I don't actually know what that sound card is doing - I presume it's for the HDMI port?) If I completely disable the audio card using : echo 1 | sudo tee /sys/bus/pci/devices/:01:00.1/remove Then the system hangs are completely cured - I can acpi _OFF or _ON or _PS3 or _PS0 to my hearts content and the gfx card will power up and down perfectly, lspci behaves perfectly normally (without any lag), and suspend/resume and power cable plug/unplug all works. Even better, kernel power management on the PCI bus seems to work perfectly too, but only kicks in when I rmmod nvidia. So far, bumblebee and bbswitch also seem to be totally happy. Can anybody else confirm similar findings? Bear in mind that the audio card needs to be removed BEFORE the kernel loads any audio modules. I do it like this : [Unit] Description=Nvidia Audio Card OnBoot Disabler Before=bumblebeed.service [Service] Type=oneshot RemainAfterExit=yes ExecStart=/usr/bin/sh -c "echo 1 > /sys/bus/pci/devices/:01:00.1/remove" ExecStop=/usr/bin/sh -c "echo 1 > /sys/bus/pci/rescan" [Install] WantedBy=sysinit.target -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1803179 Title: System does not reliably come out of suspend To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/1803179/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs