Re: [alsa-devel] [PATCH v3] pass ELD to HDMI/DP audio driver
On Mon, 1 Aug 2011 21:51:40 +0800, Wu Fengguang fengguang.wu@intel.com wrote:
- intel_write_eld() is not called at all It seems we need to call intel_write_eld() in other places besides inside ->mode_set(). Is ->detect() the right place to do so? In other words, are there established connector<=>encoder mapping that can be queried inside intel_hdmi_detect()/intel_dp_detect()?
The connector has a link to the encoder (struct intel_connector contains a pointer to a struct intel_encoder).
Right. I actually have this chunk. dmesg shows that in intel_hdmi_detect(), the drm_encoder object is there, however encoder->crtc is NULL at the time.
@@ -269,6 +271,12 @@ intel_hdmi_detect(struct drm_connector * status = connector_status_connected; intel_hdmi->has_hdmi_sink = drm_detect_hdmi_monitor(edid); intel_hdmi->has_audio = drm_detect_monitor_audio(edid); + drm_edid_to_eld(connector, edid); + if (intel_hdmi->base.base.crtc) + intel_write_eld(&intel_hdmi->base.base, + &intel_hdmi->base.base.crtc->mode); + else + printk("intel_hdmi_detect: cannot write eld: NULL crtc\n"); } connector->display_info.raw_edid = NULL; kfree(edid);
You may wonder why the mode parameter is needed in intel_write_eld(). This is because the ELD field aud_synch_delay (ie. A/V sync delay) may have different values in progressive/interleaved display modes.
- intel_dp_detect() is called even though it's an HDMI monitor connected to an HDMI jack.. It may be a bug specific to the hardware I'm testing (attached its full dmesg).
We run all of the hotplug functions when any connector change is detected; easier than trying to track what happened from the bits visible from the interrupt.
Ah yes. I figured it out later.
I note that this patch does not include the necessary hooks for Ivybridge; we'll need that included (and tested) for this to be considered for kernel 3.1. I'd be surprised if it couldn't use ironlake_write_eld just fine, so it should just be a matter of setting the write_eld field and testing it on actual hardware.
I tested Ivybridge yesterday and ironlake_write_eld seems to not work properly for Ivybridge. Need to double check its spec.
Thanks, Fengguang
participants (1)
-
Wu Fengguang