From mboxrd@z Thu Jan 1 00:00:00 1970 From: "J. Scott Merritt" Subject: PXA270 SSP DMA Corruption - correction Date: Fri, 7 Nov 2008 14:00:21 -0500 Message-ID: <20081107140021.1040d14d.merrij3@rpi.edu> References: <20080211174339.73ca7ed5.merrij3@rpi.edu> <47B0D9A4.6080104@whoi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: David Brownell , spi-devel-general-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org, stephen-nl6u4wocdmy51APUEpUfAkEOCMrvLtNR@public.gmane.org To: Ned Forrester Return-path: In-Reply-To: <47B0D9A4.6080104-/d+BM93fTQY@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: spi-devel-general-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: linux-spi.vger.kernel.org If I display the DMA flag in the platform data, then the transfers ^^^^^^^ -> disable continue indefinitely without any problems. More interestingly, while using DMA, if I simply insert a sched_yield (on an otherwise unoccupied processor), before each transfer from user land, the problem disappears ! ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/