the UP_APIC and
forgetting the NMI watchdog.
linux/arch/i386/kernel/nmi.o depends only on X86_LOCAL_APIC. Xenomai NMI
watchdog dependency is now fixed in the repository.
--
Gilles Chanteperdrix.
___
Xenomai-core
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
Hi,
this tiny patch exports the NMI watchdog's threshold as module parameter
debug_maxlat of xeno_hal. This means that one can either override the
value via a kernel parameter or in sysfs/modules
.
--
Gilles Chanteperdrix.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
and
-S option of objdump help...
--
Gilles Chanteperdrix.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
Gilles Chanteperdrix wrote:
Known limitations are:
(...)
- for an unknown reason, xenomai modules are built every time
prepare-kernel.sh is run ;
The reason for this limitation is that prepare-kernel.sh remove
directories before re-creating them and before creating symbolic links
the new adeos patch
and the same .config.
--
Gilles Chanteperdrix.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
Philippe Gerum wrote:
Gilles Chanteperdrix wrote:
Hi,
attached is a patch of Xenomai trunk build system to allow building
Linux kernel as part of Xenomai build process. This way, typing make
install builds and installs the Linux kernel, kernel modules and
Xenomai
, whereas the
context switch clobbered them.
--
Gilles Chanteperdrix.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
Philippe Gerum wrote:
Gilles Chanteperdrix wrote:
Philippe Gerum wrote:
Likely not this time (keep it cold anyway, who knows); I strongly
suspect a bug in
xnarch_switch_to() for all archs but x86
Now that you are talking about it, I may be the one who owes a beer
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
But it does not seem to be due to the bug I was suspecting in context
switch code.
What about the PPC world? I saw some SVN commits claiming to fix this
(also for blackfin) - but there was no Hey, it's fixed now! on the
mailing
happens if you try :
cc -u __xeno_skin_init -o koan -L/usr/xenomai/lib -luvm -lnucleus -lpthread
-lvxworks -lnative /home/hcu/project/bb/3_1_x/work/xeno/koan.o
-u seems to be a link-time option.
--
Gilles Chanteperdrix
as to try and understand
what Jan wrote, and tell you more later.
--
Gilles Chanteperdrix.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
.
--
Gilles Chanteperdrix.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
task to PTHREAD_CANCEL_ASYNCHRONOUS. See attached patch.
Applied, thanks.
--
Gilles Chanteperdrix.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
other modules documentation blocks seems to solve the
issue.
--
Gilles Chanteperdrix.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
Could you try re-running prepare-kernel.sh ?
--
Gilles Chanteperdrix.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
Philippe Gerum wrote:
Philippe Gerum wrote:
Gilles Chanteperdrix wrote:
Gilles Chanteperdrix wrote:
This is not the only situation where a thread with a nucleus
suspension
bit need to run shortly in secondary mode: it also occurs when
suspending
Jan Kiszka wrote:
Hi Gilles,
were you able to successfully run my T_SUSP test-case after the latest
changes? For me this code still causes fatal exceptions:
It seems I have been a bit optimistic then... I will check.
--
Gilles Chanteperdrix
Jan Kiszka wrote:
Hi Gilles,
were you able to successfully run my T_SUSP test-case after the latest
changes? For me this code still causes fatal exceptions:
This is solved with revision 565, hopefully.
--
Gilles Chanteperdrix
Jan Kiszka wrote:
Hi,
this patch addresses the compiler warnings when
CONFIG_XENO_OPT_NATIVE_REGISTRY is switched off.
Applied, thanks.
--
Gilles Chanteperdrix.
___
Xenomai-core mailing list
]' \) |
while read f; do
if test ! -e $xenomai_root/$target_dir/$f; then rm -Rf $f; fi
-done; else true; fi
+done
fi
cd $xenomai_root/$target_dir
--
Gilles Chanteperdrix
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
Hi,
the last check-in seems to have messed something up:
.../xenomai/scripts/prepare-kernel.sh: line 61: syntax error near
unexpected token `fi'
I do not understand what's going on here
fixed in the repository:
http://mail.gna.org/public/xenomai-help/2006-02/msg00149.html
The UVM timer configuration issue is also fixed in the repository: uvm
module insertion fails if the system timer is started in periodic mode.
--
Gilles
extern C in
vxworks/vxworks.h when it is included in C++ code.
So, if you want to call vxworks function from C++ code, all you have to
do is to include vxworks/vxworks.h.
--
Gilles Chanteperdrix.
___
Xenomai
/version.
--
Gilles Chanteperdrix.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
Romain Lenglet wrote:
Hi,
I have added two new command-line options to prepare-kernel.sh to
filter the changes to record in the generated patch files.
The patch to prepare-kernel.sh is attached.
Applied, thanks.
--
Gilles Chanteperdrix
in
multiple @defgroup groups! The member will be put in group rtdmtask, and not in
group rtdmtask
But the --enable-dox-doc flag should not have any influence on kernel
compilation.
--
Gilles Chanteperdrix
, if the module is loaded when the error occurs, and if
/dev/urandom exists.
--
Gilles Chanteperdrix.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
this.
--
Gilles Chanteperdrix.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
if two clock interrupts are
distant from a bit more than one tick, because of the jitter. Reading
the time just before the second irq then yield a greater value than the
one read just after the second irq.
--
Gilles Chanteperdrix
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
Likely too simple: The periodic IRQ seems to pop up on every CPU so that
the TSC could be recorded, but will this happen synchronously? At least
we will see (IRQ) jitters, and those jitters could already create
in that file.
Done.
--
Gilles Chanteperdrix.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
points, so it should work even without resorting to cleanup
handlers.
--
Gilles Chanteperdrix.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
Gilles Chanteperdrix wrote:
Philippe Gerum wrote:
The current implementation is one thing (we could fix it), the purpose
of the tool is another, and actually, this is the latter which seems
useful to me. By sharing some common tests between native preemption and
real-time sub
Jan Kiszka wrote:
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
Looking at the difference between RTDM documentation blocks and the
other modules is that the other modules use the fn tag. Removing the
fn tag from other modules documentation blocks seems to solve the
issue
Jan Kiszka wrote:
Hi Gilles,
were you able to successfully run my T_SUSP test-case after the latest
changes? For me this code still causes fatal exceptions:
It seems I have been a bit optimistic then... I will check.
--
Gilles Chanteperdrix.
Jan Kiszka wrote:
Hi,
this patch addresses the compiler warnings when
CONFIG_XENO_OPT_NATIVE_REGISTRY is switched off.
Applied, thanks.
--
Gilles Chanteperdrix.
and
-S option of objdump help...
--
Gilles Chanteperdrix.
?
--
Gilles Chanteperdrix.
Gilles Chanteperdrix wrote:
Known limitations are:
(...)
- for an unknown reason, xenomai modules are built every time
prepare-kernel.sh is run ;
The reason for this limitation is that prepare-kernel.sh remove
directories before re-creating them and before creating symbolic links
automates.
unpreparing seems harder.
--
Gilles Chanteperdrix.
Philippe Gerum wrote:
Gilles Chanteperdrix wrote:
Hi,
attached is a patch of Xenomai trunk build system to allow building
Linux kernel as part of Xenomai build process. This way, typing make
install builds and installs the Linux kernel, kernel modules and
Xenomai
remarks.
--
Gilles Chanteperdrix.
xeno.readme.patch
Description: Binary data
Philippe Gerum wrote:
Gilles Chanteperdrix wrote:
The current approach is to use the sources of the running kernel if the
only option specified is --enable-linux-build. Do you mean you find this
feature superfluous ?
If $enableval is y, then no path has been specified, so you
, whereas the
context switch clobbered them.
--
Gilles Chanteperdrix.
am not wrong, the bug should be observed on ia64 too. Unfortunately, I
am unable to compile my ia64 kernel right now, so I wrote a patch for
power PC, and would be glad if some power PC owner could try it.
It should work on PPC 64 too...
--
Gilles
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
But it does not seem to be due to the bug I was suspecting in context
switch code.
What about the PPC world? I saw some SVN commits claiming to fix this
(also for blackfin) - but there was no Hey, it's fixed now! on the
mailing
the #defines before #include for side effects.
I am not to pleased with the double definition of div96by32 either.
Please feel free to comment, insult, etc...
--
Gilles Chanteperdrix.
Index: include/asm-arm/hal.h
Gilles Chanteperdrix wrote:
Hi,
For your review, here is an attempt to factor arithmetic routines in
asm-generic/hal.h.
And with the blackfin architecture...
--
Gilles Chanteperdrix.
xeno-arith.diff
Description: Binary data
Gilles Chanteperdrix wrote:
Stefan Kisdaroczi wrote:
A small program only calling rt_task_shadow with NULL-name fails if i
start it
a second time. Error EEXIST (-17). Same for a program calling only
rt_task_spawn with NULL-name.
I am able to observe this behaviour. I am
in revision 465.
Thanks for reporting.
--
Gilles Chanteperdrix.
and restore the caller
state on xnshadow_harden exit. Could you test it and report if you still
see the scheduling while atomic messages ?
--
Gilles Chanteperdrix.
Index: ksrc/nucleus/shadow.c
.
--
Gilles Chanteperdrix.
migration to secondary mode.
--
Gilles Chanteperdrix.
for Philippe to come back and decide.
--
Gilles Chanteperdrix.
as to try and understand
what Jan wrote, and tell you more later.
--
Gilles Chanteperdrix.
task to PTHREAD_CANCEL_ASYNCHRONOUS. See attached patch.
Applied, thanks.
--
Gilles Chanteperdrix.
, the only case when we are sure that a user-space thread can not be
scheduled by Linux seems to be when this thread does not have the
XNRELAX bit.
--
Gilles Chanteperdrix.
should be updated when rthal_maxlat_us_arg changes.
--
Gilles Chanteperdrix.
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
Hi,
this tiny patch exports the NMI watchdog's threshold as module parameter
debug_maxlat of xeno_hal. This means that one can either override the
value via a kernel parameter or in sysfs/modules
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
(...) But I would vote for a split between the user-space
latency measurement tool and the display tool for kernel-space latency.
What's your main concern about the current solution? The need to have
RTDM being loaded to start only
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
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
/scripts/maint/extract-doc
--
Gilles Chanteperdrix.
the UP_APIC and
forgetting the NMI watchdog.
linux/arch/i386/kernel/nmi.o depends only on X86_LOCAL_APIC. Xenomai NMI
watchdog dependency is now fixed in the repository.
--
Gilles Chanteperdrix.
.
--
Gilles Chanteperdrix.
.
IOW: separate maintenance of documentation and code.
What I do not understand is what is so bothering ?
--
Gilles Chanteperdrix.
working properly. The same goes for
the sim directory.
--
Gilles Chanteperdrix.
Heikki Lindholm wrote:
Gilles Chanteperdrix kirjoitti:
It means looking at the doc, if there are no anomalies, like warnings,
parsing errors of doxygen, or typos in the text. Usually takes an hour
or two. I admit I am not fast, but I think it would take some time for
Philippe to do
crash dump when appliable, etc...)
- add the fields which seem to be missing ; so far, only the software
revision and component (nucleus, native skin, posix skin, etc...).
Suggestions and comments welcome.
--
Gilles Chanteperdrix.
Heikki Lindholm wrote:
Gilles Chanteperdrix kirjoitti:
Hi,
GNA offers a bug tracking system which is undoubtely a useful tool
for lots of projects. What about using it for the Xenomai project ?
I'm not stronly opposing, but in my opinion it causes information to
scatter
.
--
Gilles Chanteperdrix.
/posix/demos should help you get an
opinion on that point.
--
Gilles Chanteperdrix.
...
--
Gilles Chanteperdrix.
Heikki Lindholm wrote:
Gilles Chanteperdrix kirjoitti:
Heikki Lindholm wrote:
There's the if. What I've seen on sourceforge is that often times
bugs
that are reported on the ml don't appear in the tracker and vice versa,
although the tracker can probably be configured
.
--
Gilles Chanteperdrix.
Heikki Lindholm wrote:
Btw. Do you think the Task/Patch/Tech Support Managers are worth using?
If not, can the unused(/-ful) ones be disabled from the site?
We will wait for the web site to sort this out.
--
Gilles Chanteperdrix.
or todo
items.
Ah, thanks ! The mailing list is the best place for yous wishes, since
it may start a discussion, and we may even found a volunteer for doing
the debian package.
The bug is closed.
--
Gilles Chanteperdrix.
. But there are maybe other issues ?
--
Gilles Chanteperdrix.
the releases of
xenomai.
--
Gilles Chanteperdrix.
[EMAIL PROTECTED] wrote:
On Sunday 16 October 2005 08:50, Gilles Chanteperdrix wrote:
Ah, thanks ! The mailing list is the best place for yous wishes, since
it may start a discussion, and we may even found a volunteer for doing
the debian package.
Using the debian/rules I did a few
with makefiles called
GNUmakefile.
--
Gilles Chanteperdrix.
Jan Kiszka wrote:
Hi,
just to avoid that this issue got lost during the migration to Xenomai:
Before it get lost again, maybe you would like to use our brand-new bug
tracker ?
https://gna.org/bugs/?func=additemgroup=xenomai
--
Gilles
as status when called with no arguments)
. xeno-config
set | grep '^XENO'
Now, about the manpage itself, unless I am wrong, the DESTDIR feature is
not documented, it is very useful when compiling for a target.
--
Gilles Chanteperdrix.
an
explanation.
--
Gilles Chanteperdrix.
are a superset of their
options.
Please apply this patch after my two last patches, thanks.
All three applied thanks.
--
Gilles Chanteperdrix.
.
--
Gilles Chanteperdrix.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
the posix skin. I assumed that the problem was that
xnpod_shutdown already called xnpod_stop_timer, so xnpod_stop_timer (and
in particular xnarch_stop_timer) ended up being called twice.
--
Gilles Chanteperdrix
Here is a patch that selects the I-pipe option when Xenomai is
enabled, it should help preventing kernel misconfigurations.
--
Gilles Chanteperdrix.
Index: scripts/Kconfig.frag
of timer_task_proc outer
loop. It get printed once when getting the exception 14, and twice when
getting the lock up.
Any idea where to look ?
--
Gilles Chanteperdrix.
___
Xenomai-core mailing list
Xenomai-core@gna.org
Philippe Gerum wrote:
Gilles Chanteperdrix wrote:
I tried latency -t 1 on an SMP machines, and observed a very
reproducible crash. Most of the time, the machine locks up
completely. The rest of the time, I get :
Xenomai: suspending kernel thread e7559044 ('timerbench
the processor id. The first attached patch, to be
applied after the ipipe patch, add an ipipe_processor_id_notrace
function, which is called instead of raw_smp_processor_id() in the
second, I-pipe tracer, attached patch.
--
Gilles Chanteperdrix
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
o instrument the xenomai exception handler with an ipipe_trace_freeze()
(something which should be merged into SVN later)
The I-pipe tracer as well as Linux NMI handling have the same issue
which
, this is the expected
behaviour. This allow the nucleus to not switch FPU context for
user-space threads that never use the FPU.
In case of an abnormal FPU fault, the message invalid use of FPU is
printed on console.
--
Gilles Chanteperdrix
this?
If a kernel task use the FPU without the XNFPU bit set, this error is
triggered. Every time this error was triggered in other cases, as of
today, there was a real bug.
--
Gilles Chanteperdrix.
___
Xenomai
Philippe Gerum wrote:
-ENOPARSE here. Which code is expected to call xeno_mlock_alert_end()?
pthread_set_mode_np and rt_task_set_mode. Sorry.
--
Gilles Chanteperdrix.
Index: include/asm-i386/features.h
Philippe Gerum wrote:
Gilles Chanteperdrix wrote:
Philippe Gerum wrote:
-ENOPARSE here. Which code is expected to call xeno_mlock_alert_end()?
pthread_set_mode_np and rt_task_set_mode. Sorry.
The issue I see doing so, is that you are going to trigger a SIGXCPU
right
.
--
Gilles Chanteperdrix.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
?
--
Gilles Chanteperdrix.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
be on the build-host, not the run-host)
If you want to change the version returned by xeno-config, simply modify
config/version and re-run scripts/bootstrap before building Xenomai.
--
Gilles Chanteperdrix
1 - 100 of 1571 matches
Mail list logo