(In reply to arpie from comment #142) > (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/0000: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)? >
I've got a HP OMEN 15 with a nvidia GTX 1050 running archlinux > 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 hwXXXXX: 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've used your service file together with bumblebee and bbswitch. > 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/0000:01:00.0/power/control > > I have TLP installed, which does this for me. > Ok this step was missing. > 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). > 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) > 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. I will try it perhaps once again and give feedback here. But honestly these tests are really harmful for me because it happens very often that some files are truncated to zero during this crash randomly and I've to restore backups then... -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to nvidia-graphics-drivers-390 in Ubuntu. https://bugs.launchpad.net/bugs/1803179 Title: System does not reliably come out of suspend Status in Linux: Incomplete Status in linux package in Ubuntu: Confirmed Status in nvidia-graphics-drivers-390 package in Ubuntu: Confirmed Status in nvidia-graphics-drivers-410 package in Ubuntu: Confirmed Bug description: Dell XPS 15 (9750); it might eventually manage to suspend when the lid is closed, but more often than not will not wake up again when the lid is opened. Waking up using the power button often results in a system that is apparently frozen (graphics displayed are the last on screen before suspend, clock seconds do not change) System is unresponsive to the keyboard at that time (can't switch to a VT or otherwise interact with the system other than holding the power button for a few seconds to shut it down). ProblemType: Bug DistroRelease: Ubuntu 19.04 Package: linux-image-4.18.0-10-generic 4.18.0-10.11 ProcVersionSignature: Ubuntu 4.18.0-10.11-generic 4.18.12 Uname: Linux 4.18.0-10-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.10-0ubuntu14 Architecture: amd64 AudioDevicesInUse: USER PID ACCESS COMMAND /dev/snd/controlC0: mtrudel 2516 F.... pulseaudio CurrentDesktop: ubuntu:GNOME Date: Tue Nov 13 10:42:08 2018 InstallationDate: Installed on 2018-11-02 (10 days ago) InstallationMedia: Ubuntu 18.10 "Cosmic Cuttlefish" - Release amd64 (20181017.3) MachineType: Dell Inc. XPS 15 9570 ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-4.18.0-10-generic root=UUID=14900847-323c-4427-b59e-89210ec1c8ec ro quiet splash vt.handoff=1 RelatedPackageVersions: linux-restricted-modules-4.18.0-10-generic N/A linux-backports-modules-4.18.0-10-generic N/A linux-firmware 1.175 SourcePackage: linux UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 09/03/2018 dmi.bios.vendor: Dell Inc. dmi.bios.version: 1.5.0 dmi.board.name: 0D0T05 dmi.board.vendor: Dell Inc. dmi.board.version: A00 dmi.chassis.type: 10 dmi.chassis.vendor: Dell Inc. dmi.modalias: dmi:bvnDellInc.:bvr1.5.0:bd09/03/2018:svnDellInc.:pnXPS159570:pvr:rvnDellInc.:rn0D0T05:rvrA00:cvnDellInc.:ct10:cvr: dmi.product.family: XPS dmi.product.name: XPS 15 9570 dmi.product.sku: 087C dmi.sys.vendor: Dell Inc. To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/1803179/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
