Commit 8066e51a authored Oct 11, 2009 by Krzysztof Helt Committed by Takashi Iwai Oct 11, 2009

ALSA: snd_dma_pointer workaround for chipsets with buggy DMA



The chipsets with the isa_dma_bridge_buggy set do not stop DMA during
DMA counter reads. The DMA counter is read in two 8-bit read steps
on x86 platform. Sometimes, such reads happen during higher byte
change so the lower byte is already decremented (rolled over) but
the higher byte is not. It introduces an error that position is
moved 256 bytes ahead of the true position. Thus, the next DMA
position read can return a lower value then the previous read.
If the DMA position is decreased (reversed) the ALSA subsystem is
tricked into the playback underrun error and resets the playback.
It results in a "pop" during a playback.

Work around the issue by reading the counter twice and choosing a higher
value.

Signed-off-by: Krzysztof Helt <krzysztof.h1@wp.pl>
Signed-off-by: Takashi Iwai <tiwai@suse.de>

parent 633c7e92

sound/core/isadma.c

+9 −1

Original line number	Diff line number	Diff line
		@@ -85,16 +85,24 @@ EXPORT_SYMBOL(snd_dma_disable);
		unsigned int snd_dma_pointer(unsigned long dma, unsigned int size)
		{
		unsigned long flags;
		unsigned int result;
		unsigned int result, result1;

		flags = claim_dma_lock();
		clear_dma_ff(dma);
		if (!isa_dma_bridge_buggy)
		disable_dma(dma);
		result = get_dma_residue(dma);
		/*
		* HACK - read the counter again and choose higher value in order to
		* avoid reading during counter lower byte roll over if the
		* isa_dma_bridge_buggy is set.
		*/
		result1 = get_dma_residue(dma);
		if (!isa_dma_bridge_buggy)
		enable_dma(dma);
		release_dma_lock(flags);
		if (unlikely(result < result1))
		result = result1;
		#ifdef CONFIG_SND_DEBUG
		if (result > size)
		snd_printk(KERN_ERR "pointer (0x%x) for DMA #%ld is greater than transfer size (0x%x)\n", result, dma, size);

Admin message