Am Wed, 24 Mar 2021 12:11:27 +0100
schrieb Jan Kiszka via Xenomai :
> Hi all,
>
> as we discussed today in the community call how to use a network link
> to benchmark Xenomai I/O, here is the link to our work for a different
> activity that we shared with the dpdk community:
>
>
> > > Am Tue, 5 Oct 2021 16:38:12 +0200
> > > > schrieb "Bezdeka, Florian (T RDA IOT SES-DE)"
> > > > :
> > > >
> > > > > On Tue, 2021-10-05 at 16:29 +0200, Jan Kiszka via Xenomai
> > > > > wrote:
a via Xenomai wrote:
> >>> On 24.09.21 15:31, Henning Schild via Xenomai wrote:
> >>>> Am Wed, 22 Sep 2021 16:21:54 +0200
> >>>> schrieb Henning Schild via Xenomai :
> >>>>
> >>>>> Am Wed, 22 Sep 2021 14:36:49
Am Tue, 5 Oct 2021 16:38:12 +0200
schrieb "Bezdeka, Florian (T RDA IOT SES-DE)"
:
> On Tue, 2021-10-05 at 16:29 +0200, Jan Kiszka via Xenomai wrote:
> > On 24.09.21 15:31, Henning Schild via Xenomai wrote:
> > > Am Wed, 22 Sep 2021 16:21:54 +0200
> > &g
Am Wed, 22 Sep 2021 16:21:54 +0200
schrieb Henning Schild via Xenomai :
> Am Wed, 22 Sep 2021 14:36:49 +0200
> schrieb Philippe Gerum :
>
> > Henning Schild via Xenomai writes:
> >
> > > Hi,
> > >
> > > getting sick of maintaining a "smal
Am Wed, 22 Sep 2021 14:36:49 +0200
schrieb Philippe Gerum :
> Henning Schild via Xenomai writes:
>
> > Hi,
> >
> > getting sick of maintaining a "small" kernel config i wanted to
> > switch to a config derived from the debian11 5.10 kernel. Basically
>
Hi,
getting sick of maintaining a "small" kernel config i wanted to switch
to a config derived from the debian11 5.10 kernel. Basically that
config plus the few switches coming in with dovetail.
That passed all tests in qemu but on a real machine (big xeon with
raid0) the "switchtest" has an
Was this ever resolved and if so can someone please point me to the
patches? I started digging a bit but could not yet find how that
continued.
I am seeing similar or maybe the same problem on 4.19.192 with the
ipipe patch from the xenomai project applied.
regards,
Henning
Am Sat, 17 Aug 2019
Am Wed, 5 May 2021 10:19:50 +0200
schrieb Stefano Babic :
> Hi Philippe, Jan, Henning,
>
> On 03.05.21 19:30, Jan Kiszka via Xenomai wrote:
> > On 03.05.21 19:16, Henning Schild via Xenomai wrote:
> >> We have xenomai-images kind of maintained under the umbr
We have xenomai-images kind of maintained under the umbrella of the
project. But that is Isar and Yocto sure has its place as well. I have
also seen buildroot layers which include xenomai.
Such integration systems tend to cause a lot of work. A project like
xenomai probably wants to be "very
Am Mon, 3 May 2021 11:45:52 +0200
schrieb "Bezdeka, Florian (T RDA IOT SES-DE)"
:
> Hi,
>
> while trying to debug one of the Xenomai 3.2 issues listed at [1] I
> run into the situation described below on my x86 system. The problem
> (or at least the "system hang" is reproducible on real hardware
Am Wed, 14 Apr 2021 12:08:13 +0200
schrieb "Bezdeka, Florian (T RDA IOT SES-DE)"
:
> Hi!
>
> While porting a simple application to Xenomai I had some problems
> related to the xeno-config tool:
>
> xeno-config is part of the xenomai-runtime package when installing
> xenomai using the debian
Am Fri, 12 Mar 2021 20:46:30 +0100
schrieb Henning Schild :
> Am Fri, 12 Mar 2021 19:18:14 +0100
> schrieb Henning Schild via Xenomai :
>
> > Am Fri, 12 Mar 2021 12:32:54 +0100
> > schrieb Jan Kiszka :
> >
> > > On 12.03.21 08:22, Jan Kiszka wrote:
Am Fri, 12 Mar 2021 19:18:14 +0100
schrieb Henning Schild via Xenomai :
> Am Fri, 12 Mar 2021 12:32:54 +0100
> schrieb Jan Kiszka :
>
> > On 12.03.21 08:22, Jan Kiszka wrote:
> > > On 11.03.21 17:35, Henning Schild wrote:
> > >> Am Mon, 22 Feb 2021 1
Am Fri, 12 Mar 2021 12:32:54 +0100
schrieb Jan Kiszka :
> On 12.03.21 08:22, Jan Kiszka wrote:
> > On 11.03.21 17:35, Henning Schild wrote:
> >> Am Mon, 22 Feb 2021 16:35:30 +0100
> >> schrieb Henning Schild via Xenomai :
> >>
> >>> Am Sun, 3
Am Mon, 22 Feb 2021 16:35:30 +0100
schrieb Henning Schild via Xenomai :
> Am Sun, 31 Jan 2021 17:06:21 +0100
> schrieb Philippe Gerum via Xenomai :
>
> > The initial port of the Cobalt core to Dovetail/x86 is available
> > from [1]. Ports to Dovetail/ARM and Dovetai
Am Wed, 10 Mar 2021 08:56:48 +0100
schrieb Wolfgang Denk :
> Dear Henning,
>
> In message <20210308083457.76db0...@md1za8fc.ad001.siemens.net> you
> wrote:
> >
> > I do not understand why this is not just gitlab (proper) or github.
> > I hope this discussion was held with the communities of the
Am Sun, 28 Feb 2021 16:14:55 +0100
schrieb Wolfgang Denk via Xenomai :
> Hi all,
>
> In message <621240.1614155...@gemini.denx.de> I wrote:
> >
> > We have to move all public projects off gitlab.denx.de to a new
> > gitlab instance; the new host name is then source.denx.de .
> > We are fully
Am Sat, 6 Mar 2021 14:14:30 +0100
schrieb Jan Kiszka via Xenomai :
> On 05.03.21 12:38, Jan Kiszka via Xenomai wrote:
> > From: Jan Kiszka
> >
> > This is still needed to avoid that a real-time parent seems minor
> > faults after forking for shared pages until they are finally
> > unshared.
> >
Am Wed, 24 Feb 2021 11:24:55 +0100
schrieb Henning Schild via Xenomai :
> Am Wed, 10 Feb 2021 12:08:43 +0100
> schrieb Jan Kiszka via Xenomai :
>
> > On 10.02.21 11:07, Bezdeka, Florian (T RDA IOT SES-DE) wrote:
> > > On Wed, 2021-02-10 at 09:15 +0100, Jan
Am Wed, 10 Feb 2021 12:08:43 +0100
schrieb Jan Kiszka via Xenomai :
> On 10.02.21 11:07, Bezdeka, Florian (T RDA IOT SES-DE) wrote:
> > On Wed, 2021-02-10 at 09:15 +0100, Jan Kiszka via Xenomai wrote:
> >> On 10.02.21 07:22, xenomai--- via Xenomai wrote:
> >>> Download URL:
> >>>
Am Mon, 22 Feb 2021 16:35:30 +0100
schrieb Henning Schild via Xenomai :
> Am Sun, 31 Jan 2021 17:06:21 +0100
> schrieb Philippe Gerum via Xenomai :
>
> > The initial port of the Cobalt core to Dovetail/x86 is available
> > from [1]. Ports to Dovetail/ARM and Dovetai
Am Sun, 31 Jan 2021 17:06:21 +0100
schrieb Philippe Gerum via Xenomai :
> The initial port of the Cobalt core to Dovetail/x86 is available from
> [1]. Ports to Dovetail/ARM and Dovetail/arm64 should follow within a
> couple of weeks.
>
> So far, latency and switchtest run flawlessly. Most of the
On Tue, 28 Jul 2020 17:53:10 +0200
Jan Kiszka wrote:
> From: Jan Kiszka
>
> This is needed because I-pipe can interrupt at a point where
> fpu->initialized is already set but the (internally hardened)
> fpu__restore() was not run yet. As the context switch uses
> 'initialized' to decide
Hi,
i do not know what that timer is or whether it is wise to choose it for
an ipipe kernel.
You can probably work around the issue by not setting CONFIG_APB_TIMER
in your kernel configuration. And my guess is that you will not be
missing any features. In order to reproduce the issue, your
On Tue, 25 Feb 2020 15:33:45 +0100
Jan Kiszka wrote:
> [adding the list]
>
> On 25.02.20 15:32, Jan Kiszka wrote:
> > On 25.02.20 15:30, Henning Schild wrote:
> >> I guess that is related to lds --(no-)as-needed which is different
> >> in the ubuntu toolchain. Back when i looked into it
I guess that is related to lds --(no-)as-needed which is different in
the ubuntu toolchain. Back when i looked into it Ubuntu managed to
patch the default behaviour but forgot to patch the man-pages ;)
See
https://gitlab.denx.de/Xenomai/xenomai/commit/83dea2ad712ee2d2137942c7ab9891da7d4ef841
Hi Carsten,
the sniplets look like cmake. There are more cmake-xenomai-users
around, i would suggest to dig in the archive of the mailinglist. AFAIK
there have been contributions that did not get merged but will probably
solve your problem.
If that is the case we should keep in mind that xenomai
Hi,
coming from xenomai 2.x and debian8 i would advice to skip debian9 and
go for debian10 right away. You will probably face the same issues and
possibly more, but why go for oldstable if you invest today?
Depending on your timeline you might even want to look at debian11.
There is no
Hi,
Am Thu, 6 Feb 2020 16:55:15 +0100
schrieb Matthias Winkler via Xenomai :
> Hello Xenomai-Users,
>
> Has anybody ported the xenomai patch
> for kernel 4.19.101 in 32-Bit?
That target has not been looked at in a long time, i am not sure
whether it is officially discontinued or just happened
Am Fri, 31 Jan 2020 14:20:33 -0500
schrieb Greg Gallagher via Xenomai :
> HI,
>
>
> On Fri, Jan 31, 2020 at 12:53 PM Jan Kiszka via Xenomai
> wrote:
> >
> > Hi Fino,
> >
> > On 31.01.20 17:25, Meng, Fino wrote:
> > > Hi Jan
> > >
> > > Regarding to torture tests, do we have a recommend test
Hi Jan,
from my point of view we are good to go. With the debian patch you
merged the next generation of Siemens MR scanners will be unpatched
upstream Xenomai and 4.19 CIP ipipe kernel together with a patch-free
Debian 10.
Henning
On Tue, 28 Jan 2020 12:36:08 +0100
Jan Kiszka via Xenomai
From: Henning Schild
This feature might not be widely used but those debian packages are
supposed to be generic. Having it default on brings more benefits than
drawbacks for generic packages.
Signed-off-by: Henning Schild
---
debian/rules | 3 ++-
1 file changed, 2 insertions(+), 1
Hi all,
i do carry a local patch to make the debian packages dlopen-aware for
quite some time now. It used to be that debian packaging was not well
supported and just carried for reference.
But with the rise of Isar in the building Xenomai world the current
view on the debian/ support might
Can you provide some more detail on the host-machine? What hardware,
which kernel are you using, where is the kernel config coming from?
There must be something "unusual" in your setup.
Henning
Am Thu, 24 Oct 2019 09:38:23 -0400
schrieb Rob Miller via Xenomai :
> responses in-line...
>
> Rob
From: Henning Schild
The url was actually missing the .git extension which seems to break
cloning it. Maybe a github change or who knows, but that new one works.
Signed-off-by: Henning Schild
---
kas.yml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kas.yml b/kas.yml
From: Henning Schild
I had problems cloning isar with kas-docker yesterday. Can not reproduce
it anymore. But the url is the one you get from github "Clone or
download", while the other might just work as well.
Henning Schild (1):
kas.yml: switch isar url to a working clone url
kas.yml | 2
Am Fri, 28 Jun 2019 16:00:17 +0200
schrieb Jan Kiszka :
> On 28.06.19 15:48, Henning Schild wrote:
> > Am Fri, 28 Jun 2019 15:06:39 +0200
> > schrieb Jan Kiszka :
> >
> >> On 28.06.19 14:48, Henning Schild wrote:
> BTW, regarding the failing smokey gdb test: Check if gdb is
>
Am Fri, 28 Jun 2019 15:06:39 +0200
schrieb Jan Kiszka :
> On 28.06.19 14:48, Henning Schild wrote:
> >> BTW, regarding the failing smokey gdb test: Check if gdb is
> >> available on the target. That is now a precondition.
> >
> > Yes it is. The $ N does not make any sense. It came from running
Am Thu, 27 Jun 2019 18:50:30 +0200
schrieb Jan Kiszka :
> On 27.06.19 15:56, Henning Schild via Xenomai wrote:
> > Am Mon, 24 Jun 2019 13:29:16 +0200
> > schrieb Jan Kiszka :
> >
> >> On 24.06.19 13:18, Henning Schild wrote:
> >>> Am Mon, 24 Jun 20
Am Mon, 24 Jun 2019 13:29:16 +0200
schrieb Jan Kiszka :
> On 24.06.19 13:18, Henning Schild wrote:
> > Am Mon, 24 Jun 2019 08:32:24 +0200
> > schrieb Jan Kiszka :
> >
> >> On 21.06.19 18:04, Henning Schild via Xenomai wrote:
> >>> Hi Jan,
>
Am Mon, 24 Jun 2019 08:32:24 +0200
schrieb Jan Kiszka :
> On 21.06.19 18:04, Henning Schild via Xenomai wrote:
> > Hi Jan,
> >
> > works fine. The only thing that did not was the gdb smokey test.
> >
> >> FAILURE run_gdb:288: checking expression "p
reminds me of
https://www.youtube.com/watch?v=W8_Kfjo3VjU
Hi Jan,
works fine. The only thing that did not was the gdb smokey test.
> FAILURE run_gdb:288: checking expression "primary_mode", expected
> "$", found "N"
did not look into where this came from.
Tested todays master but think the 4.19 changes should be backported to
stable as well.
I also
Am Thu, 28 Mar 2019 11:19:06 +0100
schrieb Jan Kiszka :
> On 28.03.19 01:32, Virendra Kate wrote:
> >
> > >>> Did you all get an update on this issue ? Was it resolved
> > >>> after all? I have the exact same hardware with the exact same
> > >>> issue. The board keeps resetting after
Hi,
i am not sure i fully understand the question. In case you are worried
about combining Xenomai and Qt, i can assure you that it is possible.
We do have big c++/Qt applications running both rt and non-rt on
xenomai.
regards,
Henning
Am Fri, 1 Mar 2019 14:10:42 +0530
schrieb Sumitabh Ghosh
Am Mon, 25 Feb 2019 02:01:53 +0800
schrieb "demon@aliyun.com" :
> Hi,
> My installation was refer to:
> https://rtt-lwr.readthedocs.io/en/latest/rtpc/xenomai3.html: "cd
> xenomai-3.0.5 ./configure --with-pic --with-core=cobalt --enable-smp
> --disable-tls --enable-dlopen-libs
Hi,
did you compare the two files? My guess would be that you are on a
system where a careless "make install" was run on multiple versions of
xenomai, possibly with prefix dirs set.
Once you are sure that both headers are indeed coming out of the same
installation, it would be time to look the
On Tue, 29 Jan 2019 15:40:35 +0100
Jan Kiszka via Xenomai wrote:
> On 29.01.19 10:57, Baur, Elias via Xenomai wrote:
> > Hello everyone,
> >
> > I am new to lwIP and did a lot of research the last couple of days.
> > My goal ist to do real time networking between wire-connected
> >
Am Fri, 11 Jan 2019 14:47:13 +0100
schrieb Mauro Salvini :
> On Fri, 2019-01-11 at 10:40 +0100, Henning Schild wrote:
> > Am Fri, 11 Jan 2019 09:57:50 +0100
> > schrieb Mauro Salvini via Xenomai :
> >
> > > Hi all,
> > >
> > > I'm testing same hardware of [1], with kernel 4.9.146 from ipipe-
Am Fri, 11 Jan 2019 09:57:50 +0100
schrieb Mauro Salvini via Xenomai :
> Hi all,
>
> I'm testing same hardware of [1], with kernel 4.9.146 from ipipe-4.9.y
> with [2] applied, compiled with ARCH=i386 and Xenomai 3.0.7.
To be honest i386 is not really tested anymore, in fact in 4.14 not
even
Am Tue, 8 Jan 2019 15:17:11 +0100
schrieb Mauro Salvini :
> On Mon, 2019-01-07 at 14:04 +0100, Henning Schild wrote:
> > From: Henning Schild
> >
> > We should mark the current task as not owning the fpu anymore if it
> > does
> > actually own the fpu, not if the fpu itself is active.
> >
> >
From: Henning Schild
We should mark the current task as not owning the fpu anymore if it does
actually own the fpu, not if the fpu itself is active.
Fixes cb52e6c7438fa
Reported-by: Mauro Salvini
Signed-off-by: Henning Schild
---
kernel/cobalt/arch/x86/thread.c | 2 +-
1 file changed, 1
Am Thu, 20 Dec 2018 10:10:29 +0100
schrieb Jan Kiszka :
> On 20.12.18 09:28, Mauro Salvini via Xenomai wrote:
> > Hi all,
> >
> > I'm testing Xenomai 3 on an Intel Braswell board (Atom x5-E8000).
> > I'm using ipipe kernel at last commit from [1], branch ipipe-4.9.y,
> > 64bit build on a Debian
From: Henning Schild
We should mark the current task as not owning the fpu anymore if it does
actually own the fpu, not if the fpu itself is active.
Fixes cb52e6c7438fa
Reported-by: Mauro Salvini
Signed-off-by: Henning Schild
---
kernel/cobalt/arch/x86/thread.c | 2 +-
1 file changed, 1
Am Fri, 16 Nov 2018 07:28:51 +0100
schrieb Jan Kiszka :
> On 08.11.18 13:42, Henning Schild via Xenomai wrote:
> > xeno-test-run always returned SUCCESS, even if its children exited
> > with non zero. So xeno-test can not be used programmatically i.e.
> > in CI.
> >
&g
Am Mon, 19 Nov 2018 10:52:34 +0100
schrieb Philippe Gerum :
> On 11/19/18 10:40 AM, Henning Schild wrote:
> > Am Fri, 16 Nov 2018 07:23:47 +0100
> > schrieb Jan Kiszka :
> >
> >> On 09.11.18 10:14, Henning Schild via Xenomai wrote:
> >>> The test o
Am Fri, 16 Nov 2018 07:23:47 +0100
schrieb Jan Kiszka :
> On 09.11.18 10:14, Henning Schild via Xenomai wrote:
> > The test often asserted. This patch gives the thread a priority,
> > introduces a 25us margin and prints the value in case we still fail.
> >
> > Si
The test often asserted. This patch gives the thread a priority,
introduces a 25us margin and prints the value in case we still fail.
Signed-off-by: Henning Schild
---
testsuite/smokey/posix-clock/posix-clock.c | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git
xeno-test-run always returned SUCCESS, even if its children exited with
non zero. So xeno-test can not be used programmatically i.e. in CI.
This patch adds some more verbosity and makes xeno-test-run exit FAILURE
if at least one child returned non-zero.
Signed-off-by: Henning Schild
---
Am Wed, 7 Nov 2018 14:31:10 +0100
schrieb Philippe Gerum :
> On 11/7/18 2:00 PM, Henning Schild via Xenomai wrote:
> > Readding list ...
> >
>
> Does this help?
>
> diff --git a/lib/copperplate/heapobj-heapmem.c
> b/lib/copperplate/heapobj-heapmem.c ind
Readding list ...
Beginn der weitergeleiteten Nachricht:
Datum: Wed, 7 Nov 2018 13:55:53 +0100
Von: Henning Schild
An: Xenomai
Cc: Jan Kiszka , Philippe Gerum
, Petr Červenka Betreff: Re:
Segmentation error 6 in rt_heap_create() without --enable-pshared
Am Wed, 7 Nov 2018 13:10:34 +0100
Am Thu, 1 Nov 2018 18:38:47 +0100
schrieb Philippe Gerum :
> On 11/1/18 5:59 PM, Petr Červenka wrote:
> > Hello.
> >
> > Is it really finished?
> > I have problems to compile the patched kernel.
> >
> > At first, when it compiles machine.c, there is such error:
> > CC
63 matches
Mail list logo