From: Peter Ujfalusi <peter.ujfalusi@nokia.com>
To: alsa-devel@alsa-project.org
Cc: "linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
ext Janusz Krzysztofik <jkrzyszt@tis.icnet.pl>
Subject: Re: Please help in adding ams-delta support to ASoC
Date: Tue, 2 Jun 2009 08:47:19 +0300 [thread overview]
Message-ID: <200906020847.19108.peter.ujfalusi@nokia.com> (raw)
In-Reply-To: <4A1D3B0B.3060808@tis.icnet.pl>
On Wednesday 27 May 2009 16:07:23 ext Janusz Krzysztofik wrote:
> Hi Peter,
>
> On Wuesday 27 May 2009 07:57 Peter Ujfalusi wrote:
> > On Tuesday 26 May 2009 16:17:23 ext Janusz Krzysztofik wrote:
> >> 4. the following McBSP register settings changes:
> >>
> >> - .xcr2 = XPHASE | XFRLEN2(OMAP_MCBSP_WORD_8) |
> >> - XWDLEN2(OMAP_MCBSP_WORD_16) | XDATDLY(0) | XFIG,
> >> + .xcr2 = XPHASE | XWDLEN2(OMAP_MCBSP_WORD_16) | XFRLEN2(0),
> >>
> >> - .srgr1 = FWID(DEFAULT_BITPERSAMPLE - 1),
> >> + .srgr1 = CLKGDV(0),
> >>
> >> - .srgr2 = GSYNC | CLKSP | FSGM | FPER(DEFAULT_BITPERSAMPLE * 2 - 1),
> >> + .srgr2 = GSYNC,
> >>
> >> - .pcr0 = CLKXP | CLKRP, /* mcbsp: slave */
> >
> > Since I don't have the original osk/aic23 thing, this does not mean to
> > much... Just a bit confusing.
>
> OK, once again then.
>
> original omap-alsa mcbsp register settings for osk board, as found in
> linux-2.6.16/arch/arm/mach-omap1/board-osk.c:
> -----
> #define DEFAULT_BITPERSAMPLE 16
>
> static struct omap_mcbsp_reg_cfg mcbsp_regs = {
> .spcr2 = FREE | FRST | GRST | XRST | XINTM(3),
> .spcr1 = RINTM(3) | RRST,
> .rcr2 = RPHASE | RFRLEN2(OMAP_MCBSP_WORD_8) |
> RWDLEN2(OMAP_MCBSP_WORD_16) | RDATDLY(0),
> .rcr1 = RFRLEN1(OMAP_MCBSP_WORD_8) | RWDLEN1(OMAP_MCBSP_WORD_16),
> .xcr2 = XPHASE | XFRLEN2(OMAP_MCBSP_WORD_8) |
> XWDLEN2(OMAP_MCBSP_WORD_16) | XDATDLY(0) | XFIG,
> .xcr1 = XFRLEN1(OMAP_MCBSP_WORD_8) | XWDLEN1(OMAP_MCBSP_WORD_16),
> .srgr1 = FWID(DEFAULT_BITPERSAMPLE - 1),
> .srgr2 = GSYNC | CLKSP | FSGM | FPER(DEFAULT_BITPERSAMPLE * 2 -
> 1), /*.pcr0 = FSXM | FSRM | CLKXM | CLKRM | CLKXP | CLKRP,*/ /* mcbsp:
> master */
> .pcr0 = CLKXP | CLKRP, /* mcbsp: slave */
> };
> -----
> the same for ams-delta, as found in Mark Underwood patch:
> -----
> static struct omap_mcbsp_reg_cfg mcbsp_regs = {
> .spcr2 = FREE | XRST | GRST | XINTM(3) | FRST,
> .spcr1 = RINTM(3) | RRST,
> .rcr2 = RPHASE | RWDLEN2(OMAP_MCBSP_WORD_16) | RFRLEN2(0),
> .rcr1 = RWDLEN1(OMAP_MCBSP_WORD_16) | RFRLEN1(0),
> .xcr2 = XPHASE | XWDLEN2(OMAP_MCBSP_WORD_16) | XFRLEN2(0),
> .xcr1 = XWDLEN1(OMAP_MCBSP_WORD_16) | XFRLEN1(0),
> .srgr1 = CLKGDV(0),
> .srgr2 = GSYNC,
> };
I wonder has this been working at all???
FPER is not configured in srgr2 (actually it is 0, which means that the frame
period is 1...)
FWID is not configured in srgr1 (it is 0, which means the FS is a pulse,
length is 1)
Since CLKXP, CLKRP is 0, it suggests inverted bitclock.
FSXP, FSRP is 0, so it must have normal FS polarity in DSP mode, or inverted
polarity in I2S mode???
Data delay is 0 for rx and tx.
In all, I think this is a missconfigured DSP_B mode with inverted bitclock.
Can you try this:
err = snd_soc_dai_set_fmt(cpu_dai,
SND_SOC_DAIFMT_DSP_B |
SND_SOC_DAIFMT_IB_NF |
SND_SOC_DAIFMT_CBM_CFM);
> -----
> currnet soc-audio mcbsp config for osk, as found in
> linux-2.6.29/sound/soc/omap/osk5912.c:
> -----
> err = snd_soc_dai_set_fmt(cpu_dai,
> SND_SOC_DAIFMT_DSP_B |
> SND_SOC_DAIFMT_NB_NF |
> SND_SOC_DAIFMT_CBM_CFM);
> -----
> Using exactly the same does not work on my ams-delta.
>
> > The configuration suggest slave McBSP with NB_IF
> >
> > polarity, dual phase format, 16 bit words, 16*2 long frames, the FS pulse
> > is probably a pulse... Suggesting kind of DSP mode, but with not so
> > correct configuration, which happens to be working.
>
> So I will try the following then:
> err = snd_soc_dai_set_fmt(cpu_dai,
> SND_SOC_DAIFMT_DSP_B |
> SND_SOC_DAIFMT_NB_IF |
> SND_SOC_DAIFMT_CBM_CFM);
> and this:
> err = snd_soc_dai_set_fmt(cpu_dai,
> SND_SOC_DAIFMT_DSP_A |
> SND_SOC_DAIFMT_NB_IF |
> SND_SOC_DAIFMT_CBM_CFM);
> and give you a feedback.
>
> >> ... aplay
> >> and arecord wait forever, cat to/from /dev/dsp breaks with hardware
> >> error messgae.
> >> DMA interrput counters stay at 0.
> >
> > This means that the McBSP module is not transmitting/receiving any data.
> > Which suggests that the clocking is not working in your setup. Check the
> > slave master mode for the codec.
>
> Do you mean trying with codec as slave and McBSP as master, like this?
> err = snd_soc_dai_set_fmt(cpu_dai,
> SND_SOC_DAIFMT_DSP_B |
> SND_SOC_DAIFMT_NB_IF |
> SND_SOC_DAIFMT_CBS_CFS);
> I'll give it a try as well.
>
> > Also worth checking the PIN configuration for the McBSP1 module, just in
> > case it is correct.
>
> Do you mean mux setup? Reading OMAP5910 Data Manual I found only 2
> relevant signals, MCBSP1.FSX and MCBSP1.DX, that could be swapped from
> pin H15 to H18 and vice versa. However, there is no pin configuration
> entry for neither, both in 2.6.16 and 2.6.29 arch/arm/mach-omap1/mux.c,
> so I assume default setup should just work.
>
> I keep on digging.
>
> Thanks,
> Janusz
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
--
Péter
next prev parent reply other threads:[~2009-06-02 5:47 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-05-26 13:17 Please help in adding ams-delta support to ASoC Janusz Krzysztofik
2009-05-27 5:57 ` Peter Ujfalusi
2009-05-27 13:07 ` Janusz Krzysztofik
2009-06-02 5:47 ` Peter Ujfalusi [this message]
2009-06-02 11:38 ` Janusz Krzysztofik
2009-05-27 6:59 ` Jarkko Nikula
2009-05-27 14:33 ` Janusz Krzysztofik
2009-05-27 15:19 ` Jarkko Nikula
2009-05-27 18:58 ` Janusz Krzysztofik
2009-06-01 12:41 ` Janusz Krzysztofik
2009-06-01 18:04 ` Jarkko Nikula
2009-06-02 6:08 ` Peter Ujfalusi
2009-06-02 6:22 ` Jarkko Nikula
2009-06-02 13:35 ` Janusz Krzysztofik
2009-06-02 17:32 ` Jarkko Nikula
2009-06-03 7:24 ` Janusz Krzysztofik
2009-06-05 13:55 ` Jarkko Nikula
2009-06-05 22:28 ` Janusz Krzysztofik
2009-06-05 22:45 ` [alsa-devel] " Mark Brown
2009-06-06 17:42 ` Janusz Krzysztofik
2009-06-07 9:40 ` Mark Brown
2009-06-09 7:12 ` Peter Ujfalusi
2009-06-09 15:17 ` [alsa-devel] " Janusz Krzysztofik
2009-06-10 8:12 ` Peter Ujfalusi
2009-06-10 10:27 ` [alsa-devel] " Janusz Krzysztofik
2009-06-10 10:53 ` Peter Ujfalusi
2009-06-10 12:20 ` Janusz Krzysztofik
2009-06-10 18:05 ` Janusz Krzysztofik
2009-06-10 14:20 ` Janusz Krzysztofik
2009-06-08 6:40 ` Jarkko Nikula
2009-06-09 15:00 ` Janusz Krzysztofik
2009-06-15 13:22 ` Janusz Krzysztofik
2009-06-15 15:16 ` Jarkko Nikula
2009-06-16 14:43 ` Janusz Krzysztofik
2009-06-17 14:12 ` Progress in adding ams-delta support to ASoC? Janusz Krzysztofik
2009-06-18 9:02 ` Peter Ujfalusi
2009-06-18 7:58 ` Tony Lindgren
2009-06-18 11:51 ` Janusz Krzysztofik
2009-06-18 10:21 ` Tony Lindgren
2009-06-18 6:07 ` Please help in adding ams-delta support to ASoC Jarkko Nikula
2009-06-18 11:40 ` Janusz Krzysztofik
2009-06-19 3:50 ` Arun K S
2009-06-19 11:20 ` Janusz Krzysztofik
2009-06-19 18:55 ` Arun K S
2009-06-22 11:47 ` Jarkko Nikula
2009-06-23 11:58 ` Janusz Krzysztofik
2009-06-02 10:50 ` *SPAM* " Janusz Krzysztofik
2009-06-03 5:28 ` Peter Ujfalusi
2009-06-03 8:28 ` Janusz Krzysztofik
[not found] ` <20090527104711.GA1970@sirena.org.uk>
2009-06-02 7:24 ` Janusz Krzysztofik
2009-06-02 9:37 ` Mark Brown
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=200906020847.19108.peter.ujfalusi@nokia.com \
--to=peter.ujfalusi@nokia.com \
--cc=alsa-devel@alsa-project.org \
--cc=jkrzyszt@tis.icnet.pl \
--cc=linux-omap@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox