[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 21:11:19 UTC 2016
https://bugs.freedesktop.org/show_bug.cgi?id=94566
--- Comment #15 from Imre Deak <imre.deak at intel.com> ---
(In reply to Takashi Iwai from comment #14)
> (In reply to Imre Deak from comment #13)
> > There is no guarantee which module gets loaded first and so no guarantee
> > that you won't get the "failed to add i915 component master (-19)" error.
> > The only proper way to solve this is to initialize anything needing the
> > display driver from the component bind hook (hdac_component_master_bind).
>
> Yes, but the reason we didn't do this is because we heard that the i915
> powerwell has to be enabled *before* the codec gets probed. So, it's rather
> surprising that the codec probe succeeded even without the powerwell hook.
> Maybe it just worked because they were probed in parallel. Or, the
> information from Intel hardware team might be wrong. Who knows.
That would mean that the very first time you can physically probe the codec is
when i915 is already loaded and hence hdac_component_master_bind() gets called.
There is just no way around this.
> And, we can't block for syncing with i915 slave bind at the HD-audio bus
> probe time, either. There are SKL systems without i915 graphics, and the
> same HD-audio bus is used for the Realtek codec for builtin audio. So, the
> missing i915 binding is no fatal error on such systems.
Right, but then you have to split out the parts that have a hard dependency on
the i915 driver, and initialize that part when the binding completes. There is
again, just no way around this.
> That said, the current non-blocking behavior is on purpose. But, *if* the
> codec probe would work without the powerwell hook in the controller side
> beforehand, we an put the blocking component binding again at the codec
> probe. This might work -- but the technical information is missing whether
> it's correct or not.
I think you'd need to determine what parts of the HDA driver have a hard
dependency on i915, split those out and init them from component bind hook.
Everything else can get initialized earlier, for example the Skylake/Realtek
stuff you mention above.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20160318/c0af7a23/attachment.html>
More information about the intel-gfx-bugs
mailing list