Kent Borg wrote:
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'
Heikki Lindholm kirjoitti:
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
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
Jim Cromie wrote:
Kent Borg wrote:
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
Jan Kiszka wrote:
Jan Kiszka wrote:
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
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 wrote:
Hi Philippe,
this patches cleans up the include/rtdm folder by moving internal
headers to ksrc/skins/rtdm, leaving only rtdm.h, rtdm_driver.h, the two
profile headers, and syscall.h there. The latter is still only needed
for building Xenomai itself, thus it will not be
Jan Kiszka wrote:
Additionally, I compiled latest RTnet SVN against
it without problems (x86, PPC is currently being fixed by Wolfgang).
Btw, the moduleparams/ulong/uint issue in the 2.4 wrappers that showed
up with RTNet has been fixed in Xenomai's trunk too. Normally.
--
Philippe.
Jan Kiszka wrote:
Hi Philippe,
this patches cleans up the include/rtdm folder by moving internal
headers to ksrc/skins/rtdm, leaving only rtdm.h, rtdm_driver.h, the two
profile headers, and syscall.h there. The latter is still only needed
for building Xenomai itself, thus it will not be
Jan Kiszka wrote:
Philippe Gerum wrote:
Jan Kiszka wrote:
Hi Philippe,
this patches cleans up the include/rtdm folder by moving internal
headers to ksrc/skins/rtdm, leaving only rtdm.h, rtdm_driver.h, the two
profile headers, and syscall.h there. The latter is still only needed
for
Philippe Gerum 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
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
Hi Philippe,
this patch is to reset the maximum IRQs-off path after timer calibration
(will get flooded otherwise). If you have no concerns, please apply.
Actually, there is another noise source: rthal_timer_request() for the
APIC case. But I think we should let this one alone as the user may
Jan Kiszka wrote:
Philippe Gerum wrote:
Jan Kiszka wrote:
Philippe Gerum wrote:
Jan Kiszka wrote:
Hi Philippe,
this patches cleans up the include/rtdm folder by moving internal
headers to ksrc/skins/rtdm, leaving only rtdm.h, rtdm_driver.h, the two
profile headers, and syscall.h
Heikki Lindholm wrote:
Philippe Gerum kirjoitti:
Heikki Lindholm wrote:
Philippe Gerum 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
Jan Kiszka wrote:
Jan Kiszka wrote:
Hi Philippe,
this patch is to reset the maximum IRQs-off path after timer calibration
(will get flooded otherwise). If you have no concerns, please apply.
Applied, thanks.
Actually, there is another noise source: rthal_timer_request() for the
APIC
Jan Kiszka wrote:
The previous patch was also incorrect when trying to cross-compile the
Linux kernel or building it for ppc. The attached patch fixes these
issues.
Regarding your general idea, I'm just trying to imagine the new build
process: you prepare and build the kernel +
Kent Borg wrote:
On Sat, Jan 07, 2006 at 12:52:23AM -0700, Jim Cromie wrote:
You get to keep both pieces ? ;-)
Cool!
Ive attached my working config - might get you going. pls report
back what made your config not work, once you find it.
I'm looking at it now. In the meantime, if
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
The previous patch was also incorrect when trying to cross-compile the
Linux kernel or building it for ppc. The attached patch fixes these
issues.
Regarding your general idea, I'm just trying to imagine the new build
Hi
xeno.sim.patch contains some clarification on how to build the xenoscope. (GCC
3.4 worked for me on a x86 system, but with a lot of warnings, that fwritable
is deprecated)
xeno.patch is a shorter way how to cross-compile using the CROSS_COMPILE
variable. It worked for me without any
Hi
I just upgraded to revision 392 of xenomai and got the following error trying
to compile the linux 2.6.14 kernel
CC kernel/xenomai/nucleus/heap.o
/mnt/data.ng/hcu/kernel/linux-2.6.14/kernel/xenomai/nucleus/heap.c:1017:1:
pasting , and args does not give a valid preprocessing token
Kent Borg wrote:
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'
Heikki Lindholm kirjoitti:
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
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
Hi Philippe,
this patches cleans up the include/rtdm folder by moving internal
headers to ksrc/skins/rtdm, leaving only rtdm.h, rtdm_driver.h, the two
profile headers, and syscall.h there. The latter is still only needed
for building Xenomai itself, thus it will not be installed. Successfully
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 wrote:
Jan Kiszka wrote:
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
Jan Kiszka wrote:
Hi Philippe,
this patches cleans up the include/rtdm folder by moving internal
headers to ksrc/skins/rtdm, leaving only rtdm.h, rtdm_driver.h, the two
profile headers, and syscall.h there. The latter is still only needed
for building Xenomai itself, thus it will not be
On Sat, Jan 07, 2006 at 12:52:23AM -0700, Jim Cromie wrote:
You get to keep both pieces ? ;-)
Cool!
Ive attached my working config - might get you going. pls report
back what made your config not work, once you find it.
I'm looking at it now. In the meantime, if anyone is interested in
Jan Kiszka wrote:
Hi Philippe,
this patches cleans up the include/rtdm folder by moving internal
headers to ksrc/skins/rtdm, leaving only rtdm.h, rtdm_driver.h, the two
profile headers, and syscall.h there. The latter is still only needed
for building Xenomai itself, thus it will not be
Philippe Gerum wrote:
Jan Kiszka wrote:
Hi Philippe,
this patches cleans up the include/rtdm folder by moving internal
headers to ksrc/skins/rtdm, leaving only rtdm.h, rtdm_driver.h, the two
profile headers, and syscall.h there. The latter is still only needed
for building Xenomai itself,
Jan Kiszka wrote:
Philippe Gerum wrote:
Jan Kiszka wrote:
Hi Philippe,
this patches cleans up the include/rtdm folder by moving internal
headers to ksrc/skins/rtdm, leaving only rtdm.h, rtdm_driver.h, the two
profile headers, and syscall.h there. The latter is still only needed
for
Philippe Gerum 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
Heikki Lindholm wrote:
Philippe Gerum 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
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
Hi Philippe,
this patch is to reset the maximum IRQs-off path after timer calibration
(will get flooded otherwise). If you have no concerns, please apply.
Actually, there is another noise source: rthal_timer_request() for the
APIC case. But I think we should let this one alone as the user may
Jan Kiszka wrote:
Philippe Gerum wrote:
Jan Kiszka wrote:
Philippe Gerum wrote:
Jan Kiszka wrote:
Hi Philippe,
this patches cleans up the include/rtdm folder by moving internal
headers to ksrc/skins/rtdm, leaving only rtdm.h, rtdm_driver.h, the two
profile headers, and syscall.h
Jan Kiszka wrote:
Hi Philippe,
this patch is to reset the maximum IRQs-off path after timer calibration
(will get flooded otherwise). If you have no concerns, please apply.
Actually, there is another noise source: rthal_timer_request() for the
APIC case. But I think we should let this one
Heikki Lindholm wrote:
Philippe Gerum kirjoitti:
Heikki Lindholm wrote:
Philippe Gerum 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
Jan Kiszka wrote:
Jan Kiszka wrote:
Hi Philippe,
this patch is to reset the maximum IRQs-off path after timer calibration
(will get flooded otherwise). If you have no concerns, please apply.
Applied, thanks.
Actually, there is another noise source: rthal_timer_request() for the
APIC
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
The previous patch was also incorrect when trying to cross-compile the
Linux kernel or building it for ppc. The attached patch fixes these
issues.
Regarding your general idea, I'm just trying to imagine the new build
Hi
xeno.sim.patch contains some clarification on how to build the xenoscope. (GCC
3.4 worked for me on a x86 system, but with a lot of warnings, that fwritable
is deprecated)
xeno.patch is a shorter way how to cross-compile using the CROSS_COMPILE
variable. It worked for me without any
Hi
I just upgraded to revision 392 of xenomai and got the following error trying
to compile the linux 2.6.14 kernel
CC kernel/xenomai/nucleus/heap.o
/mnt/data.ng/hcu/kernel/linux-2.6.14/kernel/xenomai/nucleus/heap.c:1017:1:
pasting , and args does not give a valid preprocessing token
Jan Kiszka wrote:
If you let configure select the proper adeos patch, you are warned when
the adeos patch changed in the source directory (after an svn update,
for example), and just have to type:
rm linux/.xenomai-prepared (Ok, this step is a bit awkward, we may find
Niklaus Giger wrote:
Hi
I just upgraded to revision 392 of xenomai and got the following error trying
to compile the linux 2.6.14 kernel
CC kernel/xenomai/nucleus/heap.o
/mnt/data.ng/hcu/kernel/linux-2.6.14/kernel/xenomai/nucleus/heap.c:1017:1:
pasting , and args does not give a valid
Jim Cromie wrote:
Philippe Gerum wrote:
You may want to try this one:
http://download.gna.org/adeos/patches/v2.6/i386/adeos-ipipe-2.6.15-i386-1.1-03.patch
although Im not surprised, I feel like telling someone,
[EMAIL PROTECTED] ~]$ uname -a
Linux harpo.jimc.earth 2.6.15-ipipe-103-sony
46 matches
Mail list logo