<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body>
<p>
<div>
<b><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#c29">Comment # 29</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 <span class="vcard"><a class="email" href="mailto:imre.deak@intel.com" title="Imre Deak <imre.deak@intel.com>"> <span class="fn">Imre Deak</span></a>
</span></b>
<pre>(In reply to Takashi Iwai from <a href="show_bug.cgi?id=94566#c25">comment #25</a>)
<span class="quote">> (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.</span >
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.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
<li>You are the QA Contact for the bug.</li>
<li>You are on the CC list for the bug.</li>
</ul>
</body>
</html>