[Intel-gfx] [PATCH v2 22/22] drm/i915/audio: Resume HSW/BDW HDA controller around ELD access
Kai Vehmanen
kai.vehmanen at linux.intel.com
Fri Oct 14 10:51:47 UTC 2022
Hi,
On Wed, 12 Oct 2022, Ville Syrjala wrote:
> From: Ville Syrjälä <ville.syrjala at linux.intel.com>
>
> On HSW/BDW the hardware ELD buffer does not work if the controller
> is suspended. I'm not 100% which thing in there is needed to make it
> work (at least just forcing the controller into D0 with setpci is
> not enough). But a full runtime resume seems to do the trick here
> at least, and so far it looks like this doesn't even deadlock or
> anything.
excuse my lack of history information/context, but I also wonder how
important writing this to hw AUD_EDID_DATA is anymore. All platforms since
Sandy/Ivy Bridge have used the DRM component interface to query ELD (via
direct kernel call i915_audio_component_get_eld()). So I don't see any
usage of querying the ELD data via "legacy" AC_VERB_GET_HDMI_ELDD method
(as that does require powering on the audio controller and codec). At
least based on quick browse, I don't see this register having impact to
other things than said HDA verb implementation in hardware. May explain
why the issue has not been reported before.
The patches in the series look good otherwise:
Reviewed-by: Kai Vehmanen <kai.vehmanen at linux.intel.com>
> +
> + if (hsw_hdac)
> + pm_runtime_put(&hsw_hdac->dev);
I think this is ok.
Br, Kai
More information about the Intel-gfx
mailing list