Hallo,
when trying to build RTnet with Xenomai and Linux 2.4.25 for PowerPC, I
stumbeld over the following problem:
In linuxppc_2_4_devel/include/asm-generic/xenomai/wrappers.h there is
defined:
#define ulong i
#define uint i
This makes trouble when a driver uses the types uint or
Wolfgang Grandegger wrote:
Hallo,
when trying to build RTnet with Xenomai and Linux 2.4.25 for PowerPC, I
stumbeld over the following problem:
In linuxppc_2_4_devel/include/asm-generic/xenomai/wrappers.h there is
defined:
#define ulong i
#define uint i
This makes trouble when a
Gilles Chanteperdrix wrote:
Philippe Gerum wrote:
Jan Kiszka wrote:
But this raised the question to me again if we really need the xenomai
prefix for all the skin headers /from within xenomai/. Why not doing the
same linking dance for the other skins as well? Or do you also prefer
Philippe Gerum wrote:
Gilles Chanteperdrix wrote:
Philippe Gerum wrote:
Jan Kiszka wrote:
But this raised the question to me again if we really need the
xenomai
prefix for all the skin headers /from within xenomai/. Why not
doing the
same linking dance for the other skins as
Jan Kiszka wrote:
Philippe Gerum wrote:
Gilles Chanteperdrix wrote:
Philippe Gerum wrote:
Jan Kiszka wrote:
But this raised the question to me again if we really need the
xenomai
prefix for all the skin headers /from within xenomai/. Why not
doing the
same linking dance for the other
Heikki Lindholm wrote:
Jan Kiszka kirjoitti:
Heikki Lindholm wrote:
Xenomai might preempt linux when linux has cleared a tasks MSR_FP, but
not yet set last_task_used_math to NULL. As a result the tasks MSR_FP
will get set, although it should be cleared. If the task happens to hit
one of
On 05/01/06, Philippe Gerum [EMAIL PROTECTED] wrote:
Dmitry Adamushko wrote: err... I have to orginize some issues next few days so I'll be out of my notebook. Then I'll finilize the ipipe-irq-related patch so to be ready for the .01 version.
Meanwhile, I have finished merging the shared IRQ
Jan Kiszka kirjoitti:
Heikki Lindholm wrote:
Jan Kiszka kirjoitti:
Heikki Lindholm wrote:
Xenomai might preempt linux when linux has cleared a tasks MSR_FP, but
not yet set last_task_used_math to NULL. As a result the tasks MSR_FP
will get set, although it should be cleared. If the task
Jim Cromie posted a patch attempt for 2.6.15 (yeah!), and the patch
applied, but it doesn't compile for me:
[...]
LD init/built-in.o
LD .tmp_vmlinux1
arch/i386/kernel/built-in.o: In function `__ipipe_sync_stage':
: undefined reference to `ret_from_intr'
Hallo,
when trying to build RTnet with Xenomai and Linux 2.4.25 for PowerPC, I
stumbeld over the following problem:
In linuxppc_2_4_devel/include/asm-generic/xenomai/wrappers.h there is
defined:
#define ulong i
#define uint i
This makes trouble when a driver uses the types uint or
Jan Kiszka wrote:
...
Meanwhile I found a solution for the described unterminated trace (put
an explicite trace_end at the end of __ipipe_unstall_iret_root),
included the irq number in the begin/end report, and stumbled over some
other remaining unterminated trace on a different machine. So,
Jan Kiszka wrote:
Philippe Gerum wrote:
Jan Kiszka wrote:
Hi again,
here comes the first update of the new latency tracer.
arch/i386/kernel/entry.S | 27 +++
Is there any good reason to patch the callers of __ipipe_handle_irq
instead of instrumenting the callee directly?
To
Philippe Gerum wrote:
Jan Kiszka wrote:
But this raised the question to me again if we really need the xenomai
prefix for all the skin headers /from within xenomai/. Why not doing the
same linking dance for the other skins as well? Or do you also prefer
that user include
Wolfgang Grandegger wrote:
Hallo,
when trying to build RTnet with Xenomai and Linux 2.4.25 for PowerPC, I
stumbeld over the following problem:
In linuxppc_2_4_devel/include/asm-generic/xenomai/wrappers.h there is
defined:
#define ulong i
#define uint i
This makes trouble when a
Gilles Chanteperdrix wrote:
Philippe Gerum wrote:
Jan Kiszka wrote:
But this raised the question to me again if we really need the xenomai
prefix for all the skin headers /from within xenomai/. Why not doing the
same linking dance for the other skins as well? Or do you also prefer
Philippe Gerum wrote:
Gilles Chanteperdrix wrote:
Philippe Gerum wrote:
Jan Kiszka wrote:
But this raised the question to me again if we really need the
xenomai
prefix for all the skin headers /from within xenomai/. Why not
doing the
same linking dance for the other skins as
Jan Kiszka wrote:
Philippe Gerum wrote:
Gilles Chanteperdrix wrote:
Philippe Gerum wrote:
Jan Kiszka wrote:
But this raised the question to me again if we really need the
xenomai
prefix for all the skin headers /from within xenomai/. Why not
doing the
same linking dance for the other
Xenomai might preempt linux when linux has cleared a tasks MSR_FP, but
not yet set last_task_used_math to NULL. As a result the tasks MSR_FP
will get set, although it should be cleared. If the task happens to hit
one of the codepaths that save FPU state if MSR_FP is set, the wrong FPU
state
Heikki Lindholm wrote:
Xenomai might preempt linux when linux has cleared a tasks MSR_FP, but
not yet set last_task_used_math to NULL. As a result the tasks MSR_FP
will get set, although it should be cleared. If the task happens to hit
one of the codepaths that save FPU state if MSR_FP is set,
Jan Kiszka kirjoitti:
Heikki Lindholm wrote:
Xenomai might preempt linux when linux has cleared a tasks MSR_FP, but
not yet set last_task_used_math to NULL. As a result the tasks MSR_FP
will get set, although it should be cleared. If the task happens to hit
one of the codepaths that save FPU
Heikki Lindholm wrote:
Jan Kiszka kirjoitti:
Heikki Lindholm wrote:
Xenomai might preempt linux when linux has cleared a tasks MSR_FP, but
not yet set last_task_used_math to NULL. As a result the tasks MSR_FP
will get set, although it should be cleared. If the task happens to hit
one of
Jan Kiszka wrote:
Heikki Lindholm wrote:
Jan Kiszka kirjoitti:
Heikki Lindholm wrote:
Xenomai might preempt linux when linux has cleared a tasks MSR_FP, but
not yet set last_task_used_math to NULL. As a result the tasks MSR_FP
will get set, although it should be cleared. If the task happens
Jim Cromie posted a patch attempt for 2.6.15 (yeah!), and the patch
applied, but it doesn't compile for me:
[...]
LD init/built-in.o
LD .tmp_vmlinux1
arch/i386/kernel/built-in.o: In function `__ipipe_sync_stage':
: undefined reference to `ret_from_intr'
Jan Kiszka kirjoitti:
Heikki Lindholm wrote:
Jan Kiszka kirjoitti:
Heikki Lindholm wrote:
Xenomai might preempt linux when linux has cleared a tasks MSR_FP, but
not yet set last_task_used_math to NULL. As a result the tasks MSR_FP
will get set, although it should be cleared. If the task
24 matches
Mail list logo