On 09/30/2013 06:37 PM, Roberto Bielli wrote:
Hi,
i would like to know how works in theory xenomai on smp system (with
local timers, imx6q for example).
When per-cpu timers are available, Xenomai commonly uses them. They are
usually shared with linux, so Xenomai interposes on the tick
On 09/26/2013 05:33 PM, Daniel Merrill wrote:
We are attempting to port to xenomai some legacy code written for the
pSOS+ operating system. Up to this point everything in the xenomai pSOS+
skin has been working perfectly, but now we've uncovered a strange
problem. The legacy code has around 50
On 10/02/2013 01:42 PM, Thomas De Schampheleire wrote:
Hi,
The (L)GPL requires that every distribution of a derived work is
accompanied with the license of the program (xenomai-forge).
Currently, xenomai-forge contains several COPYING files:
./kernel/cobalt/nucleus/COPYING
On 10/08/2013 10:54 AM, Ronny Meeus wrote:
On Tue, Oct 1, 2013 at 12:13 PM, K. De Mey kim.de...@gmail.com wrote:
Hello everybody,
We use xenomai-forge for a project. I however came across a problem when
adding the --enabled-registry option.
It seems that the FUSE functions (for example
On 10/09/2013 06:29 PM, Daniel Merrill wrote:
All,
I'm hoping maybe someone can shed a little more light on the issue we see
occasionally. Occasionally our code using the psos+ skin will fail a
t_suspend(0) with error code -4, which I found to be EINTR and appears to
be set if the XNBREAK
On 10/09/2013 06:37 PM, Daniel Merrill wrote:
On 10/09/2013 06:29 PM, Daniel Merrill wrote:
All,
I'm hoping maybe someone can shed a little more light on the issue we
see occasionally. Occasionally our code using the psos+ skin will fail
a
t_suspend(0) with error code -4, which I found to be
On 10/11/2013 09:32 AM, Jan Kiszka wrote:
Hi Philippe,
The following changes since commit 926e0441446aae116bf5b0701753e4b87a5386a2:
doc: update installation guidelines (2013-10-04 15:46:23 +0200)
are available in the git repository at:
git://git.xenomai.org/xenomai-jki.git for-forge
On 10/13/2013 01:12 PM, Jan Kiszka wrote:
On 2013-10-13 12:08, Philippe Gerum wrote:
On 10/11/2013 09:32 AM, Jan Kiszka wrote:
Hi Philippe,
The following changes since commit
926e0441446aae116bf5b0701753e4b87a5386a2:
doc: update installation guidelines (2013-10-04 15:46:23 +0200
On 10/18/2013 09:50 AM, Saravana Kumar P M wrote:
Hi,
We are having a system with lots of legacy code(device drivers) developed out
of kernel 2.6.32
We are adding new processes which require hard real time performance.
We are using Cavium-Octeon II device which has a mips64 core.
To solve the
On 10/18/2013 02:50 PM, Kim De Mey wrote:
Panic if one of the pipe() system calls fails. To indicate that there
is an underlying problem.
Signed-off-by: Kim De Mey kim.de...@gmail.com
---
lib/copperplate/notifier.c | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
On 10/18/2013 02:54 PM, Philippe Gerum wrote:
On 10/18/2013 02:50 PM, Kim De Mey wrote:
Panic if one of the pipe() system calls fails. To indicate that there
is an underlying problem.
Signed-off-by: Kim De Mey kim.de...@gmail.com
---
lib/copperplate/notifier.c | 4 ++--
1 files changed
On 10/18/2013 02:50 PM, Kim De Mey wrote:
Hello list,
I believe that there is a problem in xenomai-forge when you create tasks
from within another task and the newly created tasks have a lower
priority than the priority of the task where you created them from.
In the threadobj_start() function
On 10/18/2013 03:21 PM, Kim De Mey wrote:
2013/10/18 Philippe Gerum r...@xenomai.org mailto:r...@xenomai.org
On 10/18/2013 02:54 PM, Philippe Gerum wrote:
On 10/18/2013 02:50 PM, Kim De Mey wrote:
Panic if one of the pipe() system calls fails. To indicate
On 10/15/2013 10:50 AM, Kim De Mey wrote:
This patch set adds an initial implementation of registry for pSOS
tasks, semaphores and queues. It is similar as the already existing
vxworks implementation but with more output data.
Important to mention is that the size parameter in the read function
On 10/19/2013 08:42 PM, Ronny Meeus wrote:
test code snippet:
static void test_task(u_long a,u_long b,u_long c,u_long d)
{
while (1)
tm_wkafter(1000);
}
static void main_task(u_long a,u_long b,u_long c,u_long d)
{
u_long tid,args[4] = {0,0,0,0};
On 10/21/2013 08:21 PM, Daniel Merrill wrote:
More follow up on this, we went ahead and put some logging in shadow.c
which from what we could find is where the signal is kicking the thread.
From the logging it looks like the only signals we get (while attached to
GDB) are SIGSTOP, SIGTRAP,
On 10/22/2013 03:05 PM, Kim De Mey wrote:
Extend object names with number to make them unique
Signed-off-by: Thomas De Schampheleire thomas.de.schamphele...@gmail.com
Signed-off-by: Ronny Meeus ronny.me...@gmail.com
Signed-off-by: Kim De Mey kim.de...@gmail.com
---
Although this is not a
On 10/24/2013 01:11 AM, Daniel Merrill wrote:
Ok, I can't reproduce with this code yet. Let's proceed differently.
Could you apply the patch below, then send back the kernel output
you should get when the issue happens? The traces are emitted only when
a task self-suspends using a null tid,
On 10/25/2013 11:59 PM, George Broz wrote:
Hello All,
I'm running Linux 2.6.37.6 w/Xenomai 2.6.1, native API
on x86 (Atom, SMP, 32-bit).
I have two tasks, both running in Xenomai user-space.
One is priority=99 and blocks on rt_intr_wait(),
running every 250 us with 125us margin. This task does
On 11/21/2013 08:45 PM, Alex Martin wrote:
Hi,
I want to adjust the period set for rt_task_set_periodic.
It is required to adjust the period value at run time when task is running.
I want to adjust the task period to external clock.
period will about 5 milli seconds.( I set it to 5e6 ). There
On 11/21/2013 06:02 PM, Kim De Mey wrote:
Add the psos_task_denormalize_priority() and psos_task_get_priority()
functions. Use psos_task_get_priority() to fill oldprio_r in t_setpri().
Signed-off-by: Kim De Mey kim.de...@gmail.com
---
It is necessary to denormalize the oldprio_r in
On 11/25/2013 10:39 AM, Johann Obermayr wrote:
Hello,
Is there a way to make a
rt_event_pulse.
A kernel function rtdm_event_pulse is available, but no user space
function.
rtdm_event_pulse() is part of the inter-driver API, which explains why
there is no userland access to it. Assuming you
On 11/26/2013 12:20 PM, Giuseppe Iellamo wrote:
Hi all,
In my project I'm accessing a device using a linux device driver (via sysfs) .
In order to speedup the control loop I've mmapped the register i need to read.
The question is: If I access a device register using mmap
assuming you mean
On 11/29/2013 09:41 AM, Bukuli Norbert wrote:
(gdb) cont
Continuing.
warning: Could not load shared library symbols for linux-vdso32.so.1.
Do you need set solib-search-path or set sysroot?
warning: .dynamic section for
On 11/29/2013 10:29 AM, Philippe Gerum wrote:
On 11/29/2013 09:41 AM, Bukuli Norbert wrote:
(gdb) cont
Continuing.
warning: Could not load shared library symbols for linux-vdso32.so.1.
Do you need set solib-search-path or set sysroot?
warning: .dynamic section for
/opt/eldk-5.4/powerpc/sysroots
On 12/02/2013 09:50 AM, Bukuli Norbert wrote:
Program received signal SIGILL, Illegal instruction.
[Switching to Thread 338]
0x4800ce74 in ?? ()
(gdb) bt
#0 0x4800ce74 in ?? ()
#1 0x0ff98534 in ?? ()
#2 0x0fe17a68 in ?? ()
#3 0x480eba4c in ?? ()
(gdb) info sharedlibrary
FromTo
On 12/02/2013 10:24 AM, Bukuli Norbert wrote:
On Mon, 2 Dec 2013 10:15:22 +0100
Philippe Gerum r...@xenomai.org wrote:
On 12/02/2013 09:50 AM, Bukuli Norbert wrote:
Program received signal SIGILL, Illegal instruction.
[Switching to Thread 338]
0x4800ce74 in ?? ()
(gdb) bt
#0 0x4800ce74
On 12/02/2013 09:50 AM, Bukuli Norbert wrote:
On Fri, 29 Nov 2013 23:53:20 +0100
Wolfgang Denk w...@denx.de wrote:
Dear Philippe Gerum,
In message 52985e94.4070...@xenomai.org you wrote:
On 11/29/2013 09:41 AM, Bukuli Norbert wrote:
(gdb) cont
Continuing.
warning: Could not load shared
On 12/03/2013 07:50 PM, Gilles Chanteperdrix wrote:
On 12/03/2013 05:49 PM, Kurijn Buys wrote:
Op 3-dec.-2013, om 15:54 heeft Gilles Chanteperdrix het volgende geschreven:
On 12/03/2013 04:31 PM, Kurijn Buys wrote:
Op 3-dec.-2013, om 13:23 heeft Gilles Chanteperdrix het volgende
geschreven:
On 12/04/2013 09:51 AM, Gilles Chanteperdrix wrote:
On 12/04/2013 09:44 AM, Philippe Gerum wrote:
On 12/03/2013 07:50 PM, Gilles Chanteperdrix wrote:
On 12/03/2013 05:49 PM, Kurijn Buys wrote:
Op 3-dec.-2013, om 15:54 heeft Gilles Chanteperdrix het volgende
geschreven:
On 12/03/2013 04:31
On 12/04/2013 10:31 AM, Gilles Chanteperdrix wrote:
On 12/04/2013 10:27 AM, Philippe Gerum wrote:
On 12/04/2013 09:51 AM, Gilles Chanteperdrix wrote:
On 12/04/2013 09:44 AM, Philippe Gerum wrote:
On 12/03/2013 07:50 PM, Gilles Chanteperdrix wrote:
On 12/03/2013 05:49 PM, Kurijn Buys wrote
On 12/04/2013 11:33 AM, Philippe Gerum wrote:
On 12/04/2013 11:29 AM, Philippe Gerum wrote:
On 12/04/2013 10:51 AM, Gilles Chanteperdrix wrote:
On 12/04/2013 10:40 AM, Philippe Gerum wrote:
On 12/04/2013 10:31 AM, Gilles Chanteperdrix wrote:
On 12/04/2013 10:27 AM, Philippe Gerum wrote
On 12/04/2013 12:10 PM, Gilles Chanteperdrix wrote:
On 12/04/2013 12:04 PM, Philippe Gerum wrote:
On 12/04/2013 11:33 AM, Philippe Gerum wrote:
On 12/04/2013 11:29 AM, Philippe Gerum wrote:
On 12/04/2013 10:51 AM, Gilles Chanteperdrix wrote:
On 12/04/2013 10:40 AM, Philippe Gerum wrote
On 12/04/2013 12:36 PM, Philippe Gerum wrote:
On 12/04/2013 12:10 PM, Gilles Chanteperdrix wrote:
On 12/04/2013 12:04 PM, Philippe Gerum wrote:
On 12/04/2013 11:33 AM, Philippe Gerum wrote:
On 12/04/2013 11:29 AM, Philippe Gerum wrote:
On 12/04/2013 10:51 AM, Gilles Chanteperdrix wrote
On 12/04/2013 01:00 PM, Gilles Chanteperdrix wrote:
On 12/04/2013 12:59 PM, Philippe Gerum wrote:
On 12/04/2013 12:36 PM, Philippe Gerum wrote:
On 12/04/2013 12:10 PM, Gilles Chanteperdrix wrote:
On 12/04/2013 12:04 PM, Philippe Gerum wrote:
On 12/04/2013 11:33 AM, Philippe Gerum wrote
On 12/04/2013 05:03 PM, Gilles Chanteperdrix wrote:
On 12/04/2013 02:19 PM, Philippe Gerum wrote:
On 12/04/2013 01:00 PM, Gilles Chanteperdrix wrote:
Ok, could you push the branch somewhere so that I can try it?
testing/ipipe-3.8-i915-fix
I could test it, I no longer get high latencies
On 12/05/2013 11:28 AM, Kurijn Buys wrote:
Op 5-dec.-2013, om 00:44 heeft Kurijn Buys het volgende geschreven:
Op 4-dec.-2013, om 17:43 heeft Philippe Gerum het volgende geschreven:
On 12/04/2013 05:03 PM, Gilles Chanteperdrix wrote:
On 12/04/2013 02:19 PM, Philippe Gerum wrote:
On 12/04
On 12/06/2013 09:03 AM, Roberto Bielli wrote:
Hi,
sometimes i have a strange behaviour on boot. The kernel hangs. I saw
with an hardware debugger the backtrace when i was in that situation and
i saw this:
probe_irq_off | devm_free_irq
probe_irq_on
probe_irq_on
register_handler_proc
On 12/13/2013 04:56 AM, Rajeshkumar R wrote:
Hi,
We are using MPC8641D processor (arch - powerpc) in our module. Our issue is
MSI interrupt didn't handled in xenomai.
We have the XMC module, this is the source of the MSI interrupt. This XMC MSI
interrupt directly given to Processor.
We are
On 12/16/2013 05:13 PM, Gilles Chanteperdrix wrote:
On 12/16/2013 05:12 PM, Philippe Gerum wrote:
On 12/16/2013 09:05 AM, Gilles Chanteperdrix wrote:
Hi Philippe,
looking at the registry code, I had an idea: we could increase the
number of descriptors dynamically when they are exhausted
On 12/16/2013 05:38 PM, Gilles Chanteperdrix wrote:
On 12/16/2013 05:35 PM, Philippe Gerum wrote:
On 12/16/2013 05:13 PM, Gilles Chanteperdrix wrote:
On 12/16/2013 05:12 PM, Philippe Gerum wrote:
On 12/16/2013 09:05 AM, Gilles Chanteperdrix wrote:
Hi Philippe,
looking at the registry code
On 12/16/2013 11:27 PM, Gilles Chanteperdrix wrote:
Hi,
here comes the fix for the two issues. If we are allowed to rebase
the next branch, I suggest to fold it with the original semaphore
commit. Otherwise, I can push this commit on my branch.
Rebasing is always allowed on -next, I'll pick
about make recvfrom
call non-blocking in xddp context, and *Philippe Gerum* answered that
MSG_DONTWAIT should be set in flags.
So, my question is that using that flag, some code like this:
/* Read back packets echoed by the regular thread */
ret = recvfrom(s, buf, sizeof(buf), 0, NULL, 0);
if(ret
On 12/20/2013 01:42 PM, Leopold Palomo-Avellaneda wrote:
A Divendres, 20 de desembre de 2013, Philippe Gerum va escriure:
On 12/19/2013 12:37 AM, Leopold Palomo-Avellaneda wrote:
Hi,
I'm developing an application that need (as always) interchange data
between a realtime part and non-realtime
On 12/22/2013 06:00 PM, Gilles Chanteperdrix wrote:
Here is the new proposed API for file descriptors:
struct xnfd_ops {
int (*destroy)(struct xnfd *fd);
int (*select_bind)(struct xnfd *fd, struct xnselector *selector,
unsigned type, unsigned index);
};
On 12/29/2013 09:15 AM, ali hagigat wrote:
I am using a 32 bit Fedora 13, linux kernel 3.5.7 and xenomai-2.6.3.
Please do the followings:
1) insmod ./kerneltask2.ko
2) rmmod kerneltask2
The first time is OK. The second time the computer freezes and i have
a kernel panic and carsh dump every
On 12/29/2013 02:45 PM, Gilles Chanteperdrix wrote:
On 12/16/2013 05:48 PM, Philippe Gerum wrote:
On 12/16/2013 05:38 PM, Gilles Chanteperdrix wrote:
On 12/16/2013 05:35 PM, Philippe Gerum wrote:
On 12/16/2013 05:13 PM, Gilles Chanteperdrix wrote:
On 12/16/2013 05:12 PM, Philippe Gerum wrote
On 01/04/2014 01:48 AM, Nima Nourozi wrote:
I'm writing an SPI device driver using rtdm skin. If I call rtdm_task_init
from anywhere in the code the system freezes indefinitely with no errors
thrown.
Here is how I call the function in __init function of my module:
retval =
On 01/04/2014 07:18 PM, Gilles Chanteperdrix wrote:
On 01/04/2014 10:06 AM, Philippe Gerum wrote:
On 01/04/2014 01:48 AM, Nima Nourozi wrote:
I'm writing an SPI device driver using rtdm skin. If I call rtdm_task_init
from anywhere in the code the system freezes indefinitely with no errors
On 01/04/2014 09:29 PM, Nima Nourozi wrote:
Here is the task function. But I'm not seeing the printout.
void xx_start_transfer(void *arg) {
rtdm_wait_period();
What about checking the return code of rtdm_wait_period()? If something
goes wrong there, you do want to know, instead of
On 01/05/2014 01:25 AM, Nima Nourozi wrote:
On Sat, Jan 4, 2014 at 2:57 PM, Philippe Gerum r...@xenomai.org
mailto:r...@xenomai.org wrote:
On 01/04/2014 09:29 PM, Nima Nourozi wrote:
Here is the task function. But I'm not seeing the printout.
void xx_start_transfer(void
On 01/05/2014 08:28 PM, Gilles Chanteperdrix wrote:
On 01/05/2014 01:02 PM, Philippe Gerum wrote:
On 01/05/2014 01:25 AM, Nima Nourozi wrote:
On Sat, Jan 4, 2014 at 2:57 PM, Philippe Gerum r...@xenomai.org
mailto:r...@xenomai.org wrote:
On 01/04/2014 09:29 PM, Nima Nourozi wrote
On 01/08/2014 10:25 AM, Kim De Mey wrote:
Hi,
I have an issue with a pSOS application that hangs after doing t_delete.
We are using Xenomai-forge with Mercury core.
The issue still occurs with the latest update.
I can reproduce the issue with a very simple test application.
The test
On 01/09/2014 11:29 AM, Kim De Mey wrote:
2014/1/9 Philippe Gerum r...@xenomai.org:
On 01/08/2014 01:23 PM, Kim De Mey wrote:
2014/1/8 Philippe Gerum r...@xenomai.org:
On 01/08/2014 10:25 AM, Kim De Mey wrote:
Here are the backtraces:
main thread:
(gdb) bt
#0 clock_nanosleep (clock_id
On 01/10/2014 10:25 AM, Philippe Gerum wrote:
On 01/09/2014 11:29 AM, Kim De Mey wrote:
2014/1/9 Philippe Gerum r...@xenomai.org:
On 01/08/2014 01:23 PM, Kim De Mey wrote:
2014/1/8 Philippe Gerum r...@xenomai.org:
On 01/08/2014 10:25 AM, Kim De Mey wrote:
Here are the backtraces:
main
On 01/11/2014 11:22 AM, Michael Haberler wrote:
http://www.xenomai.org/index.php/I-pipe:Tracer describes the trace API, which
could be useful to track down issues
Q: does enabling the tracer incur significant overhead if compiled in but
unused, or is it reasonable to leave it on in a
On 01/14/2014 07:57 AM, ali hagigat wrote:
I am using kernel-3.5.7 with xenomai-2.6.3.
I think the scheduler should schedule task1 and task2(for 3 times
alltogether) and then both tasks should be suspended
You overlooked the fact that both tasks have equal priority. With the
SCHED_FIFO
On 01/14/2014 09:49 AM, ali hagigat wrote:
When a real-time task is in suspend or blocked state, the signals like
^C are caught. While in R state, it seems that it is not seen. Is
this funtion of Xenomai OK?
Yes. 'R' means ready to run in real-time mode. Real-time threads are
delivered linux
On 01/14/2014 01:15 PM, Leopold Palomo-Avellaneda wrote:
Hi,
in the example xddp-label a two realtime task are connected with a non-
realtime time. They share the same port where one rt task receive from the
non-rt task and the other send to rt-task.
The regular thread read and write in the
On 01/15/2014 02:44 PM, ali hagigat wrote:
Why the first and last lines are printed as seen in output.txt?
Why don't you check the return codes of the API calls?
--
Philippe.
___
Xenomai mailing list
Xenomai@xenomai.org
On 01/17/2014 12:54 PM, Jan Kiszka wrote:
Hi Philippe,
I guess there is a generated file missing in git:
make[3]: Entering directory `/data/xenomai-forge/build64/doc/asciidoc'
make[3]: Nothing to be done for `install-exec-am'.
make[3]: *** No rule to make target
On 01/17/2014 01:13 PM, Jan Kiszka wrote:
The following changes since commit 1250012103de3d14d0a68448b65fd0994c21bd5e:
cobalt/posix/sem: fix error path on failed creation (2014-01-10 16:28:08
+0100)
are available in the git repository at:
git://git.xenomai.org/xenomai-jki.git for-forge
On 01/20/2014 05:18 PM, Leopold Palomo-Avellaneda wrote:
A Dimarts, 14 de gener de 2014, Philippe Gerum va escriure:
On 01/14/2014 01:15 PM, Leopold Palomo-Avellaneda wrote:
Hi,
in the example xddp-label a two realtime task are connected with a non-
realtime time. They share the same port
On 01/19/2014 11:14 PM, Gilles Chanteperdrix wrote:
The following changes since commit bf3a1b1df9f7df874e36faf60b6e5311ecfeb913:
doc: regenerate documentation (2014-01-17 15:38:12 +0100)
are available in the git repository at:
git://git.xenomai.org/xenomai-gch.git for-forge
for you to
On 01/20/2014 05:39 PM, Leopold Palomo-Avellaneda wrote:
A Dilluns, 20 de gener de 2014, Philippe Gerum va escriure:
On 01/20/2014 05:18 PM, Leopold Palomo-Avellaneda wrote:
A Dimarts, 14 de gener de 2014, Philippe Gerum va escriure:
On 01/14/2014 01:15 PM, Leopold Palomo-Avellaneda wrote
On 01/24/2014 08:48 PM, Jonathan Bohren wrote:
For the past couple of weeks, we've been unable to access xenomai.org from
Johns Hopkins University, and today we found out that the university was
blocking it because:
This site is hosted on an IP range that was known to be hosting many
malicious
On 01/27/2014 03:54 PM, Jan Kiszka wrote:
The following changes since commit 14872270fbfd58e88d5d14f3691a1728500b61b3:
cobalt/timer: fix description of CONFIG_XENO_OPT_NRTIMERS (2014-01-20
17:31:47 +0100)
are available in the git repository at:
git://git.xenomai.org/xenomai-jki.git
On 01/27/2014 06:39 PM, Jan Kiszka wrote:
On 2014-01-27 18:15, Philippe Gerum wrote:
On 01/27/2014 05:54 PM, Jan Kiszka wrote:
On 2014-01-27 17:07, Philippe Gerum wrote:
On 01/27/2014 04:54 PM, Jan Kiszka wrote:
On 2014-01-27 16:54, Philippe Gerum wrote:
On 01/27/2014 03:54 PM, Jan Kiszka
On 01/27/2014 09:54 PM, Matthias Schneider wrote:
Hi all,
in case taskSpawn() fails due to lack of permissions in the current
xenomai-forge checkout (tried with mercury), the following function
ret = __bt(copperplate_create_thread(cta, task-thobj.tid));
returns ret != 0 and I get the
On 01/28/2014 09:12 PM, Matthias Schneider wrote:
Hi all,
shouldn't
#define atomic_sub_fetch(v, n) _sync_sub_and_fetch((v), n)
in file include/nocore/atomic.h line 48 of xenomai-forge be rather
#define atomic_sub_fetch(v, n) __sync_sub_and_fetch((v), n)
?
It is not used by the current
On 01/31/2014 02:36 PM, Jan Kiszka wrote:
Hi,
was asked why, e.g., xeno-config --skin=alchemy --ldflags returns
-Wl,@/data/xenomai-forge/inst64/lib/cobalt.wrappers. Is there a
technical reason? On first glance and after minimal testing, it seems not.
There is no technical reason, since all
On 01/31/2014 02:53 PM, Gilles Chanteperdrix wrote:
On 01/31/2014 02:36 PM, Jan Kiszka wrote:
Hi,
was asked why, e.g., xeno-config --skin=alchemy --ldflags returns
-Wl,@/data/xenomai-forge/inst64/lib/cobalt.wrappers. Is there a
technical reason? On first glance and after minimal testing, it
On 02/02/2014 09:37 PM, Matthias Schneider wrote:
Hi all, there seems to be a race condition in the VxWorks skin in
xenomai-forge
when creating and deleting tasks in rapid succession. The problem seems to be
the
adding and removing of tasks to wind_task_list in task_trampoline() and
On 02/04/2014 04:18 PM, git repository hosting wrote:
Module: xenomai-jki
Branch: for-forge
Commit: bffcc58ed0114985a4d8d8a4cff2adff1b13292d
URL:
http://git.xenomai.org/?p=xenomai-jki.git;a=commit;h=bffcc58ed0114985a4d8d8a4cff2adff1b13292d
Author: Jan Kiszka jan.kis...@siemens.com
Date:
On 02/04/2014 04:25 PM, Gilles Chanteperdrix wrote:
On 02/04/2014 04:18 PM, git repository hosting wrote:
Module: xenomai-jki
Branch: for-forge
Commit: b202c018332568d8b7fb3236ad38d76240c32a3e
URL:
http://git.xenomai.org/?p=xenomai-jki.git;a=commit;h=b202c018332568d8b7fb3236ad38d76240c32a3e
On 02/04/2014 06:44 PM, Gilles Chanteperdrix wrote:
On 02/04/2014 06:39 PM, Philippe Gerum wrote:
On 02/04/2014 06:32 PM, Gilles Chanteperdrix wrote:
On 02/04/2014 06:27 PM, Philippe Gerum wrote:
If g++ chokes on the initializer part because it is outdated, then
using
old-fashioned ones may
On 02/04/2014 06:48 PM, Philippe Gerum wrote:
On 02/04/2014 06:44 PM, Gilles Chanteperdrix wrote:
On 02/04/2014 06:39 PM, Philippe Gerum wrote:
On 02/04/2014 06:32 PM, Gilles Chanteperdrix wrote:
On 02/04/2014 06:27 PM, Philippe Gerum wrote:
If g++ chokes on the initializer part because
On 02/04/2014 07:03 PM, Jan Kiszka wrote:
On 2014-02-04 18:53, Philippe Gerum wrote:
On 02/04/2014 06:48 PM, Philippe Gerum wrote:
On 02/04/2014 06:44 PM, Gilles Chanteperdrix wrote:
On 02/04/2014 06:39 PM, Philippe Gerum wrote:
On 02/04/2014 06:32 PM, Gilles Chanteperdrix wrote:
On 02/04
On 02/05/2014 09:49 AM, Jan Kiszka wrote:
On 2014-02-05 09:33, Philippe Gerum wrote:
On 02/04/2014 07:03 PM, Jan Kiszka wrote:
On 2014-02-04 18:53, Philippe Gerum wrote:
On 02/04/2014 06:48 PM, Philippe Gerum wrote:
On 02/04/2014 06:44 PM, Gilles Chanteperdrix wrote:
On 02/04/2014 06:39 PM
On 02/05/2014 10:06 AM, Jan Kiszka wrote:
On 2014-02-05 09:58, Philippe Gerum wrote:
On 02/05/2014 09:49 AM, Jan Kiszka wrote:
On 2014-02-05 09:33, Philippe Gerum wrote:
On 02/04/2014 07:03 PM, Jan Kiszka wrote:
On 2014-02-04 18:53, Philippe Gerum wrote:
On 02/04/2014 06:48 PM, Philippe
On 02/05/2014 10:42 AM, Jan Kiszka wrote:
On 2014-02-05 10:36, Philippe Gerum wrote:
On 02/05/2014 10:06 AM, Jan Kiszka wrote:
On 2014-02-05 09:58, Philippe Gerum wrote:
On 02/05/2014 09:49 AM, Jan Kiszka wrote:
On 2014-02-05 09:33, Philippe Gerum wrote:
On 02/04/2014 07:03 PM, Jan Kiszka
On 02/05/2014 12:08 PM, ali hagigat wrote:
On 2/3/14, Philippe Gerum r...@xenomai.org wrote:
On 02/01/2014 01:36 PM, ali hagigat wrote:
It seems that signal handler does not execute...
-- next part --
cat /proc/xenomai/sched
CPU PIDCLASS PRI TIMEOUT
On 02/05/2014 06:33 PM, Jan Kiszka wrote:
Hi,
while testing stand-alone builds of all installed headers, I also
stumbled over cobalt/arith.h. It seems this one is not part of the
external API, is it? It tries to pull in headers from asm/xenomai/ which
is not available for ordinary applications.
On 02/05/2014 08:59 PM, Gilles Chanteperdrix wrote:
On 02/05/2014 06:53 PM, Jan Kiszka wrote:
Hi,
trying to test a --enable-pshared build gives me this linker error:
libtool: link: ../../../scripts/wrap-link.sh gcc -g -o .libs/check-vdso
check_vdso-check-vdso.o
On 02/05/2014 08:59 PM, Gilles Chanteperdrix wrote:
On 02/05/2014 06:53 PM, Jan Kiszka wrote:
Hi,
trying to test a --enable-pshared build gives me this linker error:
libtool: link: ../../../scripts/wrap-link.sh gcc -g -o .libs/check-vdso
check_vdso-check-vdso.o
On 02/04/2014 08:12 PM, Matthias Schneider wrote:
the patch seems to address the original problem. Should this patch be merged
into the repository?
It is on its way to 'master', currently pending in 'next'.
However, I seem to stumble into a different problem. If I understand correctly,
On 02/06/2014 06:26 PM, Philippe Gerum wrote:
On 02/06/2014 05:25 PM, Marcel van Mierlo wrote:
Hi,
I've been investigating this for a couple of days and would really
appreciate some insight
on what might be going on or what I can do to progress this...
I am porting a legacy pSOS application
On 02/06/2014 05:25 PM, Marcel van Mierlo wrote:
Hi,
I've been investigating this for a couple of days and would really
appreciate some insight
on what might be going on or what I can do to progress this...
I am porting a legacy pSOS application - to Xenomai on BeagleBoard Black
3.8 kernel
and
On 02/06/2014 08:00 PM, Gilles Chanteperdrix wrote:
On 02/06/2014 06:26 PM, Philippe Gerum wrote:
Every 2.0s: cat /proc/xenomai/stat Sat Jan 1
00:09:03 2000
CPU PIDMSWCSWPFSTAT %CPU NAME
0 0 0 186436 0 00500080
On 02/07/2014 02:32 PM, Marcel van Mierlo wrote:
- I cant see how to set T_WARNSW using the pSOS skin.
- I get warning that T_FPU redefined when including native/task.h
and psos+/psos.h
- If I hack the mask by using 0x0004 explicitly I get
SIGXCPU: CPU time limit exceeded when
On 02/07/2014 02:32 PM, Marcel van Mierlo wrote:
- Why is printf/fflush impacting time taken to invoke q_send?
Depending on how you measure this, but since printf/fflush will turn
your thread to secondary mode, qsend() won't be charged for the same
transition it (unexpectedly) requires
On 02/07/2014 02:32 PM, Marcel van Mierlo wrote:
- When I comment out q_send (so only call tm_wakeafter) MSW does
not increase and stays on zero.
*** Why does q_send cause mode switches?
Where do the data words passed to qsend() come from? Plain regular memory?
Also, what does
On 02/07/2014 04:01 PM, Jan Kiszka wrote:
Hi Philippe,
booting forge with a restricted CPU set cause a panic:
[1.540121] Kernel panic - not syncing: bug at
/data/linux-ipipe/kernel/xenomai/timer.c:484
(!cpu_isset(xnsched_cpu(sched), xnsched_realtime_cpus))
[1.541935] CPU: 0 PID: 1
On 02/08/2014 03:44 PM, Gilles Chanteperdrix wrote:
On 02/08/2014 10:57 AM, Philippe Gerum wrote:
there should be no point in instantiating scheduler slots for
non-RT CPUs anymore, I agree.
Are you sure this will not break xnintr_core_clock_handler? On some
architectures, the tick handler
On 02/06/2014 02:36 PM, Kim De Mey wrote:
Hi,
I believe there is a problem in Xenomai-forge when doing a pSOS
t_suspend() call right after a t_start() call.
It looks like the task does not get suspended in some cases. The
return value of t_suspend() is 0 however.
I suspect that this happens
On 02/10/2014 12:59 PM, Johann Obermayr wrote:
Hello,
we have a intel dual core celeron board.
We use
Xenomai v2.6.3
Linux v3.10
Our problem:
We have a xenomai task. this task make many PCI (over PCIe Bridge)
accesses.
This task need 440us +- 20us. That is ok.
But if we remove a USB stick,
On 02/10/2014 05:40 PM, Jan Kiszka wrote:
On 2014-02-08 17:00, Philippe Gerum wrote:
On 02/08/2014 03:44 PM, Gilles Chanteperdrix wrote:
On 02/08/2014 10:57 AM, Philippe Gerum wrote:
there should be no point in instantiating scheduler slots for
non-RT CPUs anymore, I agree.
Are you sure
On 02/11/2014 03:43 PM, Jan Kiszka wrote:
On 2014-02-11 15:30, Philippe Gerum wrote:
On 02/10/2014 05:40 PM, Jan Kiszka wrote:
On 2014-02-08 17:00, Philippe Gerum wrote:
On 02/08/2014 03:44 PM, Gilles Chanteperdrix wrote:
On 02/08/2014 10:57 AM, Philippe Gerum wrote:
there should
On 02/11/2014 04:13 PM, Philippe Gerum wrote:
On 02/11/2014 03:43 PM, Jan Kiszka wrote:
On 2014-02-11 15:30, Philippe Gerum wrote:
On 02/10/2014 05:40 PM, Jan Kiszka wrote:
On 2014-02-08 17:00, Philippe Gerum wrote:
On 02/08/2014 03:44 PM, Gilles Chanteperdrix wrote:
On 02/08/2014 10:57 AM
On 02/11/2014 04:34 PM, Philippe Gerum wrote:
On 02/11/2014 04:13 PM, Philippe Gerum wrote:
On 02/11/2014 03:43 PM, Jan Kiszka wrote:
On 2014-02-11 15:30, Philippe Gerum wrote:
On 02/10/2014 05:40 PM, Jan Kiszka wrote:
On 2014-02-08 17:00, Philippe Gerum wrote:
On 02/08/2014 03:44 PM
201 - 300 of 2827 matches
Mail list logo