Comment # 102
on bug 75985
from Daniel Drake
Thanks. azx_runtime_idle() is returning EBUSY because azx_bus(chip)->codec_powered=0xf. codec_powered is set during initialization via snd_hdac_bus_add_device(), presumably to reflect that the device is definitely powered up at initialization time. It's unset during hdac_hdmi_runtime_suspend() (and/or during hda_codec_runtime_suspend()) via the call to snd_hdac_codec_link_down(). I guess this implies that the HDA codec (hdac_hdmi.c) is expected to be fully runtime suspended before the controller (hda_intel.c) runtime idle check is executed, and that this is not happening. Under /sys/bus/pci/devices/0000:01:00.1 you should see some subdirectories that are named hdaudioC?D?. Those subdirectories in turn have power subdirectories for runtime pm control. In addition to the steps already taken, please could you set all the hdaudio* subdevices power/control to auto too, then use grep to dump the power/ directory contents for all of the hdaudio* devices there and the controller. And let us know if this has any effect on the issue at hand. I did try 4 Asus products we currently have in the Endless lab but none of them have a nvidia HDMI controller that can be exposed via the magic bit (and their HDMI audio functionality does go through the integrated intel gpu).
You are receiving this mail because:
- You are the assignee for the bug.
_______________________________________________ Nouveau mailing list Nouveau@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/nouveau
