* Re: Fw: Re: PXA270 SSPSFRM gates chip select ?
[not found] ` <20080212110118.3162a1d2.merrij3-IL7dBOYR4Vg@public.gmane.org>
@ 2008-02-12 16:24 ` Ned Forrester
0 siblings, 0 replies; only message in thread
From: Ned Forrester @ 2008-02-12 16:24 UTC (permalink / raw)
To: J. Scott Merritt; +Cc: spi-devel, Stephen Street
J. Scott Merritt wrote:
> Ned wrote:
>
>> I will try to think about a patch tomorrow. I volunteer to be involved
>> in this so that it gets fixed without breaking the other things I need
>> to do. Hopefully Stephen will be available to review any patches.
>
> Thank you for volunterring to work on this. For my particular (embedded)
> application, I think that I can get around the problem with an initial
> (dummy) transfer to get things set up. ... but I think a general
> repair for the Kernel mainline would be a good idea.
>
> On an unrelated note, I received the message below from someone else
> on the SPI list. The issue he raises seems valid based on what I have
> seen in my usage ... however, I suspect that a fix would be difficult.
> I forward it simply for your information/consideration ....
>
> Thanks, Scott.
>
>
> While we're on the subject of the pxa2xx_spi driver, I've found that
> it's incredibly slow to access. The problem appears to be related to
> the use of a tasklet in pumping messages. The initial setup and
> transfer is quick but then the tasklet is started and a context switch
> causes terrible latency. It takes around a millisecond for the tasklet
> to get control at which point the chip select is released and the SPI
> bus is available for the next transfer. This means that running as
> hard as it can the bus is idle 99% of the time. I've experimented with
> removing the tasklet from the driver and it does improve the situation
> markedly.
Yes, I have seen this, and have communicated on the list about it. It
might be easy to fix, but detrimental to kernel interrupt latency. I
would like to hear what Stephen has to say about this, as I know that
his application, servicing audio A/Ds and D/As (and for which he wrote
the driver), is more typical than my application (a read-only fire hose,
streaming 11Mbit/sec data).
--
Ned Forrester nforrester-/d+BM93fTQY@public.gmane.org
Oceanographic Systems Lab 508-289-2226
Applied Ocean Physics and Engineering Dept.
Woods Hole Oceanographic Institution Woods Hole, MA 02543, USA
http://www.whoi.edu/sbl/liteSite.do?litesiteid=7212
http://www.whoi.edu/hpb/Site.do?id=1532
http://www.whoi.edu/page.do?pid=10079
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2008-02-12 16:24 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20080212110118.3162a1d2.merrij3@rpi.edu>
[not found] ` <20080212110118.3162a1d2.merrij3-IL7dBOYR4Vg@public.gmane.org>
2008-02-12 16:24 ` Fw: Re: PXA270 SSPSFRM gates chip select ? Ned Forrester
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.