All of lore.kernel.org
 help / color / mirror / Atom feed
* DMA HW bug in MX2x platforms?
@ 2009-07-24  7:37 javier Martin
  2009-07-31  9:52 ` Daniel Mack
  0 siblings, 1 reply; 3+ messages in thread
From: javier Martin @ 2009-07-24  7:37 UTC (permalink / raw)
  To: alsa-devel, linux-arm-kernel

I am currently working on an ASoC driver for mx2x platforms. I am
porting an old working ASoC driver for 2.6.22 + Freescale BSP kernel
to current 2.6.30 kernel.

Among other things, I had to translate old Freescale's DMA api to the
one provided in 2.6.30 for i.mx2x platforms.

Here I will describe the problem that I am having:
in "aplay" I am using (buffer_size/period_size=4), each
(2*period_size) samples I have some erroneous ones that should come
(buffer_size) samples later, and this relation is valid for several
values with (buffer_size/period_size=4).

I have a trace log with all details for DMA transfers that I have
compared for both 2.6.22 and new 2.6.30 and they are identical. Some
people has also told me that there could be a problem with DMA in mx2x
platforms.

Do you have knowledge of this kind of problem? Is there a new DMA
version for mx2x in any git repository?

-- 
Javier Martin
Vista Silicon S.L.
Universidad de Cantabria
CDTUC - FASE C - Oficina S-345
Avda de los Castros s/n
39005- Santander. Cantabria. Spain
+34 942 25 32 60
www.vista-silicon.com

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2009-07-31 10:01 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-07-24  7:37 DMA HW bug in MX2x platforms? javier Martin
2009-07-31  9:52 ` Daniel Mack
2009-07-31 10:01   ` Mark Brown

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.