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

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed Jan 3 20:20:31 UTC 2018


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

--- Comment #29 from Karol Herbst <karolherbst at gmail.com> ---
(In reply to Daniel Drake from comment #22)
> Created attachment 136369 [details] [review]
> GP104: enable HDMI audio device function
> 
> On Asus GL502VS I investigated why the gfx device must be removed before
> rescan in the above workarounds.
> 
> The reason is that when Linux first probes the device (before you attempt
> the workaround), pci_setup_device() notes that the device is not
> multifunction capable. This causes pci_scan_slot() to not bother scanning
> the non-zero functions (per the behaviour inside next_fn()).
> 
> I checked and I found that when the 0x488 magic bit is not set, the gfx
> device advertises as non-multifunction. After the bit is set, the device
> advertises as multi-function. So, after setting the magic bit, removing the
> device will cause Linux to re-probe it during the next rescan, taking note
> at that point that it is a multi-function device, and proceeding to scan the
> functions, finding the audio device at function 1.
> 
> Based on that I have a first attempt at a fix. It's not working though,
> audio output is silent (but I did have it working with the previous
> workarounds). I'll look closer next week.

I think this check against 0x134 can be something like < 0x82 instead. This
thing is there since like G82 GPUs and I am sure the HDMI audio device is
controlled like this on all those GPUs.

-- 
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/20180103/bbf5b131/attachment.html>


More information about the Nouveau mailing list