Re: [Xenomai-core] Two patches for the documentation

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 fo

Re: [Xenomai-core] heres a go at an adeos-ipipe-2.6.15-i386-1.1-01.patch

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 harpo.jimc.earth

[Xenomai-core] Re: [PATCH, RFC] nucleus:shared irq and possible ipipe problem

Dmitry Adamushko wrote: On 31/12/05, *Philippe Gerum* <[EMAIL PROTECTED] > wrote: > ... > 2) xnintr_irq_handler() gets a cookie which is == xnshared_irq_t* (see > xnintr_attach) that may already be invalid at that time or, and that's a > pro

Re: [Xenomai-core] [rfc] Building Linux kernel in Xenomai tree.

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 drawbac

Re: [Xenomai-core] [rfc] Building Linux kernel in Xenomai tree.

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.

Re: [Xenomai-core] [rfc] Building Linux kernel in Xenomai tree.

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, ke

Re: [Xenomai-core] Two patches for the documentation

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 co

[Xenomai-core] latency kernel part crashes on ppc64

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'? -- Heikki Lindholm

[Xenomai-core] rt_task_spawn with NULL name and pascal linking

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 thin

Re: [Xenomai-core] latency kernel part crashes on ppc64

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.

Re: [Xenomai-core] heres a go at an adeos-ipipe-2.6.15-i386-1.1-01.patch

On Sat, Jan 07, 2006 at 08:41:20PM +0100, 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 That builds for me--I'll try running it tomorrow. Thanks, -kb ___ X

Re: [Xenomai-core] latency kernel part crashes on ppc64

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 shoul

Re: [Xenomai-core] [rfc] Building Linux kernel in Xenomai tree.

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 specifi

Re: [Xenomai-core] latency kernel part crashes on ppc64

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

Re: [Xenomai-core] latency kernel part crashes on ppc64

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. J

Re: [Xenomai-core] latency kernel part crashes on ppc64

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. J

Re: [Xenomai-core] latency kernel part crashes on ppc64

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 k

Re: [Xenomai-core] latency kernel part crashes on ppc64

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 kerne

Re: [Xenomai-core] [rfc] Building Linux kernel in Xenomai tree.

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",

Re: [Xenomai-core] [rfc] Building Linux kernel in Xenomai tree.

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 > >

Re: [Xenomai-core] latency kernel part crashes on ppc64

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 > >>pat

Re: [Xenomai-core] [rfc] Building Linux kernel in Xenomai tree.

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 y

Re: [Xenomai-core] latency kernel part crashes on ppc64

Stelian Pop wrote: > 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

[Xenomai-core] [PATCH] fix tracer compilation issues

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 -

[Xenomai-core] Re: [PATCH] fix tracer compilation issues

Jan Kiszka wrote: 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 componen

Re: [Xenomai-core] latency kernel part crashes on ppc64

Jan Kiszka wrote: Stelian Pop wrote: 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_sc

Re: [Xenomai-core] heres a go at an adeos-ipipe-2.6.15-i386-1.1-01.patch

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 harpo.jimc.earth

Re: [Xenomai-core] Two patches for the documentation

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 fo

[Xenomai-core] Re: [PATCH, RFC] nucleus:shared irq and possible ipipe problem

Dmitry Adamushko wrote: On 31/12/05, *Philippe Gerum* <[EMAIL PROTECTED] > wrote: > ... > 2) xnintr_irq_handler() gets a cookie which is == xnshared_irq_t* (see > xnintr_attach) that may already be invalid at that time or, and that's a > pro

Re: [Xenomai-core] [rfc] Building Linux kernel in Xenomai tree.

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 drawbac

Re: [Xenomai-core] [rfc] Building Linux kernel in Xenomai tree.

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.

Re: [Xenomai-core] [rfc] Building Linux kernel in Xenomai tree.

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, ke

Re: [Xenomai-core] Two patches for the documentation

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 co

[Xenomai-core] latency kernel part crashes on ppc64

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'? -- Heikki Lindholm

[Xenomai-core] rt_task_spawn with NULL name and pascal linking

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 thin

Re: [Xenomai-core] latency kernel part crashes on ppc64

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.

Re: [Xenomai-core] heres a go at an adeos-ipipe-2.6.15-i386-1.1-01.patch

On Sat, Jan 07, 2006 at 08:41:20PM +0100, 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 That builds for me--I'll try running it tomorrow. Thanks, -kb

Re: [Xenomai-core] [rfc] Building Linux kernel in Xenomai tree.

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 specifi

Re: [Xenomai-core] latency kernel part crashes on ppc64

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 shoul

Re: [Xenomai-core] latency kernel part crashes on ppc64

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

Re: [Xenomai-core] latency kernel part crashes on ppc64

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. J

Re: [Xenomai-core] latency kernel part crashes on ppc64

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. J

Re: [Xenomai-core] latency kernel part crashes on ppc64

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 k

Re: [Xenomai-core] [rfc] Building Linux kernel in Xenomai tree.

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",

Re: [Xenomai-core] latency kernel part crashes on ppc64

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 kerne

Re: [Xenomai-core] [rfc] Building Linux kernel in Xenomai tree.

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 > >

Re: [Xenomai-core] latency kernel part crashes on ppc64

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 > >>pat

Re: [Xenomai-core] [rfc] Building Linux kernel in Xenomai tree.

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 y

Re: [Xenomai-core] latency kernel part crashes on ppc64

Stelian Pop wrote: > 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

[Xenomai-core] [PATCH] fix tracer compilation issues

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 -