Re: DMA Transfer problem

[Martin Drab <drab@kepler.fjfi.cvut.cz>]

On Tue, 24 Jan 2006, Harish K Harshan wrote:

> Thank You, James,
> 
>   But the problem with sound card drivers are that they dont have a
> configurable clock on them, do they??? and as far as i know, this ADC card
> involves a lot of register writings for the counter ICs that help configuring
> the clock speed for the DMA transfer.... First we set the control properties,
> which involves the IRQ, start channel, stop channel, etc (the card is an
> 8-channel ADC), (the jumper settings configure the DMA channels that should be
> used, 1 or 3). Now we initialize the DMA controller, so that it throws an
> interrupt once the transfer of DMA_COUNT samples of data. The interrupt
> service routine for this interrupt can handle the data transfer to the user
> program. Roughly thats how the driver works... Now, the problem is that, when
> running on the Chino-Laxsons board PCs, the DMA transfers take varying time to
> complete (say, if one transfer takes one second, the next might take one and a

I'm not really sure what do you mean by that, but there may be lots of 
reasons for this. Bad bus latencies, other devices blocking the bus, bad 
chipset, bad PCI/DMA controller on the device (this happend to me with 
an AMCC S5933 MatchMaker PCI chip, since it has about 16 HW construction 
bugs within it which makes it nearly impossible to reliably use it with 
any reaonably new chipset - with very old chipsets the bugs didn't 
demonstrate themselfs that much), etc. And you may also consider a hard 
real-time system if it's really time critical and intensive.

Martin
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/