[alsa-devel] [PATCH] ASoC: MPC5200: Support for buffer wrap around
Here's another appl_ptr related patch to the alsa soc mpc5200 ac97 driver. This time the patch is to fix a problem with not correctly handling appl_ptr wrapping back around to the beginning of the buffer.
I haven't yet seen a symptom related to this. This came up when I was chatting with Jon Smirl about another bug I was examining. Right now there is another problem that is preventing me from playing really long audio streams.
Let me know if this is the wrong approach.
- John
The code in psc_dma_bcom_enqueue_tx() didn't account for the fact that s->runtime->control->appl_ptr can wrap around to the beginning of the buffer. This change fixes this problem.
Signed-off-by: John Bonesio bones@secretlab.ca ---
sound/soc/fsl/mpc5200_dma.c | 17 +++++++++++++++++ 1 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/sound/soc/fsl/mpc5200_dma.c b/sound/soc/fsl/mpc5200_dma.c index cfe0ea4..2551c58 100644 --- a/sound/soc/fsl/mpc5200_dma.c +++ b/sound/soc/fsl/mpc5200_dma.c @@ -70,6 +70,23 @@ static void psc_dma_bcom_enqueue_next_buffer(struct psc_dma_stream *s)
static void psc_dma_bcom_enqueue_tx(struct psc_dma_stream *s) { + if (s->appl_ptr > s->runtime->control->appl_ptr) { + /* + * In this case s->runtime->control->appl_ptr has wrapped around. + * Play the data to the end of the boundary, then wrap our own + * appl_ptr back around. + */ + while (s->appl_ptr < s->runtime->boundary) { + if (bcom_queue_full(s->bcom_task)) + return; + + s->appl_ptr += s->period_size; + + psc_dma_bcom_enqueue_next_buffer(s); + } + s->appl_ptr -= s->runtime->boundary; + } + while (s->appl_ptr < s->runtime->control->appl_ptr) {
if (bcom_queue_full(s->bcom_task))
Hi Mark,
This is another patch for ALSA on the MPC5200 that was sent to the ALSA devel list. I'm not sure if you noticed it.
Since I've submitted the patch to the list, we've been able to test it, and audio continues to play right through appl_ptr wrapping back around to the beginning of the buffer.
I've attached the patch, for your convenience.
- John
On Wed, 2009-07-29 at 08:38 -0700, John Bonesio wrote:
Here's another appl_ptr related patch to the alsa soc mpc5200 ac97 driver. This time the patch is to fix a problem with not correctly handling appl_ptr wrapping back around to the beginning of the buffer.
I haven't yet seen a symptom related to this. This came up when I was chatting with Jon Smirl about another bug I was examining. Right now there is another problem that is preventing me from playing really long audio streams.
Let me know if this is the wrong approach.
- John
The code in psc_dma_bcom_enqueue_tx() didn't account for the fact that s->runtime->control->appl_ptr can wrap around to the beginning of the buffer. This change fixes this problem.
Signed-off-by: John Bonesio bones@secretlab.ca
sound/soc/fsl/mpc5200_dma.c | 17 +++++++++++++++++ 1 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/sound/soc/fsl/mpc5200_dma.c b/sound/soc/fsl/mpc5200_dma.c index cfe0ea4..2551c58 100644 --- a/sound/soc/fsl/mpc5200_dma.c +++ b/sound/soc/fsl/mpc5200_dma.c @@ -70,6 +70,23 @@ static void psc_dma_bcom_enqueue_next_buffer(struct psc_dma_stream *s)
static void psc_dma_bcom_enqueue_tx(struct psc_dma_stream *s) {
if (s->appl_ptr > s->runtime->control->appl_ptr) {
/*
* In this case s->runtime->control->appl_ptr has wrapped around.
* Play the data to the end of the boundary, then wrap our own
* appl_ptr back around.
*/
while (s->appl_ptr < s->runtime->boundary) {
if (bcom_queue_full(s->bcom_task))
return;
s->appl_ptr += s->period_size;
psc_dma_bcom_enqueue_next_buffer(s);
}
s->appl_ptr -= s->runtime->boundary;
}
while (s->appl_ptr < s->runtime->control->appl_ptr) {
if (bcom_queue_full(s->bcom_task))
On Wed, Aug 05, 2009 at 09:44:32AM -0700, John Bonesio wrote:
This is another patch for ALSA on the MPC5200 that was sent to the ALSA devel list. I'm not sure if you noticed it.
Since I've submitted the patch to the list, we've been able to test it, and audio continues to play right through appl_ptr wrapping back around to the beginning of the buffer.
I've attached the patch, for your convenience.
I've been waiting for one of the driver maintainers (Grant or Jon) to comment on it.
On Wed, Aug 5, 2009 at 11:05 AM, Mark Brownbroonie@opensource.wolfsonmicro.com wrote:
On Wed, Aug 05, 2009 at 09:44:32AM -0700, John Bonesio wrote:
This is another patch for ALSA on the MPC5200 that was sent to the ALSA devel list. I'm not sure if you noticed it.
Since I've submitted the patch to the list, we've been able to test it, and audio continues to play right through appl_ptr wrapping back around to the beginning of the buffer.
I've attached the patch, for your convenience.
I've been waiting for one of the driver maintainers (Grant or Jon) to comment on it.
Heh.... helps if I post my approval publicly instead of just talking to John over IM.
The patch looks correct and I know that it works because John got me to help with testing.
Acked-by: Grant Likely grant.likely@secretlab.ca
An Ack from Jon would be nice too.
On Wed, Aug 5, 2009 at 2:05 PM, Grant Likelygrant.likely@secretlab.ca wrote:
The patch looks correct and I know that it works because John got me to help with testing.
Acked-by: Grant Likely grant.likely@secretlab.ca
An Ack from Jon would be nice too.
It looks ok to me. I have my hardware torn up so I can't run anything. I am rebuilding it to work on I2S.
I wish the upper layers would deal with appl_ptr instead of making the drivers do it.
On Wed, Aug 05, 2009 at 02:34:38PM -0400, Jon Smirl wrote:
On Wed, Aug 5, 2009 at 2:05 PM, Grant Likelygrant.likely@secretlab.ca wrote:
Acked-by: Grant Likely grant.likely@secretlab.ca
It looks ok to me. I have my hardware torn up so I can't run anything. I am rebuilding it to work on I2S.
Applied, thanks.
I wish the upper layers would deal with appl_ptr instead of making the drivers do it.
wv :)
participants (4)
-
Grant Likely
-
John Bonesio
-
Jon Smirl
-
Mark Brown