[Xenomai] cobalt_call_extension(signal_copyinfo) vs. compat calls

Hi Philippe, while the put_siginfo callback allows to select an appropriate siginfo copying handler, cobalt_call_extension(signal_copyinfo) does not get any information about compat vs. regular calls, right? What is your preference to extend this interface? Pass a compat flag, calculated from

Re: [Xenomai] [PATCH 1/2] cobalt: fix for incorrect assert wrappers commit

Am Mon, 6 Mar 2017 17:18:23 +0100 schrieb Philippe Gerum : > On 03/06/2017 03:00 PM, Henning Schild wrote: > > > -XENO_AUTOINIT_LDFLAGS='$(top_builddir)/lib/boilerplate/init/bootstrap-internal.o'" > > -Wl,--wrap=main -Wl,--dynamic-list=$topdir/scripts/dynlist.ld" > >

Re: [Xenomai] [PATCH 1/2] cobalt: fix for incorrect assert wrappers commit

On 03/06/2017 03:00 PM, Henning Schild wrote: > -XENO_AUTOINIT_LDFLAGS='$(top_builddir)/lib/boilerplate/init/bootstrap-internal.o'" > -Wl,--wrap=main -Wl,--dynamic-list=$topdir/scripts/dynlist.ld" > +XENO_AUTOINIT_LDFLAGS='$(top_builddir)/lib/boilerplate/init/bootstrap-internal.o'" >

[Xenomai] [PATCH 1/2] cobalt: fix for incorrect assert wrappers commit

Fixes: ebc039b62c40e Be consistent with wrapping the asserts with every compiler invokation. Now you can add arbitrary symbols to assert.wrappers without the linker complaining about them missing. That problem lead me to include weak dummies for libstdc++ functions in be90f09cf2770 .

[Xenomai] [PATCH 2/2] 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. This is a corrected version of: be90f09cf2770 which got reverted in: 0ef9dbd42d16d Signed-off-by:

[Xenomai] For 2.6 xenomai, where is scheduler spot for realtime world and linux world?

HI: thanks for your kindly reply and please regret me if my question seems foolish for this is my first questions. for 2.6 xenomai, i know the system is divided into two worlds, the primary(rt) world and the secondary(linux) world, so may be there is a door like space-time traveler in

Re: [Xenomai] Looking for training on Linux/Xenomai on i.MX6

_ <http://www.sepro-group.com/fr> www.sepro-group.com | <https://twitter.com/seprogroup> twitter@SeproGroup -- next part -- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 22984 bytes Desc: not available URL: <ht

Re: [Xenomai] any extra reasons for -EINTR in xenomai

Am Fri, 3 Mar 2017 16:57:04 +0100 schrieb Philippe Gerum : > On 03/03/2017 03:18 PM, Henning Schild wrote: > > Hi, > > > > someone came to me asking about reasons why system calls would exit > > with -EINTR on a xenomai 2 system. As far as i know there a are two > > possible

Re: [Xenomai] Looking for training on Linux/Xenomai on i.MX6

01.jpg Type: image/jpeg Size: 22984 bytes Desc: not available URL: <http://xenomai.org/pipermail/xenomai/attachments/20170306/6c2f4669/attachment.jpg> -- next part -- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 818 bytes Desc:

Re: [Xenomai] Looking for training on Linux/Xenomai on i.MX6

On 03/06/2017 09:49 AM, pierre.roumag...@free.fr wrote: > Hello Cedric > > 6 months ago we had similar needs > we chose phytec that adapt their training to our specific needs > > http://www.phytec.fr/services/formation-linux/linux-embarque-drivers-et-temps-reel/ > They may want to consider

Re: [Xenomai] Looking for training on Linux/Xenomai on i.MX6

/seprogroup> twitter@SeproGroup -- next part -- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 22984 bytes Desc: not available URL: <http://xenomai.org/pipermail/xenomai/attachments/20170306/6c2f4669/attachment.jpg> --