Re: Useless dovetail hacks

2020-09-11 Thread Jan Kiszka via Xenomai
On 11.09.20 18:32, Philippe Gerum wrote: > > Jan Kiszka via Xenomai writes: > >> Hi all, >> >> to permit sharing the work of porting Xenomai over dovetail, I finally >> pushed my baseline hacks to [1]. You can "use" that on [2] (use >> fa1e9ba5e822, 0d68e5607286 leaks evl bits and is broken) >

Re: Useless dovetail hacks

2020-09-11 Thread Philippe Gerum via Xenomai
Jan Kiszka via Xenomai writes: > Hi all, > > to permit sharing the work of porting Xenomai over dovetail, I finally > pushed my baseline hacks to [1]. You can "use" that on [2] (use > fa1e9ba5e822, 0d68e5607286 leaks evl bits and is broken) Fixed on top of [2] now, thanks. > just like you >

Re: [PATCH v4] lib/cobalt: Wrap __open_2/__open64_2 to support _FORTIFY_SOURCE

2020-09-11 Thread Jan Kiszka via Xenomai
On 11.09.20 11:43, Jan Leupold via Xenomai wrote: > __open_2() and __open64_2() from glibc add runtime precondition tests for the > 'oflag' parameter to the functionality of open()/open64(). They may be used > when > the macro _FORTIFY_SOURCE is defined when compiling the application code. >

[PATCH v4] lib/cobalt: Wrap __open_2/__open64_2 to support _FORTIFY_SOURCE

2020-09-11 Thread Jan Leupold via Xenomai
__open_2() and __open64_2() from glibc add runtime precondition tests for the 'oflag' parameter to the functionality of open()/open64(). They may be used when the macro _FORTIFY_SOURCE is defined when compiling the application code. Added these wrappers to cover those cases. If Xenomai itself is

[PATCH v3] lib/cobalt: Wrap __open_2/__open64_2 to support _FORTIFY_SOURCE

2020-09-11 Thread Jan Leupold via Xenomai
__open_2() and __open64_2() from glibc add runtime precondition tests for the 'oflag' parameter to the functionality of open()/open64(). They may be used when the macro _FORTIFY_SOURCE is defined when compiling the application code. Added these wrappers to cover those cases. If Xenomai itself is

[PATCH v3] lib/cobalt: Wrap __open_2/__open64_2 to support _FORTIFY_SOURCE

2020-09-11 Thread Jan Leupold via Xenomai
__open_2() and __open64_2() from glibc add runtime precondition tests for the 'oflag' parameter to the functionality of open()/open64(). They may be used when the macro _FORTIFY_SOURCE is defined when compiling the application code. Added these wrappers to cover those cases. If Xenomai itself is

Re: [PATCH 5/6] x86/ipipe: fix build with CONFIG_X86_UV enabled

2020-09-11 Thread Jan Kiszka via Xenomai
On 07.09.20 17:18, Philippe Gerum wrote: > > Philippe Gerum writes: > >> Jan Kiszka writes: >> >>> On 07.09.20 15:09, Philippe Gerum wrote: From: Philippe Gerum Signed-off-by: Philippe Gerum --- arch/x86/kernel/ipipe.c | 1 + 1 file changed, 1 insertion(+)

Re: [PATCH] lib/cobalt: Wrap __open_2/__open64_2 to support _FORTIFY_SOURCE

2020-09-11 Thread Jan Kiszka via Xenomai
Please consider for v3: On 10.09.20 16:46, Jan Leupold via Xenomai wrote: > __open_2() and __open64_2() from glibc add runtime precondition tests for the > 'oflag' parameter to the functionality of open()/open64(). They may be used > when > the macro _FORTIFY_SOURCE is defined when compiling the

Re: [PATCH] lib/cobalt: only compile __real___open[64]_2 wrappers if fortified

2020-09-11 Thread Jan Kiszka via Xenomai
On 11.09.20 10:32, Jan Leupold via Xenomai wrote: > If Xenomai itself is not compiled with FORTIFY_SOURCE then the function > declarations for __open_2() and __open64_2() are not available. > __STD(__open_2(...)) will not link in this case (would be a very special > use case anyway?). > That

[PATCH] lib/cobalt: only compile __real___open[64]_2 wrappers if fortified

2020-09-11 Thread Jan Leupold via Xenomai
If Xenomai itself is not compiled with FORTIFY_SOURCE then the function declarations for __open_2() and __open64_2() are not available. __STD(__open_2(...)) will not link in this case (would be a very special use case anyway?). Signed-off-by: Jan Leupold --- lib/cobalt/wrappers.c | 2 ++ 1 file

Re: [PATCH] lib/cobalt: Wrap __open_2/__open64_2 to support _FORTIFY_SOURCE

2020-09-11 Thread Jan Leupold via Xenomai
Am 11.09.20 um 09:55 schrieb Jan Kiszka: > On 11.09.20 08:22, Jan Leupold via Xenomai wrote: >> Am 10.09.20 um 18:27 schrieb Jan Kiszka: >>> On 10.09.20 18:14, Jan Kiszka via Xenomai wrote: On 10.09.20 16:46, Jan Leupold via Xenomai wrote: > __open_2() and __open64_2() from glibc add

Re: [PATCH] lib/cobalt: Wrap __open_2/__open64_2 to support _FORTIFY_SOURCE

2020-09-11 Thread Jan Kiszka via Xenomai
On 11.09.20 08:22, Jan Leupold via Xenomai wrote: > Am 10.09.20 um 18:27 schrieb Jan Kiszka: >> On 10.09.20 18:14, Jan Kiszka via Xenomai wrote: >>> On 10.09.20 16:46, Jan Leupold via Xenomai wrote: __open_2() and __open64_2() from glibc add runtime precondition tests for the

Re: [PATCH] lib/cobalt: Wrap __open_2/__open64_2 to support _FORTIFY_SOURCE

2020-09-11 Thread Jan Leupold via Xenomai
Am 10.09.20 um 18:27 schrieb Jan Kiszka: > On 10.09.20 18:14, Jan Kiszka via Xenomai wrote: >> On 10.09.20 16:46, Jan Leupold via Xenomai wrote: >>> __open_2() and __open64_2() from glibc add runtime precondition tests for >>> the >>> 'oflag' parameter to the functionality of open()/open64().

[I-PIPE] ipipe-core-4.19.140-cip33-x86-14 released

2020-09-11 Thread xenomai--- via Xenomai
Download URL: https://xenomai.org/downloads/ipipe/v4.x/x86/ipipe-core-4.19.140-cip33-x86-14.patch Repository: https://git.xenomai.org/ipipe-x86 Release tag: ipipe-core-4.19.140-cip33-x86-14