Re: [Xenomai] 4.9 for x86 issue

ttachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: OpenPGP digital signature URL: <http://xenomai.org/pipermail/xenomai/attachments/20180405/a998b4ce/attachment.sig> ___ Xenomai mailing list Xenomai@xenomai.org https://xenomai.org/mailman/listinfo/xenomai

Re: [Xenomai] building Xenomai Apps with CMake (RFC)

Hello, >-Original Message- >From: Jan Kiszka [mailto:jan.kis...@siemens.com] >Sent: Donnerstag, 05. April 2018 16:55 >To: Lange Norbert; Xenomai (xenomai@xenomai.org); Henning Schild >Subject: Re: building Xenomai Apps with CMake (RFC) > >E-MAIL FROM A NON-ANDRITZ SOURCE: AS A

Re: [Xenomai] ipipe: fix preemption damage in hard_preempt_enable()

On 2018-04-05 17:08, Philippe Gerum wrote: > On 04/05/2018 04:49 PM, Jan Kiszka wrote: >> Hi Philippe, >> >> to assess the impact of the bug that the mentioned commit fixes, can you >> describe the code path that trigger it? >> > > e.g. in the rtnet stack, calling rtdev_get_by_name() on a PREEMPT

Re: [Xenomai] ipipe: fix preemption damage in hard_preempt_enable()

On 04/05/2018 04:49 PM, Jan Kiszka wrote: > Hi Philippe, > > to assess the impact of the bug that the mentioned commit fixes, can you > describe the code path that trigger it? > e.g. in the rtnet stack, calling rtdev_get_by_name() on a PREEMPT kernel, and a regular rescheduling pending at the

Re: [Xenomai] building Xenomai Apps with CMake (RFC)

On 2018-04-03 16:10, Lange Norbert wrote: > Hello, > > I went ahead and created a script to add support for Xenomai (3+) to CMake. > Its currently sufficient for me, > but I would like to get this in a shape that it is useful and robust enough > for most people. > Ultimately it should end up up

Re: [Xenomai] ipipe: fix preemption damage in hard_preempt_enable()

Hi Philippe, to assess the impact of the bug that the mentioned commit fixes, can you describe the code path that trigger it? Thanks Jan -- Siemens AG, Corporate Technology, CT RDA IOT SES-DE Corporate Competence Center Embedded Linux ___ Xenomai

Re: [Xenomai] Context switching with POSIX skin

Quoting Philippe Gerum : You need to enable the ipc/xddp driver (CONFIG_XENO_DRIVERS_RTIPC_XDDP) in your kernel. -- Philippe. I have recompiled my kernel a couple of times activating all the RTIPC drivers but I'm still getting the same error when running xddp-echo.

Re: [Xenomai] doc for xeno-config skins

On 04/05/2018 01:39 PM, Giulio Moro wrote: > Thanks and sorry for overlooking that. I thought if there was some docs on > xeno-config it would have been inlined in its source, so that is where I > looked for it. I guess the man folder should have been a more obvious choice. > > Is it correct

[Xenomai] xeno-config --no-mode-check still has -lmodechk

On 04/05/2018 01:15 PM, Giulio Moro wrote: > so would it not be up to the external libs to specify in their docs that they > should be linked with -lmodechk? You likely mean mentioning such dependency in their LDFLAGS as DSOs when linked, which is right. Over time, I received several reports

Re: [Xenomai] doc for xeno-config skins

Thanks and sorry for overlooking that. I thought if there was some docs on xeno-config it would have been inlined in its source, so that is where I looked for it. I guess the man folder should have been a more obvious choice. Is it correct that calling `xeno-config --skin cobalt` expects you to

Re: [Xenomai] xeno-config --no-mode-check still has -lmodechk

so would it not be up to the external libs to specify in their docs that they should be linked with -lmodechk? From: Philippe Gerum Sent: 05 April 2018 07:43 To: Giulio Moro; xenomai@xenomai.org Subject: Re: [Xenomai] xeno-config

[Xenomai-git] Philippe Gerum : doc/man: xeno-config: rephrase auto-init documentation

Module: xenomai-3 Branch: stable-3.0.x Commit: d24dc64cfbf8a6de2e5967879c24025b88131bc1 URL: http://git.xenomai.org/?p=xenomai-3.git;a=commit;h=d24dc64cfbf8a6de2e5967879c24025b88131bc1 Author: Philippe Gerum Date: Thu Apr 5 09:00:47 2018 +0200 doc/man: xeno-config:

Re: [Xenomai] xeno-config --no-mode-check still has -lmodechk

On 04/04/2018 09:58 PM, Giulio Moro wrote: > /usr/xenomai/bin/xeno-config --skin cobalt --ldflags --no-mode-check > > returns > -Wl,--no-as-needed /usr/xenomai/lib/xenomai/bootstrap.o -Wl,--wrap=main > -Wl,--dynamic-list=/usr/xenomai/lib/dynlist.ld -L/usr/xenomai/lib -lcobalt > -lmodechk

Re: [Xenomai] doc for xeno-config skins

On 04/04/2018 10:15 PM, Giulio Moro wrote: > What is the difference between the Posix and Cobalt skin, as far as > xeno-config is concerned?? > > Difference between > xeno-config --skin posix --cflags > xeno-config --skin cobalt --cflags > is that the former declares -D__COBALT_WRAP__ (which