* Backport of mips: Force RWX stack for hard-float builds that can run on pre-4.8 kernels
@ 2019-01-01 0:00 Dragan Mladjenovic
2019-01-01 0:00 ` Dragan Mladjenovic
0 siblings, 1 reply; 11+ messages in thread
From: Dragan Mladjenovic @ 2019-01-01 0:00 UTC (permalink / raw)
To: libc-stable
Cc: Carlos O'Donell, Adhemerval Zanella, Siddhesh Poyarekar,
Dmitry V. Levin, Joseph Myers
[-- Attachment #1: Type: text/plain, Size: 695 bytes --]
Hello everybody,
Not sure if this is the right procedure, but I wish to propose the
back-porting of [1] to most of the active release branches. You can find
more info about the patch on [2]. The patch applies cleanly
(sans the ChangeLog) up to 2.24 where it expects [3] from 2.25.
I've attached both versions for reference.
Checked for o32 hard-float and soft-float (where available) builds.
Best regards,
Dragan
[1]
https://sourceware.org/git/?p=glibc.git;a=commit;h=33bc9efd91de1b14354291fc8ebd5bce96379f12
[2] https://sourceware.org/ml/libc-alpha/2019-08/msg00479.html
[3]
https://sourceware.org/git/?p=glibc.git;a=commit;h=7672e712e1cd91a9252bb9db8ac1d9b528e19f2e
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: release_branch_230.patch --]
[-- Type: text/x-patch; name="release_branch_230.patch", Size: 6543 bytes --]
From d6fb2bde4d5c7a90efedb663fdf6947471efecd2 Mon Sep 17 00:00:00 2001
From: Dragan Mladjenovic <dmladjenovic@wavecomp.com>
Date: Fri, 23 Aug 2019 16:38:04 +0000
Subject: [PATCH] mips: Force RWX stack for hard-float builds that can run on
pre-4.8 kernels
Linux/Mips kernels prior to 4.8 could potentially crash the user
process when doing FPU emulation while running on non-executable
user stack.
Currently, gcc doesn't emit .note.GNU-stack for mips, but that will
change in the future. To ensure that glibc can be used with such
future gcc, without silently resulting in binaries that might crash
in runtime, this patch forces RWX stack for all built objects if
configured to run against minimum kernel version less than 4.8.
* sysdeps/unix/sysv/linux/mips/Makefile
(test-xfail-check-execstack):
Move under mips-has-gnustack != yes.
(CFLAGS-.o*, ASFLAGS-.o*): New rules.
Apply -Wa,-execstack if mips-force-execstack == yes.
* sysdeps/unix/sysv/linux/mips/configure: Regenerated.
* sysdeps/unix/sysv/linux/mips/configure.ac
(mips-force-execstack): New var.
Set to yes for hard-float builds with minimum_kernel < 4.8.0
or minimum_kernel not set at all.
(mips-has-gnustack): New var.
Use value of libc_cv_as_noexecstack
if mips-force-execstack != yes, otherwise set to no.
(cherry picked from commit 33bc9efd91de1b14354291fc8ebd5bce96379f12)
---
sysdeps/unix/sysv/linux/mips/Makefile | 21 ++++++++++++----
sysdeps/unix/sysv/linux/mips/configure | 41 +++++++++++++++++++++++++++++++
sysdeps/unix/sysv/linux/mips/configure.ac | 32 ++++++++++++++++++++++++
3 files changed, 89 insertions(+), 5 deletions(-)
diff --git a/sysdeps/unix/sysv/linux/mips/Makefile b/sysdeps/unix/sysv/linux/mips/Makefile
index bca11d3..a58e695 100644
--- a/sysdeps/unix/sysv/linux/mips/Makefile
+++ b/sysdeps/unix/sysv/linux/mips/Makefile
@@ -99,14 +99,25 @@ sysdep-dl-routines += dl-static
sysdep_routines += dl-vdso
endif
-
-# Supporting non-executable stacks on MIPS requires changes to both
-# the Linux kernel and glibc. See
-# <https://sourceware.org/ml/libc-alpha/2016-01/msg00567.html> and
-# <https://sourceware.org/ml/libc-alpha/2016-01/msg00719.html>.
+# If the compiler doesn't use GNU.stack note,
+# this test is expected to fail.
+ifneq ($(mips-has-gnustack),yes)
test-xfail-check-execstack = yes
endif
+endif
ifeq ($(subdir),stdlib)
gen-as-const-headers += ucontext_i.sym
endif
+
+ifeq ($(mips-force-execstack),yes)
+CFLAGS-.o += -Wa,-execstack
+CFLAGS-.os += -Wa,-execstack
+CFLAGS-.op += -Wa,-execstack
+CFLAGS-.oS += -Wa,-execstack
+
+ASFLAGS-.o += -Wa,-execstack
+ASFLAGS-.os += -Wa,-execstack
+ASFLAGS-.op += -Wa,-execstack
+ASFLAGS-.oS += -Wa,-execstack
+endif
diff --git a/sysdeps/unix/sysv/linux/mips/configure b/sysdeps/unix/sysv/linux/mips/configure
index a5513fa..2ec86a3 100644
--- a/sysdeps/unix/sysv/linux/mips/configure
+++ b/sysdeps/unix/sysv/linux/mips/configure
@@ -475,3 +475,44 @@ if test -z "$arch_minimum_kernel"; then
arch_minimum_kernel=4.5.0
fi
fi
+
+# Check if we are supposed to run on kernels older than 4.8.0. If so,
+# force executable stack to avoid potential runtime problems with fpu
+# emulation.
+# NOTE: The check below assumes that in absence of user-provided minumum_kernel
+# we will default to arch_minimum_kernel which is currently less than 4.8.0 for
+# all known configurations. If this changes, the check must be updated.
+{ $as_echo "$as_me:${as_lineno-$LINENO}: checking whether the compiler must use executable stack" >&5
+$as_echo_n "checking whether the compiler must use executable stack... " >&6; }
+if ${libc_cv_mips_force_execstack+:} false; then :
+ $as_echo_n "(cached) " >&6
+else
+ libc_cv_mips_force_execstack=no
+ if test $libc_mips_float = hard; then
+ if test -n "$minimum_kernel"; then
+
+ min_version=$((`echo "$minimum_kernel.0.0.0" | sed 's/\([0-9]*\)\.\([0-9]*\)\.\([0-9]*\).*/\1 \* 65536 + \2 \* 256 + \3/'`))
+
+ if test $min_version -lt 264192; then
+ libc_cv_mips_force_execstack=yes
+ fi
+ else
+ libc_cv_mips_force_execstack=yes
+ fi
+ fi
+fi
+{ $as_echo "$as_me:${as_lineno-$LINENO}: result: $libc_cv_mips_force_execstack" >&5
+$as_echo "$libc_cv_mips_force_execstack" >&6; }
+
+libc_mips_has_gnustack=$libc_cv_as_noexecstack
+
+if test $libc_cv_mips_force_execstack = yes; then
+ libc_mips_has_gnustack=no
+ { $as_echo "$as_me:${as_lineno-$LINENO}: WARNING: forcing executable stack for pre-4.8.0 Linux kernels" >&5
+$as_echo "$as_me: WARNING: forcing executable stack for pre-4.8.0 Linux kernels" >&2;}
+fi
+
+config_vars="$config_vars
+mips-force-execstack = ${libc_cv_mips_force_execstack}"
+config_vars="$config_vars
+mips-has-gnustack = ${libc_mips_has_gnustack}"
diff --git a/sysdeps/unix/sysv/linux/mips/configure.ac b/sysdeps/unix/sysv/linux/mips/configure.ac
index 9147aa4..3db1b32 100644
--- a/sysdeps/unix/sysv/linux/mips/configure.ac
+++ b/sysdeps/unix/sysv/linux/mips/configure.ac
@@ -134,3 +134,35 @@ if test -z "$arch_minimum_kernel"; then
arch_minimum_kernel=4.5.0
fi
fi
+
+# Check if we are supposed to run on kernels older than 4.8.0. If so,
+# force executable stack to avoid potential runtime problems with fpu
+# emulation.
+# NOTE: The check below assumes that in absence of user-provided minumum_kernel
+# we will default to arch_minimum_kernel which is currently less than 4.8.0 for
+# all known configurations. If this changes, the check must be updated.
+AC_CACHE_CHECK([whether the compiler must use executable stack],
+ libc_cv_mips_force_execstack, [dnl
+libc_cv_mips_force_execstack=no
+ if test $libc_mips_float = hard; then
+ if test -n "$minimum_kernel"; then
+ changequote(,)
+ min_version=$((`echo "$minimum_kernel.0.0.0" | sed 's/\([0-9]*\)\.\([0-9]*\)\.\([0-9]*\).*/\1 \* 65536 + \2 \* 256 + \3/'`))
+ changequote([,])
+ if test $min_version -lt 264192; then
+ libc_cv_mips_force_execstack=yes
+ fi
+ else
+ libc_cv_mips_force_execstack=yes
+ fi
+ fi])
+
+libc_mips_has_gnustack=$libc_cv_as_noexecstack
+
+if test $libc_cv_mips_force_execstack = yes; then
+ libc_mips_has_gnustack=no
+ AC_MSG_WARN([forcing executable stack for pre-4.8.0 Linux kernels])
+fi
+
+LIBC_CONFIG_VAR([mips-force-execstack],[${libc_cv_mips_force_execstack}])
+LIBC_CONFIG_VAR([mips-has-gnustack],[${libc_mips_has_gnustack}])
--
1.9.1
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #3: release_branch_224.patch --]
[-- Type: text/x-patch; name="release_branch_224.patch", Size: 6290 bytes --]
From 21468af18e0ed513487e857eed3e8c809197a5fe Mon Sep 17 00:00:00 2001
From: Dragan Mladjenovic <dmladjenovic@wavecomp.com>
Date: Fri, 23 Aug 2019 16:38:04 +0000
Subject: [PATCH] mips: Force RWX stack for hard-float builds that can run on
pre-4.8 kernels
Linux/Mips kernels prior to 4.8 could potentially crash the user
process when doing FPU emulation while running on non-executable
user stack.
Currently, gcc doesn't emit .note.GNU-stack for mips, but that will
change in the future. To ensure that glibc can be used with such
future gcc, without silently resulting in binaries that might crash
in runtime, this patch forces RWX stack for all built objects if
configured to run against minimum kernel version less than 4.8.
* sysdeps/unix/sysv/linux/mips/Makefile
(test-xfail-check-execstack): New var.
Set to yes if mips-has-gnustack != yes.
(CFLAGS-.o*, ASFLAGS-.o*): New rules.
Apply -Wa,-execstack if mips-force-execstack == yes.
* sysdeps/unix/sysv/linux/mips/configure: Regenerated.
* sysdeps/unix/sysv/linux/mips/configure.ac
(mips-force-execstack): New var.
Set to yes for hard-float builds with minimum_kernel < 4.8.0
or minimum_kernel not set at all.
(mips-has-gnustack): New var.
Use value of libc_cv_as_noexecstack
if mips-force-execstack != yes, otherwise set to no.
(cherry picked from commit 33bc9efd91de1b14354291fc8ebd5bce96379f12)
---
sysdeps/unix/sysv/linux/mips/Makefile | 17 +++++++++++++
sysdeps/unix/sysv/linux/mips/configure | 41 +++++++++++++++++++++++++++++++
sysdeps/unix/sysv/linux/mips/configure.ac | 32 ++++++++++++++++++++++++
3 files changed, 90 insertions(+)
diff --git a/sysdeps/unix/sysv/linux/mips/Makefile b/sysdeps/unix/sysv/linux/mips/Makefile
index c6729c1..a58e695 100644
--- a/sysdeps/unix/sysv/linux/mips/Makefile
+++ b/sysdeps/unix/sysv/linux/mips/Makefile
@@ -99,8 +99,25 @@ sysdep-dl-routines += dl-static
sysdep_routines += dl-vdso
endif
+# If the compiler doesn't use GNU.stack note,
+# this test is expected to fail.
+ifneq ($(mips-has-gnustack),yes)
+test-xfail-check-execstack = yes
+endif
endif
ifeq ($(subdir),stdlib)
gen-as-const-headers += ucontext_i.sym
endif
+
+ifeq ($(mips-force-execstack),yes)
+CFLAGS-.o += -Wa,-execstack
+CFLAGS-.os += -Wa,-execstack
+CFLAGS-.op += -Wa,-execstack
+CFLAGS-.oS += -Wa,-execstack
+
+ASFLAGS-.o += -Wa,-execstack
+ASFLAGS-.os += -Wa,-execstack
+ASFLAGS-.op += -Wa,-execstack
+ASFLAGS-.oS += -Wa,-execstack
+endif
diff --git a/sysdeps/unix/sysv/linux/mips/configure b/sysdeps/unix/sysv/linux/mips/configure
index a5513fa..2ec86a3 100644
--- a/sysdeps/unix/sysv/linux/mips/configure
+++ b/sysdeps/unix/sysv/linux/mips/configure
@@ -475,3 +475,44 @@ if test -z "$arch_minimum_kernel"; then
arch_minimum_kernel=4.5.0
fi
fi
+
+# Check if we are supposed to run on kernels older than 4.8.0. If so,
+# force executable stack to avoid potential runtime problems with fpu
+# emulation.
+# NOTE: The check below assumes that in absence of user-provided minumum_kernel
+# we will default to arch_minimum_kernel which is currently less than 4.8.0 for
+# all known configurations. If this changes, the check must be updated.
+{ $as_echo "$as_me:${as_lineno-$LINENO}: checking whether the compiler must use executable stack" >&5
+$as_echo_n "checking whether the compiler must use executable stack... " >&6; }
+if ${libc_cv_mips_force_execstack+:} false; then :
+ $as_echo_n "(cached) " >&6
+else
+ libc_cv_mips_force_execstack=no
+ if test $libc_mips_float = hard; then
+ if test -n "$minimum_kernel"; then
+
+ min_version=$((`echo "$minimum_kernel.0.0.0" | sed 's/\([0-9]*\)\.\([0-9]*\)\.\([0-9]*\).*/\1 \* 65536 + \2 \* 256 + \3/'`))
+
+ if test $min_version -lt 264192; then
+ libc_cv_mips_force_execstack=yes
+ fi
+ else
+ libc_cv_mips_force_execstack=yes
+ fi
+ fi
+fi
+{ $as_echo "$as_me:${as_lineno-$LINENO}: result: $libc_cv_mips_force_execstack" >&5
+$as_echo "$libc_cv_mips_force_execstack" >&6; }
+
+libc_mips_has_gnustack=$libc_cv_as_noexecstack
+
+if test $libc_cv_mips_force_execstack = yes; then
+ libc_mips_has_gnustack=no
+ { $as_echo "$as_me:${as_lineno-$LINENO}: WARNING: forcing executable stack for pre-4.8.0 Linux kernels" >&5
+$as_echo "$as_me: WARNING: forcing executable stack for pre-4.8.0 Linux kernels" >&2;}
+fi
+
+config_vars="$config_vars
+mips-force-execstack = ${libc_cv_mips_force_execstack}"
+config_vars="$config_vars
+mips-has-gnustack = ${libc_mips_has_gnustack}"
diff --git a/sysdeps/unix/sysv/linux/mips/configure.ac b/sysdeps/unix/sysv/linux/mips/configure.ac
index 9147aa4..3db1b32 100644
--- a/sysdeps/unix/sysv/linux/mips/configure.ac
+++ b/sysdeps/unix/sysv/linux/mips/configure.ac
@@ -134,3 +134,35 @@ if test -z "$arch_minimum_kernel"; then
arch_minimum_kernel=4.5.0
fi
fi
+
+# Check if we are supposed to run on kernels older than 4.8.0. If so,
+# force executable stack to avoid potential runtime problems with fpu
+# emulation.
+# NOTE: The check below assumes that in absence of user-provided minumum_kernel
+# we will default to arch_minimum_kernel which is currently less than 4.8.0 for
+# all known configurations. If this changes, the check must be updated.
+AC_CACHE_CHECK([whether the compiler must use executable stack],
+ libc_cv_mips_force_execstack, [dnl
+libc_cv_mips_force_execstack=no
+ if test $libc_mips_float = hard; then
+ if test -n "$minimum_kernel"; then
+ changequote(,)
+ min_version=$((`echo "$minimum_kernel.0.0.0" | sed 's/\([0-9]*\)\.\([0-9]*\)\.\([0-9]*\).*/\1 \* 65536 + \2 \* 256 + \3/'`))
+ changequote([,])
+ if test $min_version -lt 264192; then
+ libc_cv_mips_force_execstack=yes
+ fi
+ else
+ libc_cv_mips_force_execstack=yes
+ fi
+ fi])
+
+libc_mips_has_gnustack=$libc_cv_as_noexecstack
+
+if test $libc_cv_mips_force_execstack = yes; then
+ libc_mips_has_gnustack=no
+ AC_MSG_WARN([forcing executable stack for pre-4.8.0 Linux kernels])
+fi
+
+LIBC_CONFIG_VAR([mips-force-execstack],[${libc_cv_mips_force_execstack}])
+LIBC_CONFIG_VAR([mips-has-gnustack],[${libc_mips_has_gnustack}])
--
1.9.1
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Backport of mips: Force RWX stack for hard-float builds that can run on pre-4.8 kernels
2019-01-01 0:00 Backport of mips: Force RWX stack for hard-float builds that can run on pre-4.8 kernels Dragan Mladjenovic
@ 2019-01-01 0:00 ` Dragan Mladjenovic
2019-01-01 0:00 ` Adhemerval Zanella
0 siblings, 1 reply; 11+ messages in thread
From: Dragan Mladjenovic @ 2019-01-01 0:00 UTC (permalink / raw)
To: libc-stable
Cc: Carlos O'Donell, Adhemerval Zanella, Siddhesh Poyarekar,
Dmitry V. Levin, Joseph Myers
On 28.08.2019. 19:35, Dragan Mladjenovic wrote:
> Hello everybody,
>
> Not sure if this is the right procedure, but I wish to propose the
> back-porting of [1] to most of the active release branches. You can find
> more info about the patch on [2]. The patch applies cleanly
> (sans the ChangeLog) up to 2.24 where it expects [3] from 2.25.
> I've attached both versions for reference.
> Checked for o32 hard-float and soft-float (where available) builds.
>
> Best regards,
> Dragan
>
>
> [1]
> https://sourceware.org/git/?p=glibc.git;a=commit;h=33bc9efd91de1b14354291fc8ebd5bce96379f12
>
> [2] https://sourceware.org/ml/libc-alpha/2019-08/msg00479.html
> [3]
> https://sourceware.org/git/?p=glibc.git;a=commit;h=7672e712e1cd91a9252bb9db8ac1d9b528e19f2e
>
Did I made the mistake by not tying the original submission to a
bugzilla issue? Is the patch still eligible for backporting as it is, or
do I need to do something further?
Best regards,
Dragan
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Backport of mips: Force RWX stack for hard-float builds that can run on pre-4.8 kernels
2019-01-01 0:00 ` Dragan Mladjenovic
@ 2019-01-01 0:00 ` Adhemerval Zanella
2019-01-01 0:00 ` Dragan Mladjenovic
0 siblings, 1 reply; 11+ messages in thread
From: Adhemerval Zanella @ 2019-01-01 0:00 UTC (permalink / raw)
To: Dragan Mladjenovic, libc-stable
Cc: Carlos O'Donell, Siddhesh Poyarekar, Dmitry V. Levin, Joseph Myers
On 04/09/2019 09:27, Dragan Mladjenovic wrote:
>
> On 28.08.2019. 19:35, Dragan Mladjenovic wrote:
>> Hello everybody,
>>
>> Not sure if this is the right procedure, but I wish to propose the
>> back-porting of [1] to most of the active release branches. You can find
>> more info about the patch on [2]. The patch applies cleanly
>> (sans the ChangeLog) up to 2.24 where it expects [3] from 2.25.
>> I've attached both versions for reference.
>> Checked for o32 hard-float and soft-float (where available) builds.
>>
>> Best regards,
>> Dragan
>>
>>
>> [1]
>> https://sourceware.org/git/?p=glibc.git;a=commit;h=33bc9efd91de1b14354291fc8ebd5bce96379f12
>>
>> [2] https://sourceware.org/ml/libc-alpha/2019-08/msg00479.html
>> [3]
>> https://sourceware.org/git/?p=glibc.git;a=commit;h=7672e712e1cd91a9252bb9db8ac1d9b528e19f2e
>>
>
> Did I made the mistake by not tying the original submission to a
> bugzilla issue? Is the patch still eligible for backporting as it is, or
> do I need to do something further?
I don't have a strong opinion about backporting it, it seems to fall
on the expected criteria of no new or compat symbols so it should not
be a problem. It would be good to at least check the releases on a
kernel higher than 4.8 so check if everything is ok.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Re: Backport of mips: Force RWX stack for hard-float builds that can run on pre-4.8 kernels
2019-01-01 0:00 ` Adhemerval Zanella
@ 2019-01-01 0:00 ` Dragan Mladjenovic
2019-01-01 0:00 ` Florian Weimer
0 siblings, 1 reply; 11+ messages in thread
From: Dragan Mladjenovic @ 2019-01-01 0:00 UTC (permalink / raw)
To: Adhemerval Zanella, libc-stable
Cc: Carlos O'Donell, Siddhesh Poyarekar, Dmitry V. Levin, Joseph Myers
On 04.09.2019. 21:32, Adhemerval Zanella wrote:
>
>
> On 04/09/2019 09:27, Dragan Mladjenovic wrote:
>>
>> On 28.08.2019. 19:35, Dragan Mladjenovic wrote:
>>> Hello everybody,
>>>
>>> Not sure if this is the right procedure, but I wish to propose the
>>> back-porting of [1] to most of the active release branches. You can find
>>> more info about the patch on [2]. The patch applies cleanly
>>> (sans the ChangeLog) up to 2.24 where it expects [3] from 2.25.
>>> I've attached both versions for reference.
>>> Checked for o32 hard-float and soft-float (where available) builds.
>>>
>>> Best regards,
>>> Dragan
>>>
>>>
>>> [1]
>>> https://sourceware.org/git/?p=glibc.git;a=commit;h=33bc9efd91de1b14354291fc8ebd5bce96379f12
>>>
>>> [2] https://sourceware.org/ml/libc-alpha/2019-08/msg00479.html
>>> [3]
>>> https://sourceware.org/git/?p=glibc.git;a=commit;h=7672e712e1cd91a9252bb9db8ac1d9b528e19f2e
>>>
>>
>> Did I made the mistake by not tying the original submission to a
>> bugzilla issue? Is the patch still eligible for backporting as it is, or
>> do I need to do something further?
>
> I don't have a strong opinion about backporting it, it seems to fall
> on the expected criteria of no new or compat symbols so it should not
> be a problem. It would be good to at least check the releases on a
> kernel higher than 4.8 so check if everything is ok.
>
Hi,
Sorry for this really late response. I finally managed to get my test
machines in order. If it helps, I rechecked old releases and patched
ones on 5.3 kernel /-hard-float/-EB/-mabi=o32/n32/n64 w/ and w/o
exec-stack by default and there were no new failures. What do I do next?
Do I need to get the approval of release manager for each branch
individually?
Best regards,
Dragan
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Backport of mips: Force RWX stack for hard-float builds that can run on pre-4.8 kernels
2019-01-01 0:00 ` Dragan Mladjenovic
@ 2019-01-01 0:00 ` Florian Weimer
2019-01-01 0:00 ` Dragan Mladjenovic
0 siblings, 1 reply; 11+ messages in thread
From: Florian Weimer @ 2019-01-01 0:00 UTC (permalink / raw)
To: Dragan Mladjenovic
Cc: Adhemerval Zanella, libc-stable, Carlos O'Donell,
Siddhesh Poyarekar, Dmitry V. Levin, Joseph Myers
* Dragan Mladjenovic:
> Sorry for this really late response. I finally managed to get my test
> machines in order. If it helps, I rechecked old releases and patched
> ones on 5.3 kernel /-hard-float/-EB/-mabi=o32/n32/n64 w/ and w/o
> exec-stack by default and there were no new failures. What do I do next?
> Do I need to get the approval of release manager for each branch
> individually?
No, if it fixes a bug and does not add symbols, you can backport it on
your own and commit it. We expect some diligence regarding testing, but
we have no way of enforcing that.
Thanks,
Florian
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Backport of mips: Force RWX stack for hard-float builds that can run on pre-4.8 kernels
2019-01-01 0:00 ` Florian Weimer
@ 2019-01-01 0:00 ` Dragan Mladjenovic
2019-01-01 0:00 ` Adhemerval Zanella
0 siblings, 1 reply; 11+ messages in thread
From: Dragan Mladjenovic @ 2019-01-01 0:00 UTC (permalink / raw)
To: Florian Weimer
Cc: Adhemerval Zanella, libc-stable, Carlos O'Donell,
Siddhesh Poyarekar, Dmitry V. Levin, Joseph Myers
On 31.10.2019. 18:18, Florian Weimer wrote:
> * Dragan Mladjenovic:
>
>> Sorry for this really late response. I finally managed to get my test
>> machines in order. If it helps, I rechecked old releases and patched
>> ones on 5.3 kernel /-hard-float/-EB/-mabi=o32/n32/n64 w/ and w/o
>> exec-stack by default and there were no new failures. What do I do next?
>> Do I need to get the approval of release manager for each branch
>> individually?
>
> No, if it fixes a bug and does not add symbols, you can backport it on
> your own and commit it. We expect some diligence regarding testing, but
> we have no way of enforcing that.
>
> Thanks,
> Florian
>
But I don't have write access to the glibc repo. I would be grateful if
someone who can do it for me. I can provide patches that apply to each
branch without change if it helps to ease the friction of backporting.
Thanks in advance,
Dragan
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Backport of mips: Force RWX stack for hard-float builds that can run on pre-4.8 kernels
2019-01-01 0:00 ` Dragan Mladjenovic
@ 2019-01-01 0:00 ` Adhemerval Zanella
2019-01-01 0:00 ` Dragan Mladjenovic
0 siblings, 1 reply; 11+ messages in thread
From: Adhemerval Zanella @ 2019-01-01 0:00 UTC (permalink / raw)
To: Dragan Mladjenovic, Florian Weimer
Cc: libc-stable, Carlos O'Donell, Siddhesh Poyarekar,
Dmitry V. Levin, Joseph Myers
On 01/11/2019 06:02, Dragan Mladjenovic wrote:
> On 31.10.2019. 18:18, Florian Weimer wrote:
>> * Dragan Mladjenovic:
>>
>>> Sorry for this really late response. I finally managed to get my test
>>> machines in order. If it helps, I rechecked old releases and patched
>>> ones on 5.3 kernel /-hard-float/-EB/-mabi=o32/n32/n64 w/ and w/o
>>> exec-stack by default and there were no new failures. What do I do next?
>>> Do I need to get the approval of release manager for each branch
>>> individually?
>>
>> No, if it fixes a bug and does not add symbols, you can backport it on
>> your own and commit it. We expect some diligence regarding testing, but
>> we have no way of enforcing that.
>>
>> Thanks,
>> Florian
>>
>
> But I don't have write access to the glibc repo. I would be grateful if
> someone who can do it for me. I can provide patches that apply to each
> branch without change if it helps to ease the friction of backporting.
>
> Thanks in advance,
> Dragan
>
Alright, just point me to a repo and I can sort this out for you.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Backport of mips: Force RWX stack for hard-float builds that can run on pre-4.8 kernels
2019-01-01 0:00 ` Adhemerval Zanella
@ 2019-01-01 0:00 ` Dragan Mladjenovic
2019-01-01 0:00 ` Adhemerval Zanella
0 siblings, 1 reply; 11+ messages in thread
From: Dragan Mladjenovic @ 2019-01-01 0:00 UTC (permalink / raw)
To: Adhemerval Zanella, Florian Weimer
Cc: libc-stable, Carlos O'Donell, Siddhesh Poyarekar,
Dmitry V. Levin, Joseph Myers
[-- Attachment #1: Type: text/plain, Size: 1395 bytes --]
On 01.11.2019. 12:49, Adhemerval Zanella wrote:
>
>
> On 01/11/2019 06:02, Dragan Mladjenovic wrote:
>> On 31.10.2019. 18:18, Florian Weimer wrote:
>>> * Dragan Mladjenovic:
>>>
>>>> Sorry for this really late response. I finally managed to get my test
>>>> machines in order. If it helps, I rechecked old releases and patched
>>>> ones on 5.3 kernel /-hard-float/-EB/-mabi=o32/n32/n64 w/ and w/o
>>>> exec-stack by default and there were no new failures. What do I do next?
>>>> Do I need to get the approval of release manager for each branch
>>>> individually?
>>>
>>> No, if it fixes a bug and does not add symbols, you can backport it on
>>> your own and commit it. We expect some diligence regarding testing, but
>>> we have no way of enforcing that.
>>>
>>> Thanks,
>>> Florian
>>>
>>
>> But I don't have write access to the glibc repo. I would be grateful if
>> someone who can do it for me. I can provide patches that apply to each
>> branch without change if it helps to ease the friction of backporting.
>>
>> Thanks in advance,
>> Dragan
>>
>
> Alright, just point me to a repo and I can sort this out for you.
>
Thanks,
I'm targeting release/2.24/master...release/2.30/master branches.
I don't have a publicly visible repo with the patches.
If it helps, there are patches for each of the branches in the attachment.
Best regards,
Dragan
[-- Attachment #2: patches.tar.gz --]
[-- Type: application/gzip, Size: 3915 bytes --]
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Backport of mips: Force RWX stack for hard-float builds that can run on pre-4.8 kernels
2019-01-01 0:00 ` Dragan Mladjenovic
@ 2019-01-01 0:00 ` Adhemerval Zanella
2019-01-01 0:00 ` Adhemerval Zanella
0 siblings, 1 reply; 11+ messages in thread
From: Adhemerval Zanella @ 2019-01-01 0:00 UTC (permalink / raw)
To: Dragan Mladjenovic, Florian Weimer
Cc: libc-stable, Carlos O'Donell, Siddhesh Poyarekar,
Dmitry V. Levin, Joseph Myers
On 01/11/2019 10:39, Dragan Mladjenovic wrote:
> On 01.11.2019. 12:49, Adhemerval Zanella wrote:
>>
>>
>> On 01/11/2019 06:02, Dragan Mladjenovic wrote:
>>> On 31.10.2019. 18:18, Florian Weimer wrote:
>>>> * Dragan Mladjenovic:
>>>>
>>>>> Sorry for this really late response. I finally managed to get my test
>>>>> machines in order. If it helps, I rechecked old releases and patched
>>>>> ones on 5.3 kernel /-hard-float/-EB/-mabi=o32/n32/n64 w/ and w/o
>>>>> exec-stack by default and there were no new failures. What do I do next?
>>>>> Do I need to get the approval of release manager for each branch
>>>>> individually?
>>>>
>>>> No, if it fixes a bug and does not add symbols, you can backport it on
>>>> your own and commit it. We expect some diligence regarding testing, but
>>>> we have no way of enforcing that.
>>>>
>>>> Thanks,
>>>> Florian
>>>>
>>>
>>> But I don't have write access to the glibc repo. I would be grateful if
>>> someone who can do it for me. I can provide patches that apply to each
>>> branch without change if it helps to ease the friction of backporting.
>>>
>>> Thanks in advance,
>>> Dragan
>>>
>>
>> Alright, just point me to a repo and I can sort this out for you.
>>
>
> Thanks,
>
> I'm targeting release/2.24/master...release/2.30/master branches.
> I don't have a publicly visible repo with the patches.
> If it helps, there are patches for each of the branches in the attachment.
>
> Best regards,
> Dragan
>
Right, I will try to sort this out this week. I won't have time to
check all the backports on expected supported kernel configuration,
so I will just to build smoke tests.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Backport of mips: Force RWX stack for hard-float builds that can run on pre-4.8 kernels
2019-01-01 0:00 ` Adhemerval Zanella
@ 2019-01-01 0:00 ` Adhemerval Zanella
2019-01-01 0:00 ` Dragan Mladjenovic
0 siblings, 1 reply; 11+ messages in thread
From: Adhemerval Zanella @ 2019-01-01 0:00 UTC (permalink / raw)
To: Dragan Mladjenovic, Florian Weimer
Cc: libc-stable, Carlos O'Donell, Siddhesh Poyarekar,
Dmitry V. Levin, Joseph Myers
On 04/11/2019 10:41, Adhemerval Zanella wrote:
>
>
> On 01/11/2019 10:39, Dragan Mladjenovic wrote:
>> On 01.11.2019. 12:49, Adhemerval Zanella wrote:
>>>
>>>
>>> On 01/11/2019 06:02, Dragan Mladjenovic wrote:
>>>> On 31.10.2019. 18:18, Florian Weimer wrote:
>>>>> * Dragan Mladjenovic:
>>>>>
>>>>>> Sorry for this really late response. I finally managed to get my test
>>>>>> machines in order. If it helps, I rechecked old releases and patched
>>>>>> ones on 5.3 kernel /-hard-float/-EB/-mabi=o32/n32/n64 w/ and w/o
>>>>>> exec-stack by default and there were no new failures. What do I do next?
>>>>>> Do I need to get the approval of release manager for each branch
>>>>>> individually?
>>>>>
>>>>> No, if it fixes a bug and does not add symbols, you can backport it on
>>>>> your own and commit it. We expect some diligence regarding testing, but
>>>>> we have no way of enforcing that.
>>>>>
>>>>> Thanks,
>>>>> Florian
>>>>>
>>>>
>>>> But I don't have write access to the glibc repo. I would be grateful if
>>>> someone who can do it for me. I can provide patches that apply to each
>>>> branch without change if it helps to ease the friction of backporting.
>>>>
>>>> Thanks in advance,
>>>> Dragan
>>>>
>>>
>>> Alright, just point me to a repo and I can sort this out for you.
>>>
>>
>> Thanks,
>>
>> I'm targeting release/2.24/master...release/2.30/master branches.
>> I don't have a publicly visible repo with the patches.
>> If it helps, there are patches for each of the branches in the attachment.
>>
>> Best regards,
>> Dragan
>>
>
> Right, I will try to sort this out this week. I won't have time to
> check all the backports on expected supported kernel configuration,
> so I will just to build smoke tests.
>
Done.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Backport of mips: Force RWX stack for hard-float builds that can run on pre-4.8 kernels
2019-01-01 0:00 ` Adhemerval Zanella
@ 2019-01-01 0:00 ` Dragan Mladjenovic
0 siblings, 0 replies; 11+ messages in thread
From: Dragan Mladjenovic @ 2019-01-01 0:00 UTC (permalink / raw)
To: Adhemerval Zanella, Florian Weimer
Cc: libc-stable, Carlos O'Donell, Siddhesh Poyarekar,
Dmitry V. Levin, Joseph Myers
On 05.11.2019. 19:08, Adhemerval Zanella wrote:
>
>
> On 04/11/2019 10:41, Adhemerval Zanella wrote:
>>
>>
>> On 01/11/2019 10:39, Dragan Mladjenovic wrote:
>>> On 01.11.2019. 12:49, Adhemerval Zanella wrote:
>>>>
>>>>
>>>> On 01/11/2019 06:02, Dragan Mladjenovic wrote:
>>>>> On 31.10.2019. 18:18, Florian Weimer wrote:
>>>>>> * Dragan Mladjenovic:
>>>>>>
>>>>>>> Sorry for this really late response. I finally managed to get my test
>>>>>>> machines in order. If it helps, I rechecked old releases and patched
>>>>>>> ones on 5.3 kernel /-hard-float/-EB/-mabi=o32/n32/n64 w/ and w/o
>>>>>>> exec-stack by default and there were no new failures. What do I do next?
>>>>>>> Do I need to get the approval of release manager for each branch
>>>>>>> individually?
>>>>>>
>>>>>> No, if it fixes a bug and does not add symbols, you can backport it on
>>>>>> your own and commit it. We expect some diligence regarding testing, but
>>>>>> we have no way of enforcing that.
>>>>>>
>>>>>> Thanks,
>>>>>> Florian
>>>>>>
>>>>>
>>>>> But I don't have write access to the glibc repo. I would be grateful if
>>>>> someone who can do it for me. I can provide patches that apply to each
>>>>> branch without change if it helps to ease the friction of backporting.
>>>>>
>>>>> Thanks in advance,
>>>>> Dragan
>>>>>
>>>>
>>>> Alright, just point me to a repo and I can sort this out for you.
>>>>
>>>
>>> Thanks,
>>>
>>> I'm targeting release/2.24/master...release/2.30/master branches.
>>> I don't have a publicly visible repo with the patches.
>>> If it helps, there are patches for each of the branches in the attachment.
>>>
>>> Best regards,
>>> Dragan
>>>
>>
>> Right, I will try to sort this out this week. I won't have time to
>> check all the backports on expected supported kernel configuration,
>> so I will just to build smoke tests.
>>
>
> Done.
>
Thank you.
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2019-11-05 18:18 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-01-01 0:00 Backport of mips: Force RWX stack for hard-float builds that can run on pre-4.8 kernels Dragan Mladjenovic
2019-01-01 0:00 ` Dragan Mladjenovic
2019-01-01 0:00 ` Adhemerval Zanella
2019-01-01 0:00 ` Dragan Mladjenovic
2019-01-01 0:00 ` Florian Weimer
2019-01-01 0:00 ` Dragan Mladjenovic
2019-01-01 0:00 ` Adhemerval Zanella
2019-01-01 0:00 ` Dragan Mladjenovic
2019-01-01 0:00 ` Adhemerval Zanella
2019-01-01 0:00 ` Adhemerval Zanella
2019-01-01 0:00 ` Dragan Mladjenovic
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).