to adeos project?
Regards
--
Gregory Clement, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
+33 602 196 044
From 39a2100b7bc34755d22409ea1f0d23a94bd99ed8 Mon Sep 17 00:00:00 2001
From: Gregory CLEMENT
On 02/07/2012 04:55 PM, Gilles Chanteperdrix wrote:
On 02/07/2012 02:01 PM, Gregory CLEMENT wrote:
Hello,
I've done the port for AT91SAM9G45 on a AT91SAM9M10G45-EK board. The
following patch have to be applied on top of the
adeos-ipipe-2.6.38.8-arm-1.18-04.patch patch.
I also ran latency
(ipipe_reenter_root);
#endif /* CONFIG_IPIPE */
--
Gregory CLEMENT
Adeneo
Adetel Group
2, chemin du Ruisseau
69134 ECULLY - FRANCE
Tél. : +33 (0)4 72 18 08 40 - Fax : +33 (0)4 72 18 08 41
www.adetelgroup.com
___
Xenomai-core mailing list
Xenomai-core@gna.org
https
2007/10/9, Gilles Chanteperdrix [EMAIL PROTECTED]:
On 10/9/07, Gregory CLEMENT [EMAIL PROTECTED] wrote:
2007/10/9, Gilles Chanteperdrix [EMAIL PROTECTED]:
Gregory CLEMENT wrote:
2007/10/8, Gilles Chanteperdrix [EMAIL PROTECTED]:
gclement00 at gmail.com (Gregory CLEMENT) wrote
2007/10/9, Jan Kiszka [EMAIL PROTECTED]:
Gregory CLEMENT wrote:
2007/10/9, Jan Kiszka [EMAIL PROTECTED]:
Gilles Chanteperdrix wrote:
gclement00 at gmail.com (Gregory CLEMENT) wrote:
For RTAI we have now a working systeme with have better max latency
than Xenomai ( 50us instead
48
26 49
8 50
6 51
7 52
6 53
--
Gregory CLEMENT
Adeneo
Adetel Group
2, chemin du Ruisseau
69134 ECULLY - FRANCE
France
Tél. : +33 (0)4 72 18 08 40 - Fax : +33 (0)4 72 18 08 41
www.adetelgroup.com
___
Xenomai-core mailing
-- Forwarded message --
From: Gregory CLEMENT [EMAIL PROTECTED]
Date: 9 oct. 2007 21:07
Subject: Re: [Xenomai-core] RTAI and Xenomai latency in kernel mode on
AT91SAM9261-EK
To: Jan Kiszka [EMAIL PROTECTED]
2007/10/9, Jan Kiszka [EMAIL PROTECTED]:
Gregory CLEMENT wrote:
Here
will be merged with the standard mainstream of Xenomai ?
The support is working we test it both on AT91SAM9260-EK and
AT91SAM9261-EK board, and we already sent the real time performance on
these list two weekd ago.
--
Gregory CLEMENT
Adeneo
2, chemin du Ruisseau - BP21
69136 Ecully Cedex
France
Tel : +33
2007/6/9, Gilles Chanteperdrix [EMAIL PROTECTED]:
Gregory CLEMENT wrote:
2007/6/8, Gilles Chanteperdrix [EMAIL PROTECTED]:
BOUIN Alexandre wrote:
When we released our last version of
adeos-ipipe-2.6.19-arm-AT91.patch, we suggested to merge code for at91rm9200
2007/6/9, Gilles Chanteperdrix [EMAIL PROTECTED]:
Gregory CLEMENT wrote:
2007/6/8, Gilles Chanteperdrix [EMAIL PROTECTED]:
BOUIN Alexandre wrote:
When we released our last version of
adeos-ipipe-2.6.19-arm-AT91.patch, we suggested to merge code for at91rm9200
is not updated at each read, we still need to load
it, read the current value of free-running counter, compare it to its
last value when 64 bits counter was updated. If we don't do this we
loose granularity.
So the gain is only on not writing the 64 bits counter, or maybe I
missed something ?
--
Gregory
-$(CONFIG_ARCH_AT91SAM9260) += at91ipipe_time.o
obj-$(CONFIG_ARCH_AT91SAM9261) += at91ipipe_time.o at91sam9261_devices.o
else
obj-$(CONFIG_ARCH_AT91RM9200) += at91rm9200_time.o
obj-$(CONFIG_ARCH_AT91SAM9260) += at91sam926x_time.o
obj-$(CONFIG_ARCH_AT91SAM9261) += at91sam926x_time.o
endif
--
Gregory CLEMENT
these negative values are coming and reason behind
that and how i can avoid these.
is it a configuration issuse.
You have to calibrate xenomai by feeding with your average latency
/proc/xenomai/latency
Thanks regards
Manoj
--
Gregory CLEMENT
Adeneo
2, chemin du Ruisseau - BP21
69136
time).
There were some mistakes pointed by Gilles Chanteperdrix, but I think
there will be a new patch sooner, ever made by Gille or by us.
--
Gregory CLEMENT
Adeneo
2, chemin du Ruisseau - BP21
69136 Ecully Cedex
France
Tel : +33-4 72 18 08 40
14 matches
Mail list logo
