Re: [PATCH] Alsa modularisations and support for tsc2101 0/7

[Komal Shah <komal_shah802003@yahoo.com>]

--- Daniel Petrini <d.pensator@gmail.com> wrote:

> 
> That is actually good news. This means that with this proposed
> modularisation, alsa can easily work in these platforms, unless the
> 2420 dma for audio be quite different.
> Regarding the #ifdefs, one can always (carefully) insert a field in
> the new omap_alsa_codec_config and pass the architecture difference
> in
> the board* files.

Yes, it is true, being careful is good, but I think it is better to
write down a thin mcbsp framework, which does expose the apis like
mcbsp.c is doing, but the as we know that same codec chip can be
connected to different mcbsps for the same OMAP chip, which can be
passed from board-* files, also which will reduce lots of #ifders of
arch selection in mcbsp.c itself. 

I think it can be derived somewhat from the existing SPI framework, but
the difference will be no real protocol drivers, and only one master
driver (as McBSP functionality remained same irrespective of OMAP1/2
series...and I hope same for DaVinci and OMAP3, and OMAP2430 is having
5 McBSPs :)). Protocol driver can be thought of as actual codec chip,
which calls the apis exposed by McBSP fwk and gets terminated at Master driver.

---Komal Shah
http://komalshah.blogspot.com/

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com