On 05/14/2012 09:55 AM, Roberto Bielli wrote:
Hi,
i saw in the documentation that rt_task_create and rt_task_delete should
re-scheduling the calling task.
rt_task_create may reschedule the calling task, only may, not
should. And it happens in the obvious case: when creating a task with
a
On 05/14/2012 09:55 AM, Roberto Bielli wrote:
P.S. the imx25 now it's perfect. Was only the reentrant interrupt.
By the way, now that Linux runs all interrupt handlers with hardware irq
disabled, this option is completely useless: it will prevent a low
priority irq to interrupt a low priority
On 04/19/2012 10:52 AM, Roberto Bielli wrote:
Hi Gilles,
i found the problem that disable interrupts when execute a task.
My kernel for imx25 uses the properties CONFIG_MXC_IRQ_PRIOR in the .config.
This properties enable reentrant interrupts so it uses the NIMASK(normal
interrupt mask
On 04/19/2012 11:01 AM, Roberto Bielli wrote:
have you a .config for imx31 to give me so i can compare them?
http://sisyphus.hd.free.fr/~gilles/config-mx31ads-2.6.33
This said, looking at the code, I do not understand how it can break irq
delivery.
--
On 04/19/2012 12:02 PM, Michael Trimarchi wrote:
Hi,
I will send a proper patch. Is it possible to include in the ipipe-arm branch?
Please use the public mailing lists.
What exactly are you trying to fix ? What version of kernel ? The
ipipe-arm kernels are compile-tested, so, the code as is
On 04/19/2012 12:02 PM, Michael Trimarchi wrote:
Hi,
I will send a proper patch. Is it possible to include in the ipipe-arm branch?
Michael
Yes, OK. Please resend the patch to the xenomai-core, or adeos-main
mailing list, I see ipipe-arm is broken since at least 2.6.33. It
compiles but
On 04/19/2012 01:04 PM, Michael Trimarchi wrote:
Hi
On 04/19/2012 12:55 PM, Gilles Chanteperdrix wrote:
On 04/19/2012 12:02 PM, Michael Trimarchi wrote:
Hi,
I will send a proper patch. Is it possible to include in the ipipe-arm
branch?
Michael
Yes, OK. Please resend the patch
On 04/18/2012 10:44 AM, Roberto Bielli wrote:
Hi Gilles,
here find the answers.
sorry for the delay.
Il 13/04/2012 15:47, Gilles Chanteperdrix ha scritto:
On 04/13/2012 10:44 AM, Roberto Bielli wrote:
Hi Gilles,
you don't feel like to repeat.
I'm trying all the things that you told me
On 04/18/2012 12:28 PM, Roberto Bielli wrote:
Hi Gilles,
i try to give only another accurate information.
i made another test:
i write a xenomai driver for reading the timer and avic register and i
see a strange behaviour.
when there is the problem the interrupt is NOT masqueraded in
On 04/04/2012 02:56 PM, Jan Kiszka wrote:
The following changes since commit 0ef2410a2c9cf7102dead861241bd2d9957e4433:
Mask signals in rt_print:printer_loop() (2012-04-02 00:16:41 +0200)
are available in the git repository at:
git://git.xenomai.org/xenomai-jki.git for-upstream
Jan
On 04/04/2012 02:56 PM, Jan Kiszka wrote:
The following changes since commit 0ef2410a2c9cf7102dead861241bd2d9957e4433:
Mask signals in rt_print:printer_loop() (2012-04-02 00:16:41 +0200)
are available in the git repository at:
git://git.xenomai.org/xenomai-jki.git for-upstream
Jan
On 04/12/2012 12:12 PM, Roberto Bielli wrote:
Hi Gilles,
i found in my trace the function 'xnthread_timeout_handler' that is
called in the code where there is the problem.
In xenomai there is a topic about that function. ( [Xenomai-core] [BUG?]
stalled xeno domain
On 04/12/2012 06:58 PM, Roberto Bielli wrote:
Hi Gilles,
you tell me that you are working on imx.
Do you know if there is a working xenomai on imx (any kernel or imx
version) ?
I have tested Xenomai on imx31, imx51, imx53, imx6q. It works on these
platforms. Now, what you are doing is in
On 04/11/2012 08:59 AM, Roberto Bielli wrote:
Hi Gilles,
i try your workaround but nothing is changed.
I make another test. I try to comment out all the content of
mxc_mask_irq() but the result is the same.
(the mxc_mask_irq is used also for acking interrupts but is not correct
why it
On 04/11/2012 08:59 AM, Roberto Bielli wrote:
Hi Gilles,
i try your workaround but nothing is changed.
I make another test. I try to comment out all the content of
mxc_mask_irq() but the result is the same.
(the mxc_mask_irq is used also for acking interrupts but is not correct
why it
On 04/10/2012 10:18 AM, Roberto Bielli wrote:
Hi Gilles,
i learned the ipipe trace that i send you but i don't unserstand why i
have three timer reprogramming in few useconds.
Can you explain me the behaviour ?
Can you resend the trace and give us the time where this happens?
Anyway, the
On 04/10/2012 10:43 AM, Roberto Bielli wrote:
Hi Gilles,
I don't find the end of last __ipipe_grab_irq in the trace that i send you.
Is it correct ?
Yes, because the timer interrupt reschedules and wakes up the periodic
task. I had a look at the timer programming events, it is true that the
On 04/10/2012 10:58 AM, Roberto Bielli wrote:
Hi Gilles,
i look at the processor errata but for the imx25 there are no errata
elements on timer.
I see that tsc uses the same timer.
Does xenomai use the tsc for the next timer period ?
If you look at the trace, you will see that with the
On 04/10/2012 10:58 AM, Roberto Bielli wrote:
Hi Gilles,
i look at the processor errata but for the imx25 there are no errata
elements on timer.
It is strange that you use linux 2.6.31 on imx25: linux 2.6.31 does not
support imx25.
The I-pipe support has not been written for imx25, so, it
On 04/10/2012 11:06 AM, Gilles Chanteperdrix wrote:
On 04/10/2012 10:58 AM, Roberto Bielli wrote:
Hi Gilles,
i look at the processor errata but for the imx25 there are no errata
elements on timer.
It is strange that you use linux 2.6.31 on imx25: linux 2.6.31 does not
support imx25
On 04/10/2012 11:19 AM, Roberto Bielli wrote:
Hi Gilles,
the steps for supporting imx25 have been:
1. We buy a board with imx25
2. Our supplier made the porting of linux 2.6.31 freescale with imx25
3. we put a xenomai 2.5.6 and we have adapted for imx25. The only
changes is this
On 04/10/2012 11:21 AM, Roberto Bielli wrote:
Hi Gilles,
here is my time.c
Looks fine, though I do not understand why you do not use timer_is_v2
instead of cpu_is_mx3 || cpu_is_mx25. I think the problem is elsewhere,
and I suggest you check whether linux without xenomai has or has not the
On 04/10/2012 11:21 AM, Roberto Bielli wrote:
Hi Gilles,
here is my time.c
Though you have not made all the changes I suggested. Here is the time.c
I would use.
--
Gilles.
/*
* linux/arch/arm/plat-mxc/time.c
*
* Copyright
On 04/10/2012 12:39 PM, Roberto Bielli wrote:
Hi Gilles,
i tried your code but th behavior is the same.
Then i tried a linux base app and works correctly.
The tsc physical address passed to user-space looks wrong.
void __ipipe_mach_get_tscinfo(struct __ipipe_tscinfo *info)
{
On 04/10/2012 12:39 PM, Roberto Bielli wrote:
Hi Gilles,
i tried your code but th behavior is the same.
Then i tried a linux base app and works correctly.
In the exact same conditions? With the crunching task running with
SCHED_FIFO, priority 1, and the periodic task running with
On 04/10/2012 02:33 PM, Roberto Bielli wrote:
Il 10/04/2012 13:49, Gilles Chanteperdrix ha scritto:
On 04/10/2012 12:39 PM, Roberto Bielli wrote:
Hi Gilles,
i tried your code but th behavior is the same.
Then i tried a linux base app and works correctly.
In the exact same conditions
Chanteperdrix ha scritto:
On 04/10/2012 02:33 PM, Roberto Bielli wrote:
Il 10/04/2012 13:49, Gilles Chanteperdrix ha scritto:
On 04/10/2012 12:39 PM, Roberto Bielli wrote:
Hi Gilles,
i tried your code but th behavior is the same.
Then i tried a linux base app and works correctly.
In the exact
On 04/06/2012 06:59 PM, Roberto Bielli wrote:
Hi Gilles,
i made all your modifies and re-read all corect register but the problem
is the same.
Ok. What I would do at this point is check whether linux has the same
issue. You can also check the processor errata to see if there is no
issue
On 04/06/2012 05:35 PM, Roberto Bielli wrote:
Hi Gilles,
excuse me, but i don't understand why i have to read the register after
a write.
In the imx processor manual i didn't find that behaviour.
Read again what I wrote: I do not say you have to, I say you may want
to, it is just a trick
On 03/07/2012 07:13 PM, Roberto Bielli wrote:
Hi Gilles,
this is the trace and the test.
It seems that '__ipipe_dispatch_event' last about ~84 milliseconds with
disable interrupts.
Thanks a lot for your time.
Hi Roberto,
any news about this issue?
Regards.
--
On 04/04/2012 11:29 AM, Roberto Bielli wrote:
Hi Gilles,
i have always this big problem but the timer and the avic are programmed
correctly.
There is something else but i don't know what.
In this moment i'm doing another work but soon i want to debug that error.
It is undoubtly a timer
On 04/04/2012 02:56 PM, Jan Kiszka wrote:
The following changes since commit 0ef2410a2c9cf7102dead861241bd2d9957e4433:
Mask signals in rt_print:printer_loop() (2012-04-02 00:16:41 +0200)
are available in the git repository at:
git://git.xenomai.org/xenomai-jki.git for-upstream
Jan
On 04/04/2012 03:12 PM, Jan Kiszka wrote:
On 2012-04-04 15:02, Gilles Chanteperdrix wrote:
On 04/04/2012 02:56 PM, Jan Kiszka wrote:
The following changes since commit 0ef2410a2c9cf7102dead861241bd2d9957e4433:
Mask signals in rt_print:printer_loop() (2012-04-02 00:16:41 +0200
On 04/02/2012 04:09 PM, GIT version control wrote:
Module: xenomai-jki
Branch: for-upstream
Commit: 410e90d085d21dc913f8724efafe6ae75bd3c952
URL:
http://git.xenomai.org/?p=xenomai-jki.git;a=commit;h=410e90d085d21dc913f8724efafe6ae75bd3c952
Author: Jan Kiszka jan.kis...@siemens.com
On 03/28/2012 07:39 AM, Paul Janzen wrote:
common/rt_print: Use sigfillset to actually mask all signals for
logging thread. Fixes commit a6dceeb9.
Thanks, but patch fails to apply on xenomai 2.6 master branch.
--
Gilles.
On 03/15/2012 08:49 PM, Ronny Meeus wrote:
On Thu, Mar 8, 2012 at 3:30 PM, Ronny Meeus ronny.me...@gmail.com wrote:
Hello
I'm are using the xenomai-forge pSOS skin (Mercury).
My application is running on a P4040 (Freescale PPC with 4 cores).
Some code snippets are put in this mail but the
On 03/07/2012 07:13 PM, Roberto Bielli wrote:
Hi Gilles,
this is the trace and the test.
It seems that '__ipipe_dispatch_event' last about ~84 milliseconds with
disable interrupts.
Sorry, I somehow missed this post.
I am afraid you are mis-reading the trace. The time spent in user-space
On 03/13/2012 12:44 PM, Gilles Chanteperdrix wrote:
On 03/07/2012 07:13 PM, Roberto Bielli wrote:
Hi Gilles,
this is the trace and the test.
It seems that '__ipipe_dispatch_event' last about ~84 milliseconds with
disable interrupts.
Sorry, I somehow missed this post.
I am afraid you
On 03/07/2012 01:59 PM, Roberto Bielli wrote:
Hi Gilles,
we are sure that when a task execute NO INTERRUPTS arrives in interrupt
service routine in assembler in the kernel,
until it sleeps. It's not a problem of secondary mode.
Show me the trace and I will believe you (approximately fourth
On 03/06/2012 08:55 AM, Roberto Bielli wrote:
Hi,
it seems that i have a big problem with preemption. (kernel 2.6.31, arm
freescale imx25, xenomai 2.5.6 )
I send a simple application that doesn't work.
The task with name 'task2ms' has higher priority than 'taskPrintf', but
On 03/06/2012 02:00 PM, Roberto Bielli wrote:
Hi Gilles,
here is the new trace.
There is nothing to see on that trace. Please increase the number of
trace points, and trigger a trace when you detect a problem., the number
of trace points should be sufficient to get the timer programmation
On 03/06/2012 04:14 PM, Roberto Bielli wrote:
Hi Gilles,
i changed the min value of the '__ipipe_mach_set_dec' but the situation
is the same.
I see with the scope that the task with less priority is not interrupted.
In the trace you sent, we clearly saw that it was interrupted by a timer
On 03/06/2012 04:35 PM, Roberto Bielli wrote:
Hi Gilles,
about T_WARNSW i see in the /proc/xenomai/stat that my task hasn't change
mode (the value of MSW is 0 )
so, it hasn't changed in secondary mode.
Or maybe it started in secondary mode and never switched mode?
--
Hi,
xenomai.org server will be down for maintenance during the week-end.
Regards.
--
Gilles.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
On 03/01/2012 07:03 PM, Roberto Bielli wrote:
Hi,
i have this problem with xenomai ( 2.5.6 - arm freescale imx25 ):
I have a xenomai application that uses more rt_tasks, and i have a
strange behaviour.
When i run my application the period of *__ipipe_handle_irq* is very
long ( ~3ms in
On 02/07/2012 05:36 PM, Jan Kiszka wrote:
On 2012-02-07 17:28, Gilles Chanteperdrix wrote:
This causes a -L/usr/lib to be added on the link-edit command line,
which causes the link to fail by finding /usr/lib/libpthread.so instead
of the cross-compiler one, and fail.
How does libxenomai.la
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 test under heavy stress using:
- hackbench to
On 02/03/2012 03:50 PM, Jan Kiszka wrote:
-Werror-implicit-function-declaration is not compatible with C++, and
also decisions about -Wall and -pipe should be left to the application.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
Had to revert this patch, it causes a build failure when
On 02/01/2012 09:21 PM, Gilles Chanteperdrix wrote:
On 02/01/2012 04:50 PM, Jan Kiszka wrote:
On 2012-02-01 16:38, Gilles Chanteperdrix wrote:
On 02/01/2012 04:25 PM, Jan Kiszka wrote:
On 2012-02-01 16:17, Gilles Chanteperdrix wrote:
On 02/01/2012 03:37 PM, Jan Kiszka wrote:
Hi,
don't
On 02/07/2012 05:22 PM, Jan Kiszka wrote:
On 2012-02-07 17:19, Gilles Chanteperdrix wrote:
On 02/01/2012 09:21 PM, Gilles Chanteperdrix wrote:
On 02/01/2012 04:50 PM, Jan Kiszka wrote:
On 2012-02-01 16:38, Gilles Chanteperdrix wrote:
On 02/01/2012 04:25 PM, Jan Kiszka wrote:
On 2012-02-01 16
On 02/03/2012 03:50 PM, Jan Kiszka wrote:
-Werror-implicit-function-declaration is not compatible with C++, and
also decisions about -Wall and -pipe should be left to the application.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
configure.in | 12 ++--
1 files changed, 6
On 02/03/2012 04:22 PM, Gilles Chanteperdrix wrote:
On 02/03/2012 03:50 PM, Jan Kiszka wrote:
-Werror-implicit-function-declaration is not compatible with C++, and
also decisions about -Wall and -pipe should be left to the application.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
On 02/01/2012 03:37 PM, Jan Kiszka wrote:
Hi,
don't remember anymore: Is there any subtle reason that prevent a
change like
diff --git a/src/skins/native/Makefile.am b/src/skins/native/Makefile.am
index 39eaaed..4cc8859 100644
--- a/src/skins/native/Makefile.am
+++
On 02/01/2012 04:25 PM, Jan Kiszka wrote:
On 2012-02-01 16:17, Gilles Chanteperdrix wrote:
On 02/01/2012 03:37 PM, Jan Kiszka wrote:
Hi,
don't remember anymore: Is there any subtle reason that prevent a
change like
diff --git a/src/skins/native/Makefile.am b/src/skins/native/Makefile.am
On 01/26/2012 11:36 AM, Jan Kiszka wrote:
On 2012-01-25 19:05, Jan Kiszka wrote:
On 2012-01-25 18:44, Gilles Chanteperdrix wrote:
On 01/25/2012 06:10 PM, Jan Kiszka wrote:
On 2012-01-25 18:02, Gilles Chanteperdrix wrote:
On 01/25/2012 05:52 PM, Jan Kiszka wrote:
On 2012-01-25 17:47, Jan
On 01/26/2012 04:06 PM, Jan Kiszka wrote:
On 2012-01-26 15:55, Gilles Chanteperdrix wrote:
On 01/26/2012 11:36 AM, Jan Kiszka wrote:
On 2012-01-25 19:05, Jan Kiszka wrote:
On 2012-01-25 18:44, Gilles Chanteperdrix wrote:
On 01/25/2012 06:10 PM, Jan Kiszka wrote:
On 2012-01-25 18:02, Gilles
On 01/25/2012 05:21 PM, Jan Kiszka wrote:
We had two regressions in this code recently. So test all 6 possible
SIGDEBUG reasons, or 5 if the watchdog is not available.
Ok for this test, with a few remarks:
- this is a regression test, so should go to
src/testsuite/regression(/native), and
On 01/25/2012 05:52 PM, Jan Kiszka wrote:
On 2012-01-25 17:47, Jan Kiszka wrote:
On 2012-01-25 17:35, Gilles Chanteperdrix wrote:
On 01/25/2012 05:21 PM, Jan Kiszka wrote:
We had two regressions in this code recently. So test all 6 possible
SIGDEBUG reasons, or 5 if the watchdog
On 01/25/2012 06:10 PM, Jan Kiszka wrote:
On 2012-01-25 18:02, Gilles Chanteperdrix wrote:
On 01/25/2012 05:52 PM, Jan Kiszka wrote:
On 2012-01-25 17:47, Jan Kiszka wrote:
On 2012-01-25 17:35, Gilles Chanteperdrix wrote:
On 01/25/2012 05:21 PM, Jan Kiszka wrote:
We had two regressions
On 01/19/2012 05:56 PM, Jan Kiszka wrote:
Fix a logic inversion introduced by b75cec1938. This both allows the
relaxed-owner check to work again and prevents that we enter an endless
signal storm if XNSWREP happens to be set already at this point (as seen
in the field).
Applied, thanks.
--
On 01/15/2012 01:36 PM, Jan-Erik Lange wrote:
Hello,
it is possible to access a real-time pipe /dev/rtpx within the kernel
space of Linux? Since there is no open function?
Real-time pipes are deprecated.
Is it therefore possible to communicate between the Xenomai Kernel
space and the
On 01/12/2012 02:36 PM, Jan-Erik Lange wrote:
Date: Wed, 11 Jan 2012 20:03:25 +0100 From:
gilles.chanteperd...@xenomai.org To: jan0...@hotmail.de CC:
xenomai-core@gna.org Subject: Re: [Xenomai-core] Question about
context switching
On 01/11/2012 07:12 PM, Jan-Erik Lange wrote:
On 01/12/2012 04:58 PM, Jan-Erik Lange wrote:
Hello,
Does the Xenomai scheduler has to interact with the Linux sheduler in
order to preempt the tasks which are managed by it? Or is the Xenomai
scheduler repealing the whole linux scheduler when it wants to run a
task and and linux is
On 01/11/2012 07:12 PM, Jan-Erik Lange wrote:
Hello,
I have a question about the context switching:
Unless that there a rtdm_copy_to_user() available in the rtdm API.
Would cause the function copy_to_user() in an xenomai kernel based rt
task a switch into the secondary domain? Because
On 01/08/2012 01:06 PM, Jan-Erik Lange wrote:
Is it perhaps this way?:
When the RT-Task migrated into the secondary domain, it is scheduled
by the Linux-Scheduler:
- It inherits the RT-priority from her life in the primary domain
and is timely priviliged compared to other tasks
On 01/03/2012 06:49 PM, Jean-Michel Hautbois wrote:
cpm2_cascade is dedicated to my board, but has nothing impressive :
static void cpm2_cascade(unsigned int irq, struct irq_desc *desc)
{
int cascade_irq;
while ((cascade_irq = cpm2_get_irq()) = 0)
On 12/31/2011 09:01 AM, Christophe Blaess wrote:
If a Xenomai thread is created with a NULL name parameter, this way:
Applied, thanks.
--
Gilles.
___
Xenomai-core mailing list
On 01/01/2012 01:56 PM, Jan-Erik Lange wrote:
Date: Sat, 31 Dec 2011 16:32:20 +0100 From:
gilles.chanteperd...@xenomai.org To: jan0...@hotmail.de CC:
xenomai-core@gna.org Subject: Re: [Xenomai-core] user and kernel
space
On 12/31/2011 12:18 PM, Jan-Erik Lange wrote:
Hello,
I
On 12/31/2011 12:18 PM, Jan-Erik Lange wrote:
Hello,
I have a question concerning user space and kernel space. I'm dealing
with the native API and I read, that this API provides the same
funtkions for both kernel and user space.
When looking at the sourcecode of buffer.h for example,
On 11/17/2011 12:56 PM, Wolfgang Grandegger wrote:
This patch implements a real-time safe rate-limited message printing
on kernel console similar to Linux's printk_ratelimited.
Applied, thanks.
--
Gilles.
On 11/06/2011 11:11 PM, Roland Stigge wrote:
Hi,
thanks for Xenomai 2.6.0!
I'm attaching a patch that's helpful for the integration of Xenomai in
Debian (and FHS compliant systems in general), moving the architecture
dependent test programs from /usr/share to /usr/lib.
Applied, thanks.
Hi,
please find Xenomai 2.6.0 at the usual place:
http://download.gna.org/xenomai/stable/xenomai-2.6.0.tar.bz2
This new branch started as a reboot of the v2.5 branch, for changes
which needed breaking the ABI, said changes being:
* a correct handling of signals when waiting for condition
On 11/02/2011 02:39 PM, Roberto Bielli wrote:
Hi,
i'm doing the porting of xenomai version 2.5.6 on imx25 board and i'm
looking to start from imx27.
I have some problem with gpio. It seems there are spurious interrupts.
I would know what xenomai want to know about interrupts (i see
On 10/25/2011 12:19 AM, makarand pradhan wrote:
(...) I'm
assuming that the ROOT thread captures the %CPU spent in
Linux/secnodary and each xenomai thread listed, captures the %CPU in
primary domain. If a thread transitions to the secondary, then I'm
assuming that the %util in secondary
On 10/25/2011 04:18 PM, makarand pradhan wrote:
[MP]: Yes. I've noticed that the sum of all tasks is always 100. My
question was specifically about a xenomai task that transitions in
secondary.
e.g. Assume a xenomai task that uses a total of 20% CPU. Of this
assume that 10% is spent
On 10/24/2011 12:14 PM, Roberto Bielli wrote:
Hi,
i installed the patch 'adeos-ipipe-2.6.31-arm-1.16-02.patch' on a kernel
2.6.31 for imx257 processor.
I have a xenomai complex application that read touchscreen events with
tslib when pressed.
In the kernel log i try these lines: ( the
testsuite: add missing include
analogy: [ni_pcimio] replace noisy info messages by debug ones
Gilles Chanteperdrix (15):
wrappers: fix compilation of HOSTRT without TICKDEV
arm: fix context switch for linux 2.6.38
testsuite: fix xeno-regression-test help string
On 10/14/2011 01:20 PM, Jan Kiszka wrote:
The following changes since commit 31bdadef9018de586bc3fe8de0f37b62b2507785:
testsuite: fix regression tests location (2011-10-14 01:46:08 +0200)
are available in the git repository at:
git://git.xenomai.org/xenomai-jki.git for-upstream
Jan
On 10/12/2011 11:44 AM, Wolfgang Grandegger wrote:
Signed-off-by: Wolfgang Grandegger w...@denx.de
---
src/testsuite/regression/posix/leaks.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/testsuite/regression/posix/leaks.c
On 10/12/2011 01:04 PM, Daniele Nicolodi wrote:
On 12/10/11 12:59, Gilles Chanteperdrix wrote:
On 10/12/2011 11:44 AM, Wolfgang Grandegger wrote:
Signed-off-by: Wolfgang Grandegger w...@denx.de
---
src/testsuite/regression/posix/leaks.c |1 +
1 files changed, 1 insertions(+), 0
On 10/04/2011 03:37 PM, Daniele Nicolodi wrote:
Hello,
the posix/leks regression test in the test suite failed to build on
debian testing due to a missing include. The attached patch fixes the
problem.
Applied as well, thanks.
--
On 10/04/2011 03:36 PM, Daniele Nicolodi wrote:
Hello,
here is a simple patch to the build system to restore the building of
xeno-config man page. It got lost some time ago. I noticed that it was
missing because debian packages failed to build.
Applied, thanks.
--
On 10/04/2011 09:58 AM, Daniele Nicolodi wrote:
On 01/10/11 20:07, Gilles Chanteperdrix wrote:
For API / ABI compatibility reasons, I waited a major release before
removing the fields idx_{read, write}_subd. I should have thought
twice before removing their initializations. I will fix
Hi,
here is the 4th release candidate for Xenomai 2.6.0:
http://download.gna.org/xenomai/testing/xenomai-2.6.0-rc4.tar.bz2
Novelties since -rc3 include:
- a fix for the long names issue on psos+
- a fix for the build issue of mscan on mpc52xx (please Wolfgang, have
a look at the patch, to see
On 09/27/2011 07:00 PM, Richard Cochran wrote:
On Tue, Sep 27, 2011 at 06:26:44PM +0200, Jan Kiszka wrote:
On 2011-09-27 18:05, Richard Cochran wrote:
That's a common misunderstanding: RTnet is a networking stack with many
_optional_ components (like RTmac, RTcfg etc.). I would bet that it's
On 09/23/2011 09:58 AM, Jean-Michel Hautbois wrote:
Hi List,
I am trying to use ftrace on a P2020 board, using the following :
- Linux 2.6.35-11
- Xenomai 2.5.5.1 (or 2.5.6, same problem)
- ipipe 2.12-01
I launch it using :
$ mkdir /tmp/debug
$ mount -t debugfs nodev /tmp/debug
$ cd
On 09/23/2011 11:49 AM, Jean-Michel Hautbois wrote:
OK, I have more traces (a few :)) :
I meant the I-pipe tracer alone. The I-pipe tracer intead of other
ftrace tracers.
--
Gilles.
Hi,
here comes xenomai v2.6.0-rc3:
http://download.gna.org/xenomai/testing/xenomai-2.6.0-rc3.tar.bz2
New since -rc2:
- fix of vxworks services taskDelete and taskDeleteForce;
- SCHED_FIFO threads switching to SCHED_OTHER while holding a mutex are
sent a SIGDEBUG signal when releasing the mutex;
On 09/17/2011 05:15 PM, Bertold Van den Bergh wrote:
Hello,
I am trying to port Xenomai to the freescale stmp3xxx cpu (I.MX233).
I added TSC code from plat-s3c24xx as this processor also uses a 16
bit downcounter based timer. I run the system tick counter and the TSC
freerunning counter
On 09/18/2011 04:43 PM, Bertold Van den Bergh wrote:
Hello,
Thanks for the reply. The timer register has the following layout: bit
0-15: reload, bit 16-31: counter. Thats why I put 0x. Looking
at the code this cannot work so I added an extra field to indicate the
shift after
On 09/18/2011 05:24 PM, Jan Kiszka wrote:
On 2011-09-18 17:18, Gilles Chanteperdrix wrote:
What about:
diff --git a/ksrc/nucleus/shadow.c b/ksrc/nucleus/shadow.c
index 21cc191..7fe44a1 100644
--- a/ksrc/nucleus/shadow.c
+++ b/ksrc/nucleus/shadow.c
@@ -2756,9 +2756,12 @@ static inline void
On 09/18/2011 04:43 PM, Bertold Van den Bergh wrote:
Hello,
Thanks for the reply. The timer register has the following layout: bit
0-15: reload, bit 16-31: counter. Thats why I put 0x. Looking
at the code this cannot work so I added an extra field to indicate the
shift after
On 09/11/2011 04:29 PM, Jan Kiszka wrote:
On 2011-09-11 16:24, Gilles Chanteperdrix wrote:
On 09/11/2011 12:50 PM, Jan Kiszka wrote:
Hi all,
just looked into the hrescnt issue again, specifically the corner case
of a shadow thread switching from real-time policy to SCHED_OTHER.
Doing
On 09/16/2011 10:13 PM, Gilles Chanteperdrix wrote:
On 09/11/2011 04:29 PM, Jan Kiszka wrote:
On 2011-09-11 16:24, Gilles Chanteperdrix wrote:
On 09/11/2011 12:50 PM, Jan Kiszka wrote:
Hi all,
just looked into the hrescnt issue again, specifically the corner case
of a shadow thread
On 09/12/2011 11:08 AM, Gilles Chanteperdrix wrote:
On 09/12/2011 10:27 AM, varname wrote:
Trying to use pkg-config with 2.6.0-rc2 results in the following error
message:
Variable 'pc_sysrootdir' not defined in
'/home/test/usr/xenomai-2.6.0-rc2/lib/pkgconfig/libxenomai_posix.pc'
Same
On 09/11/2011 12:50 PM, Jan Kiszka wrote:
Hi all,
just looked into the hrescnt issue again, specifically the corner case
of a shadow thread switching from real-time policy to SCHED_OTHER.
Doing this while holding a mutex looks invalid. If we do not do it, the
current code is valid.
--
Hi,
here comes xenomai v2.6.0-rc2:
http://download.gna.org/xenomai/testing/xenomai-2.6.0-rc2.tar.bz2
New since -rc1 are:
- the latest upgrades of analogy, including support for NI 660x and NI 670x
- build and run-time fixes for powerpc
Known remaining issues:
- mscan driver not building on
On 09/06/2011 11:15 PM, Philippe Gerum wrote:
On Tue, 2011-09-06 at 20:19 +0200, Gilles Chanteperdrix wrote:
On 09/06/2011 05:10 PM, Philippe Gerum wrote:
On Tue, 2011-09-06 at 16:53 +0200, Philippe Gerum wrote:
On Tue, 2011-09-06 at 16:53 +0200, Philippe Gerum wrote:
On Tue, 2011-09-06 at 16
On 09/04/2011 10:52 PM, Gilles Chanteperdrix wrote:
Hi,
The first release candidate for the 2.6.0 version may be downloaded here:
http://download.gna.org/xenomai/testing/xenomai-2.6.0-rc1.tar.bz2
Hi,
currently 2.6.0-rc1 fails to build on 2.4 kernel, with errors related to
vfile support
On 09/06/2011 03:27 PM, Philippe Gerum wrote:
On Tue, 2011-09-06 at 13:31 +0200, Gilles Chanteperdrix wrote:
On 09/04/2011 10:52 PM, Gilles Chanteperdrix wrote:
Hi,
The first release candidate for the 2.6.0 version may be downloaded here:
http://download.gna.org/xenomai/testing/xenomai
1 - 100 of 1571 matches
Mail list logo