topic Re: Audio LOST after ~10 hrs on i.MX 6Q in i.MX Processors

Audio LOST after ~10 hrs on i.MX 6Q

_at — Fri, 14 Feb 2014 11:53:14 GMT

Hi All,

We are facing strange issue of loosing audio after ~10 hrs of playback.

Platform:: We have customized platform of SabreSD i.MX 6Q.

Audio Source connected on port-5 of AUDMUX as MASTER using I2S. Port-1 connected SSI-1. Hence, audio received from AudioSource chip -> PORT-5 -> PORT-1 -> SSI-1.

Audio Codec (playback) connected on Port-6 of AUDMUX as SLAVE using I2S. Port-2 connected SSI-2. Hence, audio playback through SSI-2 -> PORT-2 -> PORT-6 -> Audio Codec chip

Existing audio driver for recording path was SSI-1 -> MEMORY. Means one DMA channel setup for DMA_FROM_DEVICE.

We have introduced ASRC in between Recording path (SSI-1 -> ASRC -> MEMORY). So, we have setup two DMA channel; one for SSI-1 -> ASRC i.e. DMA_DEV_TO_DEV & second for ASRC -> MEMORY i.e. DMA_FROM_DEVICE at driver level.

We reference existing playback source code of DMA Channel setup for DMA_DEV_TO_DEV.

Bus width for above channels are DMA_SLAVE_BUSWIDTH_2_BYTES.

Modified clock source of ssi1_clk, ssi2_clk & ssi3_clk to pll4_audio_main_clk in clock.c file.

Now, in our android applicatin we receive recording samples using AudioRecord object & play those sample using AudioTrack. This task done in only one thread at application side.

Result:

After above setup we are able to play recoreded content for approx ~10 hrs. but after that we receive error: "Unvalid SDMA MODE" & audio lost.

As per this log, it seems that DMA channel for DMA_DEV_TO_DEV (SSI-1 -> ASRC) met with an error.We try to read reg value of SDMAARM_EVTERR (Ref pg. no-4871:: 55.20.10 -DMA Request Error Register (SDMAARM_EVTERR) i.MX 6Q RM).

Which suggest that error bit set for above channel; this probably means there is an overflow of data for that channel.

But we could not identify how its possible.

Can anybody help me out to find where we made mistake in setup of DMA channel ? What is the probable reason for above scenario ?

For everybody reference, i am attaching patch here-with.

Please go through it & give comments upon it.

-Ankit.

Original Attachment has been moved to: asrc_V1_for_fsl_community.zip

Re: Audio LOST after ~10 hrs on i.MX 6Q

leige-b42127 — Thu, 20 Feb 2014 09:31:43 GMT

can you try the attached patch?

Re: Audio LOST after ~10 hrs on i.MX 6Q

saurabh206 — Thu, 20 Feb 2014 13:53:54 GMT

Hi,

Lei Ge

Thanks for reply..

But Attached patched is already there in our kernel.

We have already allocated memory using dma_alloc_noncahced.

static int sdma_request_channel(struct sdma_channel *sdmac)

{

struct sdma_engine *sdma = sdmac->sdma;

int channel = sdmac->channel;

int ret = -EBUSY;

sdmac->bd = dma_alloc_noncached(NULL, PAGE_SIZE, &sdmac->bd_phys, GFP_KERNEL);

if (!sdmac->bd) {

ret = -ENOMEM;

goto out;

}

Thanks

Saurabh

Re: Audio LOST after ~10 hrs on i.MX 6Q

saurabh206 — Wed, 26 Feb 2014 08:23:27 GMT

Hi,

Lei Ge

Is there any update for this issue?

Still we are facing this issue.

Thanks

Saurabh

Re: Audio LOST after ~10 hrs on i.MX 6Q

leige-b42127 — Wed, 05 Mar 2014 03:11:47 GMT

in our default BSP, i2s is used as slave, and do not have such test, can you try i2s slave?

Re: Audio LOST after ~10 hrs on i.MX 6Q

saurabh206 — Wed, 05 Mar 2014 07:44:53 GMT

Hi,

Lei Ge

Out Playback chip always works in slave mode, so we must have to use i2s in master mode.

For record path we have used the i2s in slave mode.

Thanks

Saurabh

Re: Audio LOST after ~10 hrs on i.MX 6Q

jamesbone — Wed, 12 Mar 2014 16:47:27 GMT

leige-b42127 can you please comment

Re: Audio LOST after ~10 hrs on i.MX 6Q

leige-b42127 — Thu, 13 Mar 2014 03:21:17 GMT

did you mean playback use one audio codec chip, capture use another audio codec chip?

Re: Audio LOST after ~10 hrs on i.MX 6Q

saurabh206 — Thu, 13 Mar 2014 07:46:19 GMT

Hi,

Lei Ge

Yes in our case Playback and Record chip are two different chip.

Audio Record chip connected on port-5 of AUDMUX as MASTER using I2S. Port-1 connected SSI-1. Hence, audio received from Audio Record chip -> PORT-5 -> PORT-1 -> SSI-1.

Audio playback connected on Port-6 of AUDMUX as SLAVE using I2S. Port-2 connected SSI-2. Hence, audio playback through SSI-2 -> PORT-2 -> PORT-6 -> Audio Playback.

As the Playback and Record chip uses the different clock source, we need to introduce the ASRC.

Re: Audio LOST after ~10 hrs on i.MX 6Q

_at — Thu, 20 Mar 2014 08:09:50 GMT

Hi Lei Ge,

Are this two different chip ( one for Capture & another for Playback) creating an issue ?

Is there any option or way by which we can debug ??

-Ankit.

Re: Audio LOST after ~10 hrs on i.MX 6Q

jamesbone — Thu, 20 Mar 2014 14:03:29 GMT

leige-b42127, do you think the problem of ankitpatel, it is related to use one chip for Capture and another for Playback?. I would said that I2S in slave mode should be able to handle both. An idea that I have is to remove one of the chips, starting for the capture, and just playback from a file save in memory. If the error it is still present this would indicate that is something with the memory instead of a problem with the Audio interface.

Have a great day,
Jaime

-----------------------------------------------------------------------------------------------------------------------
Note: If this post answers your question, please click the Correct Answer button. Thank you!
-----------------------------------------------------------------------------------------------------------------------

Re: Audio LOST after ~10 hrs on i.MX 6Q

_at — Thu, 20 Mar 2014 14:55:10 GMT

Hi Lei Ge,

Adding further comments to above reply of Jaime.

1. Earlier, when we had not introduced ASRC (component of IMX6Q), there was no Audio lost. Our captured data played without any lost till unlimited time.

2. But, as clock sources are different, one is from captured chip & another is IMX6Q it self to playback chip, we introduce ASRC (component of IMX6Q) in between.

- Followed steps as mentioned in detail above & reason to add ASRC as well.

3. If we play normal audio file on memory, there is no audio lost till unlimited time. (as there is no ASRC).

-Ankit.

Re: Audio LOST after ~10 hrs on i.MX 6Q

leige-b42127 — Fri, 21 Mar 2014 02:32:13 GMT

can you try this: only playback or capture with one codec? to narrow down if the playback issue or capture issue?

Re: Audio LOST after ~10 hrs on i.MX 6Q

_at — Fri, 21 Mar 2014 13:42:03 GMT

Hi Lei Ge,

There is no issue when we play normal audio file from memory, there is no audio lost till unlimited time..

As we mentioned earlier in post that we got error of "Unvalid SDMA MODE" when there was Audio lost.

"" As per this log, it seems that DMA channel for DMA_DEV_TO_DEV (SSI-1 -> ASRC) met with an error.We try to read reg value of SDMAARM_EVTERR (Ref pg. no-4871:: 55.20.10 -DMA Request Error Register (SDMAARM_EVTERR) i.MX 6Q RM). Which suggest that error bit set for above channel; this probably means there is an overflow of data for that channel."

If SDMA met with an overflow of data, it automatically STOP the dma channel ??

-Ankit.

Re: Audio LOST after ~10 hrs on i.MX 6Q

leige-b42127 — Fri, 28 Mar 2014 03:18:10 GMT

If overflow happend, module will not send new request to SDMA, except there is bus error while SDMA transfer data, SDMA script will stop the channel

can you try to adjust the brustsize of the SDMA between SSI and ASRC ?

Re: Audio LOST after ~10 hrs on i.MX 6Q

_at — Fri, 28 Mar 2014 11:42:36 GMT

Hi Lei Ge,

Currently, these are the value set:

1. Value set to '4' in receive FIFO Watermark (RFWM0) field in the SSI FIFO Control/Status Register (SFCSR).

2. bus width=DMA_SLAVE_BUSWIDTH_2_BYTES

3. Parameters, Lower WML (0-7 bit) & Higher WML (16-23 bit), each set to '8' in p_2_p (r7 INFO). Means current burstsize is '8' for p2p channel.

Following experiment i am going to do for modifying burstsize of SDMA between SSI and ASRC.

I will set value '8' in receive FIFO Watermark (RFWM0) field in the SSI FIFO Control/Status Register (SFCSR).

I will set Parameters, Lower WML (0-7 bit) & Higher WML (16-23 bit), to '16'. Hence, burstsize will become 16.

Is it correnct?.

-Ankit.

Re: Audio LOST after ~10 hrs on i.MX 6Q

leige-b42127 — Mon, 31 Mar 2014 06:15:12 GMT

Do you use SSI Dual fifo mode in SSI->ASRC router? As i debuged before, when SSI Master mode, SSI_ASRC doesn't support SSI Dual fifo mode.

Re: Audio LOST after ~10 hrs on i.MX 6Q

_at — Mon, 31 Mar 2014 06:56:34 GMT

Hi Lei Ge,

No, we are not using SSI DUAL FIFO mode in SSI->ASRC route. We disabled this mode for SSI->ASRC.

Regarding burstsize modification. My following experiments are failed.

Experiment-1

1. I set value '8' in receive FIFO Watermark (RFWM0) field in the SSI FIFO Control/Status Register (SFCSR).

2. I set Parameters, Lower WML (0-7 bit) & Higher WML (16-23 bit), to '16'. Hence, burstsize will become 16.

Experiment-2

1. I kept value '4' in receive FIFO Watermark (RFWM0) field in the SSI FIFO Control/Status Register (SFCSR) as it is.

2. I set Parameters, Lower WML (0-7 bit) & Higher WML (16-23 bit), to '16'. Hence, burstsize will become 16.

-Ankit.

Re: Audio LOST after ~10 hrs on i.MX 6Q

leige-b42127 — Mon, 31 Mar 2014 06:57:11 GMT

hi, how do you store the music file? do you have enough memory to store the recorded music file(10 hours long), if every 10 hours this issue happens, is this a not enough store memory issue?

Re: Audio LOST after ~10 hrs on i.MX 6Q

leige-b42127 — Mon, 31 Mar 2014 09:20:40 GMT

hi, in mxc_sdma_handle_channel(imx-sdma.c),
can you get the value of 'sdmac->mode', it is not like the issue of SSI->ASRC, it's like the issue of ASRC->memory.