search for: runtime_active_kid

I can confirm what Peter said, path contains \_SB_.PCI0.RP05 and power_state contains D3hot. Op do 27 okt. 2016 11:06 schreef Peter Wu <peter at lekensteyn.nl>: > 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

...ing 0x0) pci 0000:01:00.1: restoring config space at offset 0x34 (was 0xffffffff, writing 0x60) This persists until removing both PCI devices and rescanning the root port. (When no HDMI/DP cable is connected, the audio function will not appear; remove+rescan is required to recover.) Issue 4 - runtime_active_kids leak with audio function. After the above issue, the audio device never entered the suspended state even though the runtime_usage counter reached 0. It turned out that runtime_active_kids was 4. Every time snd-hda-intel is loaded (and fails to initialize due to the above issue), this counter is in...

https://bugs.freedesktop.org/show_bug.cgi?id=75985 Priority: medium Bug ID: 75985 Assignee: nouveau at lists.freedesktop.org Summary: HDMI audio device only visible after rescan QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: jean-louis at

Modernize vga_switcheroo by using a device link to enforce a runtime PM dependency from an HDA controller to the GPU it's integrated into, v2. Changes since v1: - Replace patch [1/7] to use pci_save_state() / pci_restore_state() for consistency between runtime PM code path of bound and unbound devices. (Rafael, Bjorn) - Patch [5/7]: Drop an unnecessary initialization. (Bjorn) Rephrase