Hannes Mayer wrote:
Hi Jan!
Jan Kiszka wrote:
What about addr2line -e vmlinux -f c01d68b2?
# addr2line -e vmlinux -f c01d68b2
xnshadow_ppd_insert
shadow.c:0
Ok, will keep you posted!
Tante grazie e buon fine settimana,
Hannes.
Please try make clean before rebuilding your 2.4
Ciao Jan!
Jan Kiszka wrote:
[...]
Please try make clean before rebuilding your 2.4 kernel with a
Indeed, make clean does a wonder :-)
BTW, is there any way to reconfigure the periodic timer ?
Not that I wanna use it - I'm fine with the more accurate aperiodic
timer, but just curious.
This
Hannes Mayer wrote:
Ciao Jan!
Jan Kiszka wrote:
[...]
Please try make clean before rebuilding your 2.4 kernel with a
Indeed, make clean does a wonder :-)
Good, no further bugs hidden. :)
BTW, is there any way to reconfigure the periodic timer ?
Not that I wanna use it - I'm fine with
On Sun, 2006-07-23 at 19:15 +0200, Jan Kiszka wrote:
Hannes Mayer wrote:
Hi Jan!
Jan Kiszka wrote:
What about addr2line -e vmlinux -f c01d68b2?
# addr2line -e vmlinux -f c01d68b2
xnshadow_ppd_insert
shadow.c:0
Ok, will keep you posted!
Tante grazie e buon fine
Hi Jan!
Jan Kiszka wrote:
[...]
Hmm, 2.4 limitation. There used to by some tool called ksymoops for
this. Please give it a try.
hmm...so far I haven't figured out how to use ksymoops, but I got this:
# addr2line -e vmlinux -f c0126f46
__ipipe_dispatch_event
??:0
# addr2line -e vmlinux -f
Hannes Mayer wrote:
Hi Jan!
Jan Kiszka wrote:
[...]
Hmm, 2.4 limitation. There used to by some tool called ksymoops for
this. Please give it a try.
hmm...so far I haven't figured out how to use ksymoops, but I got this:
ksymoops your-kernel-log
If you have nothing in your local logs,
Hi Jan!
Jan Kiszka wrote:
What about addr2line -e vmlinux -f c01d68b2?
# addr2line -e vmlinux -f c01d68b2
xnshadow_ppd_insert
shadow.c:0
Ok, will keep you posted!
Tante grazie e buon fine settimana,
Hannes.
___
Xenomai-core mailing list
Hi Jan!
Jan Kiszka wrote:
[...]
When you THEN try compiling the driver within the kernel build again,
does it still work? I bet it will, because this was likely some issue of
a half-baked kernel. I also re-checked this and noticed no problems
loading the driver.
I didn't replace the original
Hannes Mayer wrote:
Jan Kiszka wrote:
Hannes Mayer wrote:
...out of curiosity and to test an older example, I compiled
in periodic timer support, recompiled and then it oopses
at boot. Screenshot:
http://www.captain.at/tmp/dsc05081.jpg
*shrugs*
.config please. And it would also be more
Ciao Philippe et al.!
Philippe Gerum wrote:
[...]
http://download.gna.org/xenomai/stable/xenomai-2.2.0.tar.bz2
Congratulations on the newest release! :-)
I've encountered a probably minor problem:
I compiled the 16550A driver as module (everything else into
the kernel), but when modprobing
...out of curiosity and to test an older example, I compiled
in periodic timer support, recompiled and then it oopses
at boot. Screenshot:
http://www.captain.at/tmp/dsc05081.jpg
*shrugs*
Best regards,
Hannes.
___
Xenomai-core mailing list
Hannes Mayer wrote:
...out of curiosity and to test an older example, I compiled
in periodic timer support, recompiled and then it oopses
at boot. Screenshot:
http://www.captain.at/tmp/dsc05081.jpg
*shrugs*
.config please. And it would also be more helpful if you could switch on
debug
Here is v2.2, basically aiming at higher performances and better Linux
integration compared to the previous series. The major issues we have
been working on for this release are:
o Latency reduction, thanks to a combined work on the I-pipe support
and fast paths of the real-time core. To
On Tue, 2006-07-18 at 15:05 +0200, Philippe Gerum wrote:
Here is v2.2,
Unfortunately, the Adeos 2.6.14-1.3-04 patch for ppc shipped with the
release is broken. PowerPC users will need to upgrade to -05, which can
be downloaded from the usual place:
Ok, five weeks is far too long between release candidates and we'll
try to shorten that, but still, the number of issues closed by -rc3 is
worth the delay. Significant POSIX skin updates, KGDB support merged
for x86, and another ARM port, this one over the iMX21, are among the
goodies. Here is
Niklaus Giger wrote:
posix-tthread:: tthread.c:91 pthread_join(child1, tmp) == ESRCH
tthread.c:91 pthread_join(child1, tmp) == ESRCH
Running libtool --mode=execute gdb ./tthread I can give you the following
call
stack:
tthread.c:89 TEST passed.
tthread.c:91 pthread_join(child1,
Am Freitag, 26. Mai 2006 19:49 schrieb Gilles Chanteperdrix:
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
Yes, I noticed this
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.
Hi all!
I'm back :-)
After some time on Mars (http://www.austromars.at) and some
vaccation, here are my test results:
kernel 2.4.32
Xeno2.2rc2
= testsuite works
= RTDM Driver Skeleton works
Best regards,
Hannes.
___
Xenomai-core mailing list
Am Samstag, 20. Mai 2006 23:07 schrieb Philippe Gerum:
Here is the second release candidate for the v2.2 branch. Short log
follows:
Could you please apply the patch below to make xeno-test send e-mails to
[EMAIL PROTECTED]
I am unsure whether setting sentby='[EMAIL PROTECTED]' is a good
idea.
Am Samstag, 20. Mai 2006 23:07 schrieb Philippe Gerum:
Here is the second release candidate for the v2.2 branch. Short log
The trunks builds fine on my four targets on
http://ngiger.dyndns.org/buildbot/
I have however still the following errors running the posix simulators
(see
Here is the second release candidate for the v2.2 branch. Short log
follows:
[x86,ppc64] Fix ugly Adeos-related SMP bug involving kernel-based
Xenomai threads.
[nucleus] Extend pipeline head optimizations.
Provide thread held state for later temporal partitioning
Here is the first candidate release [1] of the 2.2 series. Updates,
fixes and hopefully improvements have taken place all over the
map. Added features mainly concern the VxWorks skin and the Adeos
support (2.4/2.6, all architectures).
Direct invocation of the VxWorks emulation services running
23 matches
Mail list logo