<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - [BAT SKL]igt@kms_pipe_crc_basic@suspend-read-crc-pipe-c fails suspend autoresume" href="https://bugs.freedesktop.org/show_bug.cgi?id=94566#c31">Comment # 31</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - [BAT SKL]igt@kms_pipe_crc_basic@suspend-read-crc-pipe-c fails suspend autoresume" href="https://bugs.freedesktop.org/show_bug.cgi?id=94566">bug 94566</a> from <a class="email" href="mailto:tiwai@suse.de" title="Takashi Iwai <tiwai@suse.de>"> Takashi Iwai</a> <pre>(In reply to Imre Deak from <a href="show_bug.cgi?id=94566#c29">comment #29</a>) > (In reply to Takashi Iwai from <a href="show_bug.cgi?id=94566#c25">comment #25</a>) > > (In reply to Imre Deak from <a href="show_bug.cgi?id=94566#c24">comment #24</a>) > > > (In reply to Takashi Iwai from <a href="show_bug.cgi?id=94566#c22">comment #22</a>) > > > > (In reply to Imre Deak from <a href="show_bug.cgi?id=94566#c20">comment #20</a>) > > > > > (In reply to Takashi Iwai from <a href="show_bug.cgi?id=94566#c17">comment #17</a>) > > > > > > And, one more problem is that we gather up the all codecs as a single card. > > > > > > Blocking a probe of one codec means to block the probe of the whole card. > > > > > > So we can't take unlimited block behavior. > > > > > > > > > > Can you still separate interface registration from HW access? I assume the > > > > > latter could be delay until the user first opens the device node, so you > > > > > could do the blocking there and register the corresponding interface earlier. > > > > > > > > It's difficult, unfortunately. HDMI codec may provide multiple streams (or > > > > even zero stream), and for knowing how many streams, we need to probe. So, > > > > without probing, we don't know which device interface to provide. > > > > > > > > And, on SKL architecture, the HDMI codec is on the same HDA bus that is > > > > represented as a single sound card instance. > > > > > > Why can't the HDMI codec be on a separate sound card? > > > > Because currently we build the card per PCI controller, as the PCI > > controller governs the stream DMA. > > Ok, but is it in practice possible? Sound card looks like a software > abstraction to me, behind which you could implement your own way of > arbitrating access to the HW among the separate sound cards. Possible, but really tough. Imagine to split i915 driver to multiple individual drm drivers, each of which takes care of only one output (VGA, eDP, HDMI, DP). Your suggestion is something like that.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> <li>You are the assignee for the bug.</li> <li>You are on the CC list for the bug.</li> </ul> </body> </html>