On Thu, 23 Aug 2012 11:47:59 +0300
Peter Ujfalusi wrote:
> On 08/22/2012 11:19 PM, Andreas Kemnade wrote:
> > if I understand the TRM correctly, according to Figure 21-26 in chapter
> > 21.4.2.3.
> > if GSYNC is set, the receiver uses the signal from the sample rate
> > generator,
> > so CLKX d
On 08/22/2012 11:19 PM, Andreas Kemnade wrote:
> if I understand the TRM correctly, according to Figure 21-26 in chapter
> 21.4.2.3.
> if GSYNC is set, the receiver uses the signal from the sample rate generator,
> so CLKX does not need to be the CLKR source.
> But I tried also with the DEVCONF0 M
Hi,
On Tue, 21 Aug 2012 16:42:19 +0300
Peter Ujfalusi wrote:
> On 08/21/2012 08:42 AM, Andreas Kemnade wrote:
> > Hi,
> >
> > I tried a couple of times with different kernels to use mcbsp1 of dm3730
> > in master mode (so that it sends out clocks).
> > The result always is that I can send data
On 08/21/2012 08:42 AM, Andreas Kemnade wrote:
> Hi,
>
> I tried a couple of times with different kernels to use mcbsp1 of dm3730
> in master mode (so that it sends out clocks).
> The result always is that I can send data out. but arecord gets no input. It
> waits for input but does not get anythi
Hi,
I tried a couple of times with different kernels to use mcbsp1 of dm3730
in master mode (so that it sends out clocks).
The result always is that I can send data out. but arecord gets no input. It
waits for input but does not get anything, although clocks are generated,
checked that with a scop