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
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.
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
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
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).
Later on it was integrated in Xenomai commit
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
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/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,
On 04/19/2012 03:07 PM, Roger Kalt wrote:
I've applied Xenomai patch from xenomai-head
commit 0ce3ed58074fa4d593ba556157d1edc288aff3f1
Author: Philippe Gerumr...@xenomai.org
Date: Wed Dec 14 10:46:27 2011 +0100
powerpc: upgrade I-pipe support to 3.0.13-powerpc-2.13-06,
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 Gerumr...@xenomai.org
Date: Wed Dec 14 10:46:27 2011 +0100
powerpc: upgrade I-pipe support
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/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/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
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
case where a high
On 04/03/2012 09:37 AM, Anisha Kaul wrote:
On 3 April 2012 12:48, Philippe Gerumr...@xenomai.org 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
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/27/2012 11:35 PM, Doug Brunner wrote:
The usage pattern would be a bit like BSD ptys--the server maintains a few ports, say named server0 through
server15 and clients that need a port try server0, if it's busy then try server1,
etc..
An option to mimic this partially might be to define
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
On 03/26/2012 06:14 PM, Doug Brunner wrote:
Thanks for the information--the issue is not about picking a free port on the server
side, but rather about communicating the information on which ports are free
to the clients (server has connected its end, but no other client is using the port).
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
On 03/21/2012 03:41 PM, Glen Wernersbach wrote:
Hi guys,
One thing about both of these drivers is they have been modified to set some
GPIO pins.
The come down to the pca9539_gpio_set_value() in this file.
Do you see any reason why those would not take under Xenomai?
If these are input GPIOs
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
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 does program not working mean in your case? Any errno return we
could
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 few characters a serial port and then reads them
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 few characters a serial port and then reads them
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
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
,
and the interrupt pipeline is enabled as well, right?
On 3/20/12 10:31 AM, Philippe Gerumr...@xenomai.org 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
, Philippe Gerumr...@xenomai.org 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 not work. Take that option out and it
works.
Take that option out at anytime
to
the console
ret = read(fd, buf2, sizeof(buf)-1);
if (ret ==sizeof(buf)-1) {
buf2[ret] ='\0' ;
printf(got data %s\n, buf2) ;
break;
}
}
close(fd) ;
return 0;
}
--
On 3/20/12 11:06 AM, Philippe Gerum r...@xenomai.org wrote:
On 03/20/2012 03:53 PM, Glen Wernersbach wrote:
Ipipe
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
On 03/15/2012 05:30 PM, Doug Brunner wrote:
Thanks Philippe. I hadn't even known about the existence of the RTIPC driver,
and I definitely like the idea.
I've been experimenting with it a bit today, and found that it seems to be
allowed for more than two sockets to connect to the same port. I
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
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
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 Chanteperdrixgilles.chanteperd...@xenomai.org
On 03/03/2012 01:14 AM, Oscar Dávila wrote:
2012/3/2 Gilles Chanteperdrixgilles.chanteperd...@xenomai.org
On 03/02/2012 11:04 AM,
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.
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
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
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
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
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
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:08 PM, Philippe Gerum wrote
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: [Xenomai-help] Interrupt
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
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 nested mutexes. The code
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.
On 10/01/12 10:11 AM, Philippe Gerum
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 always see
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 Gerum
))
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 Gerum wrote:
On 01/10/2012 04:40 PM, Makarand Pradhan wrote:
Another point
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
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
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 develop
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
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
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't know
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
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 number of
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
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
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 Gerumr...@xenomai.org 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
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
On 10/19/2011 09:35 AM, Thomas De Schampheleire wrote:
Signed-off-by: Thomas De Schampheleirethomas.de.schamphele...@gmail.com
Signed-off-by: Ronny Meeusronny.me...@gmail.com
---
include/psos/psos.h | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/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 Schampheleirethomas.de.schamphele...@gmail.com
Signed-off-by: Ronny Meeusronny.me...@gmail.com
---
include/psos/psos.h | 2 ++
lib/psos/tm.c | 7 +++
2 files changed, 9 insertions(+), 0 deletions(-)
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 Schampheleirethomas.de.schamphele...@gmail.com
Signed-off-by: Ronny Meeusronny.me...@gmail.com
---
lib/psos/task.c | 4 ++--
1 files changed, 2
On 10/26/2011 12:26 PM, Thomas De Schampheleire wrote:
Hi,
On Wed, Oct 26, 2011 at 12:19 PM, Philippe Gerumr...@xenomai.org wrote:
On 10/19/2011 09:35 AM, Thomas De Schampheleire wrote:
Signed-off-by: Thomas De Schampheleirethomas.de.schamphele...@gmail.com
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 Gerumr...@xenomai.org 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
On 10/26/2011 01:04 PM, Thomas De Schampheleire wrote:
On Wed, Oct 26, 2011 at 12:25 PM, Philippe Gerumr...@xenomai.org 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
On 10/26/2011 01:11 PM, Thomas De Schampheleire wrote:
Hi,
On Wed, Oct 26, 2011 at 12:33 PM, Philippe Gerumr...@xenomai.org wrote:
On 10/26/2011 12:26 PM, Thomas De Schampheleire wrote:
Hi,
On Wed, Oct 26, 2011 at 12:19 PM, Philippe Gerumr...@xenomai.orgwrote:
On 10/19/2011 09:35 AM,
On 10/26/2011 11:44 AM, Thomas De Schampheleire wrote:
Hi,
On Wed, Oct 19, 2011 at 5:02 PM, Thomas De Schampheleire
patrickdepinguin+xeno...@gmail.com wrote:
This patch series includes some misc. fixes to xenomai-forge:
* definition of ERR_OBJTFULL (should also be added to Xenomai proper)
*
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
me
,
On Mon, Sep 19, 2011 at 9:42 AM, Ronny Meeus ronny.me...@gmail.com
wrote:
On Mon, Sep 19, 2011 at 9:25 AM, dietmar.schind...@manroland.com
wrote:
From: xenomai-help-boun...@gna.org
[mailto:xenomai-help-boun...@gna.org]
On Behalf Of Philippe Gerum
Sent: Sunday, September 18, 2011 5:37
On Wed, 2011-10-12 at 19:24 +0200, Ronny Meeus wrote:
On Wed, Oct 12, 2011 at 5:56 PM, Philippe Gerum r...@xenomai.org 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,
On Mon, Sep 26, 2011 at 11:46 PM
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
own
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 r...@xenomai.org wrote:
On Tue, 2011-10-04 at 09:40 +0200, Thomas De Schampheleire wrote:
Hi,
We're experiencing problems with ELF symbol interposition with xenomai
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
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 realize
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 flag is
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 think this is
On Mon, 2011-09-26 at 22:01 +0200, Ronny Meeus wrote:
snip
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
On Tue, 2011-10-04 at 23:11 +0200, Ronny Meeus wrote:
On Tue, Oct 4, 2011 at 2:00 PM, Philippe Gerum r...@xenomai.org wrote:
On Tue, 2011-10-04 at 10:42 +, dietmar.schind...@manroland.com
wrote:
-Original Message-
On Behalf Of Thomas De Schampheleire
Sent: Tuesday
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_H -I.
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 build issue
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.
Since I did
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 r...@xenomai.org wrote:
On Thu, 2011-09-22 at 22:15 +0200, Ronny Meeus wrote:
Hello
I have created some time ago a test
-laptop:~/repo/xenomai-forge$ git log | head
commit 04b776ed9ff18e197ae43ee552b8e77f42c5e5cb
Author: Philippe Gerum r...@xenomai.org
Date: Wed Sep 21 21:08:42 2011 +0200
psos: fix t_ident() with NULL name
The configuration I did:
./configure --prefix=/home/meeusr/repo/xenomai-forge
On Mon, 2011-09-26 at 22:02 +0200, Ronny Meeus wrote:
On Mon, Sep 26, 2011 at 12:49 PM, Philippe Gerum r...@xenomai.org 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 interface
of Xenomai
On Mon, 2011-09-26 at 22:01 +0200, Ronny Meeus wrote:
On Mon, Sep 26, 2011 at 12:46 PM, Philippe Gerum r...@xenomai.org 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 3:00 PM, Philippe Gerum r
| head
commit 04b776ed9ff18e197ae43ee552b8e77f42c5e5cb
Author: Philippe Gerum r...@xenomai.org
Date: Wed Sep 21 21:08:42 2011 +0200
psos: fix t_ident() with NULL name
The configuration I did:
./configure --prefix=/home/meeusr/repo/xenomai-forge-install
--enable-debug --with-core
On Fri, 2011-09-23 at 22:21 +0200, Ronny Meeus wrote:
On Fri, Sep 23, 2011 at 3:00 PM, Philippe Gerum r...@xenomai.org 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 interface
of Xenomai
On Tue, 2011-09-20 at 13:10 +0200, Ronny Meeus wrote:
Hello
We have ported a large pSOS based application to an Embedded Linux
environment using Xenomai.
A more or less stable version is running at this moment.
The application is not a real-time application at all, we basically
selected
On Tue, 2011-09-20 at 13:10 +0200, Ronny Meeus wrote:
Hello
We have ported a large pSOS based application to an Embedded Linux
environment using Xenomai.
A more or less stable version is running at this moment.
The application is not a real-time application at all, we basically
selected
On Wed, 2011-09-21 at 14:35 +0200, Philippe Gerum wrote:
On Tue, 2011-09-20 at 13:10 +0200, Ronny Meeus wrote:
Hello
We have ported a large pSOS based application to an Embedded Linux
environment using Xenomai.
A more or less stable version is running at this moment
On Wed, 2011-09-21 at 18:27 +0200, Ronny Meeus wrote:
On Wed, Sep 21, 2011 at 2:41 PM, Philippe Gerum r...@xenomai.org wrote:
On Wed, 2011-09-21 at 14:35 +0200, Philippe Gerum wrote:
On Tue, 2011-09-20 at 13:10 +0200, Ronny Meeus wrote:
Hello
We have ported a large pSOS based
On Fri, 2011-09-16 at 14:59 +0200, Thomas De Schampheleire wrote:
Hi,
The original PSOS interfaces that take a name (like t_create,
sm_create etc), expect a character array with length 4:
unsigned long t_create(char name[4], unsigned long prio, unsigned long
sstack, unsigned long ustack,
On Thu, 2011-09-08 at 12:06 +0200, Gilles Chanteperdrix wrote:
On 09/08/2011 11:30 AM, Andrey Nechypurenko wrote:
If I understand correctly, the difference is that Bob proposes you to
dedicate a hardware timer to the PWM, whereas I propose you to use the
software timers, which ultimately,
1 - 100 of 1427 matches
Mail list logo
