On Wed, 13 Aug 2008 16:57:25 +0300 "ext Tony Lindgren" <tony@xxxxxxxxxxx> wrote: > * Hunter, Jon <jon-hunter@xxxxxx> [080813 06:08]: > > Move OMAP_MCBSP_READ and OMAP_MCBSP_WRITE macro definitions from > > arch/arm/plat-omap/mcbsp.c to include/asm-arm/arch-omap/mcbsp.h. > > Let's rather get rid of the direct mcbsp register tinkering from > drivers and use following instead: > Workaround for omap_mcbsp3_aic23_clock_init not adding new McBSP API would be to put those registers into "struct omap_mcbsp_reg_cfg" and call omap_mcbsp_config. > And, really the best solution would be to add support to > sound/soc/omap/ for various codecs rather than try to keep > the old drivers working. > I propose this as well. Luckily it seems that someone is already developing ASoC driver for TLV320AIC23B. Then native ALSA SoC support for OSK require only to develope new machine driver in sound/soc/omap/. http://mailman.alsa-project.org/pipermail/alsa-devel/2008-August/009826.html I'm also curious to know how well my OMAP ASoC drivers work on OMAP1's :-) Jarkko -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html