On 05/19/11 23:29, Jarkko Nikula wrote: > On Thu, 19 May 2011 17:58:56 -0700 > Steve Calfee <stevecalfee@xxxxxxxxx> wrote: > ... >> > This very likely sounds that in master mode the master clock to McBSP is > missing if there is no DMA running. Did you try to use internal 96 MHz > from my example or did you try to use external CLKS what Pandora is > using? That CLKS setup in Pandora requires that there is a clock coming > to McBSP CLKS pin. > > But as you got codec slave mode working it seems that pin multiplexing > is ok so there is no need to try with master mode. In problematic cases > the master mode is a good start since then only McBSP clock setup and > pin multiplexing can affect if there are no clock and data signals > visible. > OK, you called this correctly. Apparently the beagle does not by default have a clock on the clks pin. When I correctly followed your suggestion and changed to the internal 96,000,000 clock I do get transitions on the mcbsp1 clk and fsx pins. The problem is 96M is pretty big. the only divisor I see is 8 bits, your suggested division (else where of 62) only brings the bit clock rate to about 15Mhz. the frame clock did get set very near the 8Khz for the sample playback. So about 1900 bit clocks are sent per frame. This would be ok, but since the mcbsp does not respect the l/r clock (FSX) for shifting out data, I am back to getting audio on only one ear. I was hoping that in master mode I could configure the mcbsp to only send 16 bit clocks per frame. It looks like the clocks are not that configurable. The external clks pin is supposed to be connect to an external TPS65950 chip which divides down the source 26Mhz clock by 256. I'll have to investigate why I was not seeing that clock. Regards, Steve -- 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
