[Nouveau] [Bug 75985] [NVC1] HDMI audio device only visible after rescan

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Thu Oct 3 03:50:22 UTC 2019


https://bugs.freedesktop.org/show_bug.cgi?id=75985

--- Comment #102 from Daniel Drake <dan at reactivated.net> ---
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/nouveau/attachments/20191003/04d1bba7/attachment.html>


More information about the Nouveau mailing list