[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140128110051.GI11841@sirena.org.uk>
Date: Tue, 28 Jan 2014 11:00:51 +0000
From: Mark Brown <broonie@...nel.org>
To: Takashi Iwai <tiwai@...e.de>
Cc: Russell King - ARM Linux <linux@....linux.org.uk>,
Jean-Francois Moine <moinejf@...e.fr>,
alsa-devel@...a-project.org, linux-kernel@...r.kernel.org,
dri-devel@...ts.freedesktop.org, Rob Clark <robdclark@...il.com>,
Dave Airlie <airlied@...il.com>,
linux-arm-kernel@...ts.infradead.org
Subject: Re: [alsa-devel] [PATCH 4/4] ASoC: tda998x: adjust the audio hw
parameters from EDID
On Tue, Jan 28, 2014 at 10:23:57AM +0100, Takashi Iwai wrote:
> Mark Brown wrote:
> > On Mon, Jan 27, 2014 at 08:49:15PM +0000, Russell King - ARM Linux wrote:
> > > Yes, preferably as a generic ALSA helper rather than an ASoC helper -
> > > I don't see any need for this to be ASoC specific (I have a pure ALSA
> > > driver which has very similar code in it.)
> > Indeed, definitely ALSA generic - ideally we could factor a lot of the
> > integration with the video side out.
> Yes, indeed.
> OTOH, as discussed recently, we're heading to move from ELD parsing to
> more direct communication between video and audio drivers for
> HD-audio. ELD will be still provided to user-space, but not evaluated
> any longer in the new scenario.
That sort of refactoring being one of the best reasons to keep things
out of individual drivers! Having said all this I don't know if it's
worth blocking Jean-Francois' work on that, it's an improvement in
itself. Splitting the code out a bit would be good to help prepare but
having the full refactoring done might be too much of a blocker.
Download attachment "signature.asc" of type "application/pgp-signature" (837 bytes)
Powered by blists - more mailing lists