On Tue, 15 Mar 2011 11:12:17 +0800 Bob Liu <lliu...@gmail.com> wrote:
> It seems that the code in sound/soc/omap/omap-mcbsp.c uses the function > "cpu-is-omap343x()" which fails and returns ENODEV. > > But I have enabled "OMAP3430 support" in "System Type" / "TI OMAP2/3/4 > Specific Features", > why it still return ENODEV? (Attached my kernel config). > > And after I changed that check to "cpu-is-omap34xx()", there was no > error message but neither any audio output, > I can't hear any sound. > ---------------------------- Is the DMA running after you change the cpu_is_omap34xx and try to play e.g. "aplay /dev/urandom"? If audio is running you should see DMA interrupt count increasing with "grep DMA /proc/interrupts". If that is working then issue could be in codec side. I don't have a beagle at the moment to verify but IRCC something like ~10 TWL4030 ALSA controls must be adjusted in order to route audio from DAC to outputs at proper volume. -- Jarkko -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
