[alsa-devel] [PATCH] ASoC: WL1273 FM radio: Access I2C IO functions through pointers.

Mark Brown broonie at opensource.wolfsonmicro.com
Mon Jan 17 14:56:34 CET 2011

On Mon, Jan 17, 2011 at 10:52:26AM +0200, Matti J. Aaltonen wrote:
> On Fri, 2011-01-14 at 12:22 +0000, ext Mark Brown wrote:

> > As things stand the only way the CODEC driver can be built is if V4L is
> > enabled, which like I say isn't a trivial build.  This isn't ideal when
> > trying to get build coverage of the CODEC drivers for work on the core,
> > it adds noticable additional delay.

> The codec can be compiled alone as the comment in
> sound/soc/codecs/Kconfig suggest:

> > help
> > Normally ASoC codec drivers are only built if a
> > machine driver which uses them is also built since
> > they are only usable with a machine driver. 
> > Selecting this option will allow these drivers to be
> > built without an explicit machine driver for test
> > and development purposes.

I'm not entirely clear how that follows from the above?  The issue here
is primarily in terms of test building with SND_SOC_ALL_CODECS.

> And as I said, with my original design the core (MFD) could have been
> compiled (and used) with either child driver: the codec and the V4L2
> part. A fact is that Mauro didn't accept that structure, he wanted to
> have all functionality (except for the audio) in the V4L2 driver.

I don't particularly care if the resulting driver is useful but it
should at least be possible to build the two subsystems independantly.
If it's not even possible to do that then why is there a MFD driver in
the first place?

> And also the question is: what should be done now or next. If you mean
> that the dependence between V4L2 part and the core should be removed,
> that's easy to do but what's we gain with that? I would like to return
> to the original structure, but that doesn't seem to be possible?

It means we'd be able to get build coverage of each subsystem without
having to enable the other, having to pick up only the core rather than
an entire new subsystem.

More information about the Alsa-devel mailing list