[Xenomai] [PATCH 2/2] debian: change version number in changelog

Signed-off-by: Henning Schild henning.sch...@siemens.com --- debian/changelog | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/debian/changelog b/debian/changelog index 666b446..b518815 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,4 +1,4 @@ -xenomai (2.99.0

[Xenomai] [PATCH 1/2] debian: add autoreconf to build rules

Add autoreconf steps to debian/rules and add required tools to build deps. Signed-off-by: Henning Schild henning.sch...@siemens.com --- debian/control | 2 +- debian/rules | 2 ++ 2 files changed, 3 insertions(+), 1 deletion(-) diff --git a/debian/control b/debian/control index 2225648

Re: [Xenomai] [PATCH 1/2] debian: add autoreconf to build rules

On Wed, 29 Apr 2015 13:59:38 +0200 Gilles Chanteperdrix gilles.chanteperd...@xenomai.org wrote: You are right, that is another way of looking at it. I was assuming that the rules should contain all necessary build steps, but i am not sure what the best practice is for debian-directories.

Re: [Xenomai] [PATCH 1/2] debian: add autoreconf to build rules

On Wed, 29 Apr 2015 11:39:43 +0200 Gilles Chanteperdrix gilles.chanteperd...@xenomai.org wrote: is dh-autoreconf available on wheezy ? Sure. If people work from a release, autoreconf is useless and has chances to do more harm than good. So releases will contain the Makefiles and

[Xenomai] [PATCH] debian: remove xeno-config from libxenomai-dev package

Since 8871363fa57266af4c8d8a06965f2898b940fb48 the binary and its man-page are in the base package (xenomai-runtime). Remove the files from the -dev package to resolve the current package conflict. Signed-off-by: Henning Schild henning.sch...@siemens.com --- debian/libxenomai-dev.install | 2

Re: [Xenomai] [PATCH] debian: remove xeno-config from libxenomai-dev package

On Thu, 30 Apr 2015 14:23:59 +0200 Gilles Chanteperdrix gilles.chanteperd...@xenomai.org wrote: On Thu, Apr 30, 2015 at 01:59:54PM +0200, Henning Schild wrote: Since 8871363fa57266af4c8d8a06965f2898b940fb48 the binary and its man-page are in the base package (xenomai-runtime). Remove

[Xenomai] [PATCH] debian: add pkg-config as explicit build dep

configure.ac uses the PKG_CHECK_MODULES macro, which is provided by pkg-config Not having pkg-config installed will cause a syntax error in configure Signed-off-by: Henning Schild henning.sch...@siemens.com --- debian/control | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [Xenomai] [PATCH] debian: remove xeno-config from libxenomai-dev package

On Thu, 30 Apr 2015 15:04:20 +0200 Henning Schild henning.sch...@siemens.com wrote: Ok with me. git revert 8871363fa57266af4c8d8a06965f2898b940fb48 Bump. Should i send the revert patch? Henning ___ Xenomai mailing list Xenomai@xenomai.org http

Re: [Xenomai] [PATCH] debian: add pkg-config as explicit build dep

Bump. On Wed, 29 Apr 2015 16:47:57 +0200 Henning Schild henning.sch...@siemens.com wrote: configure.ac uses the PKG_CHECK_MODULES macro, which is provided by pkg-config Not having pkg-config installed will cause a syntax error in configure Signed-off-by: Henning Schild henning.sch

Re: [Xenomai] [PATCH] debian: remove xeno-config from libxenomai-dev package

personally prefer the first option. regards, Henning On Thu, 30 Apr 2015 13:59:54 +0200 Henning Schild henning.sch...@siemens.com wrote: Since 8871363fa57266af4c8d8a06965f2898b940fb48 the binary and its man-page are in the base package (xenomai-runtime). Remove the files from the -dev package

Re: [Xenomai] [PATCH] debian: remove xeno-config from libxenomai-dev package

On Wed, 27 May 2015 11:21:33 +0200 Philippe Gerum r...@xenomai.org wrote: You mean this? http://git.xenomai.org/xenomai-3.git/commit/?id=571ec165ad6a22d3f93f6197b64eb8edba8fbee4 Ahh. Yes i meant this. The actual conclusion of the discussion to this patch was to revert the change that

Re: [Xenomai] [PATCH] debian: remove xeno-config from libxenomai-dev package

On Wed, 27 May 2015 15:43:18 +0200 Gilles Chanteperdrix gilles.chanteperd...@xenomai.org wrote: In any case, I am no longer running Debian on my desktop, and restarting a server to test a Xenomai release is out of the question, so it would not be easy for me to test Debian packaging. Since we

Re: [Xenomai] [PATCH] debian: remove xeno-config from libxenomai-dev package

On Thu, 28 May 2015 01:51:31 +0200 Gilles Chanteperdrix gilles.chanteperd...@xenomai.org wrote: Just to inform, because i have been in silence all this thread that some weeks ago (maybe two month) I contacted with the debian maintainer of xenomai. I offered my help because I was interested

Re: [Xenomai] [PATCH v3] scripts: use mktemp instead of relying on TMPDIR beeing in env

Sorry for the mess. The 3rd adds the --tmpdir switch, that is the diff to the first two. The v2 is not different from v1 because i did not ammend before sending the mail. Henning On Tue, 27 Oct 2015 13:30:50 +0100 Henning Schild <henning.sch...@siemens.com> wrote: > The environment

Re: [Xenomai] [PATCH] scripts: use mktemp instead of relying on TMPDIR beeing in env

On Tue, 27 Oct 2015 13:30:04 +0100 Gilles Chanteperdrix <gilles.chanteperd...@xenomai.org> wrote: > On Tue, Oct 27, 2015 at 01:21:16PM +0100, Henning Schild wrote: > > The environment variable TMPDIR is optional and not always set. We > > could test for it and fall back

[Xenomai] [PATCH] scripts: use mktemp instead of relying on TMPDIR beeing in env

The environment variable TMPDIR is optional and not always set. We could test for it and fall back to /tmp/ or just use the tool mktemp. Signed-off-by: Henning Schild <henning.sch...@siemens.com> --- scripts/prepare-kernel.sh | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)

[Xenomai] [PATCH v2] scripts: use mktemp instead of relying on TMPDIR beeing in env

The environment variable TMPDIR is optional and not always set. We could test for it and fall back to /tmp/ or just use the tool mktemp. Signed-off-by: Henning Schild <henning.sch...@siemens.com> --- scripts/prepare-kernel.sh | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)

[Xenomai] [PATCH v3] scripts: use mktemp instead of relying on TMPDIR beeing in env

The environment variable TMPDIR is optional and not always set. We could test for it and fall back to /tmp/ or just use the tool mktemp. Signed-off-by: Henning Schild <henning.sch...@siemens.com> --- scripts/prepare-kernel.sh | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)

[Xenomai] [PATCH v4] scripts: use mktemp instead of relying on TMPDIR beeing in env

The environment variable TMPDIR is optional and not always set. We could test for it and fall back to /tmp/ or just use the tool mktemp. Signed-off-by: Henning Schild <henning.sch...@siemens.com> --- scripts/prepare-kernel.sh | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)

Re: [Xenomai] [PATCH] scripts: use mktemp instead of relying on TMPDIR beeing in env

On Tue, 27 Oct 2015 13:35:40 +0100 Henning Schild <henning.sch...@siemens.com> wrote: > On Tue, 27 Oct 2015 13:30:04 +0100 > Gilles Chanteperdrix <gilles.chanteperd...@xenomai.org> wrote: > > > On Tue, Oct 27, 2015 at 01:21:16PM +0100, Henning Schild wrote: > >

Re: [Xenomai] 4.x merge

On Wed, 14 Oct 2015 09:11:49 -0400 Jorge Ramirez Ortiz <j...@xenomai.org> wrote: > On 09/17/2015 08:39 AM, Henning Schild wrote: > > I did push my current state to github. Check out > > https://github.com/siemens/linux-ipipe > > branches ipipe-3.19 and -4.0 >

Re: [Xenomai] [PATCH v4] scripts: use mktemp instead of relying on TMPDIR beeing in env

On Wed, 4 Nov 2015 08:53:11 +0100 Gilles Chanteperdrix <gilles.chanteperd...@xenomai.org> wrote: > On Wed, Oct 28, 2015 at 12:15:16PM +0100, Henning Schild wrote: > > The environment variable TMPDIR is optional and not always set. We > > could test for it and fall back

[Xenomai] [PATCH] scripts: increase number of Xs in mktemp template

In a5cfe9c9a8dbcc094b0c5043b21fa6cde7fc42e5 the use of mktemp was introduces. Some versions of mktemp seem to require a template of at least 6 Xs. Signed-off-by: Henning Schild <henning.sch...@siemens.com> --- scripts/prepare-kernel.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[Xenomai] [PATCHv2] scripts: increase number of Xs in mktemp template

In a5cfe9c9a8dbcc094b0c5043b21fa6cde7fc42e5 the use of mktemp was introduces. There are version of mktemp that are ok with less than six Xs, but POSIX requires exactly six. http://pubs.opengroup.org/onlinepubs/9699919799/functions/mkstemp.html Signed-off-by: Henning Schild <henning.

[Xenomai] [PATCH] x86/ipipe: reserve irq num we use for IRQ_MOVE_CLEANUP_VECTOR

not hand out the number ipipe failed to reserve. Signed-off-by: Henning Schild henning.sch...@siemens.com --- arch/x86/kernel/irqinit.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/x86/kernel/irqinit.c b/arch/x86/kernel/irqinit.c index e850981..5ca0ec7 100644 --- a/arch/x86/kernel

[Xenomai] [PATCHv3] x86/ipipe: reserve irq num we use for IRQ_MOVE_CLEANUP_VECTOR

not hand out the number ipipe failed to reserve. Signed-off-by: Henning Schild henning.sch...@siemens.com --- arch/x86/kernel/irqinit.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/arch/x86/kernel/irqinit.c b/arch/x86/kernel/irqinit.c index e850981..f6f3cbe 100644

[Xenomai] [PATCHv2] x86/ipipe: reserve irq num we use for IRQ_MOVE_CLEANUP_VECTOR

not hand out the number ipipe failed to reserve. Signed-off-by: Henning Schild henning.sch...@siemens.com --- arch/x86/kernel/irqinit.c | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/x86/kernel/irqinit.c b/arch/x86/kernel/irqinit.c index e850981..5ca517f 100644 --- a/arch/x86/kernel

Re: [Xenomai] [PATCH] x86/ipipe: reserve irq num we use for IRQ_MOVE_CLEANUP_VECTOR

On Wed, 26 Aug 2015 20:32:57 +0200 Jan Kiszka jan.kis...@siemens.com wrote: On 2015-08-26 19:01, Henning Schild wrote: vector_irq must not contain the same irq number for two different vectors because ipipe dispatches based on irq numbers. For the special case of IRQ_MOVE_CLEANUP_VECTOR

[Xenomai] 4.x merge

Hi, i am about to merge ipipe into a more recent kernel and would like to discuss the approach with you guys. As far as i have seen and been told i should merge and not rebase. My current plan: 1 choose release (4.1 since its LTS) 2 merge it into ipipe 3 resolve obvious conflicts 4 commit broken

Re: [Xenomai] 4.x merge

On Tue, 15 Sep 2015 10:48:54 +0200 Henning Schild <henning.sch...@siemens.com> wrote: > Hey guys, > > i now have a working 3.19 kernel that passed basic testing on x86. I > guess it is ready to be tested on other archs, where it might not even > compile. I did my best

[Xenomai] [PATCH xenomai2 2/2] scripts: make kernel 4.x ready

Signed-off-by: Henning Schild <henning.sch...@siemens.com> --- scripts/prepare-kernel.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/prepare-kernel.sh b/scripts/prepare-kernel.sh index 021c650..ac438c6 100755 --- a/scripts/prepare-kernel.sh +++ b/scripts/p

[Xenomai] [PATCH xenomai3 1/2] adopt to kernel change c0371da6047abd261bc483c744dbc7d81a116172

Signed-off-by: Henning Schild <henning.sch...@siemens.com> --- include/cobalt/kernel/compat.h| 3 ++- include/cobalt/kernel/rtdm/rtdm.h | 8 kernel/cobalt/posix/compat.c | 14 -- kernel/cobalt/posix/syscall32.c | 5 +++-- 4 files changed, 17 insertions(

[Xenomai] [PATCH xenomai2 1/2] adopt to kernel change c0371da6047abd261bc483c744dbc7d81a116172

Signed-off-by: Henning Schild <henning.sch...@siemens.com> --- include/rtdm/rtdm.h | 10 ++ 1 file changed, 10 insertions(+) diff --git a/include/rtdm/rtdm.h b/include/rtdm/rtdm.h index d907f08..5da5687 100644 --- a/include/rtdm/rtdm.h +++ b/include/rtdm/rtdm.h @@ -49,6

[Xenomai] [PATCH xenomai3 2/2] adopt to kernel change 3a161d99c43ce74c76aecff309be4c3ba455e823

Signed-off-by: Henning Schild <henning.sch...@siemens.com> --- kernel/cobalt/trace/cobalt-posix.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/cobalt/trace/cobalt-posix.h b/kernel/cobalt/trace/cobalt-posix.h index 2382615..07e5e92 100644 --- a/kernel/cobalt

Re: [Xenomai] ipipe_read_tsc, ipipe_tsc2ns

On Tue, 29 Sep 2015 14:38:58 +0200 Johann Obermayr wrote: > in a loadable kernel module i use ipipe_read_tsc and ipipe_tsc2ns. > But at compiling i get follow warning. > > WARNING: "__ipipe_kuser_tsc_freq" [km_testsample.ko] undefined! > > we have ARM, Linux 3.0 +

Re: [Xenomai] I-pipe tracer issue on at91

On Tue, 29 Sep 2015 10:47:05 +0200 Gilles Chanteperdrix <gilles.chanteperd...@xenomai.org> wrote: > On Tue, Sep 29, 2015 at 10:41:44AM +0200, Henning Schild wrote: > > On Tue, 29 Sep 2015 03:25:42 +0200 > > Gilles Chanteperdrix <gilles.chanteperd...@xenomai.o

Re: [Xenomai] I-pipe tracer issue on at91

On Tue, 29 Sep 2015 10:50:18 +0200 Gilles Chanteperdrix <gilles.chanteperd...@xenomai.org> wrote: > On Tue, Sep 29, 2015 at 10:47:05AM +0200, Gilles Chanteperdrix wrote: > > On Tue, Sep 29, 2015 at 10:41:44AM +0200, Henning Schild wrote: > > > On Tue, 29 Sep 2015 03:

Re: [Xenomai] I-pipe tracer issue on at91

On Tue, 29 Sep 2015 03:25:42 +0200 Gilles Chanteperdrix wrote: > Hi, > > since the AT91 I-pipe timer code was rebased on the mainline > tcb_clksrc driver, the I-pipe tracer is broken for these platforms. > The following patch is an attempt to fix it. If

Re: [Xenomai] 4.x merge

On Tue, 29 Sep 2015 20:03:45 +0200 Gilles Chanteperdrix <gilles.chanteperd...@xenomai.org> wrote: > On Wed, Sep 09, 2015 at 11:31:51AM +0200, Henning Schild wrote: > > Hi, > > > > i am about to merge ipipe into a more recent kernel and would like > > to discuss t

[Xenomai] ipipe x86_64 huge page ioremap

Hey, the 4.1 kernel supports mapping IO memory using huge pages. 0f616be120c632c818faaea9adcb8f05a7a8601f .. 6b6378355b925050eb6fa966742d8c2d65ff0d83 In ipipe memory that gets ioremapped will get pinned using __ipipe_pin_mapping_globally, however in the x86_64 case that function uses

Re: [Xenomai] huge ioremap from kernel 4.1

On Fri, 5 Feb 2016 12:12:23 -0700 Toshi Kani <toshi.k...@hpe.com> wrote: > On Fri, 2016-02-05 at 10:51 +0100, Henning Schild wrote: > > On Thu, 4 Feb 2016 13:47:23 -0700 > > Toshi Kani <toshi.k...@hpe.com> wrote: >  : > > > > > > When a p

Re: [Xenomai] mailinglist write access for non-subscribers

On Mon, 8 Feb 2016 10:07:02 +0100 Gilles Chanteperdrix <gilles.chanteperd...@xenomai.org> wrote: > On Mon, Feb 08, 2016 at 09:29:41AM +0100, Henning Schild wrote: > > Hey guys, > > > > i have been discussing the huge ioremap problem with the guy that > >

[Xenomai] mailinglist write access for non-subscribers

Hey guys, i have been discussing the huge ioremap problem with the guy that wrote the patch-set introducing the problem. And i always had this list on CC, unfortunately his replies did not end up on this list because he is not subscribed. Is the list indeed configured like that? And is that not

Re: [Xenomai] huge ioremap from kernel 4.1

On Fri, 5 Feb 2016 16:53:25 -0700 Toshi Kani <toshi.k...@hpe.com> wrote: > On Fri, 2016-02-05 at 12:12 -0700, Toshi Kani wrote: > > On Fri, 2016-02-05 at 10:51 +0100, Henning Schild wrote: > > > On Thu, 4 Feb 2016 13:47:23 -0700 > > > Tosh

Re: [Xenomai] [PATCH v3] ipipe x86 mm: handle huge pages in memory pinning

backported to 4.1. So i guess we can just wait for that and use "nohugeiomap" until the issue is fixed mainline and merged in our 4.1.y branch. Henning On Wed, 3 Feb 2016 13:59:25 +0100 Henning Schild <henning.sch...@siemens.com> wrote: > In 4.1 huge page mapping of io memory was

Re: [Xenomai] ipipe x86_64 huge page ioremap

On Wed, 3 Feb 2016 16:07:57 +0100 Philippe Gerum <r...@xenomai.org> wrote: > On 02/02/2016 06:43 PM, Henning Schild wrote: > > On Fri, 15 Jan 2016 09:32:38 +0100 > > Philippe Gerum <r...@xenomai.org> wrote: > > > >> On 01/14/2016 06:34 PM, Henning Schi

Re: [Xenomai] [PATCH v3] ipipe x86 mm: handle huge pages in memory pinning

On Wed, 3 Feb 2016 15:24:48 +0100 Gilles Chanteperdrix <gilles.chanteperd...@xenomai.org> wrote: > On Wed, Feb 03, 2016 at 01:59:25PM +0100, Henning Schild wrote: > > In 4.1 huge page mapping of io memory was introduced, enable ipipe > > to handle that when pinning kernel me

Re: [Xenomai] mailinglist write access for non-subscribers

On Mon, 8 Feb 2016 13:37:57 +0100 Gilles Chanteperdrix <gilles.chanteperd...@xenomai.org> wrote: > On Mon, Feb 08, 2016 at 11:53:06AM +0100, Jan Kiszka wrote: > > On 2016-02-08 10:18, Henning Schild wrote: > > > On Mon, 8 Feb 2016 10:07:02 +0100 > > > Gilles

Re: [Xenomai] mailinglist write access for non-subscribers

On Mon, 8 Feb 2016 20:55:33 +0100 Wolfgang Denk wrote: > Dear Henning, > > In message <20160208140259.66e5dc7f@md1em3qc> you wrote: > > > > > Some kernel mailing lists are "subscriber only" too, probably for > > > the same reason (the linux arm kernel mailing list for instance).

Re: [Xenomai] huge ioremap from kernel 4.1

On Thu, 4 Feb 2016 09:41:16 -0700 Toshi Kani <toshi.k...@hpe.com> wrote: > On Thu, 2016-02-04 at 13:19 +0100, Henning Schild wrote: > > Hey Toshi, > > > > i am working on the xenomai project where we recently rebased our > > patches on 4.1. The fact that io-re

Re: [Xenomai] huge ioremap from kernel 4.1

On Thu, 4 Feb 2016 13:47:23 -0700 Toshi Kani <toshi.k...@hpe.com> wrote: > On Thu, 2016-02-04 at 17:35 +0100, Henning Schild wrote: > > On Thu, 4 Feb 2016 09:41:16 -0700 > > Toshi Kani <toshi.k...@hpe.com> wrote: > > > > > On Thu, 2016-02-04 at 13:19

Re: [Xenomai] IRQ of pci express claimed by linux domain

On Fri, 12 Feb 2016 11:22:17 +0100 Wolfgang Netbal wrote: > Dear all, > > I am using an imx6 controller where a FPGA-device is connected via > PCI express. > To use the FPGA in realtime I try to claim the IRQ 155 using > rtdm_irq_request() but the IRQ is hold by

Re: [Xenomai] IRQ of pci express claimed by linux domain

On Fri, 12 Feb 2016 12:43:48 +0100 Wolfgang Netbal <wolfgang.net...@sigmatek.at> wrote: > Am 2016-02-12 um 11:33 schrieb Henning Schild: > > On Fri, 12 Feb 2016 11:22:17 +0100 > > Wolfgang Netbal <wolfgang.net...@sigmatek.at> wrote: > > > >> Dear al

Re: [Xenomai] [PATCH v2] ipipe x86 mm: handle huge pages in memory pinning

On Thu, 28 Jan 2016 11:53:08 +0100 Philippe Gerum <r...@xenomai.org> wrote: > On 01/27/2016 02:41 PM, Henning Schild wrote: > > In 4.1 huge page mapping of io memory was introduced, enable ipipe > > to handle that when pinning kernel memory. > > > > c

Re: [Xenomai] [PATCH v2] ipipe x86 mm: handle huge pages in memory pinning

On Tue, 2 Feb 2016 20:26:54 +0100 Gilles Chanteperdrix <gilles.chanteperd...@xenomai.org> wrote: > On Tue, Feb 02, 2016 at 05:38:49PM +0100, Henning Schild wrote: > > I do not want to keep working on that patch just to hear that it is > > not required in the next round. Gill

[Xenomai] [PATCH v3] ipipe x86 mm: handle huge pages in memory pinning

In 4.1 huge page mapping of io memory was introduced, enable ipipe to handle that when pinning kernel memory. change that introduced the feature 0f616be120c632c818faaea9adcb8f05a7a8601f Signed-off-by: Henning Schild <henning.sch...@siemens.com> --- arch/x86/mm/fault.c | 6 ++ 1 file c

Re: [Xenomai] [PATCH v2] ipipe x86 mm: handle huge pages in memory pinning

On Tue, 2 Feb 2016 14:58:41 +0100 Philippe Gerum <r...@xenomai.org> wrote: > On 02/02/2016 01:08 PM, Henning Schild wrote: > > On Fri, 29 Jan 2016 19:39:48 +0100 > > Gilles Chanteperdrix <gilles.chanteperd...@xenomai.org> wrote: > > > >> On Fri, Jan 29

Re: [Xenomai] [PATCH v2] ipipe x86 mm: handle huge pages in memory pinning

On Tue, 2 Feb 2016 15:18:15 +0100 Philippe Gerum <r...@xenomai.org> wrote: > On 02/02/2016 01:08 PM, Henning Schild wrote: > > On Fri, 29 Jan 2016 19:39:48 +0100 > > Gilles Chanteperdrix <gilles.chanteperd...@xenomai.org> wrote: > > > >> On Fri, Jan 29

Re: [Xenomai] [PATCH v2] ipipe x86 mm: handle huge pages in memory pinning

On Fri, 29 Jan 2016 18:11:07 +0100 Philippe Gerum <r...@xenomai.org> wrote: > On 01/28/2016 09:53 PM, Henning Schild wrote: > > On Thu, 28 Jan 2016 11:53:08 +0100 > > Philippe Gerum <r...@xenomai.org> wrote: > > > >> On 01/27/2016 02:41 PM, Henn

Re: [Xenomai] [PATCH v2] ipipe x86 mm: handle huge pages in memory pinning

On Fri, 29 Jan 2016 19:39:48 +0100 Gilles Chanteperdrix <gilles.chanteperd...@xenomai.org> wrote: > On Fri, Jan 29, 2016 at 06:11:07PM +0100, Philippe Gerum wrote: > > On 01/28/2016 09:53 PM, Henning Schild wrote: > > > On Thu, 28 Jan 2016 11:53:08 +0100 > > >

Re: [Xenomai] ipipe x86_64 huge page ioremap

On Fri, 15 Jan 2016 09:32:38 +0100 Philippe Gerum <r...@xenomai.org> wrote: > On 01/14/2016 06:34 PM, Henning Schild wrote: > > Hey, > > > > the 4.1 kernel supports mapping IO memory using huge pages. > > 0f616be120c632c818faaea9adcb8f05a7a8601f .. > > 6

[Xenomai] [PATCH] ipipe x86 mm: handle huge pages in memory pinning

In 4.1 huge page mapping of io memory was introduced, enable ipipe to handle that when pinning kernel memory. change that introduced the feature 0f616be120c632c818faaea9adcb8f05a7a8601f Signed-off-by: Henning Schild <henning.sch...@siemens.com> --- arch/x86/mm/fault.c | 16 +

Re: [Xenomai] [PATCH] ipipe x86 mm: handle huge pages in memory pinning

On Tue, 26 Jan 2016 21:18:53 +0100 Jan Kiszka <jan.kis...@siemens.com> wrote: > On 2016-01-26 16:20, Henning Schild wrote: > > In 4.1 huge page mapping of io memory was introduced, enable ipipe > > to handle that when pinning kernel memory. > > > > c

[Xenomai] [PATCH v2] ipipe x86 mm: handle huge pages in memory pinning

In 4.1 huge page mapping of io memory was introduced, enable ipipe to handle that when pinning kernel memory. change that introduced the feature 0f616be120c632c818faaea9adcb8f05a7a8601f Signed-off-by: Henning Schild <henning.sch...@siemens.com> --- arch/x86/mm/fault.c | 8

Re: [Xenomai] ipipe tracer call trace during boot

On Mon, 8 Feb 2016 23:49:30 +0100 Gilles Chanteperdrix wrote: > On Mon, Feb 08, 2016 at 02:54:12PM +, Frederik Bayart wrote: > > > On Saturday, 6 February 2016, 14:46, Gilles Chanteperdrix > > > wrote: > > > > > > On Fri,

Re: [Xenomai] testsuite segfaults on Ubuntu 16.04 with Xenomai 2.6.4

On Thu, 24 Mar 2016 11:14:57 +0100 Christoph Permes wrote: > On 03/24/2016 10:51 AM, Gilles Chanteperdrix wrote: > > On Thu, Mar 24, 2016 at 10:38:29AM +0100, Christoph Permes wrote: > >> Hi, > >> > >> I am experiencing problems getting Xenomai 2.6.4 running on

Re: [Xenomai] Fwd: Latency test fails. Problem during installation

Hello Michele, you seem to be having multiple, possibly unrelated, issues. Some of them seem related to the kernel you are using. Please provide the kernel version and ipipe version you are talking about. For the high latency cases you should provide an event-trace. Henning On Mon, 7 Mar 2016

Re: [Xenomai] [PATCH v3] ipipe x86 mm: handle huge pages in memory pinning

Hey, the patch went into 4.1.19, please rebase/merge so ipipe-4.1.y contains it. Henning On Mon, 8 Feb 2016 09:44:28 +0100 Henning Schild <henning.sch...@siemens.com> wrote: > Hey, > > i discussed the issue with the guy that introduced huge ioremap. He > agreed that m

Re: [Xenomai] [Announce] Xenomai 2.6.5

Am Mon, 1 Aug 2016 13:29:46 +0200 schrieb Henning Schild <henning.sch...@siemens.com>: > Hey Gilles, > > i just checked out the new release, which came as a surprise. Thanks > for publishing that! > > Some of the patches prepare for kernel 4.0+ but one specifically make

Re: [Xenomai] [Announce] Xenomai 2.6.5

Hey Gilles, i just checked out the new release, which came as a surprise. Thanks for publishing that! Some of the patches prepare for kernel 4.0+ but one specifically makes sure the combination 4.0+ and 2.6.5 wont work. Am Sat, 9 Jul 2016 15:29:49 +0200 schrieb Gilles Chanteperdrix

Re: [Xenomai] tsc not monotonic

th a somewhat softer test with a threshold will probably work. That whole topic should probably be discussed in a bigger round, also having the kernel guys involved. Henning > Best > > Vincent > > On 08/09/2016 05:46 PM, Henning Schild wrote: > > Am Tue, 9 Aug 2016 16:5

Re: [Xenomai] tsc not monotonic

Am Wed, 3 Aug 2016 12:12:51 +0200 schrieb Vincent Berenz : > Hi, > > After using for years xenomai 2.5.6 on ubuntu 12.04, we decided to > upgrade to ubuntu 14.04 and a newer machine. I installed xenomai > 2.6.4 and kernel 3.14.39. The installation boots

Re: [Xenomai] tsc not monotonic

--- > CONFIG_XENO_OPT_PIPE_NRDEV=32 > CONFIG_XENO_OPT_REGISTRY_NRSLOTS=1024 > CONFIG_XENO_OPT_SYS_HEAPSZ=32768 > CONFIG_XENO_OPT_SYS_STACKPOOLSZ=4096 > --- > > Best > > Vincent > > On Thu, 4 Aug 2016 14:17:44 +0200 > Henning Schild <henning.sch...@siemens

[Xenomai] dealing with non-synchronized TSCs in Xenomai

TSCs are the only clocksource that Xenomai is able to use at the moment and it relies on them to be synchronized across cores. Unfortunately that is not always the case and the offsets can be substantial. [1] Linux does test for that on bootup and whenever a CPU is hotplugged and it will fall

Re: [Xenomai] LS1021ARM Occasional Crash on Startup

Hey, looks like this one http://www.xenomai.org/pipermail/xenomai/2015-April/033865.html After the suggested patch the thread seems to end, i did not dig deeper. And in the current ipipe-kernel that suggested change is also not contained. There is a change that looks like it could be addressing

[Xenomai] [PATCH] debian: remove device nodes from libxenomai1

will be generated by udev. And on legacy systems it should probably have been a bunch of mknods in a post-install step instead of packaging the nodes. Signed-off-by: Henning Schild <henning.sch...@siemens.com> --- I know 2.6 is discontinued and the debian subfolder is always a controversial point, i stil

Re: [Xenomai] tsc not monotonic

; and "max delta [us]" values different from 0. The max delta is how far a tsc based clock reading could jump if the process migrated between the cores with that offset. In that case processes measuring time could get negative or very high outliers. Henning > > > On 08.08.20

Re: [Xenomai] tsc not monotonic

should first of all check whether you can get another BIOS for that machine. If you do not mind hacking you could find that MSR 0x10 calibration code again and see how well you can synchronize the TSCs. Or maybe at least find the discussion for the change on lkml for us to look at. I am kind of afrai

Re: [Xenomai] tsc not monotonic

in the patched kernel. The problem with this guy is that it skips a test very relevant to Xenomai operation later on. > In case this hardware is not best for xenomai: > We selected this configuration for the only reason it has lots of > pci-express slots. We would be happy to switch to any

Re: [Xenomai] xenomomai-3 kernel freeze on RPI2

Am Wed, 1 Feb 2017 13:42:07 -0500 schrieb John Gwynne : > I've been watching for a while for a solution, or even conformation, > of a potential kernel freeze problem on the Raspberry PI 2/3 platform > with the Xenomai patches. Having not seen anything that appears

Re: [Xenomai] [PATCH] testsuite/switchtest/x86: allow in kernel-FPU testing

On Thu, 2 Feb 2017 10:43:33 +0100 Philippe Gerum <r...@xenomai.org> wrote: > On 01/27/2017 03:36 PM, Henning Schild wrote: > > On Fri, 27 Jan 2017 15:10:59 +0100 > > Philippe Gerum <r...@xenomai.org> wrote: > > > >> On 01/27/2017 03:04 PM, Henning Sc

Re: [Xenomai] [BUILDROOT] Xeno-test don’t work : Xenomai: /dev/rtheap is missing

Hey, that is where you can find an ipipe-4.1 kernel that should work on an rpi. http://git.xenomai.org/ipipe.git/log/?h=vendors/raspberry/ipipe-4.1 I suggest you compile xenomai yourself and copy the results into the rootfs generated by buildroot. When using xenomai the kernel and the userland

[Xenomai] RFC: switchtest FPU, introduce option to enforce testing

Hey, currently the switchtest will not run FPU related tests on x86 when some kernel-CONFIGS are set. (CONFIG_X86_USE_3DNOW, CONFIG_MD_RAID456) http://git.xenomai.org/xenomai-3.git/tree/kernel/cobalt/arch/x86/include/asm/xenomai/fptest.h#n32 The FPU switching code is infamous for popping up

[Xenomai] [PATCH 3/3] lib/cobalt: wrap CXXABI One-time Constructor functions

The implementation of these functions uses locks and has the potential to trigger a SIGXCPU when contended. Wrap them with assert_nrt so they reliably cause a switch when used in the rt context. Signed-off-by: Henning Schild <henning.sch...@siemens.com> --- lib/cobalt/assert.wrappers

[Xenomai] [PATCH 1/3] scripts/xeno-config: fix error message, dump_wrappers is not just POSIX

Signed-off-by: Henning Schild <henning.sch...@siemens.com> --- scripts/xeno-config-cobalt.in | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/xeno-config-cobalt.in b/scripts/xeno-config-cobalt.in index 62c1f33..d102d04 100644 --- a/scripts/xeno-config-cobalt.in

[Xenomai] [PATCH 2/3] scripts/xeno-config: apply the assert_nrt wrappers on all skins

There are basically two classes of wrappers. Those that actually change the implementation, and those that just assert that certain calls are not made from a realtime context. The latter are usefull for all skins and should always be applied. Signed-off-by: Henning Schild <henning.

Re: [Xenomai] [PATCH 3/3] lib/cobalt: wrap CXXABI One-time Constructor functions

On Wed, 25 Jan 2017 16:08:37 +0100 Henning Schild <henning.sch...@siemens.com> wrote: > The implementation of these functions uses locks and has the potential > to trigger a SIGXCPU when contended. Wrap them with assert_nrt so they > reliably cause a switch when used in

[Xenomai] [PATCH] testsuite/switchtest/x86: allow in kernel-FPU testing

the switchtest in kernel-mode is not a problem and may be desired for proper test-coverage. This patch introduces a command line option to switchtest to allow overriding the safeguard. Signed-off-by: Henning Schild <henning.sch...@siemens.com> --- include/rtdm/uapi/tes

Re: [Xenomai] [PATCH] testsuite/switchtest/x86: allow in kernel-FPU testing

On Fri, 27 Jan 2017 14:52:22 +0100 Henning Schild <henning.sch...@siemens.com> wrote: > Not running the in-kernel FPU tests while Linux might be using the FPU > in kernel-mode is a safeguard measure for development versions that > might still have issues with FPU context

Re: [Xenomai] [PATCH] testsuite/switchtest/x86: allow in kernel-FPU testing

On Fri, 27 Jan 2017 15:10:59 +0100 Philippe Gerum <r...@xenomai.org> wrote: > On 01/27/2017 03:04 PM, Henning Schild wrote: > > On Fri, 27 Jan 2017 14:52:22 +0100 > > Henning Schild <henning.sch...@siemens.com> wrote: > > > >> Not running the in-k

[Xenomai] [PATCH] debian/control: add pkg-config as build dep

Required for PKG_CHECK_MODULES that is used for fuse in configure Signed-off-by: Henning Schild <henning.sch...@siemens.com> --- debian/control | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/debian/control b/debian/control index 2225648..86e8e37 100644 --- a/debian/c

Re: [Xenomai] tsc not monotonic

s close to suggestions 1. from the "dealing with non-synchronized TSCs in Xenomai" Mail i sent. On my Xeon i got to TSCs that where at most 800 ticks apart, which might just be good enough. > --- > CONFIG_XENO_OPT_PIPE_NRDEV=32 > CONFIG_XENO_OPT_REGISTRY_NRSLOTS=1024 > CONFIG_X

[Xenomai] [PATCH] x86/mm: Fix vmalloc_fault() to handle large pages properly

s changed regardless of the page size.) - Add pmd_huge() to the validation code to handle large pages. This is for completeness since vmalloc_fault() won't happen in ioremap'd ranges as its PGD entry is always valid. Reported-by: Henning Schild <henning.sch...@siemens.com> Signed-off

Re: [Xenomai] [PATCH] x86/mm: Fix vmalloc_fault() to handle large pages properly

This guy is mainline since a while, was discovered in the context of ipipe and has been backported to stable kernels. But in 4.1 it came in at 4.1.19 and ipipe sits on 18, so cherry pick it on ipipe-4.1.y. Henning Am Tue, 28 Feb 2017 12:31:50 +0100 schrieb Henning Schild <henning.

Re: [Xenomai] [PATCH] x86/mm: Fix vmalloc_fault() to handle large pages properly

Am Tue, 28 Feb 2017 13:00:43 +0100 schrieb Jan Kiszka <jan.kis...@siemens.com>: > On 2017-02-28 12:33, Henning Schild wrote: > > This guy is mainline since a while, was discovered in the context of > > ipipe and has been backported to stable kernels. But in 4.1 it came >

Re: [Xenomai] [PATCH 3/3] lib/cobalt: wrap CXXABI One-time Constructor functions

Am Wed, 25 Jan 2017 16:08:37 +0100 schrieb Henning Schild <henning.sch...@siemens.com>: > The implementation of these functions uses locks and has the potential > to trigger a SIGXCPU when contended. Wrap them with assert_nrt so they > reliably cause a switch when used in

Re: [Xenomai] Where can I find the ipipe patch for linux kernel v4.4.y

Am Mon, 27 Feb 2017 10:00:49 +0100 schrieb Philippe Gerum <r...@xenomai.org>: > On 02/27/2017 09:56 AM, Henning Schild wrote: > > Am Sat, 25 Feb 2017 18:57:56 +0100 > > schrieb Philippe Gerum <r...@xenomai.org>: > > > >> On 02/23/2017 03:04 PM, Nitin

Re: [Xenomai] Where can I find the ipipe patch for linux kernel v4.4.y

Am Sat, 25 Feb 2017 18:57:56 +0100 schrieb Philippe Gerum : > On 02/23/2017 03:04 PM, Nitin Kulkarni wrote: > > Hi, > > > > I am trying to apply the ipipe patch to an Ostro distribution which > > has a 4.4.36 Kernel. > > > > I see that the latest I pipe patch on > >

Re: [Xenomai] dealing with non-synchronized TSCs in Xenomai

would like to have one here. Henning Am Fri, 12 Aug 2016 11:30:57 +0200 schrieb Henning Schild <henning.sch...@siemens.com>: > TSCs are the only clocksource that Xenomai is able to use at the > moment and it relies on them to be synchronized across cores. > Unfortunately th

Re: [Xenomai] tsc not monotonic

such a tsc-sync patch on different affected systems. Henning Am Fri, 19 Aug 2016 18:22:33 +0200 schrieb Henning Schild <henning.sch...@siemens.com>: > Am Thu, 4 Aug 2016 15:23:34 +0200 > schrieb Vincent Berenz <vincent.ber...@tuebingen.mpg.de>: > > > Hi, > >

  1   2   3   4   >