On 05/24/2012 01:14 PM, Giampaolo Bellini wrote:
Hi all
I'm totally new to xenomai... so my question could be stupid :-(
I wonder if there are xenomai's counterpart of RTAI's SCB (Shared memory
Circular Buffer),
RT_QUEUE for the shared memory property.
MBX (MailBox)
RT_BUFFER.
We need someone to checkout out the latest pipeline core series on a
Freescale P2020 board. I ported the Xenomai core to P1022 over this
significantly revised pipeline architecture lately, so we should not be
that far from having this working on P2020.
More generally, if you have any result
On 05/29/2012 02:38 PM, ali hagigat wrote:
We know that Xenomai can create hard real time tasks and it means that
the real time tasks will be executed up to a specific time. My
question is about that time. How much is that time?(100 micro seconds,
150 usec, or...)
Do you mean maximum latency?
On 05/30/2012 04:35 PM, ali hagigat wrote:
I know that adeos project presents an API set. It means some functions
mostly which start with adeos_.
Why adeos patch does not add them to the linux kernel?
I don't understand your question.
Those functions
are used for creating domains as far as I
On 06/01/2012 07:28 PM, Jan Kiszka wrote:
On 2012-06-01 19:16, Gilles Chanteperdrix wrote:
Hi,
with the current tip of xenomai 2.6 branch, the sigdebug test testing
the mayday code ends up with a segfault on x86_32. I tried to have a
look at it, but could not really understand what happens:
On 06/01/2012 08:05 PM, Gilles Chanteperdrix wrote:
On 06/01/2012 07:28 PM, Jan Kiszka wrote:
On 2012-06-01 19:16, Gilles Chanteperdrix wrote:
Hi,
with the current tip of xenomai 2.6 branch, the sigdebug test testing
the mayday code ends up with a segfault on x86_32. I tried to have a
look
On 06/06/2012 11:18 AM, ali hagigat wrote:
Much appreciate for the reply, Mr. Gerum. Here is the result of ldd command:
http://www.xenomai.org/pipermail/xenomai-help/2011-12/msg00012.html
/usr/xenomai/bin ldd switchtest
linux-gate.so.1 = (0xb786c000)
libpthread_rt.so.1 =
On 06/06/2012 12:47 PM, ali hagigat wrote:
I still have the problem:
This is obviously not the same problem.
/root/build/xenomai/xenomai-2.6.0 ./configure --enable-smp
CFLAGS=-fno-omit-frame-pointers
checking build system type... i686-pc-linux-gnu
checking host system type...
On 06/06/2012 03:18 PM, Gilles Chanteperdrix wrote:
On 06/06/2012 02:28 PM, Philippe Gerum wrote:
On 06/06/2012 11:48 AM, Philippe Gerum wrote:
On 06/06/2012 11:18 AM, ali hagigat wrote:
Much appreciate for the reply, Mr. Gerum. Here is the result of ldd
command:
http://www.xenomai.org
On 06/06/2012 04:27 PM, Gilles Chanteperdrix wrote:
On 06/06/2012 04:02 PM, Gilles Chanteperdrix wrote:
On 06/06/2012 03:55 PM, Gilles Chanteperdrix wrote:
On 06/06/2012 03:53 PM, Philippe Gerum wrote:
On 06/06/2012 03:41 PM, Gilles Chanteperdrix wrote:
On 06/06/2012 03:25 PM, Philippe Gerum
On 06/06/2012 04:27 PM, Gilles Chanteperdrix wrote:
On 06/06/2012 04:02 PM, Gilles Chanteperdrix wrote:
On 06/06/2012 03:55 PM, Gilles Chanteperdrix wrote:
On 06/06/2012 03:53 PM, Philippe Gerum wrote:
On 06/06/2012 03:41 PM, Gilles Chanteperdrix wrote:
On 06/06/2012 03:25 PM, Philippe Gerum
On 06/15/2012 08:44 PM, Jeff Weber wrote:
Is the FAQ line:
The I-pipe patch currently does not support MSI interrupts.
still true? This FAQ is dated to 2008.
In retrospect, this FAQ entry is somewhat misleading. As Jan pointed out
a couple of times already, the I-pipe does handle MSI
On 06/21/2012 10:14 PM, Remco den Breeje wrote:
Hi Gilles et.al.,
I'm interested in running a Xenomai patched system on a Raspberry Pi
computer[1] that compromises a ARM11 CPU (ARMv6 architecture). The Linux
kernels supported on the Raspberry are either Linux 3.1 or 3.2 [2,3], while
the most
On 06/23/2012 11:46 AM, ali hagigat wrote:
1) Does (ADEOS and) Xenomai project changes and extends the Linux
kernel sys_call_table?
Strictly speaking, no. They extend the syscall namespace by interposing
on the linux syscall mechanism, without altering the original table.
2) Considering i
On 06/26/2012 01:41 PM, ali hagigat wrote:
Is this kernel CONFIG_ variable indicates a minimum wait?
No, expected latency.
___
Xenomai mailing list
Xenomai@xenomai.org
http://www.xenomai.org/mailman/listinfo/xenomai
--
Philippe.
On 07/04/2012 02:06 PM, Michael Wisse wrote:
Hello,
I switched from xenomai 2.5.1 to 2.6.0. We use software originally written for
rtai with the rtai emulator from 2.5.1.
Now in xenomai 2.6.0 there seems to be no rtai-emulator and no rtai skin
anymore. After patching the kernel 2.6.38.8
2012/7/4, Philippe Gerum r...@xenomai.org:
On 07/04/2012 10:45 AM, Gilles Chanteperdrix wrote:
On 07/04/2012 10:36 AM, Jens Köhler wrote:
Thank you for your response Gilles. I set thread to SCHED_FIFO policy
with chrt command, Prio 99. But there is no improvement. Also
nanosleep do not help
On 07/10/2012 04:30 AM, Sunetra Sashi wrote:
Hi,
I am trying to use the XDDP module in order to achieve linux-xenomai domain
cross communication. However, when I install my module which creates a
socket and binds its to the XDDP port, via the *rtdm_socket(AF_RTIPC,
SOCK_DGRAM, IPCPROTO_XDDP)*
On 07/10/2012 11:03 AM, Sunetra Sashi wrote:
On Tue, Jul 10, 2012 at 4:40 AM, Philippe Gerum r...@xenomai.org
mailto:r...@xenomai.org wrote:
On 07/10/2012 04:30 AM, Sunetra Sashi wrote:
Hi,
I am trying to use the XDDP module in order to achieve
linux-xenomai
On 07/10/2012 06:24 PM, Lennart Sorensen wrote:
On Tue, Jul 10, 2012 at 12:15:24PM -0400, Sunetra Sashi wrote:
Thanks for clarifying. I should have said ¨not possible using Xenomai
IPCs¨. Sorry about that.
I am not trying to port legacy code. I am instead trying to establish a
communication
running
real time code and signal events to it from linux kernel space (via the
rt_event API) and communicate information back via interrupts (assuming
we manage memory via shared buffers), would that considered to be a true
Linux-Xenomai switch?
On Tue, Jul 10, 2012 at 11:57 AM, Philippe Gerum
On 07/11/2012 08:32 PM, Jan Kiszka wrote:
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
include/asm-x86/bits/pod_64.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/asm-x86/bits/pod_64.h b/include/asm-x86/bits/pod_64.h
index 00b2438..546a4fa 100644
.
-Mensaje original-
De: Philippe Gerum [mailto:r...@xenomai.org]
Enviado el: 13 July 2012 10:34
Para: Jorge Ramirez Ortiz, HCL Europe
CC: Gilles Chanteperdrix; xenomai@xenomai.org
Asunto: Re: [Xenomai] BUG: Unhandled exception over domain Xenomai -
switching to ROOT
On 07/12/2012 11:29 PM, Jorge
On 07/19/2012 07:18 PM, Danilo De Lorenzo wrote:
I'm getting this error when compiling the examples in the ipc folder
gcc -I/usr/xenomai/include -D_GNU_SOURCE -D_REENTRANT -Wall
-Werror-implicit-function-
declaration -pipe -D__XENO__ -I/usr/xenomai/include/posix
On 07/23/2012 10:57 AM, Gilles Chanteperdrix wrote:
On 07/23/2012 10:40 AM, Philippe Gerum wrote:
On 07/23/2012 10:08 AM, Gilles Chanteperdrix wrote:
On 07/23/2012 09:47 AM, Jan Kiszka wrote:
On 2012-07-21 21:21, Gilles Chanteperdrix wrote:
On 07/21/2012 08:13 PM, Philippe Gerum wrote
On 07/25/2012 11:48 AM, Gilles Chanteperdrix wrote:
On 07/24/2012 05:20 PM, Gilles Chanteperdrix wrote:
On 07/24/2012 05:20 PM, Gilles Chanteperdrix wrote:
On 07/23/2012 12:57 PM, Philippe Gerum wrote:
Do you have fixes to the generic core pending? If so, I'd like to merge
them, so that I
On 07/27/2012 05:53 PM, Gilles Chanteperdrix wrote:
On 07/27/2012 02:45 PM, dietmar.schind...@manroland-web.com wrote:
These are patches for two files in ksrc/nucleus of Xenomai 2.5.6 to
cure an incompatibility with Linux 2.4; if they are bad in form,
please let me know.
This is kind of you
On 07/27/2012 06:12 PM, Lukasz Zemla wrote:
-Original Message-
From: Philippe Gerum [mailto:r...@xenomai.org]
Sent: Friday, July 27, 2012 6:09 PM
To: Gilles Chanteperdrix
Cc: Lukasz Zemla; Xenomai@xenomai.org
Subject: Re: [Xenomai] Xenomai installation on P1020RDB
On 07/27/2012 06:00
On 08/01/2012 08:58 AM, dietmar.schind...@manroland-web.com wrote:
-Original Message-
From: Philippe Gerum [mailto:r...@xenomai.org]
Sent: Friday, July 27, 2012 2:52 PM
To: Schindler, Dietmar RAEK1 MRA
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai] [PATCH, Xenomai 2.5.6]
On 07/27/2012
On 08/01/2012 11:21 AM, Gilles Chanteperdrix wrote:
On 08/01/2012 11:04 AM, Philippe Gerum wrote:
On 08/01/2012 08:58 AM, dietmar.schind...@manroland-web.com wrote:
-Original Message-
From: Philippe Gerum [mailto:r...@xenomai.org]
Sent: Friday, July 27, 2012 2:52 PM
To: Schindler
On 08/01/2012 11:52 AM, Philippe Gerum wrote:
On 08/01/2012 11:52 AM, Philippe Gerum wrote:
On 08/01/2012 11:21 AM, Gilles Chanteperdrix wrote:
On 08/01/2012 11:04 AM, Philippe Gerum wrote:
On 08/01/2012 08:58 AM, dietmar.schind...@manroland-web.com wrote:
-Original Message-
From
On 08/03/2012 01:10 AM, Gilles Chanteperdrix wrote:
Hi Philippe,
please find at the usual place:
git://git.xenomai.org/ipipe-gch.git, branch for-core-3.4
The current state of the I-pipe core patch for Linux 3.4 running on x86
and ARM. Compared to the last mail:
* several issues were fixed on
On 08/06/2012 02:13 PM, ali hagigat wrote:
It seems there are some scheduling policies like RT, TP, IDLE and
SPORADIC inside Xenomai code. Is there any document to explain them?
For kernel, man page of sched_setscheduler() explains every thing
about the scheduling policies, can you add some
On 08/15/2012 04:32 PM, Marco Meier wrote:
Hi,
i tried to install xenomai-2.6.1 with a linux-3.2.21 kernel. patching
and installing the kernel was successful according to the following
dmesg output:
[1.704456] I-pipe: head domain Xenomai registered.
[1.704499] Xenomai: hal/x86_64
On 08/17/2012 05:11 PM, Gilles Chanteperdrix wrote:
On 08/17/2012 05:02 PM, Philippe Gerum wrote:
On 08/17/2012 04:41 PM, Gilles Chanteperdrix wrote:
On 08/17/2012 04:24 PM, Charles Retailleau wrote:
Thanks Lennart that was very useful, it now works.
Here is the little patch I made, yet I
On 08/21/2012 11:28 AM, ali hagigat wrote:
I have copied part of life-with-adeos document:
--
Sharing interrupts between domains
void realtime_eth_handler (unsigned irq, void *cookie)
{
/*
This interrupt handler has been installed using
rthal_irq_request(), so it
On 08/21/2012 12:32 PM, ali hagigat wrote:
Dose rthal_irq_enable(irq) unstalls the domain stage?
No, these operations cannot be related by definition.
___
Xenomai mailing list
Xenomai@xenomai.org
http://www.xenomai.org/mailman/listinfo/xenomai
On 08/22/2012 08:18 PM, Gilles Chanteperdrix wrote:
On 08/22/2012 06:28 PM, Markus Valtin wrote:
Hello all,
i have a question regarding automated code generation from Scilab Xcos/Scicos.
Is this possible? And if yes, how is the necessary setup.
Background:
We currently use RTAI for hard
On 09/04/2012 05:53 PM, Lennart Sorensen wrote:
On Tue, Sep 04, 2012 at 05:43:39PM +0200, Philippe Gerum wrote:
- which I-pipe version exactly? Seven different patches were released
for 3.0.x/powerpc over time.
- which Xenomai release? 2.6.0, 2.6.1, current HEAD?
xenomai 2.6.0, kernel
On 09/11/2012 07:01 AM, Doug Brunner wrote:
While running my latency testing earlier I saw some rather high
worst-case latencies (~70us) compared to average case (~14us), so I ran
again with I-pipe tracing enabled. However, I'm not sure what to make of
the results.
My worst case involves an
On 09/16/2012 09:20 AM, Jan Kiszka wrote:
On 2012-09-16 00:26, Gilles Chanteperdrix wrote:
On 09/11/2012 05:56 PM, Gernot Hillier wrote:
Hi there!
While testing ipipe-core3.2 on an SMP x86 machine, I found a reproducible
kernel BUG after some seconds after starting irqbalance:
On 09/16/2012 12:26 AM, Gilles Chanteperdrix wrote:
On 09/11/2012 05:56 PM, Gernot Hillier wrote:
Hi there!
While testing ipipe-core3.2 on an SMP x86 machine, I found a reproducible
kernel BUG after some seconds after starting irqbalance:
[ cut here ]
kernel BUG
On 09/18/2012 03:49 PM, Michael Wisse wrote:
Hello,
I'm looking for an example for rt_pipe_monitor(...),
pipe.c does not contain using a handler.
Can someone help me?
http://www.xenomai.org/documentation/xenomai-2.6/html/api/group__pipe.html#ga944600f54dc78a77badeda77f3af732d
Regards
On 09/20/2012 12:37 PM, Jan Kiszka wrote:
This reverts commit 073ff1e8045d0311b8cf390687c0ba3619681672.
Both service are NOT just root-only services. E.g., rtdm_irq_request
requires by specification support also over non-Linux contexts.
Nack. We can't run the enable code for MSIs over
On 09/20/2012 12:57 PM, Jan Kiszka wrote:
On 2012-09-20 12:56, Jan Kiszka wrote:
On 2012-09-20 12:49, Philippe Gerum wrote:
On 09/20/2012 12:37 PM, Jan Kiszka wrote:
This reverts commit 073ff1e8045d0311b8cf390687c0ba3619681672.
Both service are NOT just root-only services. E.g
On 09/20/2012 01:15 PM, Jan Kiszka wrote:
On 2012-09-20 12:57, Jan Kiszka wrote:
On 2012-09-20 12:56, Jan Kiszka wrote:
On 2012-09-20 12:49, Philippe Gerum wrote:
On 09/20/2012 12:37 PM, Jan Kiszka wrote:
This reverts commit 073ff1e8045d0311b8cf390687c0ba3619681672.
Both service
On 09/20/2012 03:54 PM, Jan Kiszka wrote:
On 2012-09-20 15:10, Philippe Gerum wrote:
On 09/20/2012 01:15 PM, Jan Kiszka wrote:
On 2012-09-20 12:57, Jan Kiszka wrote:
On 2012-09-20 12:56, Jan Kiszka wrote:
On 2012-09-20 12:49, Philippe Gerum wrote:
On 09/20/2012 12:37 PM, Jan Kiszka wrote
On 09/21/2012 10:28 AM, Michael Wisse wrote:
Are there plans to remove the rt_pipe API in near future ?
Kernel-space support for this API (rt_pipe_monitor belongs there) has
been dropped in the upcoming Xenomai 3.x, only userland calls will be
supported as wrappers to the RTIPC/xddp services.
On 09/19/2012 12:30 AM, Gilles Chanteperdrix wrote:
On 09/09/2012 01:03 PM, Philippe Gerum wrote:
On 09/06/2012 07:53 AM, Doug Brunner wrote:
It looks like the bug I wrote about back in June still exists in Xenomai
2.6.1 (with Linux 3.2.21). I ran the same test case (an RT thread opens
On 09/23/2012 04:11 PM, Gilles Chanteperdrix wrote:
On 09/23/2012 04:09 PM, Philippe Gerum wrote:
On 09/23/2012 04:07 PM, Gilles Chanteperdrix wrote:
On 09/23/2012 04:06 PM, Philippe Gerum wrote:
On 09/19/2012 12:30 AM, Gilles Chanteperdrix wrote:
On 09/09/2012 01:03 PM, Philippe Gerum
On 09/23/2012 04:21 PM, Philippe Gerum wrote:
On 09/23/2012 04:18 PM, Philippe Gerum wrote:
On 09/23/2012 04:11 PM, Gilles Chanteperdrix wrote:
On 09/23/2012 04:09 PM, Philippe Gerum wrote:
On 09/23/2012 04:07 PM, Gilles Chanteperdrix wrote:
On 09/23/2012 04:06 PM, Philippe Gerum wrote
On 10/03/2012 04:38 PM, Henri Roosen wrote:
On Wed, Oct 3, 2012 at 10:18 AM, Gilles Chanteperdrix
gilles.chanteperd...@xenomai.org wrote:
On 10/03/2012 09:26 AM, Jari Lietzen wrote:
27.09.2012 21:20, Gilles Chanteperdrix kirjoitti:
On 09/27/2012 05:47 PM, Jari Lietzen wrote:
27.09.2012
On 10/09/2012 02:21 PM, Jean-Baptiste Tredez wrote:
Hello,
I am looking for known bug of xenomai 2.6.1 (x86). Is there any place
where I can find this ?
Nowhere, but the mailing list, and the commits fixing issues in the git
maintenance branch over 2.6.1.
Regards,
Jean-Baptiste Tredez
On 10/09/2012 02:32 PM, Henri Roosen wrote:
Hi,
I'm using the current git heads of core-3.4 and xenomai 2.6.1 for x86
with the attached config file.
When compiling the modules I get undefined symbols:
ERROR: __ipipe_get_cs_tsc [kernel/xenomai/skins/posix/xeno_posix.ko]
undefined!
This
On 10/09/2012 08:48 AM, Stefan Roese wrote:
[ 65.601569] [c716bba0] [c009adf0] rtdm_event_signal+0x50/0xe4
[ 65.607440] [c716bbc0] [cb132588] fpga_dma_done_callback+0x18/0x28
[rt_fpga]
[ 65.614641] [c716bbd0] [cb101114] mpc52xx_lpbfifo_bcom_irq+0x114/0x1c4
[rt_mpc52xx_lpbfifo]
Is
On 10/10/2012 02:55 PM, Gilles Chanteperdrix wrote:
On 10/10/2012 02:41 PM, Philippe Gerum wrote:
On 10/10/2012 02:33 PM, Gilles Chanteperdrix wrote:
On 10/10/2012 02:09 PM, Philippe Gerum wrote:
On 10/10/2012 01:30 PM, Gilles Chanteperdrix wrote:
On 10/10/2012 12:54 PM, Philippe Gerum wrote
On 10/10/2012 03:01 PM, Gilles Chanteperdrix wrote:
On 10/10/2012 02:57 PM, Philippe Gerum wrote:
On 10/10/2012 02:55 PM, Gilles Chanteperdrix wrote:
On 10/10/2012 02:41 PM, Philippe Gerum wrote:
On 10/10/2012 02:33 PM, Gilles Chanteperdrix wrote:
On 10/10/2012 02:09 PM, Philippe Gerum wrote
On 10/10/2012 03:09 PM, Philippe Gerum wrote:
On 10/10/2012 03:01 PM, Gilles Chanteperdrix wrote:
On 10/10/2012 02:57 PM, Philippe Gerum wrote:
On 10/10/2012 02:55 PM, Gilles Chanteperdrix wrote:
On 10/10/2012 02:41 PM, Philippe Gerum wrote:
On 10/10/2012 02:33 PM, Gilles Chanteperdrix wrote
On 10/10/2012 03:16 PM, Gilles Chanteperdrix wrote:
On 10/10/2012 03:09 PM, Philippe Gerum wrote:
On 10/10/2012 03:01 PM, Gilles Chanteperdrix wrote:
On 10/10/2012 02:57 PM, Philippe Gerum wrote:
On 10/10/2012 02:55 PM, Gilles Chanteperdrix wrote:
On 10/10/2012 02:41 PM, Philippe Gerum wrote
On 10/10/2012 03:19 PM, Gilles Chanteperdrix wrote:
On 10/10/2012 03:18 PM, Philippe Gerum wrote:
On 10/10/2012 03:16 PM, Gilles Chanteperdrix wrote:
On 10/10/2012 03:09 PM, Philippe Gerum wrote:
On 10/10/2012 03:01 PM, Gilles Chanteperdrix wrote:
On 10/10/2012 02:57 PM, Philippe Gerum wrote
On 10/11/2012 08:22 AM, Gilles Chanteperdrix wrote:
In a context where callbacks are called with spinlocks held, it is not
possible for drivers callbacks to wake up threads without holding any
spinlock. So, we need a mechanism to lock the scheduler when a spinlock
is grabbed. As
On 10/11/2012 10:19 AM, Gilles Chanteperdrix wrote:
On 10/11/2012 10:15 AM, Philippe Gerum wrote:
On 10/11/2012 08:22 AM, Gilles Chanteperdrix wrote:
In a context where callbacks are called with spinlocks held, it is not
possible for drivers callbacks to wake up threads without holding any
On 10/11/2012 10:20 AM, Philippe Gerum wrote:
On 10/11/2012 10:19 AM, Gilles Chanteperdrix wrote:
On 10/11/2012 10:15 AM, Philippe Gerum wrote:
On 10/11/2012 08:22 AM, Gilles Chanteperdrix wrote:
In a context where callbacks are called with spinlocks held, it is not
possible for drivers
On 10/11/2012 01:56 PM, Stefan Roese wrote:
On 10/09/2012 05:44 PM, Stefan Roese wrote:
On 10/09/2012 04:24 PM, Philippe Gerum wrote:
On 10/09/2012 08:48 AM, Stefan Roese wrote:
[ 65.601569] [c716bba0] [c009adf0] rtdm_event_signal+0x50/0xe4
[ 65.607440] [c716bbc0] [cb132588
On 10/20/2012 12:22 PM, Gilles Chanteperdrix wrote:
Note that the list is not exhaustive, because it does not includes
patches that were published before the i386/x86_64 merge, if you take
that into account, you can even run Xenomai 2.6.1 with 2.4 kernels.
2.4.25/ppc only though. We stopped
On 10/20/2012 02:48 PM, Gilles Chanteperdrix wrote:
On 10/20/2012 02:43 PM, Philippe Gerum wrote:
On 10/20/2012 12:22 PM, Gilles Chanteperdrix wrote:
Note that the list is not exhaustive, because it does not includes
patches that were published before the i386/x86_64 merge, if you take
On 10/20/2012 02:53 PM, Gilles Chanteperdrix wrote:
On 10/20/2012 02:50 PM, Philippe Gerum wrote:
On 10/20/2012 02:48 PM, Gilles Chanteperdrix wrote:
On 10/20/2012 02:43 PM, Philippe Gerum wrote:
On 10/20/2012 12:22 PM, Gilles Chanteperdrix wrote:
Note that the list is not exhaustive
On 10/22/2012 03:44 PM, Gilles Chanteperdrix wrote:
On 10/20/2012 03:08 PM, Philippe Gerum wrote:
On 10/20/2012 02:53 PM, Gilles Chanteperdrix wrote:
On 10/20/2012 02:50 PM, Philippe Gerum wrote:
On 10/20/2012 02:48 PM, Gilles Chanteperdrix wrote:
On 10/20/2012 02:43 PM, Philippe Gerum
On 10/22/2012 05:02 PM, Gilles Chanteperdrix wrote:
On 10/22/2012 05:01 PM, Philippe Gerum wrote:
On 10/22/2012 03:44 PM, Gilles Chanteperdrix wrote:
On 10/20/2012 03:08 PM, Philippe Gerum wrote:
On 10/20/2012 02:53 PM, Gilles Chanteperdrix wrote:
On 10/20/2012 02:50 PM, Philippe Gerum
On 10/22/2012 09:51 PM, Herrera-Bendezu, Luis wrote:
Hello:
I am having an issue with RTDM interrupts at the kernel level. The system
used is as follows:
CPU: PowerPC 405EX
Linux: 2.6.30.3
I-Pipe: 2.7-02
Xenomai: 2.4.10
Configuration: config_file (attached)
There is a periodic
On 11/28/2012 02:55 PM, Philippe Gerum wrote:
On 11/28/2012 02:49 PM, Sebastian Pavez wrote:
Hi everybody,
It's there support for EDF schedulling on Xenomai? I found this question
before
(http://www.xenomai.org/pipermail/xenomai-core/2007-10/msg00137.html)
and the answer was no. It's still
On 11/29/2012 11:53 AM, Jesper Christensen wrote:
Hello
I was wondering if (and i have a feeling i already know the answer) it
is a no-go to call rtdm_mutex_lock from a rtdm timer handler? I've just
discovered that is what we do, and i have a feeling it is causing
trouble (most of the time
On 11/30/2012 09:45 AM, Willy Lambert wrote:
P.S. : to xenomai community, is there a problem if I continue some
support here, or should we go somewhere else more on topic ?
I agree this is not really a Xenomai issue, but explaining the general
logic to enable Xenomai in pre-canned distro
On 12/07/2012 06:09 PM, Jan Kiszka wrote:
The following changes since commit ac565906d56ced004f39bc38a751466b2b5242ae:
ipipe-2.6.38.8-x86-2.11-02 (2012-03-17 11:09:18 +0100)
are available in the git repository at:
git://git.kiszka.org/ipipe queues/2.6.38-x86
Jan Kiszka (3):
On 12/12/2012 05:26 PM, dave.joyn...@alstom.com wrote:
Hi,
I have recently started to use Xenomai on Raspberry Pi. My experience with
Linux Kernel building etc. is zero so I downloaded the pre-built image
from powet.eu. I have successfully created a cross compile environment to
create user-space
On 12/14/2012 02:13 PM, hauptmech wrote:
I've used and followed Xenomai off and on since it forked from RTAI.
It did not. A fork happens when you diverge from a common code base,
which does not apply to Xenomai wrt RTAI. Both used to be independent
projects before they joined forces, then
On 12/19/2012 10:39 AM, alex alex wrote:
Infact I thought rtdm_dev_register worked exclusively in the _init
function as indicated by the documentation. Following your advice I have
tested rtdm_dev_register in another function of my RTDM driver (ioctl)
and it works well.
I think you might
On 12/27/2012 08:35 PM, Gilles Chanteperdrix wrote:
On 12/27/2012 08:06 PM, Wim wrote:
Vanilla Kernel: 3.2.21
Adeos Patch: ipipe-core-3.2.21-x86-1.patch
gcc --version: 4.7.0
Xenomai Version: 2.6.1
Patch applies itself cleanly.
Compilation error during initial kernel 'make':
On 01/03/2013 06:25 PM, Jan Kiszka wrote:
On 2013-01-03 17:27, Philippe Gerum wrote:
On 01/03/2013 04:44 PM, Jan Kiszka wrote:
On 2013-01-03 16:16, Gilles Chanteperdrix wrote:
On 01/02/2013 06:43 PM, Jan Kiszka wrote:
Hi,
this may involve some refactoring of the HAL and a bit of I-pipe, so
On 01/04/2013 11:16 AM, Jan Kiszka wrote:
On 2013-01-04 11:01, Philippe Gerum wrote:
On 01/03/2013 06:57 PM, Jan Kiszka wrote:
On 2013-01-03 18:34, Philippe Gerum wrote:
On 01/03/2013 06:25 PM, Jan Kiszka wrote:
On 2013-01-03 17:27, Philippe Gerum wrote:
On 01/03/2013 04:44 PM, Jan Kiszka
On 01/04/2013 12:22 PM, Jan Kiszka wrote:
On 2013-01-04 11:32, Philippe Gerum wrote:
On 01/04/2013 11:16 AM, Jan Kiszka wrote:
On 2013-01-04 11:01, Philippe Gerum wrote:
On 01/03/2013 06:57 PM, Jan Kiszka wrote:
On 2013-01-03 18:34, Philippe Gerum wrote:
On 01/03/2013 06:25 PM, Jan Kiszka
On 01/03/2013 03:09 PM, Jan Kiszka wrote:
+static struct xnvfile_lock_ops vfile_stat_lockops = {
+ .get = xnintr_get_query_lock,
+ .put = xnintr_put_query_lock,
+};
+
static struct xnvfile_snapshot stat_vfile = {
.privsz = sizeof(struct vfile_stat_priv),
.datasz =
On 01/14/2013 01:05 PM, Michael Haberler wrote:
Gilles,
Am 14.01.2013 um 12:57 schrieb Gilles Chanteperdrix:
On 01/14/2013 09:29 AM, Michael Haberler wrote:
Hi,
Hi,
thanks to patience on this list we were able to build linuxcnc such
that it runs on Xenomai, besides RT-PREEMPT, vanilla
On 01/15/2013 01:21 PM, Jan Kiszka wrote:
On 2013-01-15 13:09, Philippe Gerum wrote:
On 01/15/2013 01:06 PM, Gilles Chanteperdrix wrote:
On 01/15/2013 12:35 PM, Jan Kiszka wrote:
On 2013-01-14 21:39, Gilles Chanteperdrix wrote:
Done, also note that my current work is the for-core-3.5.7
On 01/15/2013 02:48 PM, Jan Kiszka wrote:
On 2013-01-15 14:44, Philippe Gerum wrote:
On 01/15/2013 01:21 PM, Jan Kiszka wrote:
On 2013-01-15 13:09, Philippe Gerum wrote:
On 01/15/2013 01:06 PM, Gilles Chanteperdrix wrote:
On 01/15/2013 12:35 PM, Jan Kiszka wrote:
On 2013-01-14 21:39
On 01/16/2013 09:44 AM, Jan Kiszka wrote:
On 2013-01-16 09:02, Jan Kiszka wrote:
At the same time, upstream should not pull or pick in
a way that makes life harder for downstream.
Philippe, in the future, please keep your public tree up-to-date,
ideally at a daily base. I'm seeing commits
On 01/16/2013 10:48 AM, Jan Kiszka wrote:
On 2013-01-16 10:41, Philippe Gerum wrote:
On 01/16/2013 09:44 AM, Jan Kiszka wrote:
On 2013-01-16 09:02, Jan Kiszka wrote:
At the same time, upstream should not pull or pick in
a way that makes life harder for downstream.
Philippe, in the future
On 01/16/2013 04:14 PM, Jan Kiszka wrote:
Hi Philippe,
a first heads-up, maybe you have an idea before I start debugging: That
patch causes troubles when our application shuts down. The main thread
hangs like this, unkillable:
It looks like the LO_WAKEUP_REQ virtual interrupt does not reach
On 01/17/2013 09:34 AM, Jan Kiszka wrote:
On 2013-01-17 09:26, Philippe Gerum wrote:
On 01/16/2013 08:17 PM, Jan Kiszka wrote:
In the legacy use case, __ipipe_switch_tail will be invoked over the
non-root domain after hardening. So clearing of TASK_HARDENING must not
be restricted to root
On 01/17/2013 10:14 AM, Jan Kiszka wrote:
On 2013-01-17 10:12, Philippe Gerum wrote:
On 01/17/2013 09:51 AM, Philippe Gerum wrote:
On 01/17/2013 09:34 AM, Jan Kiszka wrote:
On 2013-01-17 09:26, Philippe Gerum wrote:
On 01/16/2013 08:17 PM, Jan Kiszka wrote:
In the legacy use case
On 01/18/2013 04:38 PM, Jan Kiszka wrote:
This fixes a nasty bug on SMP boxes: We may migrate to root in the
context of an IRQ handler, and then also to a different CPU. Therefore,
we must not use domain contexts read before the invocation but update
them afterward or use stable information like
On 01/22/2013 12:20 AM, Gilles Chanteperdrix wrote:
On 01/21/2013 10:36 PM, bifferos wrote:
I was able to compile Xenomai under buildroot 2011.11 without too much trouble,
however I'm now trying
to do the same with the latest buildroot snapshot. Unfortunately it seems
buildroot no longer
On 01/22/2013 10:22 AM, Philippe Gerum wrote:
On 01/22/2013 12:20 AM, Gilles Chanteperdrix wrote:
On 01/21/2013 10:36 PM, bifferos wrote:
I was able to compile Xenomai under buildroot 2011.11 without too
much trouble, however I'm now trying
to do the same with the latest buildroot snapshot
On 01/22/2013 10:41 AM, alex alex wrote:
Hi,
In the attached test program I test the scheduler lock operation with
pthread_set_mode_np and the PTHREAD_LOCK_SCHED bit mask.
Description:
Two tasks are created.
t1 lock the scheduler then load the cpu, sleep then load the cpu again but
t2 task
On 01/22/2013 11:04 AM, bifferos wrote:
- Original Message -
From: Philippe Gerum r...@xenomai.org
and there are three of them
adeos-ipipe-2.6.37.6-x86-2.9-02.patch
adeos-ipipe-2.6.38.8-x86-2.11-01.patch
ipipe-core-3.2.21-x86-1.patch
Can someone please explain what
On 01/22/2013 11:04 AM, bifferos wrote:
- Original Message -
From: Philippe Gerum r...@xenomai.org
and there are three of them
adeos-ipipe-2.6.37.6-x86-2.9-02.patch
adeos-ipipe-2.6.38.8-x86-2.11-01.patch
ipipe-core-3.2.21-x86-1.patch
Can someone please explain what
On 01/22/2013 12:09 PM, alex alex wrote:
2013/1/22 Philippe Gerum r...@xenomai.org
On 01/22/2013 10:41 AM, alex alex wrote:
Hi,
In the attached test program I test the scheduler lock operation with
pthread_set_mode_np and the PTHREAD_LOCK_SCHED bit mask.
Description:
Two tasks are created
On 01/22/2013 07:30 PM, Gilles Chanteperdrix wrote:
On 01/22/2013 12:34 PM, Philippe Gerum wrote:
On 01/22/2013 12:09 PM, alex alex wrote:
2013/1/22 Philippe Gerum r...@xenomai.org
On 01/22/2013 10:41 AM, alex alex wrote:
Hi,
In the attached test program I test the scheduler lock
On 01/30/2013 07:22 AM, Poole Jr, Donald R. wrote:
Hello All,
I'm developing a Xenomai RTDM kernel driver (against Xenomai 2.6.1) that reads
the pulse-width of a pulse-width modulation frames (or period) using an
interrupt service routine. On the rising/falling edges of the pulse, I read the
On 01/30/2013 11:49 AM, Matteo Facchinetti wrote:
Hi,
in a PPC mpc5125 system we're using xenomai 2.4.x (from git repository)
2.4.x is no more supported since ages. Besides, we don't support mpc512x
over this release for sure.
with kernel 2.6.29
and have applied
1 - 100 of 2827 matches
Mail list logo