We will soon be moving all our mailing lists out of gna.org to host them
on xenomai.org instead.
At this chance, xenomai-help@gna.org, xenomai-c...@gna.org and
adeos-m...@gna.org will be merged into a single list named
xeno...@xenomai.org. These are low traffic lists, so we want to group
al
We will soon be moving all our mailing lists out of gna.org to host them
on xenomai.org instead.
At this chance, xenomai-help@gna.org, xenomai-c...@gna.org and
adeos-m...@gna.org will be merged into a single list named
xeno...@xenomai.org. These are low traffic lists, so we want to group
al
On 05/14/2012 09:45 AM, Leopold Palomo-Avellaneda wrote:
Hi,
sorry if the question it's obvious but I have not understood the information
that I have found. I have read the roadmap of Xenomai [1] and it's not clear
to me what should I have to do if I would want to use xenomai in a kernel
3.x.
A
On 04/30/2012 07:55 PM, Makarand Pradhan wrote:
Hi,
There has been a thread on this topic in the past:
https://mail.gna.org/public/xenomai-help/2009-08/msg00023.html
A quick background: We get the alignment exception, as we pass
-fpack-struct option to gcc and some data in structures is misali
On 04/12/2012 05:57 PM, Philippe Gerum wrote:
> On 04/12/2012 05:45 PM, Michael Pustylnik wrote:
>> The code masking the interrupt in IPIC (call for
>> ipipe_pre_cascade_noeoi()) initially showed up in the patch you
>> recommended (see your email attached).
>>
>&
On 04/13/12 16:49, Fabio Visona wrote:
Hello,
I am trying to debug a Xenomai task through gdbserver over ethernet, with:
gdbserver host:12345 --attach 240
where 240 is the PID of the Xenomai real-time task I want to debug.
After connecting with the gdb client, running continuosly is fine, but
On 04/23/2012 02:57 PM, Andrey Nechypurenko wrote:
retval = rtdm_task_init(&pwm_task[i], // there is currently only one
element in this array
"pwm-task",
pwm_task_proc,
0,
RTDM_TASK_HIGHEST_PRIORITY,
On 04/23/2012 03:51 AM, Willy Lambert wrote:
Hi,
I have a message in dmesg about SMI workaround :
Xenomai: SMI-enabled chipset found, but SMI workaround disabled
(check CONFIG_XENO_HW_SMI_WORKAROUND). You may encounter
high interrupt latencies!
My kernel should be configure
On 04/19/2012 03:57 PM, Philippe Gerum wrote:
On 04/19/2012 03:07 PM, Roger Kalt wrote:
I've applied Xenomai patch from xenomai-head
commit 0ce3ed58074fa4d593ba556157d1edc288aff3f1
Author: Philippe Gerum
Date: Wed Dec 14 10:46:27 2011 +0100
powerpc: upgrade I-pipe support to 3.0.13-po
On 04/19/2012 03:07 PM, Roger Kalt wrote:
I've applied Xenomai patch from xenomai-head
commit 0ce3ed58074fa4d593ba556157d1edc288aff3f1
Author: Philippe Gerum
Date: Wed Dec 14 10:46:27 2011 +0100
powerpc: upgrade I-pipe support to 3.0.13-powerpc-2.13-06,
ipipe-3.1.5-powerpc-2.13-06
to
nd Pradhan
*Sent:* Wednesday, April 04, 2012 12:59 PM
*To:* Philippe Gerum
*Cc:* xenomai-help@gna.org
*Subject:* Re: [Xenomai-help] Interrupt latency greater than 250ms.
Question.
Hi Philippe,
We have found that the problem is that the interrupt is unexpectedly
held masked at the IPIC level for a l
On 04/11/2012 11:21 AM, Alessio Margan @ IIT wrote:
On 04/11/2012 11:14 AM, Philippe Gerum wrote:
On 04/11/2012 10:58 AM, Alessio Margan @ IIT wrote:
Hi all,
when I try to unload xeno_nucleus module I get a kernel panic and on the
next power on the bios system date is reset.
when configure
On 04/11/2012 11:21 AM, Alessio Margan @ IIT wrote:
On 04/11/2012 11:14 AM, Philippe Gerum wrote:
On 04/11/2012 10:58 AM, Alessio Margan @ IIT wrote:
Hi all,
when I try to unload xeno_nucleus module I get a kernel panic and on the
next power on the bios system date is reset.
when configure
On 04/11/2012 10:58 AM, Alessio Margan @ IIT wrote:
Hi all,
when I try to unload xeno_nucleus module I get a kernel panic and on the
next power on the bios system date is reset.
when configure xenomai nucleus built into the kernel I can reboot correctly.
Kernel panic log would help.
In the
On 04/10/2012 12:07 PM, Anisha Kaul wrote:
Greetings,
I found this quote:
Xenomai libraries are licensed under the terms of the LGPL.
From here: http://www.xenomai.org/index.php/Xenomai:Roadmap#Xenomai_3_FAQ
Does that apply to Xenomai 2 also? And are there no issues of having
different licens
On 04/03/2012 09:37 AM, Anisha Kaul wrote:
On 3 April 2012 12:48, Philippe Gerum wrote:
No.
I mean: this is not implied, and you don't need _RT (actually, to have it,
you would need a specific interrupt pipeline patch).
Thanks for replying.
I read that this patch allows nearly all o
On 04/03/2012 09:17 AM, Philippe Gerum wrote:
On 04/03/2012 08:56 AM, Anisha Kaul wrote:
Greetings,
From "Life with Adeos":
http://www.xenomai.org/documentation/branches/v2.3.x/pdf/Life-with-Adeos-rev-B.pdf
Both the realtime nucleus and the Linux kernel should handle the
ca
On 04/03/2012 08:56 AM, Anisha Kaul wrote:
Greetings,
From "Life with Adeos":
http://www.xenomai.org/documentation/branches/v2.3.x/pdf/Life-with-Adeos-rev-B.pdf
Both the realtime nucleus and the Linux kernel should handle the case where a
high priority thread is kept from running because a
Good to know about in-order delivery; a quick glance at the source code seemed
to suggest that, but I wasn't sure.
Doug Brunner
-Original Message-
From: "Philippe Gerum"
Sent: Tuesday, March 27, 2012 9:26am
To: "Doug Brunner"
Cc: xenomai-help@gna.org
Subjec
On 03/28/2012 08:23 PM, Makarand Pradhan wrote:
Hi Philippe,
On 28/03/12 12:17 PM, Philippe Gerum wrote:
The log says your code wants to control when the IRQ is enabled again,
by calling rt_intr_enable() from userland. I guess you are setting
I_NOAUTOENA too. Correct?
That is correct
On 03/28/2012 05:53 PM, Makarand Pradhan wrote:
Hi All,
I am working with MPC8360, Linux 3.0.0, Xenomai 2.6.
I am experiencing delays as high as 250ms in processing interrupt 43
(2b). Interrupt 43 indicates that the power quicc engine has
transmitted/received a frame. This interrupt is being ha
two processes, and/or an XDDP connection to a /dev/rtpN?
Yes, in-order delivery is guaranteed with all RTIPC protocols. This is
written in stone.
Doug Brunner
-Original Message-----
From: "Philippe Gerum"
Sent: Friday, March 16, 2012 11:29am
To: "Doug Brunner"
C
that something in the Xenomai core does make a
difference, then you could try disabling all Xenomai interfaces (i.e.
CONFIG_XENO_OPEN_SKIN_RTDM, .._NATIVE, .._POSIX, etc.), only leaving the
core enabled.
Glen
On 3/21/12 4:38 AM, "Philippe Gerum" wrote:
On 03/21/2012 05:46 AM, G
On 03/21/2012 05:46 AM, Glen Wernersbach wrote:
I am going to start trying to see if I can figure out what is not getting
set.
You could get useful information from the pipeline tracer, by enabling
CONFIG_IPIPE_TRACE, observing what exactly happens in kernel space from
the issuing of the ioc
On 03/20/2012 10:20 PM, Glen Wernersbach wrote:
I know that there are some compile bugs if you turn off
CONFIG_XENO_OPT_PERVASIVE.
What is the downside to running without it?
Don't bother for these build bugs, they were innocuous and due to 2.6.0
being the first code drop of a major release.
code from tcsetattr()? Or are you
inferring this from the fact that you don't get any input from the
serial link?
On 3/20/12 9:57 AM, "Philippe Gerum" wrote:
On 03/20/2012 02:48 PM, Glen Wernersbach wrote:
I don't think this is it directly.
This program was mad
hich echos them back
write(fd, buf, sizeof(buf)-1);
//will wait forever here.
while(1) {
//wait for all 12 characters to received in fifo and then print them to
the console
ret = read(fd, buf2, sizeof(buf)-1);
if (ret ==sizeof(buf)-1) {
buf2[ret] ='\0' ;
printf("got data %s\n"
On 03/20/2012 03:53 PM, Glen Wernersbach wrote:
Ipipe version:
1.13-05
Yes, I do have the co kernel and interrupt pipeline enabled
ldd ?
On 3/20/12 10:47 AM, "Philippe Gerum" wrote:
On 03/20/2012 03:34 PM, Glen Wernersbach wrote:
Working on the Strace.
I don't
and the interrupt pipeline is enabled as well, right?
On 3/20/12 10:31 AM, "Philippe Gerum" wrote:
On 03/20/2012 03:17 PM, Philippe Gerum wrote:
On 03/20/2012 03:07 PM, Glen Wernersbach wrote:
I went through and disabled everything in xeno except
CONFIG_XENO_OPT_PERVASIVE, did
On 03/20/2012 03:09 PM, Chris Stone wrote:
I have a thread which uses a lot of CPU and it is receiving a SIGXCPU:
Cpu time limit exceeded. Does this message really mean I have exceeded
some CPU time limit? If so, how do I increase or disable the CPU time
limit? The code that I am running has been
On 03/20/2012 03:17 PM, Philippe Gerum wrote:
On 03/20/2012 03:07 PM, Glen Wernersbach wrote:
I went through and disabled everything in xeno except
CONFIG_XENO_OPT_PERVASIVE, did not work. Take that option out and it
works.
Take that option out at anytime it works.
My program basic writes a
, please?
On 3/20/12 9:57 AM, "Philippe Gerum" wrote:
On 03/20/2012 02:48 PM, Glen Wernersbach wrote:
I don't think this is it directly.
This program was made on the same kernel prior to patching it with Xeno.
It should still run like any other linux program.
- what do
option is on.
On 3/20/12 9:57 AM, "Philippe Gerum" wrote:
On 03/20/2012 02:48 PM, Glen Wernersbach wrote:
I don't think this is it directly.
This program was made on the same kernel prior to patching it with Xeno.
It should still run like any other linux program.
- what do
eturn we
could interpret? Any strace output?
- what if you disable CONFIG_XENO_OPT_SKIN_RTDM, leaving PERVASIVE on?
On 3/20/12 9:44 AM, "Philippe Gerum" wrote:
On 03/20/2012 02:28 PM, Glen Wernersbach wrote:
Hi All,
I install Xenomai 2.6.0 on AT91SAM9G20 system
On 03/20/2012 02:28 PM, Glen Wernersbach wrote:
Hi All,
I install Xenomai 2.6.0 on AT91SAM9G20 system and have found that when
CONFIG_XENO_OPT_PERVASIVE is enabled my standard non real time linux
serial write then read serial program does not work.
If I turn off CONFIG_XENO_OPT_PERVASIVE, my se
it to the clients.
Doug Brunner
-Original Message-----
From: "Philippe Gerum"
Sent: Monday, March 12, 2012 12:43pm
To: "Doug Brunner"
Cc: xenomai-help@gna.org
Subject: Re: [Xenomai-help] Intermixing native and POSIX skins
On 03/12/2012 08:12 PM, Doug Brunner wrot
On 03/12/2012 08:12 PM, Doug Brunner wrote:
I'd like to be able to use native skin communications services (most
importantly real time pipes) from a thread created with the POSIX skin. Is this
safe?
Yes, that's fine. You could also use the XDDP protocol (cross-domain
datagram) implemented by
On 03/07/2012 12:46 PM, Bertram Stemer wrote:
Hi,
I'm using Xenomai 2.5.6 with Linux 2.6.36 on a PowerPC and
have written a real-time application that runs on an isolated
CPU (Kernel option isolcpus). When I start this application on
another core, where a plain Linux application runs I get
sporad
On 03/06/2012 05:45 PM, Gilles Chanteperdrix wrote:
On 03/06/2012 04:14 AM, Oscar Dávila wrote:
2012/3/2 Gilles Chanteperdrix
On 03/03/2012 01:14 AM, Oscar Dávila wrote:
2012/3/2 Gilles Chanteperdrix
On 03/02/2012 11:04 AM, Gilles Chanteperdrix wrote:
On 03/01/2012 05:23 AM, Oscar Dávila w
On 02/23/2012 12:09 PM, Thierry Bultel wrote:
Hello,
I am working on a board that does not have genuine UARTs on it (only
soldered USBtoSerial converters) :-(
But it has a free minPci slot, and I was wondering if it would be
possible to perform serial debug
with serial ports on a PCI board.
In
On 02/02/2012 06:29 PM, Daniele Nicolodi wrote:
Hello,
I'm looking with curiosity to the development of Xenomai 3 skimming
through the GIT commits. I'm a physicist writing data acquisition code,
looking at how experienced programmers solve problems is very
instructional. However, I have observed
On 02/02/2012 01:53 AM, Mitchell Tasman wrote:
Xenomai documents rtdm_nrtsig_pend() as follows:
The signal handler will run in soft-IRQ context of the non-real-time
subsystem. Note the implications of this context, e.g. no invocation
of blocking operations.
As a result, I would have anticipat
On 01/31/2012 07:40 AM, Doug Brunner wrote:
I'm working on an application where it would be convenient for several tasks
within the same process to share access to single descriptors for mutexes,
queues, and tasks, rather than each task having to separately bind to each one
and keep its own RT
On 01/20/2012 08:37 PM, Terry Fryar wrote:
Ok, I'll try the patch. A question though...on the beagle, there is a OMAP
register GPIO_IRQSTATUSx that I am not manually clearing out. This is the
only place to ack an irq I know of...I assumed that was being handled by the
kernel? Or is this what t
On 01/20/2012 05:17 PM, Terry Fryar wrote:
Using xenomai 2.6.0 with 2.6.38 kernel and rtdm. Been working on a rtdm
driver for awhile and all of a sudden I've lost stability. So, I've
backed off all code except for registering an empty realtime irq handler
using rtdm_irq_request(). I'm getting ker
shall be documented that way) could not be a naive decision.
Thanks,
Michael.
-Original Message-
From: xenomai-help-boun...@gna.org [mailto:xenomai-help-boun...@gna.org] On
Behalf Of Philippe Gerum
Sent: Friday, December 23, 2011 1:13 PM
To: xenomai-help@gna.org
Subject: Re: [Xen
tioned.
Your comments are highly valued and I look forward to your opinions.
Rgds,
Mak.
On 19/01/12 06:25 AM, Philippe Gerum wrote:
On 01/18/2012 11:41 PM, Makarand Pradhan wrote:
Hi,
Another problem was encountered with rescnt related to nested mutexes.
This time the rescnt is not increme
a priority change. I
had to look at the code that you have modified. Although I had
temporarily worked around it by setting the XNOTHER in
rt_task_set_priority. I think this would fix that problem as well.
Will test the patch and get back with the results.
Thanks and Rgds,
Mak.
On 10/01/12 01
01:08 PM, Philippe Gerum wrote:
On 01/10/2012 04:51 PM, Makarand Pradhan wrote:
Based on my testing, it is noted that the rescnt is not released when
task1 gets a priority boost and starts running with priority 1. That's
when the rescnt is not decremented.
It would imply that we may be che
| !xnthread_test_state(thread, XNBOOST))
xnthread_clear_state(thread, XNOTHER);
else
xnthread_set_state(thread, XNOTHER);
>
> Rgds,
> Mak.
>
> On 10/01/12 10:42 AM, Philippe Gerum wrote:
>> On 01/10/2012 04:40 PM, Philippe Geru
ed to have
a deeper look, but this would make sense.
It would imply that we may be checking the current priority while
testing if we want to invoke rt_mutex_release in kernel. Will try to
check it out.
Rgds,
Mak.
On 10/01/12 10:42 AM, Philippe Gerum wrote:
On 01/10/2012 04:40 PM, Philippe
On 01/10/2012 04:40 PM, Philippe Gerum wrote:
On 01/10/2012 04:40 PM, Makarand Pradhan wrote:
Another point:
"These are fast mutexes, the thread does not have to jump to kernel space
unless the released mutex was actually contented."
When the first task is started with prio 0, I
de: 0
Acquire complete
Release complete
bP: 0, cp: 0, mode: 0
Acquire complete
Release complete
bP: 0, cp: 0, mode: 0
Acquire complete
Grabbing mux in HP
Mux held by Task2
Release complete
bP: 0, cp: 0, mode: 1
Acquire complete
Release complete
bP: 0, cp: 0, mode: 1
Acquire complete
Rgds,
Mak.
P: 0, cp: 0, mode: 1
Acquire complete
Rgds,
Mak.
On 10/01/12 10:11 AM, Philippe Gerum wrote:
On 01/09/2012 09:50 PM, Makarand Pradhan wrote:
Hi,
I am running kernel 3.0.0, xenomai: 2.6, powerpc 8360.
I am noticing an issue while using the auto relax feature related to
mutexes. I am using nest
On 01/09/2012 09:50 PM, Makarand Pradhan wrote:
Hi,
I am running kernel 3.0.0, xenomai: 2.6, powerpc 8360.
I am noticing an issue while using the auto relax feature related to
mutexes. I am using nested mutexes. The code is attached to this email.
The problem is that I am not relaxing after a
On 01/08/2012 09:38 PM, Jakub Nowacki wrote:
On 06/01/12 09:40, Gilles Chanteperdrix wrote:
> This is not the same issue as Gregory. Gregory missing symbols were from
> libnative, and we know that examples makefiles include -lnative, so,
> libnative is probably not installed in the place where
On 01/05/2012 11:53 PM, Terry Fryar wrote:
So, this would cover the rtdm_event_timedwait(), for example?? This would
*not* work in a non-realtime thread..correct??
Correct.
-Original Message-
From: Philippe Gerum [mailto:r...@xenomai.org]
Sent: Thursday, January 05, 2012 4:44 PM
To
r
to hold them.
-Original Message-
From: Philippe Gerum [mailto:r...@xenomai.org]
Sent: Thursday, January 05, 2012 4:25 PM
To: Terry Fryar
Cc: xenomai-help@gna.org
Subject: Re: [Xenomai-help] RTDM and spi
On 01/05/2012 11:12 PM, Terry Fryar wrote:
Using the RTDM api with Xen 2.6 to deve
On 01/05/2012 11:12 PM, Terry Fryar wrote:
Using the RTDM api with Xen 2.6 to develop a linux driver.
Basically have an ISR registered using *rtdm_irq_request*()that is
triggered from a gpio pin. ISR works fine. Inside ISR, the only thing
done is a *rtdm_event_signal*() on an event.
Then, I have
On 12/28/2011 10:17 AM, Gregory Gosse wrote:
Now i use more recent xenomai and kernel versions :
- xenomai 2.6.0 2011-11-05 ( latest )
- kernel 2.6.39 ( latest in 2.6 serie )
With the same patch :
- adeos-ipipe-2.6.23-x86_64-1.4-03.patch
I launch the command
scripts/prepare-kernel.sh --li
On 12/23/2011 05:16 PM, Terry Fryar wrote:
I would imagine it was nice, however, to have a userspace interrupt ISR so
that flaky code could be debugged in userspace before making it into a
driver?
Most interrupts are level sensitive these days, which means that you
cannot safely step into the
On 12/03/2011 10:52 AM, Richard Cochran wrote:
On Tue, Nov 08, 2011 at 05:22:07PM +0100, Philippe Gerum wrote:
So, the answer is maybe, maybe.
Maybe it already works, given that P2020 is supported and I don't
see much changes in P1020 wrt what the interrupt pipeline needs to
know. I won
On 11/23/2011 09:31 AM, Guvenc Gulce wrote:
Yes.. I have enabled the support for iddp sockets in the kernel configuration.
It looks like that
it works with xenomai 2.6.0 when I enable the
pthread_set_mode_np(0, PTHREAD_WARNSW);
after the socket() and bind() calls. (tested again with the exampl
On 11/17/2011 01:57 AM, Lou, Yuanzhi wrote:
> InXenomai’s native/task.h define as:
>
> #define T_CPU(cpu) (1 << (24 + (cpu & 7))) /* Up to 8 cpus [0-7] */
>
> #define T_CPUMASK 0xff00
>
> Which means Xenomai only can support 8 cores at most?
The Xenomai core has no internal limit on the num
On 11/08/2011 04:08 PM, makarand pradhan wrote:
Dear Gilles,
I think I, now understand my mistake. I had sent the query to the
Xenomai-core group earlier. Then thought that I had not sent the
question to the right mailing list and resent it to the Xenomai-help
mailing list.
Please rest assured
On 11/07/2011 02:38 PM, Thomas De Schampheleire wrote:
Hi,
It seems something was up with the Xenomai-forge git repository. On
the web interface, I see many old commits being recommitted today.
Can you give some background information as to why this happened?
And more importantly, not being an
On 11/04/2011 10:36 PM, Gilles Chanteperdrix wrote:
On 11/04/2011 10:03 PM, Tom Z wrote:
We do not know what skin you use, we will assume that you use
Xenomai posix skin, so, compile with the right flags.
Here is how I
build my program, say, fooTest: gcc -I/usr/xenomai/include
-D_GNU_SOURCE -D
On 09/26/2011 11:11 PM, Philippe Gerum wrote:
On Mon, 2011-09-26 at 22:01 +0200, Ronny Meeus wrote:
On Mon, Sep 26, 2011 at 12:46 PM, Philippe Gerum wrote:
On Fri, 2011-09-23 at 22:23 +0200, Philippe Gerum wrote:
On Fri, 2011-09-23 at 22:21 +0200, Ronny Meeus wrote:
On Fri, Sep 23, 2011 at
On 11/01/2011 10:55 AM, Łukasz Sacha wrote:
Hi,
I'having problems with patching the 2.6.38.8 kernel.
I prepare my kernel first to work on my device (mini2440). I configure
it to use arm processor, etc.
Then I patch from xenomai:
scripts/prepare-kernel.sh --arch=arm
--adeos=ksrc/arch/arm/patches
On 10/28/2011 06:09 PM, Marek Knoth wrote:
Hi All,
is it possible to execute multiple application with rt_task in
one machine? For example I tried to execute trivial-periodic application
twice but only the first one instance is working. Is there any way how
to do it?
Check testsuite/latency.
On 10/26/2011 11:44 AM, Thomas De Schampheleire wrote:
Hi,
On Wed, Oct 19, 2011 at 5:02 PM, Thomas De Schampheleire
wrote:
This patch series includes some misc. fixes to xenomai-forge:
* definition of ERR_OBJTFULL (should also be added to Xenomai proper)
* port long_names feature to xenomai-
On 10/26/2011 01:11 PM, Thomas De Schampheleire wrote:
Hi,
On Wed, Oct 26, 2011 at 12:33 PM, Philippe Gerum wrote:
On 10/26/2011 12:26 PM, Thomas De Schampheleire wrote:
Hi,
On Wed, Oct 26, 2011 at 12:19 PM, Philippe Gerumwrote:
On 10/19/2011 09:35 AM, Thomas De Schampheleire wrote
On 10/26/2011 01:04 PM, Thomas De Schampheleire wrote:
On Wed, Oct 26, 2011 at 12:25 PM, Philippe Gerum wrote:
On 10/19/2011 09:35 AM, Thomas De Schampheleire wrote:
Assign default 1 to satisfy compiler (tested with gcc 4.4.3)
Signed-off-by: Thomas De Schampheleire
Signed-off-by: Ronny
On 10/26/2011 12:41 PM, Thomas De Schampheleire wrote:
On Wed, Oct 26, 2011 at 12:21 PM, Philippe Gerum wrote:
On 10/19/2011 09:35 AM, Thomas De Schampheleire wrote:
While psos interface accepts 4 character ids, non null terminated,
xenomai uses longer ids which must be null terminated
On 10/26/2011 12:26 PM, Thomas De Schampheleire wrote:
Hi,
On Wed, Oct 26, 2011 at 12:19 PM, Philippe Gerum wrote:
On 10/19/2011 09:35 AM, Thomas De Schampheleire wrote:
Signed-off-by: Thomas De Schampheleire
Signed-off-by: Ronny Meeus
---
include/psos/psos.h | 1 +
1 files changed, 1
On 10/19/2011 09:35 AM, Thomas De Schampheleire wrote:
Assign default 1 to satisfy compiler (tested with gcc 4.4.3)
Signed-off-by: Thomas De Schampheleire
Signed-off-by: Ronny Meeus
---
lib/psos/task.c | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/psos/task.c
On 10/19/2011 09:35 AM, Thomas De Schampheleire wrote:
Signed-off-by: Thomas De Schampheleire
Signed-off-by: Ronny Meeus
---
include/psos/psos.h | 2 ++
lib/psos/tm.c | 7 +++
2 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/include/psos/psos.h b/include/psos/psos.h
On 10/19/2011 09:35 AM, Thomas De Schampheleire wrote:
While psos interface accepts 4 character ids, non null terminated,
xenomai uses longer ids which must be null terminated. Revert to
the behaviour of psos interface, while allowing long id strings if
the global variable psos_long_names is set
On 10/19/2011 09:35 AM, Thomas De Schampheleire wrote:
Signed-off-by: Thomas De Schampheleire
Signed-off-by: Ronny Meeus
---
include/psos/psos.h | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/psos/psos.h b/include/psos/psos.h
--- a/include/psos/psos.h
+++ b/inc
On Fri, 2011-10-21 at 12:37 +0200, Thomas De Schampheleire wrote:
> Hi,
>
> With respect to the source code license of xenomai-forge: there is no
> COPYING file in lib/psos, while there is one in most other
> subdirectories.
> I didn't check all other directories, but I guess you know better than
On Wed, 2011-10-12 at 19:24 +0200, Ronny Meeus wrote:
> On Wed, Oct 12, 2011 at 5:56 PM, Philippe Gerum wrote:
> > On Wed, 2011-10-12 at 16:22 +0200, Gilles Chanteperdrix wrote:
> >> On 10/12/2011 04:03 PM, Thomas De Schampheleire wrote:
> >> > Hi,
> >> &g
On Wed, 2011-10-12 at 19:16 +0200, Ronny Meeus wrote:
> On Tue, Oct 4, 2011 at 5:41 PM, Philippe Gerum wrote:
> > On Mon, 2011-09-26 at 22:01 +0200, Ronny Meeus wrote:
> >
> >
> >
> >> Next to this I also adapted the task priority automatically using
>
e:
> >>> Hi,
> >>>
> >>> On Mon, Sep 19, 2011 at 9:42 AM, Ronny Meeus
> >>> wrote:
> >>>> On Mon, Sep 19, 2011 at 9:25 AM,
> >>>> wrote:
> >>>>>> From: xenomai-help-boun...@gna.org
On Tue, 2011-10-04 at 23:11 +0200, Ronny Meeus wrote:
> On Tue, Oct 4, 2011 at 2:00 PM, Philippe Gerum wrote:
> > On Tue, 2011-10-04 at 10:42 +, dietmar.schind...@manroland.com
> > wrote:
> >> > -Original Message-
> >> > On Behalf Of Thoma
On Mon, 2011-09-26 at 22:01 +0200, Ronny Meeus wrote:
> Next to this I also adapted the task priority automatically using
> following algorithm:
> static int check_task_priority(u_long *psos_prio)
> {
> if (*psos_prio < 1 || *psos_prio > 255) /* In theory. */
> return ERR
On Tue, 2011-10-04 at 10:42 +, dietmar.schind...@manroland.com
wrote:
> > -Original Message-
> > On Behalf Of Thomas De Schampheleire
> > Sent: Tuesday, October 04, 2011 11:42 AM
> > ...
> > In the xenomai-forge psos library, t_start() does not allow a NULL
> > args pointer, while I thi
On Tue, 2011-10-04 at 11:49 +0200, Thomas De Schampheleire wrote:
> Hi,
>
> The original Xenomai userland had to be configured explicitly with
> --enable-smp if the kernel was SMP capable. The xenomai-forge
> configure script still accepts this parameter.
>
> Are we correctly assuming that this f
On Tue, 2011-10-04 at 11:42 +0200, Thomas De Schampheleire wrote:
> Hi,
>
> In the xenomai-forge psos library, t_start() does not allow a NULL
> args pointer, while I think this is allowed in PSOS.
Yes, I think so as well. Good catch.
> The below code changes fix the problem.
> (Note that I real
On Tue, 2011-10-04 at 04:48 -0400, Julien Delange wrote:
> Dear all,
>
> I would like to know if somebody already tried to migrate code of
> user-space tasks that use the analogy layer to the kernel. As kernel
> tasks may run faster than user-space,
No, it won't run that faster, it might switch c
On Tue, 2011-10-04 at 10:28 +0200, Thomas De Schampheleire wrote:
> Hi,
>
> On Tue, Oct 4, 2011 at 9:48 AM, Philippe Gerum wrote:
> > On Tue, 2011-10-04 at 09:40 +0200, Thomas De Schampheleire wrote:
> >> Hi,
> >>
> >> We're experiencing prob
On Tue, 2011-10-04 at 09:40 +0200, Thomas De Schampheleire wrote:
> Hi,
>
> We're experiencing problems with ELF symbol interposition with xenomai forge.
> The symbol mem_alloc, declared in include/copperplate/heapobj.h and
> defined in lib/copperplate/heapobj-malloc.c, is also present in our
> ow
On Fri, 2011-09-30 at 21:53 +0200, Thomas De Schampheleire wrote:
> Hi,
>
> I'm trying to compile xenomai-forge on powerpc, but am facing
> compilation problems:
>
> libtool: compile:
> /repo/tdescham/reborn/buildroot-08-eglibc-test-toolchain/output/host/usr/bin/powerpc-linux-gcc
> -DHAVE_CONFIG_
On Wed, 2011-09-28 at 20:34 +0200, Gilles Chanteperdrix wrote:
> 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 buil
On Mon, 2011-09-26 at 23:28 +0200, Ronny Meeus wrote:
> Hello
>
> As for as I know it is not mandatory call tm_cancel on a one-shot
> timer to cleanup the resources in the OS.
> This means that if the timer expires, the event is sent and all
> resources are released by pSOS at that time.
>
> Sinc
On Mon, 2011-09-26 at 22:01 +0200, Ronny Meeus wrote:
> On Mon, Sep 26, 2011 at 12:46 PM, Philippe Gerum wrote:
> > On Fri, 2011-09-23 at 22:23 +0200, Philippe Gerum wrote:
> >> On Fri, 2011-09-23 at 22:21 +0200, Ronny Meeus wrote:
> >> > On Fri, Sep 23, 2011 at
On Mon, 2011-09-26 at 22:02 +0200, Ronny Meeus wrote:
> On Mon, Sep 26, 2011 at 12:49 PM, Philippe Gerum wrote:
> > On Thu, 2011-09-22 at 22:15 +0200, Ronny Meeus wrote:
> >> Hello
> >>
> >> I have created some time ago a test application for the PSOS inter
> This is the version I'm using (downloaded today):
>
> meeusr@meeusr-laptop:~/repo/xenomai-forge$ git log | head
> commit 04b776ed9ff18e197ae43ee552b8e77f42c5e5cb
> Author: Philippe Gerum
> Date: Wed Sep 21 21:08:42 2011 +0200
>
> psos: fix t_ident() with NULL name
>
On Fri, 2011-09-23 at 22:23 +0200, Philippe Gerum wrote:
> On Fri, 2011-09-23 at 22:21 +0200, Ronny Meeus wrote:
> > On Fri, Sep 23, 2011 at 3:00 PM, Philippe Gerum wrote:
> > > On Thu, 2011-09-22 at 22:15 +0200, Ronny Meeus wrote:
> > >> Hello
> > >>
On Fri, 2011-09-23 at 22:21 +0200, Ronny Meeus wrote:
> On Fri, Sep 23, 2011 at 3:00 PM, Philippe Gerum wrote:
> > On Thu, 2011-09-22 at 22:15 +0200, Ronny Meeus wrote:
> >> Hello
> >>
> >> I have created some time ago a test application for the PSOS inter
n I'm using (downloaded today):
>
> meeusr@meeusr-laptop:~/repo/xenomai-forge$ git log | head
> commit 04b776ed9ff18e197ae43ee552b8e77f42c5e5cb
> Author: Philippe Gerum
> Date: Wed Sep 21 21:08:42 2011 +0200
>
> psos: fix t_ident() with NULL name
>
>
> The
1 - 100 of 1855 matches
Mail list logo