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.
The
Gilles Chanteperdrix wrote:
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
Jan Kiszka kirjoitti:
Heikki Lindholm wrote:
Jan Kiszka kirjoitti:
Heikki Lindholm wrote:
Hi,
Some recent changes (*cough* RTDM benchmark driver *cough*) broke kernel
mode benchmarking for ppc64. Previously klatency worked fine, but now
latency -t 1 crashes somewhere in xnpod_schedule.
Heikki Lindholm wrote:
o When and how does it crash? At start-up immediately? Or after a
while?
I inserted some serial debug prints and it gets two passes to
eval_outer_loop done (enter/exit function). After that it freezes.
Without the debug printing it dies with kernel
Gilles Chanteperdrix wrote:
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
Le dimanche 08 janvier 2006 à 18:56 +0200, Heikki Lindholm a écrit :
Some recent changes (*cough* RTDM benchmark driver *cough*) broke kernel
mode benchmarking for ppc64. Previously klatency worked fine, but now
latency -t 1 crashes somewhere in xnpod_schedule. Jan, any pending
patches a
Gilles Chanteperdrix wrote:
Philippe Gerum wrote:
Gilles Chanteperdrix wrote:
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
Philippe Gerum wrote:
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
Niklaus Giger wrote:
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
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.
The patch is a bit young and still has a few
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.
The
Gilles Chanteperdrix wrote:
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
Niklaus Giger wrote:
xeno.patch is a shorter way how to cross-compile using the CROSS_COMPILE
variable.
The CROSS_COMPILE prefix is not used by the configure script of branch
2.1 of Xenomai (though it works with branch 2.0), the --host option of
configure should be used instead.
Also
Hi,
I needed a lot coffee and tobacco resources to find out that rt_task_spawn
with NULL name will not work in userspace. The call failed with -3 (ESRCH?).
This error seems not documented the xenomai api documention.
Using rt_task_create and rt_task_start it was rt_task_start that failed.
I
Heikki Lindholm wrote:
Hi,
Some recent changes (*cough* RTDM benchmark driver *cough*) broke kernel
mode benchmarking for ppc64. Previously klatency worked fine, but now
latency -t 1 crashes somewhere in xnpod_schedule. Jan, any pending
patches a comin'?
Nope, it should work as it is. But
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
Jan Kiszka kirjoitti:
Heikki Lindholm wrote:
Hi,
Some recent changes (*cough* RTDM benchmark driver *cough*) broke kernel
mode benchmarking for ppc64. Previously klatency worked fine, but now
latency -t 1 crashes somewhere in xnpod_schedule. Jan, any pending
patches a comin'?
Nope, it
Heikki Lindholm wrote:
Jan Kiszka kirjoitti:
Heikki Lindholm wrote:
Hi,
Some recent changes (*cough* RTDM benchmark driver *cough*) broke kernel
mode benchmarking for ppc64. Previously klatency worked fine, but now
latency -t 1 crashes somewhere in xnpod_schedule. Jan, any pending
Jan Kiszka kirjoitti:
Heikki Lindholm wrote:
Jan Kiszka kirjoitti:
Heikki Lindholm wrote:
Hi,
Some recent changes (*cough* RTDM benchmark driver *cough*) broke kernel
mode benchmarking for ppc64. Previously klatency worked fine, but now
latency -t 1 crashes somewhere in xnpod_schedule.
Heikki Lindholm wrote:
Jan Kiszka kirjoitti:
Heikki Lindholm wrote:
Jan Kiszka kirjoitti:
Heikki Lindholm wrote:
Hi,
Some recent changes (*cough* RTDM benchmark driver *cough*) broke
kernel
mode benchmarking for ppc64. Previously klatency worked fine, but now
latency -t 1 crashes
Gilles Chanteperdrix wrote:
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
Heikki Lindholm wrote:
o When and how does it crash? At start-up immediately? Or after a
while?
I inserted some serial debug prints and it gets two passes to
eval_outer_loop done (enter/exit function). After that it freezes.
Without the debug printing it dies with kernel
Le dimanche 08 janvier 2006 à 18:56 +0200, Heikki Lindholm a écrit :
Some recent changes (*cough* RTDM benchmark driver *cough*) broke kernel
mode benchmarking for ppc64. Previously klatency worked fine, but now
latency -t 1 crashes somewhere in xnpod_schedule. Jan, any pending
patches a
Gilles Chanteperdrix wrote:
Philippe Gerum wrote:
Gilles Chanteperdrix wrote:
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
Hi Philippe,
two minor updates I fixed since your last merge. The first one triggers
if the tracer tries to warn of debugging switch related latencies. The
second one when building very specific out-of-tree modules against the
kernel (here: madwifi with its binary-only component), stumbling over
25 matches
Mail list logo
