A simpler solution would be to ship a xenomai.m4 to be used
as a acinclude.m4 in every project using Xenomai. But I
have had very bad experiences with aclocal in that use
case. aclocal is quite buggy. And it would be more
confortable for projects it is were immediately available
On 10/17/2005 05:42 PM Fillod Stephane wrote:
Hi Philippe,
Sorry for the late report, Xenomai appears to work fine on a Freescale
e500
board (MPC8541E) under Linux 2.6.13. Xenomai version was v1.9.9, ie. the
daily
snapshot as of today. Here are some preliminary figures (CPU 800MHz, Bus
Wolfgang Grandegger wrote:
[...]
Load for klatency/latency was ping flooding on FCC (piece of cake),
and cache calibrator. IMHO, we can do nastier.
You mean the cache calibrator from http://monetdb.cwi.nl/Calibrator/? I
tried it on my Ocotea board and it increased the max latency for 25 to
30
I have submitted a last patch that adds the last manpages:
xeno-info(1) and xeno-test(1)
https://gna.org/patch/index.php?func=detailitemitem_id=475
The manpage for xeno-test also documents the options for latency
and klatency, since xeno-test's options are a superset of their
options.
Please
Wolfgang Grandegger wrote:
On 10/18/2005 08:14 PM Philippe Gerum wrote:
Wolfgang Grandegger wrote:
On 10/18/2005 01:44 PM Philippe Gerum wrote:
Philippe Gerum wrote:
Wolfgang Grandegger wrote:
Hallo,
attached you will find the results of Xemonai latency measurements on
various
Fillod Stephane wrote:
Wolfgang Grandegger wrote:
[...]
Load for klatency/latency was ping flooding on FCC (piece of cake),
and cache calibrator. IMHO, we can do nastier.
You mean the cache calibrator from http://monetdb.cwi.nl/Calibrator/? I
tried it on my Ocotea board and it increased the
Fillod Stephane wrote:
Philippe Gerum wrote:
[..]
http://download.gna.org/adeos/patches/v2.6/adeos/ppc/adeos-ipipe-2.6.13-
ppc-1.0-02.patch
Here is the result of tests with version 1.0-02 on e500:
load: ~1 minute ping -f, one run of calibrator chewing 64MiB.
$ cat /proc/ipipe/version
1.0-02
Hi,
someone ;) complained about this statement regarding
rtdm_task_busy_sleep. I think he is right.
--- drvlib.c(revision 44)
+++ drvlib.c(working copy)
@@ -335,7 +335,7 @@
* - Kernel-based task
* - User-space task (RT, non-RT)
*
- * Rescheduling: always.
+ * Rescheduling: never.
Dmitry Adamushko wrote:
Hi everybody,
a notification [1] has been posted today on the RTAI mailing list concerning
the RTLWS 2005 agenda [2].
So who is going to attend that workshop? Could someone share his/her
Me, likely. Yuchen Zhang (RT-Firewire) is also almost persuaded.
Hello,
the output of the cache calibrator indicated, that TLB misses on the MPC
860 might influence latencies substantially.
Looking closer to the Linux 2.6 kernel revealed, that TLB entries for
the kernel space (0xc000) are not pinned by default for the MPC 860
(like in 2.4). I enabled this
Hi,
anonymous objects (name == NULL) from user-space get registered under unique
names, - which is a string representation of the object's kernel-space
address, - but remain not-exported via the /proc interface.
Not tested with the all objects yet (well, I have upgraded the system, a
11 matches
Mail list logo
