Problems Reading Accelerometer Device
Michael Tansella
michael-tansella at gmx.de
Wed Nov 26 14:12:56 CET 2008
Am Mittwoch, 26. November 2008 13:39:27 schrieb Werner Almesberger:
> Andy Green wrote:
> > Probably nothing, some other driver with higher interrupt priority can
> > be blocking service for 30ms enforcing latency... not sure what to
> > recommend about identifying which one unfortunately.
>
> A 30ms interrupt handler would be pretty evil :-(
>
> My find-irq-blockers.patch could be adapted to monitor the time
> interrupt handlers spend doing their thing, by adding the
> intrumentation not to disable/enable pairs but to handle_IRQ_event.
>
> Another thing to consider are paths that involve a workqueue.
> Since lots of things get sent to workqueues these days, you may
> end up sharing it with something that takes a very long time to
> complete.
>
> - Werner
Thanks you for your fast answers,
I'm a student and in my research project I have to do inertial navigtion and
therefor I need this. What would you recommend me to do,
is this a problem of the current kernel and will perhaps be fixed in the next
one, so should I only wait?
Do you think that I can help in any way to solve this problem without deeper
kernel and arm development skills?
I forgot to say that I'm using FSO, can it be a distribution problem?
Or do you think it will be a bigger problem and will last longer than 2 months
when I have to be ready with my project?
Greets Michael
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/devel/attachments/20081126/42157163/attachment.htm
More information about the devel
mailing list