[alsa-devel] Does LKML accept non-ASOC audio driver?

[Mark Brown]

On Thu, Sep 18, 2008 at 09:48:20AM +0000, Cliff Cai wrote:

> Yes,the hardware doesn't have seperate codec control,
> we use the same bus as for DMA transmission to configure the codec( e.g.AD73311)

That shouldn't be an issue, AC97 does the same thing but...

> and after configuring it,the codec will enter data mode,and is not configurable any more.  

...this might be more of an issue.  That said, is the SPORT on the DSP
likely to be used with smarter codecs (it looks like it's already used
by your existing ASoC drivers but perhaps differently?)?  If it is then
it's probably worth fitting it in to ASoC in order to avoid having two
distinct drivers for it.  It should be possible for the machine driver
to do the codec setup when it probes and then just have a dumb DAI for
the codec with no operations (actually, it's worth adding that dumb
codec driver anyway - it's not like dumb ADCs and DACs are uncommon).

If there's not much code to reuse then a simpler driver for the SPORT
outside of ASoC with just a platform data hook for doing the codec
initialisation would probably be the best bet.  Could you point me at
the existing drivers?

Actually, looking at the datasheet for the AD73311 it is actually
possible to reconfigure the codec at run time at the expense of one data
bit.