[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
Fri Mar 18 22:07:26 UTC 2016


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

--- Comment #20 from Imre Deak <imre.deak at intel.com> ---
(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.

> (And the unlimited block is anyway bad especially when the configuration is
> dynamic; you can disable KMS easily via nomodeset, while the HD-audio driver
> will still try to probe HDMI codec because it doesn't know that the graphics
> side is disabled.  Then it'll stall.)

Can the above help?

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list 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/20160318/6e14be19/attachment.html>


More information about the intel-gfx-bugs mailing list