Is that patch changing the buffersize and/or number of periods limits?
(to me it does not look like that, but maybe I am missing something)
I see this in sound/soc/sunxi/sunxi-codec.c in the abovementioned git version
I cloned:
static struct snd_pcm_hardware sunxi_pcm_playback_hardware =
{
.info = (SNDRV_PCM_INFO_INTERLEAVED |
SNDRV_PCM_INFO_BLOCK_TRANSFER |
SNDRV_PCM_INFO_MMAP |
SNDRV_PCM_INFO_MMAP_VALID |
SNDRV_PCM_INFO_PAUSE |
SNDRV_PCM_INFO_RESUME),
.formats = SNDRV_PCM_FMTBIT_S16_LE,
.rates = (SNDRV_PCM_RATE_8000 | SNDRV_PCM_RATE_16000
|SNDRV_PCM_RATE_11025 |\
SNDRV_PCM_RATE_22050| SNDRV_PCM_RATE_32000 |\
SNDRV_PCM_RATE_44100| SNDRV_PCM_RATE_48000
|SNDRV_PCM_RATE_96000 | SNDRV_PCM_RATE_192000 |\
SNDRV_PCM_RATE_KNOT),
.rate_min = 8000,
.rate_max = 192000,
.channels_min = 1,
.channels_max = 2,
.buffer_bytes_max = 128*1024,//最大的缓冲区大小
.period_bytes_min = 1024*4,//最小周期大小
.period_bytes_max = 1024*32,//最大周期大小
.periods_min = 4,//最小周期数
.periods_max = 8,//最大周期数
.fifo_size = 32,//fifo字节数
};
That appears to be setting the max number of periods to 8 (why?) but also it
looks like it is setting the buffer size to 128K so it should be no problem to
set 16384 frames of 4 bytes (16bit stereo) each. Still that does not work.
Of course it could well be that the kernel distributed with Cubian is not based
on that git archive.
--
You received this message because you are subscribed to the Google Groups
"linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/d/optout.
