All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alexandre Schnegg <aschnegg@digger.ch>
To: alsa-devel@alsa-project.org
Subject: Re: speaker-test error using sgtl5000 and imx27
Date: Wed, 30 Sep 2015 08:48:04 +0200	[thread overview]
Message-ID: <560B85A4.4000206@digger.ch> (raw)
In-Reply-To: <560A9F92.4070605@digger.ch>

Here are some more informations:

The SSI unit seems to be configured properly but in the SSI interrupt 
status register, the flag TUE0 is set. From the imx27 reference manual:

    Transmitter Underrun Error 0. This flag is set when the TXSR is
    empty (no data to be transmitted), the
    TDE0 flag is set and a transmit time slot occurs. When a transmit
    underrun error occurs, the previous data
    is retransmitted. In Network mode, each time slot requires data
    transmission (unless masked through
    STMSK register), when the transmitter is enabled (TE is set).
    The TUE0 flag causes an interrupt if TIE and TUE0_EN are set.
    The TUE0 bit is cleared by POR and SSI reset. It is also cleared by
    reading the SISR with TUE0 bit set,
    followed by writing to the STX0 register.
    0 Default interrupt is issued to the Core.
    1 Exception interrupt is issued to the Core.

Since the data should be written in the TX fiffo by the DMA I think the 
problem come from it.

To be sure that the problem doesn't come from the codecs, I have tried 
with a TI's TLV320aic23, still not working.

I have tested "aplay /usr/share/sounds/alsa/Front_Left.wav " with 
"snd-dummy" and the command return as expected, but with any codec with 
"simple-card" the command doesn't return.

With kernel 4.3-rc2 I have an error message that I haven't before:

    [ 2951.569027] fsl-ssi-dai 10010000.ssi: Failed to get DMA channel
    capabilities, falling back to period counting: -6
    [ 2951.590684] fsl-ssi-dai 10010000.ssi: Failed to get DMA channel
    capabilities, falling back to period counting: -6

What does it mean ?

Le 29.09.2015 16:26, Alexandre Schnegg a écrit :
> Hello,
>
> After a few researches, it seems to me that the problem come from the 
> DMA. The SSI is set up correctly and waits for data from the DMA, but 
> the DMA doesn't not seem to to do his job.
>
> Does anyone can confirm me that the module imx_pcm_dma is working 
> properly with Freescale imx27 and mainline kernel?
>
> Anyone has got an audio codec working with the Freescale  imx27 and 
> mainline kernel?
>
> Thank you in advance for your help.
>
> Best regards
> Alexandre Schnegg
>
> Le 15.09.2015 11:49, Alexandre Schnegg a écrit :
>> Hello,
>>
>>
>> I would like to use the Freescale SGTl5000 audio codec with the 
>> Freescale
>> imx27 processor.
>>
>>
>> Unfortunately, I get this error when I try to run < speaker-test >:
>>
>>
>> # speaker-test
>>
>>
>> speaker-test 1.0.28
>>
>>
>> Playback device is default
>>
>> Stream parameters are 48000Hz, S16_LE, 1 channels
>>
>> Using 16 octaves of pink noise
>>
>> Rate set to 48000Hz (requested 48000Hz)
>>
>> Buffer size range from 128 to 32768
>>
>> Period size range from 64 to 16384
>>
>> Using max buffer size 32768
>>
>> Periods = 4
>>
>> was set period_size = 8192
>>
>> was set buffer_size = 32768
>>
>> 0 - Front Left
>>
>> Write error: -5,Input/output error
>>
>> xrun_recovery failed: -5,Input/output error
>>
>> Transfer failed: Input/output error
>>
>>
>> The codec is connected to SSI2 pins and I would like to use the SSI0
>> internal port in asynchronous mode (4 wires). The command interface 
>> is I2C1.
>> The codec seems to work because it generates both bit and frame 
>> clocks (the
>> codec is the master) but no data are coming from the processor. I'm 
>> using
>> kernel 4.1.7 but I have got the same error with versions 3.19.8, 
>> 4.0.5 and
>> 4.0.9. I have also tried the < imx-sgtl5000 > driver and I get the same
>> error. I can use < alsamixer > with no issue.
>>
>>
>> Here are my device tree bindings:
>>
>>
>>                  sound {
>>
>>                                 compatible = "simple-audio-card";
>>
>>                                 simple-audio-card,name = 
>> "sgtl5000-audio";
>>
>>                                 simple-audio-card,format = "i2s";
>>
>> simple-audio-card,bitclock-master =
>> <&dailink0_master>;
>>
>>                                 simple-audio-card,frame-master =
>> <&dailink0_master>;
>>
>>
>>                                 simple-audio-card,widgets =
>>
>>                                                 "Microphone", "Mic 
>> Jack",
>>
>>                                                 "Headphone", "Headphone
>> Jack";
>>
>>
>>                                 simple-audio-card,routing =
>>
>>                                                 "MIC_IN", "Mic Jack",
>>
>>                                                 "Mic Jack", "Mic Bias",
>>
>>                                                 "Headphone Jack", 
>> "HP_OUT";
>>
>>
>>                                 simple-audio-card,cpu {
>>
>>                                                 sound-dai = <&ssi1 0>;
>>
>>                                 };
>>
>>
>>                                 dailink0_master: 
>> simple-audio-card,codec {
>>
>>                                                 sound-dai = <&sgtl5000>;
>>
>>                                                 clocks = <&mclk>;
>>
>>                                 };
>>
>>
>>                  };
>>
>>
>>                  mclk: asvmpc {
>>
>>                                 #clock-cells = <0>;
>>
>>                                 compatible = "fixed-clock";
>>
>>                                 clock-frequency = <12288000>;
>>
>>                  };
>>
>>
>> &ssi1 {
>>
>>                  #sound-dai-cells = <1>;
>>
>>                  status = "okay";
>>
>>                  fsl,audmux-port = <MX27_AUDMUX_PPCR2_SSI_PINS_2>;
>>
>>                  fsl,port-config = <
>>
>>                                 (IMX_AUDMUX_V1_PCR_SYN |
>>
>>   IMX_AUDMUX_V1_PCR_RXDSEL(MX27_AUDMUX_HPCR1_SSI0))
>>
>>                  >;
>>
>> };
>>
>>
>> &audmux {
>>
>>                  pinctrl-names = "default";
>>
>>                  pinctrl-0 = <&pinctrl_ssi2>;
>>
>>                  status = "okay";
>>
>>                  fsl,audmux-port = <MX27_AUDMUX_HPCR1_SSI0>;
>>
>>                  fsl,port-config = <
>>
>>                                 (IMX_AUDMUX_V1_PCR_SYN |
>>
>>   IMX_AUDMUX_V1_PCR_TFCSEL(MX27_AUDMUX_PPCR2_SSI_PINS_2) |
>>
>>                                 IMX_AUDMUX_V1_PCR_TFSDIR |
>>
>>                                 IMX_AUDMUX_V1_PCR_TCLKDIR |
>>
>>   IMX_AUDMUX_V1_PCR_RXDSEL(MX27_AUDMUX_PPCR2_SSI_PINS_2))
>>
>>                  >;
>>
>> };
>>
>>
>> &i2c1 {
>>
>>                  clock-frequency = <100000>;
>>
>>                  pinctrl-names = "default";
>>
>>                  pinctrl-0 = <&pinctrl_i2c1>;
>>
>>                  status = "okay";
>>
>>
>>                  sgtl5000: sgtl5000@0a {
>>
>>                                 #sound-dai-cells = <0>;
>>
>>                                 compatible = "fsl,sgtl5000";
>>
>>                                 reg = <0x0a>;
>>
>>                                 clocks = <&mclk>;
>>
>>                                 micbias-resistor-k-ohms = <2>;
>>
>>                                 micbias-voltage-m-volts = <2250>;
>>
>>                                 VDDA-supply = <&reg_2p8v>;
>>
>>                                  VDDIO-supply = <&reg_2p8v>;
>>
>>                  };
>>
>> };
>>
>>
>> pinctrl_ssi2: ssi2grp {
>>
>>                                 fsl,pins = <
>>
>> MX27_PAD_SSI2_FS__SSI2_FS 0x0
>>
>>   MX27_PAD_SSI2_RXDAT__SSI2_RXDAT 0x0
>>
>>   MX27_PAD_SSI2_TXDAT__SSI2_TXDAT 0x0
>>
>> MX27_PAD_SSI2_CLK__SSI2_CLK
>> 0x0
>>
>>                                                 >;
>>
>>                  };
>>
>>
>> And the modules I have loaded before running < speaker test > :
>>
>>
>> # modprobe snd-soc-sgtl5000
>>
>> [   23.274351] sgtl5000 0-000a: sgtl5000 revision 0x11
>>
>> # modprobe snd-soc-simple-card
>>
>> # modprobe snd-soc-fsl-ssi
>>
>> [   79.752288] sgtl5000 0-000a: Using internal LDO instead of VDDD
>>
>> # [   79.853711] asoc-simple-card sound: sgtl5000 <-> 10010000.ssi 
>> mapping
>> ok
>>
>> # modprobe snd-soc-imx-audmux
>>
>>
>> Does anybody know what is the mistake?
>>
>>
>> Thank you for your help.
>>
>>
>> Best regards.
>>
>> Alexandre Schnegg
>>
>>
>> _______________________________________________
>> Alsa-devel mailing list
>> Alsa-devel@alsa-project.org
>> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>

      parent reply	other threads:[~2015-09-30  6:48 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-09-15  9:49 speaker-test error using sgtl5000 and imx27 Alexandre Schnegg
2015-09-29 14:26 ` Alexandre Schnegg
2015-09-29 16:11   ` Fabio Estevam
2015-09-29 18:22   ` gianluca
2015-09-30  6:28     ` Alexandre Schnegg
2015-09-30  6:48   ` Alexandre Schnegg [this message]

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=560B85A4.4000206@digger.ch \
    --to=aschnegg@digger.ch \
    --cc=alsa-devel@alsa-project.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 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.