forked from luck/tmp_suning_uos_patched
04f8773a3e
The Audigy 2 CA0102 chip (but most likely others from the emu10k1 family, too) has a problem that from time to time it likes to do few DMA reads a bit beyond its normal allocation and gets very confused if these reads get blocked by a IOMMU. For the first (reserved) page this happens multiple times at every playback, for various synth pages it happens randomly, rarely for PCM playback buffers and the page table memory itself. All these reads seem to follow a similar pattern, observed read offsets beyond the allocation end were 0x00, 0x40, 0x80 and 0xc0 (PCI cache line multiples), so it looks like the device tries to accesses up to 256 extra bytes. As a workaround let's widen these DMA allocations by an extra page if we detect that the device is behind a non-passthrough IOMMU (the DMA memory should be relatively plenty on IOMMU systems). Signed-off-by: Maciej S. Szmigiero <mail@maciej.szmigiero.name> Signed-off-by: Takashi Iwai <tiwai@suse.de> |
||
|---|---|---|
| .. | ||
| emu10k1_callback.c | ||
| emu10k1_main.c | ||
| emu10k1_patch.c | ||
| emu10k1_synth_local.h | ||
| emu10k1_synth.c | ||
| emu10k1.c | ||
| emu10k1x.c | ||
| emufx.c | ||
| emumixer.c | ||
| emumpu401.c | ||
| emupcm.c | ||
| emuproc.c | ||
| io.c | ||
| irq.c | ||
| Makefile | ||
| memory.c | ||
| p16v.c | ||
| p16v.h | ||
| p17v.h | ||
| timer.c | ||
| tina2.h | ||
| voice.c | ||