2014-08-04 19:06 GMT+02:00 Philippe Gerum r...@xenomai.org:
On 07/29/2014 09:31 AM, Kim De Mey wrote:
2014-07-28 23:52 GMT+02:00 Philippe Gerum r...@xenomai.org:
On 07/28/2014 05:18 PM, Kim De Mey wrote:
2014-07-28 13:09 GMT+02:00 Philippe Gerum r...@xenomai.org:
On 07/23/2014 10:31 AM, Kim
2014-08-05 12:38 GMT+02:00 Philippe Gerum r...@xenomai.org:
On 08/05/2014 12:35 PM, Philippe Gerum wrote:
On 08/05/2014 09:37 AM, Kim De Mey wrote:
2014-08-04 19:06 GMT+02:00 Philippe Gerum r...@xenomai.org:
On 07/29/2014 09:31 AM, Kim De Mey wrote:
2014-07-28 23:52 GMT+02:00 Philippe Gerum r
2014-07-28 23:52 GMT+02:00 Philippe Gerum r...@xenomai.org:
On 07/28/2014 05:18 PM, Kim De Mey wrote:
2014-07-28 13:09 GMT+02:00 Philippe Gerum r...@xenomai.org:
On 07/23/2014 10:31 AM, Kim De Mey wrote:
2014-07-09 17:05 GMT+02:00 Kim De Mey kim.de...@gmail.com:
2014-07-09 16:16 GMT+02:00
2014-07-28 13:09 GMT+02:00 Philippe Gerum r...@xenomai.org:
On 07/23/2014 10:31 AM, Kim De Mey wrote:
2014-07-09 17:05 GMT+02:00 Kim De Mey kim.de...@gmail.com:
2014-07-09 16:16 GMT+02:00 Philippe Gerum r...@xenomai.org:
On 07/09/2014 12:23 PM, Kim De Mey wrote:
2014-07-09 11:25 GMT+02:00
2014-07-09 17:05 GMT+02:00 Kim De Mey kim.de...@gmail.com:
2014-07-09 16:16 GMT+02:00 Philippe Gerum r...@xenomai.org:
On 07/09/2014 12:23 PM, Kim De Mey wrote:
2014-07-09 11:25 GMT+02:00 Philippe Gerum r...@xenomai.org:
On 07/09/2014 10:09 AM, Kim De Mey wrote:
Newer version
2014-07-08 18:48 GMT+02:00 Philippe Gerum r...@xenomai.org:
On 07/07/2014 09:58 AM, Kim De Mey wrote:
2014-07-03 17:14 GMT+02:00 Philippe Gerum r...@xenomai.org:
On 07/03/2014 10:11 AM, Kim De Mey wrote:
What I think that goes wrong is that the lock which is taken in
threadobj_notify_entry
2014-07-09 11:25 GMT+02:00 Philippe Gerum r...@xenomai.org:
On 07/09/2014 10:09 AM, Kim De Mey wrote:
Newer version --dump-config output:
...
CONFIG_XENO_COMPILER=gcc version 4.7.0 (Cavium Inc. Version:
SDK_3_1_0 build 27)
...
Thanks. I can't reproduce this issue yet, so posting
2014-07-09 16:16 GMT+02:00 Philippe Gerum r...@xenomai.org:
On 07/09/2014 12:23 PM, Kim De Mey wrote:
2014-07-09 11:25 GMT+02:00 Philippe Gerum r...@xenomai.org:
On 07/09/2014 10:09 AM, Kim De Mey wrote:
Newer version --dump-config output:
...
CONFIG_XENO_COMPILER=gcc version 4.7.0
2014-07-03 17:14 GMT+02:00 Philippe Gerum r...@xenomai.org:
On 07/03/2014 10:11 AM, Kim De Mey wrote:
What I think that goes wrong is that the lock which is taken in
threadobj_notify_entry() is not released before threadobj_start()
continues at wait_on_barrier(thobj, __THREAD_S_ACTIVE
Hello,
I've encountered a deadlock in the finalize_thread() call in threadobj.c
I can easy reproduce the problem with a simple test case where I have
a psos task which in a loop creates, starts and deletes another psos
task.
The created tasks have a priority lower or equal to the priority of
the
2014-03-16 22:07 GMT+01:00 Matthias Schneider ma30002...@yahoo.de:
On Sunday, March 16, 2014 9:12 PM, Gilles Chanteperdrix
gilles.chanteperd...@xenomai.org wrote:
On 03/16/2014 08:09 PM, Matthias Schneider wrote:
Hi all,
I am experiencing a problem with xenomai-forge (recent next
2014-02-27 16:59 GMT+01:00 Philippe Gerum r...@xenomai.org:
On 02/27/2014 12:54 PM, Kim De Mey wrote:
2014-02-27 11:50 GMT+01:00 Philippe Gerum r...@xenomai.org:
On 02/27/2014 10:50 AM, Philippe Gerum wrote:
On 02/27/2014 08:36 AM, Kim De Mey wrote:
2014-02-26 10:26 GMT+01:00 Philippe
2014-02-28 15:02 GMT+01:00 Philippe Gerum r...@xenomai.org:
On 02/28/2014 02:30 PM, Philippe Gerum wrote:
On 02/26/2014 09:54 AM, Kim De Mey wrote:
2014-02-10 12:23 GMT+01:00 Kim De Mey kim.de...@gmail.com:
2014-02-09 17:57 GMT+01:00 Philippe Gerum r...@xenomai.org:
On 02/06/2014 02:36 PM
2014-02-27 11:50 GMT+01:00 Philippe Gerum r...@xenomai.org:
On 02/27/2014 10:50 AM, Philippe Gerum wrote:
On 02/27/2014 08:36 AM, Kim De Mey wrote:
2014-02-26 10:26 GMT+01:00 Philippe Gerum r...@xenomai.org:
On 02/25/2014 08:03 PM, Kim De Mey wrote:
2014-02-25 17:07 GMT+01:00 Philippe
2014-02-10 12:23 GMT+01:00 Kim De Mey kim.de...@gmail.com:
2014-02-09 17:57 GMT+01:00 Philippe Gerum r...@xenomai.org:
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
2014-02-26 10:26 GMT+01:00 Philippe Gerum r...@xenomai.org:
On 02/25/2014 08:03 PM, Kim De Mey wrote:
2014-02-25 17:07 GMT+01:00 Philippe Gerum r...@xenomai.org:
On 02/25/2014 10:07 AM, Kim De Mey wrote:
Hello all,
I noticed that when enabling the registry in Xenomai-forge (mercury
core
Hello all,
I noticed that when enabling the registry in Xenomai-forge (mercury
core), that the SIGCHLD gets set to ignore (SIG_IGN) in the
spawn_daemon() call.
I guess this choice was made to make sure no zombies of the daemon
stay alive. Correct?
This does however mean that the default
2014-02-09 17:57 GMT+01:00 Philippe Gerum r...@xenomai.org:
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
Hello,
Would it be possible to increment the CONFIG_XENO_UAPI_LEVEL stored in
config/apirev because of the following change:
http://git.xenomai.org/xenomai-forge.git/commit/?id=85344786751ddc554526acf49c47e15a9ff43bfa
Thanks.
Regards,
Kim
___
Xenomai
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 when the threadobj_prologue() is not
finished
On Jan 10, 2014 2:52 PM, Philippe Gerum r...@xenomai.org wrote:
On 01/10/2014 12:35 PM, Kim De Mey wrote:
2014/1/10 Philippe Gerum r...@xenomai.org:
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
2014/1/10 Philippe Gerum r...@xenomai.org:
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
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=optimized out, flags=optimized out,
req
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 application has a pSOS task that creates and starts
2014/1/8 Philippe Gerum r...@xenomai.org:
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
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
---
v2: Removed the psos_task_get_priority() call from task.h
diff --git a/include/psos/psos.h b/include
2013/11/24 Philippe Gerum r...@xenomai.org:
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
2013/10/22 Kim De Mey kim.de...@gmail.com
2013/10/22 Philippe Gerum r...@xenomai.org
On 10/22/2013 06:45 PM, Kim De Mey wrote:
2013/10/19 Ronny Meeus ronny.me...@gmail.com
mailto:ronny.me...@gmail.com**
IIUC, this would add the quite unexpected requirement of having
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 requirement for pSOS, it would be nice to have
2013/10/22 Philippe Gerum r...@xenomai.org
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.schampheleire@**
gmail.com thomas.de.schamphele...@gmail.com
Signed-off-by: Ronny Meeus ronny.me
2013/10/19 Ronny Meeus ronny.me...@gmail.com
IIUC, this would add the quite unexpected requirement of having to reopen
a file for getting fresh data. read() should actually (re-)read the current
object state each time it is invoked, and not resend some frozen state
collected by the
Give a warning if one of the pipe() system calls fails. To indicate that there
is an underlying problem. Also add an assert on the notifier_init return
value in threadobj_setup_coresp.
Signed-off-by: Kim De Mey kim.de...@gmail.com
---
lib/copperplate/notifier.c | 5 -
lib/copperplate
Do not set __THREAD_S_SAFE for thobj-status when the priority
of the task is lower than the priority of the current task.
Signed-off-by: Kim De Mey kim.de...@gmail.com
---
lib/copperplate/threadobj.c | 3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/lib/copperplate
Extend the task-9 test with different root task priorities and
with both incrementing and decrementing priorities for the test tasks.
Signed-off-by: Kim De Mey kim.de...@gmail.com
---
lib/psos/testsuite/task-9.c | 38 --
1 files changed, 36 insertions(+), 2
Adjusted patches after feedback suggestions:
PATCH 1: Setting the __THREAD_S_SAFE for thobj-status is done later
only when necessary.
PATCH 2: Add warning when pipe() system call fails + assert on return
value of notifier_init().
PATCH 3: Extends task-9 with 3 more test loops (of which two
unset __THREAD_S_SAFE for thobj-status when the priority of the
task is lower than then priority of the current task.
Signed-off-by: Kim De Mey kim.de...@gmail.com
---
lib/copperplate/threadobj.c | 4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/lib/copperplate
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 a/lib/copperplate/notifier.c b/lib/copperplate
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 the thobj-status is set to
2013/10/18 Philippe Gerum 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 that there
is an underlying problem.
Signed-off-by: Kim De Mey kim.de...@gmail.com
---
lib
2013/10/18 Philippe Gerum r...@xenomai.org
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
2013/10/18 Philippe Gerum r...@xenomai.org
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
Initial implementation of the registry functionality
for pSOS tasks.
Signed-off-by: Kim De Mey kim.de...@gmail.com
---
diff --git a/include/psos/psos.h b/include/psos/psos.h
--- a/include/psos/psos.h
+++ b/include/psos/psos.h
@@ -367,6 +367,8 @@ u_long tm_wkwhen(u_long date,
int
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
is not used (it is also not used in the
Initial implementation of the registry functionality
for pSOS semaphores.
Signed-off-by: Kim De Mey kim.de...@gmail.com
---
diff --git a/lib/psos/sem.c b/lib/psos/sem.c
--- a/lib/psos/sem.c
+++ b/lib/psos/sem.c
@@ -21,6 +21,7 @@
#include errno.h
#include stdlib.h
#include string.h
+#include
Initial implementation of the registry functionality
for pSOS queues.
Signed-off-by: Kim De Mey kim.de...@gmail.com
---
diff --git a/lib/psos/queue.c b/lib/psos/queue.c
--- a/lib/psos/queue.c
+++ b/lib/psos/queue.c
@@ -21,6 +21,7 @@
#include errno.h
#include stdlib.h
#include memory.h
Support 0 as value for the tid parameter in ev_send.
This then sends the event to the current task.
Signed-off-by: Kim De Mey kim.de...@gmail.com
---
Hello,
I believe this is existing functionality in Xenomai.
Would it be possible to add this in Xenomai-forge?
Kim
diff --git a/lib/psos/task.c
46 matches
Mail list logo
