[alsa-devel] [PATCH V2 01/10] ASoc: mxs: add mxs-pcm driver
Dong Aisheng
dongas86 at gmail.com
Thu Jul 14 12:15:24 EDT 2011
2011/7/14 Wolfram Sang <w.sang at pengutronix.de>:
>
>> +static struct snd_pcm_hardware snd_mxs_hardware = {
>> + .info = SNDRV_PCM_INFO_MMAP |
>> + SNDRV_PCM_INFO_MMAP_VALID |
>> + SNDRV_PCM_INFO_PAUSE |
>> + SNDRV_PCM_INFO_RESUME |
>> + SNDRV_PCM_INFO_INTERLEAVED,
>> + .formats = SNDRV_PCM_FMTBIT_S16_LE |
>> + SNDRV_PCM_FMTBIT_S20_3LE |
>> + SNDRV_PCM_FMTBIT_S24_LE |
>> + SNDRV_PCM_FMTBIT_S32_LE,
>> + .channels_min = 2,
>> + .channels_max = 2,
>> + .period_bytes_min = 32,
>> + .period_bytes_max = 8192,
>> + .periods_min = 1,
>> + .periods_max = 255,
>
> When using madplay (for MP3) instead of aplay, I get
>
> [ 3310.010000] mxs-dma mxs-dma-apbx: maximum number of sg exceeded: 128 > 53
> [ 3310.020000] dma dma1chan4: cannot prepare slave dma
>
> So, the mxs-dma limit should be taken into account here.
I also have tried a lot on mp3 playing with madplay, however still have not
met this issue.
Can you tell how can i get the same mp3 as you played?
Maybe it helps me to reproduce this issue.
I will check it tomorrow.
Thanks for the reminder.
>> + .buffer_bytes_max = 64 * 1024,
>> + .fifo_size = 32,
>> +
>> +};
More information about the linux-arm-kernel
mailing list