Jim Cromie wrote:
so I disabled modversion, recompiled kernel, recompiled xenomai.
Problem Gone. Heisenbugs :-/ ?
Fully reproducible here when CONFIG_MODVERSIONS is enabled. So, this is
a bug in the interaction with Kbuild.
--
Gilles
the assumption that 0 is a valid numeric
value for the enum O_RDONLY/O_WRONLY/O_RDWR.
oh, hell yeah, forgot it.
Actually, you do not have to pass O_RDONLY/O_WRONLY/O_RDWR flags to
sem_open. I was mixing sem_open and mq_open. Sorry.
--
Gilles
to the sim/gcic directory and run make install,
as root.
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help@gna.org
https://mail.gna.org/listinfo/xenomai-help
sched_yield() from Linux scheduler point of view.
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help@gna.org
https://mail.gna.org/listinfo/xenomai-help
Paolo Gai wrote:
Gilles Chanteperdrix wrote:
Working around this issue means using calls to unlocked versions of libc
functions protected with Xenomai POSIX mutexes, such as, for example,
myputs and myputchar (sufficient for Paolo example) defined as :
[...]
Ok! I tried
.
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help@gna.org
https://mail.gna.org/listinfo/xenomai-help
doing a suspend/resume cycle without the CPUFreq modules
loaded, Linux assumes that the CPU frequency remains the same whereas
ACPI/BIOS changes it ?
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
/
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help@gna.org
https://mail.gna.org/listinfo/xenomai-help
/
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help@gna.org
https://mail.gna.org/listinfo/xenomai-help
for MVM, see the directory:
skins/native/demos
For the MVM full documentation, see:
sim/doc/mvm-manual.txt
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help@gna.org
https://mail.gna.org
Rodrigo Rosenfeld Rosas wrote:
Hi Phillipe,
I've downloaded xenomai from SVN and I couldn't compile the kernel with the
posix module checked up.
Please, let me know when you correct this
This is fixed in revision 515.
--
Gilles
Steven Seeger wrote:
Maybe I didn't set it up right? I followed the instructions in the
README.INSTALL file. Attached is my linux tree's .config.
Could you try and configure the timer in aperiodic mode ?
--
Gilles Chanteperdrix
a hint on what's wrong here ?
-2 is -ENOENT, no such file or directory.
You are probably missing the /dev/rtheap file. In order to create it,
run make devices with root privileges.
--
Gilles Chanteperdrix
then ? With an additional function call ?
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help@gna.org
https://mail.gna.org/listinfo/xenomai-help
.
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help@gna.org
https://mail.gna.org/listinfo/xenomai-help
Rodrigo Rosenfeld Rosas wrote:
Hi Phillipe,
I've downloaded xenomai from SVN and I couldn't compile the kernel with the
posix module checked up.
Please, let me know when you correct this
This is fixed in revision 515.
--
Gilles
--enable-uvm.
--
Gilles Chanteperdrix.
/
--
Gilles Chanteperdrix.
/
--
Gilles Chanteperdrix.
for MVM, see the directory:
skins/native/demos
For the MVM full documentation, see:
sim/doc/mvm-manual.txt
--
Gilles Chanteperdrix.
to the sim/gcic directory and run make install,
as root.
--
Gilles Chanteperdrix.
sched_yield() from Linux scheduler point of view.
--
Gilles Chanteperdrix.
Paolo Gai wrote:
Gilles Chanteperdrix wrote:
Working around this issue means using calls to unlocked versions of libc
functions protected with Xenomai POSIX mutexes, such as, for example,
myputs and myputchar (sufficient for Paolo example) defined as :
[...]
Ok! I tried
the member _sigev_un._tid to the thread ID of the target thread.
--
Gilles Chanteperdrix.
doing a suspend/resume cycle without the CPUFreq modules
loaded, Linux assumes that the CPU frequency remains the same whereas
ACPI/BIOS changes it ?
--
Gilles Chanteperdrix.
.
--
Gilles Chanteperdrix.
(the real destruction of the file descriptor is delayed until read()
really returns).
--
Gilles Chanteperdrix.
Dmitry Adamushko wrote:
On Thursday 17 November 2005 18:24, Gilles Chanteperdrix wrote:
Dmitry Adamushko wrote:
As a conclusion, the behaviour that you observed with Xenomai
pipes seems consistent with that of Linux' named pipes, except
that in Linux read() returns 0
, there
is nothing but the init.c file.
So, using xnpod_get_time appears to be the safe bet.
--
Gilles Chanteperdrix.
Gilles Chanteperdrix wrote:
Now that the 2.1 branch is becoming the branch where Philippe is
working, errh... I mean, where the main development effort occurs, it is
time for this branch to become trunk, and for the old branch retirement.
So, a rename will occur in two hours
from
the Sun library too.
--
Gilles Chanteperdrix.
/scripts/maint/extract-doc
--
Gilles Chanteperdrix.
.
--
Gilles Chanteperdrix.
Index: defs.h
===
--- defs.h (revision 153)
+++ defs.h (working copy)
@@ -55,7 +55,11
, you have to do a mathematical analysis of
their implementation for that (sqrt is probably implemented in hardware,
so you have to read intel spec to know if the max cycles count is known,
but it would be strange if it was not).
--
Gilles Chanteperdrix.
Gilles Chanteperdrix wrote:
Ok, you really ought to try xenomai, because this strangely looks like a
bug that was fixed. It was not as reproducible as that in my test cases
though...
Instructions to download current revision of xenomai sources may be
found here :
https://gna.org/svn/?group
?
--
Gilles Chanteperdrix.
choosing a processor
without altivec support in kernel configuration menu, re-compile kernel
and re-enable Xenomai FPU support.
--
Gilles Chanteperdrix.
the 150us latency without X running at all ? Do you also have them when
disabling Altivec/Spe support in kernel configuration ?
--
Gilles Chanteperdrix.
threads in primary
mode without causing a transition to secondary mode. This is too
restrictive.
--
Gilles Chanteperdrix.
a DvD and tell us if it has an impact on latency ?
TIA.
--
Gilles Chanteperdrix.
-gcc that directly cross compiles for ia32 ?
If not, would not the following wrapper do the trick ?
#! /bin/sh
exec `expr $0 : 'i686-linux-\(.*\)'` -m32r ${1+$@}
It should work with most build systems...
--
Gilles Chanteperdrix.
flags from
Kbuild was not work here, because of ahem, quoting issues. There are
some -m arguments we do not want (such as for example the -msoft-float
used in ppc kernel space).
--
Gilles Chanteperdrix.
from the
Adeos/I-pipe patched 2.6 kernel you are compiling for, not those which
come from your distribution.
--
Gilles Chanteperdrix.
on an x86_64 with Fedora Core installed. And there was an
i386-linux-gcc, but it needed a special package.
--
Gilles Chanteperdrix.
Heikki Lindholm wrote:
Gilles Chanteperdrix kirjoitti:
Philippe Gerum wrote:
Probably grabbing more stuff from the kernel cflags into
XENO_ARCH_FLAGS (e.g.
-m[0-9]* to start with). Gilles, would this be ok?
Probably, but last time I checked that, the ppc-compiled version
are
following to compile (whether in-tree, or out-of-tree, whether using
configure or Kconfig, everything that would allow someone to ), the
.config and .xeno_config files you used, in order for me to be able to
reproduce the problem you observed ?
--
Gilles
too ? I renamed Kbuild files into
Makefiles this morning, I can not figure how this could break
compilation though.
--
Gilles Chanteperdrix.
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
I just analysed this further: the problem disappears when I manually
remove any -Ipath-to-kernel-includes from the makefiles. Seems to be
the well-known user space include issue again... ;)
I tried
the assumption that 0 is a valid numeric
value for the enum O_RDONLY/O_WRONLY/O_RDWR.
oh, hell yeah, forgot it.
Actually, you do not have to pass O_RDONLY/O_WRONLY/O_RDWR flags to
sem_open. I was mixing sem_open and mq_open. Sorry.
--
Gilles
Saul wrote:
I have no idea what to try next but thanks for the advice. I think some
progress was made :)
If it is enabled, could you try disabling cpufreq ?
--
Gilles Chanteperdrix.
___
Xenomai-help
).
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help@gna.org
https://mail.gna.org/listinfo/xenomai-help
CONFIG_XENO_OPT_NATIVE_MPS
command in /ksrc/skins/native/task.c. Sorry, no patch for now...
The patch is to add CONFIG_XENO_OPT_NATIVE_MPS to the value of Doxyfile
PREDEFINED tag. The documentation in the repository is up to date.
--
Gilles Chanteperdrix
to change
resolution when starting capture ?
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help@gna.org
https://mail.gna.org/listinfo/xenomai-help
.
(...)
xnpod_activate_rr(SSEXEC_TIMESLICE);
You are supposed to use kernelTimeSlice() to enable round-robin.
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help@gna.org
https://mail.gna.org/listinfo
initialization routine runs on the root context, the idle task, the
lowest priority task in the system. So, the first created task is alone
in its priority group, only yields to itself every 10 ticks, and uses
100% of the CPU.
--
Gilles Chanteperdrix
by configure, at least if not cross-compiling, by
running getconf GNU_LIBPTHREAD_VERSION.
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help@gna.org
https://mail.gna.org/listinfo/xenomai-help
? Here is an example, doing
this in plain C :
https://listman.redhat.com/archives/phil-list/2003-April/msg00036.html
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help@gna.org
https
to leave Linux
tick normally. This means that if you configured CONFIG_HZ=100, your
real-time activity (including kernel-space tasks and user-space tasks in
primary mode) is supposed to take a break at least once every 1/100
second.
--
Gilles
second.
--
Gilles Chanteperdrix.
Oh no! Sorry, I mean the real-time tick counter!
If the heavy task is using intLock() then yes, it will prevent the timer
from ticking. If you are observing something else, could you send to
this mailing
Thomas, Brieuc \(GE Healthcare\) wrote:
Oh no! Sorry, I mean the real-time tick counter!
Could you try the attached patch ?
--
Gilles Chanteperdrix.
--- include/asm-uvm/system.h~ 2006-04-05 15:08:08.0 +0200
+++ include/asm-uvm/system.h
Thomas, Brieuc \(GE Healthcare\) wrote:
I tried it, but there isn't any change !
I've got the same behaviour.
I could reproduce your bug here. The uvm-timer thread is blocked in W
state, just as if the interrupts were locked.
--
Gilles
Thomas, Brieuc \(GE Healthcare\) wrote:
-Message d'origine-
De : Gilles Chanteperdrix [mailto:[EMAIL PROTECTED]
Envoyé : dimanche 23 avril 2006 14:54
À : Thomas, Brieuc (GE Healthcare)
Cc : xenomai-help@gna.org
Objet : RE: [Xenomai-help] my tick takes a break
VxWorks interface
from user-space exactely the way one would use the existing native or
POSIX skin.
But round-robin scheduling will not work for threads in secondary mode,
whereas it works with UVM.
--
Gilles Chanteperdrix
Philippe Gerum wrote:
Gilles Chanteperdrix wrote:
Philippe Gerum wrote:
If you feel lucky, the 3rd option coming with v2.2 is to get rid of the
UVM and use the new direct call interface now available from user-space
for the VxWorks skin. In such a case, you need 1
and pthread_wait_np.
For other details about Xenomai implementation of the POSIX API, see:
http://snail.fsffrance.org/www.xenomai.org/documentation/trunk/html/api/group__posix.html
--
Gilles Chanteperdrix
mask, so timer_settime should be moved to the clock_it()
thread.
A last issue is that pthread_sigmask errors are returned directly, and
not through errno.
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
, but we will likely have to backport
this fix.
The fix was backported, commit 772, and is included in release v2.1.1:
http://download.gna.org/xenomai/stable/xenomai-2.1.1.tar.bz2
--
Gilles Chanteperdrix
is configured in periodic mode, the test should pass.
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help@gna.org
https://mail.gna.org/listinfo/xenomai-help
of glibc are you using ? Could you try the attached patch ?
Maybe other definitions than clockid_t are missing, timer_t for
example.
--
Gilles Chanteperdrix.
Index: include/posix/time.h
have a look at POSIX skin documentation; it should
document explicitely which services are restricted to which contexts.
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help@gna.org
https
Niklaus Giger wrote:
Do you have any clue? (Doubling the stack in vm/thread.cc didn't help.)
Automatic re-building does not work for the simulator. So, in case of
segmentation fault, try:
make clean all check
--
Gilles Chanteperdrix
Jean-Olivier Villemure wrote:
Gilles Chanteperdrix wrote:
The task Id of a new task is also returned by the task creation
services:
- rt_task_create for the native skin
Thank you for your answer!
Looking at the API, i see that rt_task_create returns:
- 0 is returned upon
it.
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help@gna.org
https://mail.gna.org/listinfo/xenomai-help
a look at the
simulator, it will allow you to run your skin in a debugger and to get
reproducible behaviours.
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help@gna.org
https://mail.gna.org
to create your non-realtime threads as real-time threads and
let them switch to secondary mode when they use non-realtime services.
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help@gna.org
https
.
--
Gilles Chanteperdrix.
Index: ksrc/skins/posix/shm.c
===
--- ksrc/skins/posix/shm.c (revision 1143)
+++ ksrc/skins/posix/shm.c (working copy)
@@ -516,10 +516,8
in the
same address space, the simplest way to share information from rt to
non-rt tasks is to create them as threads of the same process.
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help
: Invalid argument. Am I the only
one to have this problem ?
Using trunk, your example run fine. Which version of Xenomai are you
using ? If not trunk, did you apply the patch I sent ?
--
Gilles Chanteperdrix
: Invalid argument. Am I the only
one to have this problem ?
No, these errors were due to a few fixes in trunk that had not been
backported to the 2.1 branch. It should now be fixed in the repository.
--
Gilles Chanteperdrix
with a low priority would allow you to share
synchronization objects between the real-time and non real-time
activites. You may also create non real-time threads in a
real-time process by calling __real_pthread_create instead of
pthread_create.
--
Gilles
.
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help@gna.org
https://mail.gna.org/listinfo/xenomai-help
Cedric Herreman wrote:
Can anyone give me a hint on this problem ?
disable cpufreq.
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help@gna.org
https://mail.gna.org/listinfo/xenomai
, condition variables and semaphores)
to be automatically destroyed when the process that created them
terminates. Fortunately, since past versions ignored this attribute,
setting it works for both past and future versions.
--
Gilles Chanteperdrix
object with the -lpthread
and -lrt libraries without the --wrap directives.
The following Makefile snippet attempts to do this.
--
Gilles Chanteperdrix.
LIBDIR=$(shell DESTDIR=$(DESTDIR) $(XENO_CONFIG) --libdir)
STAGE1_LDFLAGS:=$(patsubst %,--wrap
with the regular pthreads library the function does
not return an error.
Is this a Xenomai bug?
Maybe, maybe not. Could you provide a small program showing the bug ?
--
Gilles Chanteperdrix.
___
Xenomai-help mailing
.
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help@gna.org
https://mail.gna.org/listinfo/xenomai-help
your kernel?
This problem is due to my usage scenario of the prepare-kernel.sh
script. Maybe we can try to come to a better solution. In the mean-time,
you can use the --forcelink switch.
--
Gilles Chanteperdrix
it.
--
Gilles Chanteperdrix.
Index: ksrc/skins/posix/mutex.c
===
--- ksrc/skins/posix/mutex.c(revision 1288)
+++ ksrc/skins/posix/mutex.c(revision 1289)
@@ -132,6 +132,7 @@
inith(mutex-link);
mutex-attr = *attr
. This is the only reasonable
implementation I could find.
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help@gna.org
https://mail.gna.org/listinfo/xenomai-help
in primary mode. When in secondary mode, such an FPU fault
happens every time the FPU is used after a context switch, you simply do
not know about it because it is not accounted for.
--
Gilles Chanteperdrix
is the same as Linux behaviour.
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help@gna.org
https://mail.gna.org/listinfo/xenomai-help
pthread_set_mode_np:
http://www.xenomai.org/documentation/trunk/html/api/group__posix__thread.html#ga14
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help@gna.org
https://mail.gna.org
Rodrigo Rosenfeld Rosas wrote:
Is there a cleaner way to make possible to put comments inside the @code
command?
What about putting the commented code in a separate file and including
it with \include ?
--
Gilles Chanteperdrix
?
--
Gilles Chanteperdrix.
Index: scripts/prepare-kernel.sh
===
--- scripts/prepare-kernel.sh (revision 1297)
+++ scripts/prepare-kernel.sh (revision 1298)
@@ -113,7 +113,9 @@
d=`dirname $f
/home/username/linux-2.6.17.4/.config as
well as the build logs if compilation failed, may help.
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help@gna.org
https://mail.gna.org/listinfo
not
work, recompile your kernel with APIC support disabled.
If you want to know more about this issue, read the TROUBLESHOOTING
file.
--
Gilles Chanteperdrix.
___
Xenomai-help mailing list
Xenomai-help@gna.org
is it ? Also, if not running in text mode, could you run the tests
in text mode, in order to be able to send us the kernel oops text or
stack trace, if any.
--
Gilles Chanteperdrix.
___
Xenomai-help mailing
[EMAIL PROTECTED] wrote:
- is there a function telling me how much memory is available (to avoid
linux tasks beeing killed).
sysconf(_SC_AVPHYS_PAGES) * sysconf(_SC_PAGESIZE)
--
Gilles Chanteperdrix
mlocking memory, your application can not use swap pages, so,
you should substract the size of swap, if any.
Also, what is the value of /proc/sys/vm/overcommit_memory on your system
?
--
Gilles Chanteperdrix
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
[EMAIL PROTECTED] wrote:
Xenomai Version : 2.2-rc2
Skin : native
Kernel : 2.4.25
Arch.: PPC
I try to allocate as much memory as possible with the functions :
rt_heap_create and
rt_heap_alloc.
(see also
1 - 100 of 2769 matches
Mail list logo
