All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jarkko Nikula <jhnikula@gmail.com>
To: Steve Calfee <stevecalfee@gmail.com>
Cc: Peter Ujfalusi <peter.ujfalusi@ti.com>,
	"Premi, Sanjeev" <premi@ti.com>,
	"linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
	"Girdwood, Liam" <lrg@ti.com>
Subject: Re: beagleboardxm 2.6.39rc4 mcbsp problems.
Date: Fri, 20 May 2011 09:29:11 +0300	[thread overview]
Message-ID: <20110520092911.d725b9c4.jhnikula@gmail.com> (raw)
In-Reply-To: <4DD5BCD0.6040009@gmail.com>

On Thu, 19 May 2011 17:58:56 -0700
Steve Calfee <stevecalfee@gmail.com> wrote:

> > I also tried to get as close as I could to the soc/omap/omap3pandora.c
> > machine driver with my omap3beaglexm.c machine driver. Specifically in
> > the *_hw_params init routines.
> > 
> > But when I start things up (even with the codec disconnected from the
> > bclk line), I don't get any movement on the CLK and fsx. And of course
> > the dma doesn't send anything.
> > 
> 
> I have gotten mcbsp1 to work as a slave (sort-of) with Peter's help. I
> havent been able to get it to clock as a master. So now I try with
> mcbsp3, still no luck.
> 
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.

> And with the mcbsp 4 pins not connected to anything but the scope, I
> don't see any bitclock movement. I think others used u-boot to setup the
> mcbspx, but has anyone successfully used linux to set up the pins?
> 
Yep, in a couple omap boards. Remember that for kernel based
multiplexing the CONFIG_OMAP_MUX=y must be set.

-- 
Jarkko

  reply	other threads:[~2011-05-20  6:27 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-11 13:55 [PATCH] ASoC: omap-mcbsp: Remove restrictive checks for cpu type Sanjeev Premi
2011-05-11 13:55 ` Sanjeev Premi
2011-05-11 13:57 ` Mark Brown
2011-05-11 13:57   ` Mark Brown
2011-05-11 14:44 ` Peter Ujfalusi
2011-05-11 14:44   ` [alsa-devel] " Peter Ujfalusi
2011-05-11 15:38 ` Jarkko Nikula
2011-05-11 15:38   ` Jarkko Nikula
2011-05-11 18:16 ` [alsa-devel] " Steve Calfee
2011-05-11 19:19   ` Premi, Sanjeev
2011-05-11 21:31   ` beagleboardxm 2.6.39rc4 mcbsp problems Steve Calfee
2011-05-12  6:25     ` Jarkko Nikula
2011-05-12 11:01       ` Peter Ujfalusi
2011-05-12 18:43         ` Steve Calfee
2011-05-13  5:59           ` Peter Ujfalusi
2011-05-14  2:47             ` Steve Calfee
2011-05-16  8:54               ` Peter Ujfalusi
2011-05-16 18:07                 ` Steve Calfee
2011-05-17  6:37                   ` Jarkko Nikula
2011-05-19  1:06                     ` Steve Calfee
2011-05-20  0:58                       ` Steve Calfee
2011-05-20  6:29                         ` Jarkko Nikula [this message]
2011-05-20  7:03                           ` Peter Ujfalusi
2011-05-21  0:55                           ` Steve Calfee
2011-05-17 10:42                   ` Peter Ujfalusi
2011-05-19  0:30                     ` Steve Calfee
2011-05-19 11:28                       ` Peter Ujfalusi
2011-05-19 23:58                         ` Steve Calfee
2011-05-20  6:56                           ` Peter Ujfalusi
2011-05-13 12:13 ` [PATCH] ASoC: omap-mcbsp: Remove restrictive checks for cpu type Liam Girdwood
2011-05-13 12:13   ` Liam Girdwood

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20110520092911.d725b9c4.jhnikula@gmail.com \
    --to=jhnikula@gmail.com \
    --cc=linux-omap@vger.kernel.org \
    --cc=lrg@ti.com \
    --cc=peter.ujfalusi@ti.com \
    --cc=premi@ti.com \
    --cc=stevecalfee@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.