Hello,
Gilles Chanteperdrix wrote:
Attached a new version of the patch (including the patch for the __xchg
operation, so that this patch can be applied incrementally after the
official I-pipe patch) which should be more greedy when demultiplexing
the GPIO interrupt.
Thanks, great.
Finally I
Hi,
I was trying to use some external hardware interupts on a PPC405 board
as part of a hacking session with Jan to bring up the rtcan driver on
this board.
Here are some versions:
Linux Kernel: 2.6.14
Adeos: 1.3-07
Xenomai: from svn (2.3pre, last friday night)
The
Hi Matthias,
Matthias Fuchs wrote:
Hi,
I was trying to use some external hardware interupts on a PPC405 board
as part of a hacking session with Jan to bring up the rtcan driver on
this board.
Here are some versions:
Linux Kernel: 2.6.14
Adeos: 1.3-07
Xenomai: from svn
Gilles Chanteperdrix wrote:
Detlef Vollmann wrote:
With that change, first tests look fine.
Thanks, attached the patch with this error corrected.
Thanks.
BTW, on the SA, what results do you get from xeno-test?
latency in user-space easily get above 100 microseconds, if this is what
Detlef Vollmann wrote:
Gilles Chanteperdrix wrote:
Detlef Vollmann wrote:
With that change, first tests look fine.
Thanks, attached the patch with this error corrected.
Thanks.
BTW, on the SA, what results do you get from xeno-test?
latency in user-space easily
Detlef Vollmann wrote:
Gilles Chanteperdrix wrote:
Detlef Vollmann wrote:
Another point: did you run the switchbench test?
With '-n 10' I get a sure softlock.
Probably the default sampling period of 100 us is too hard for ARM,
Maybe, but I'm not sure (my PXA runs
[EMAIL PROTECTED] wrote:
Send Xenomai-core mailing list submissions to
xenomai-core@gna.org
To subscribe or unsubscribe via the World Wide Web, visit
https://mail.gna.org/listinfo/xenomai-core
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]