[alsa-devel] [RFC][PATCH] ELD routines and proc interface
Wu Fengguang
wfg at linux.intel.com
Wed Nov 19 09:08:00 CET 2008
On Tue, Nov 18, 2008 at 11:55:45PM -0800, Shane W wrote:
> On Wed, Nov 19, 2008 at 03:17:57PM +0800, Wu Fengguang wrote:
> > On Tue, Nov 18, 2008 at 11:11:35PM -0800, Shane W wrote:
> > > On Thu, Nov 13, 2008 at 10:21:53AM +0800, Wu Fengguang wrote:
> > > > Create hda_eld.c for ELD routines and proc interface.
> >
> > > Just testing this and your multichannel HDMI code over here
> > > but it doesn't seem to get ELD data for my setup. Intel
> > > g45-id board with an Yamaha RX-v1800 receiver which is HDMI
> > > 1.3 capable.
> >
> > Do you run the latest xorg intel driver? Also dmesg should tell us
> > something if anything goes wrong with ELD retrieving/parsing.
>
> Yes though Xorg wasn't running when I was doing the audio
> tests. Pure console at that point but I fired up Xorg
> which is latest git as of today but still no ELD
Yeah sorry I missed one note. The xorg git tree only contains the
audio output enabling patches, but not yet ELD transferring patches.
(the ELD data flow is monitor => video driver => audio driver)
I called for the Xorg ELD enabling patches from Ma Ling just after
replying to your email. He should send the patches soon.
> population. When Xorg starts, I get this in dmesg:
> [drm] Initialized i915 1.6.0 20080730 on minor 0
> [drm:i915_gem_object_bind_to_gtt] *ERROR* GTT full, but LRU
> list empty
> [drm:i915_gem_object_pin] *ERROR* Failure to bind:
> -12<6>HDMI intrinsic event: PD=1 ELDV=1
This last dmesg line is funny. The ELDV(i.e. ELD Valid) is true,
but the video driver obviously has no ELD data prepared for us.
Thanks,
Fengguang
More information about the Alsa-devel
mailing list