[Bug 94566] [BAT SKL]igt at kms_pipe_crc_basic@suspend-read-crc-pipe-c fails suspend autoresume

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Sat Mar 19 07:43:54 UTC 2016


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

--- Comment #22 from Takashi Iwai <tiwai at suse.de> ---
(In reply to Imre Deak from comment #20)
> (In reply to Takashi Iwai from comment #17)
> > 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.  A delayed probe means the dynamic
addition / removal of PCM and other devices.  However, most of user-space stuff
like PA doesn't work in that way (although it's possible in kernel API level). 
They support only the card-level hotplug.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20160319/7204c5b4/attachment.html>


More information about the intel-gfx-bugs mailing list