* receiving data from mcbsp1 in master mode
@ 2012-08-21 5:42 Andreas Kemnade
2012-08-21 13:42 ` Peter Ujfalusi
0 siblings, 1 reply; 5+ messages in thread
From: Andreas Kemnade @ 2012-08-21 5:42 UTC (permalink / raw)
To: linux-omap
[-- Attachment #1: Type: text/plain, Size: 496 bytes --]
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 scope.
I even took a driver which works in master mode on another mcbsp and just changed
the mcbsp number.
What needs to be done to receive data from mcbsp1?
Greetings
Andreas Kemnade
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: receiving data from mcbsp1 in master mode
2012-08-21 5:42 receiving data from mcbsp1 in master mode Andreas Kemnade
@ 2012-08-21 13:42 ` Peter Ujfalusi
2012-08-22 20:19 ` Andreas Kemnade
0 siblings, 1 reply; 5+ messages in thread
From: Peter Ujfalusi @ 2012-08-21 13:42 UTC (permalink / raw)
To: Andreas Kemnade; +Cc: linux-omap
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 anything, although clocks are generated,
> checked that with a scope.
>
> I even took a driver which works in master mode on another mcbsp and just changed
> the mcbsp number.
> What needs to be done to receive data from mcbsp1?
You should check the PIN mux configuration of McBSP1 FSR/CLKR pins. McBSP1 on
dm3730 have 6 pin configuration. I think the capture should work fine if you
select the FSX as FSR source, and CLKX as CLKR source.
--
Péter
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: receiving data from mcbsp1 in master mode
2012-08-21 13:42 ` Peter Ujfalusi
@ 2012-08-22 20:19 ` Andreas Kemnade
2012-08-23 8:47 ` Peter Ujfalusi
0 siblings, 1 reply; 5+ messages in thread
From: Andreas Kemnade @ 2012-08-22 20:19 UTC (permalink / raw)
To: Peter Ujfalusi; +Cc: linux-omap
[-- Attachment #1: Type: text/plain, Size: 1706 bytes --]
Hi,
On Tue, 21 Aug 2012 16:42:19 +0300
Peter Ujfalusi <peter.ujfalusi@ti.com> 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 out. but arecord gets no input. It
> > waits for input but does not get anything, although clocks are generated,
> > checked that with a scope.
> >
> > I even took a driver which works in master mode on another mcbsp and just changed
> > the mcbsp number.
> > What needs to be done to receive data from mcbsp1?
>
> You should check the PIN mux configuration of McBSP1 FSR/CLKR pins. McBSP1 on
> dm3730 have 6 pin configuration. I think the capture should work fine if you
> select the FSX as FSR source, and CLKX as CLKR source.
>
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 MCBSP1_CLKR bit as you proposed.
I tried
snd_soc_dai_set_sysclk(cpu_dai, OMAP_MCBSP_CLKR_SRC_CLKX, 0,
SND_SOC_CLOCK_OUT);
snd_soc_dai_set_sysclk(cpu_dai, OMAP_MCBSP_FSR_SRC_FSX, 0,
SND_SOC_CLOCK_OUT);
That is why I send you my patch about that mux settings. But I had no success.
The CLKX as CLKR source and FSX as FSR source setting I have only seen when
mcbsp1 is used in slave mode. If you know any working code which uses mcbsp1 in
master mode then let me know.
Greetings
Andreas Kemnade
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: receiving data from mcbsp1 in master mode
2012-08-22 20:19 ` Andreas Kemnade
@ 2012-08-23 8:47 ` Peter Ujfalusi
2012-08-23 9:32 ` Andreas Kemnade
0 siblings, 1 reply; 5+ messages in thread
From: Peter Ujfalusi @ 2012-08-23 8:47 UTC (permalink / raw)
To: Andreas Kemnade; +Cc: linux-omap
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 MCBSP1_CLKR bit as you proposed.
> I tried
> snd_soc_dai_set_sysclk(cpu_dai, OMAP_MCBSP_CLKR_SRC_CLKX, 0,
> SND_SOC_CLOCK_OUT);
> snd_soc_dai_set_sysclk(cpu_dai, OMAP_MCBSP_FSR_SRC_FSX, 0,
> SND_SOC_CLOCK_OUT);
There is an issue with the 6pin mux code, try to add this patch:
http://mailman.alsa-project.org/pipermail/alsa-devel/2012-August/054041.html
> That is why I send you my patch about that mux settings. But I had no success.
> The CLKX as CLKR source and FSX as FSR source setting I have only seen when
> mcbsp1 is used in slave mode. If you know any working code which uses mcbsp1 in
> master mode then let me know.
No, I don't have board which uses McBSP1.
--
Péter
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: receiving data from mcbsp1 in master mode
2012-08-23 8:47 ` Peter Ujfalusi
@ 2012-08-23 9:32 ` Andreas Kemnade
0 siblings, 0 replies; 5+ messages in thread
From: Andreas Kemnade @ 2012-08-23 9:32 UTC (permalink / raw)
To: Peter Ujfalusi; +Cc: linux-omap
[-- Attachment #1: Type: text/plain, Size: 1381 bytes --]
On Thu, 23 Aug 2012 11:47:59 +0300
Peter Ujfalusi <peter.ujfalusi@ti.com> 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 does not need to be the CLKR source.
> > But I tried also with the DEVCONF0 MCBSP1_CLKR bit as you proposed.
> > I tried
> > snd_soc_dai_set_sysclk(cpu_dai, OMAP_MCBSP_CLKR_SRC_CLKX, 0,
> > SND_SOC_CLOCK_OUT);
> > snd_soc_dai_set_sysclk(cpu_dai, OMAP_MCBSP_FSR_SRC_FSX, 0,
> > SND_SOC_CLOCK_OUT);
>
> There is an issue with the 6pin mux code, try to add this patch:
> http://mailman.alsa-project.org/pipermail/alsa-devel/2012-August/054041.html
>
That is exactly the patch I was talking about in the next line, see
http://marc.info/?l=linux-omap&m=134540540412165&w=2
> > That is why I send you my patch about that mux settings. But I had no success.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > The CLKX as CLKR source and FSX as FSR source setting I have only seen when
> > mcbsp1 is used in slave mode. If you know any working code which uses mcbsp1 in
> > master mode then let me know.
>
> No, I don't have board which uses McBSP1.
>
> --
> Péter
>
>
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2012-08-23 9:32 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-08-21 5:42 receiving data from mcbsp1 in master mode Andreas Kemnade
2012-08-21 13:42 ` Peter Ujfalusi
2012-08-22 20:19 ` Andreas Kemnade
2012-08-23 8:47 ` Peter Ujfalusi
2012-08-23 9:32 ` Andreas Kemnade
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.