Received: by 10.223.164.202 with SMTP id h10csp631700wrb; Thu, 30 Nov 2017 05:08:53 -0800 (PST) X-Google-Smtp-Source: AGs4zMaLpjbXcvgVOe4duARC4c4SaZBXSQKyJC6lo4C394lazq1K9T0ESDCvzdqEoHe+HWtof764 X-Received: by 10.101.101.215 with SMTP id y23mr2328791pgv.391.1512047332942; Thu, 30 Nov 2017 05:08:52 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1512047332; cv=none; d=google.com; s=arc-20160816; b=YqqHzK1ftzRXl6VqreiQaCkd1a+hvUCE+CcGhDC4o6xXWPCzVwhMTZUGgCXy1cHLU3 q1id/OrYwotsBlsZN4O3k26dwBgGDuq5Q93LeHZ+YaC7XxIvwiupcExWOy7RdFqaGEl9 ukKlidHYhj6aObPfK+qemO12PY7Y8QJ+HDUqBfFL8DB/lZnXE8JX3+Lvk1R398LSdnse ynlsZxIkIOnEr0G8VlBlk8d0C3nTmR0t2m/zDZUZ1K3sVVCbGVmIDwIrVWUuVydXBKn9 fIpya1LSRoS7T8uTQ0JUgGIxk4SfccYabughrduGydrb504HJMR3iKttvM8z7OAjmErz dQkg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :content-language:accept-language:in-reply-to:references:message-id :date:thread-index:thread-topic:subject:cc:to:from :arc-authentication-results; bh=S9HiR9xHqyjebcZ1cdKI2hazzMv4MQCoaDltXo/0WAE=; b=PUm71l1Defdb+uS5RdtwSyOZC8/ua0E0sNIvmgTVSp7ztC0wmnNTYB5oXmSlyY1zNI xc2+3NzXhWxfp3L4dQ2fNMmF4SKIb3fymEEbgYvcxVoC6N5A4g3O/+Ip0y+4yzYE0baa niLX2h+1BSSrwhghsM69QJZVGzEg7toclIbwOKw46QzXYBx4ILoEeKE9LlSVs9Ax1oCY eGoqPplj07hfYjqdQ9ccBTZFJpL3lldV9RdHegQFVJotXZzSr3mdj/j8gLZhRMUkUJBr 0XGGAWdi4UawLg7LX1kTllUekd5BCp2qEuZcHSTr7UMmZXwZGRCEgiGJa1PWGj62T4rB 8hUA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j88si2596387pfj.101.2017.11.30.05.08.39; Thu, 30 Nov 2017 05:08:52 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752756AbdK3NIa convert rfc822-to-8bit (ORCPT + 99 others); Thu, 30 Nov 2017 08:08:30 -0500 Received: from 9pmail.ess.barracuda.com ([64.235.154.211]:56903 "EHLO 9pmail.ess.barracuda.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753064AbdK3NI2 (ORCPT ); Thu, 30 Nov 2017 08:08:28 -0500 Received: from MIPSMAIL01.mipstec.com (mailrelay.mips.com [12.201.5.28]) by mx1411.ess.rzc.cudaops.com (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NO); Thu, 30 Nov 2017 13:06:53 +0000 Received: from MIPSMAIL01.mipstec.com ([fe80::5c93:1f20:524d:a563]) by MIPSMAIL01.mipstec.com ([fe80::5c93:1f20:524d:a563%13]) with mapi id 14.03.0361.001; Thu, 30 Nov 2017 05:06:53 -0800 From: Miodrag Dinic To: James Hogan CC: David Daney , Aleksandar Markovic , "linux-mips@linux-mips.org" , Aleksandar Markovic , Andrew Morton , DengCheng Zhu , Ding Tianhong , Douglas Leung , "Frederic Weisbecker" , Goran Ferenc , "Ingo Molnar" , James Cowgill , "Jonathan Corbet" , "linux-doc@vger.kernel.org" , "linux-kernel@vger.kernel.org" , Marc Zyngier , "Matt Redfearn" , Mimi Zohar , Paul Burton , "Paul E. McKenney" , Petar Jovanovic , Raghu Gandham , Ralf Baechle , Thomas Gleixner , Tom Saeger Subject: RE: [PATCH v2] MIPS: Add nonxstack=on|off kernel parameter Thread-Topic: [PATCH v2] MIPS: Add nonxstack=on|off kernel parameter Thread-Index: AQHTYtCGiXJpn3ndkEa756uEAr0gK6Mf1f6AgAPtqzaACYORgP//qhpm Date: Thu, 30 Nov 2017 13:06:53 +0000 Message-ID: <48924BBB91ABDE4D9335632A6B179DD6A8D102@MIPSMAIL01.mipstec.com> References: <1511272574-10509-1-git-send-email-aleksandar.markovic@rt-rk.com> <48924BBB91ABDE4D9335632A6B179DD6A8CFEA@MIPSMAIL01.mipstec.com>,<20171130100957.GG5027@jhogan-linux.mipstec.com> In-Reply-To: <20171130100957.GG5027@jhogan-linux.mipstec.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [82.117.201.26] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 X-BESS-ID: 1512047213-452059-523-162579-1 X-BESS-VER: 2017.14.1-r1710272128 X-BESS-Apparent-Source-IP: 12.201.5.28 X-BESS-Outbound-Spam-Score: 0.21 X-BESS-Outbound-Spam-Report: Code version 3.2, rules version 3.2.2.187461 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------- 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH META: Sender Domain Matches Recipient Domain 0.00 BSF_BESS_OUTBOUND META: BESS Outbound 0.20 PR0N_SUBJECT META: Subject has letters around special characters (pr0n) X-BESS-Outbound-Spam-Status: SCORE=0.21 using account:ESS59374 scores of KILL_LEVEL=7.0 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, BSF_BESS_OUTBOUND, PR0N_SUBJECT X-BESS-BRTS-Status: 1 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi James, > > We do have PT_GNU_STACK flags set correctly, this feature is required to > > workaround CPU revisions which do not have RIXI support. > > RIXI support can be discovered programatically from CP0_Config3.RXI > (cpu_has_rixi in asm/cpu-features.h), so I don't follow why CPUs without > RIXI would require a kernel parameter. The following patch introduced change in behavior with regards to stack & heap execute-ability : commit 1a770b85c1f1c1ee37afd7cef5237ffc4c970f04 Author: Paul Burton Date: Fri Jul 8 11:06:20 2016 +0100 MIPS: non-exec stack & heap when non-exec PT_GNU_STACK is present The stack and heap have both been executable by default on MIPS until now. This patch changes the default to be non-executable, but only for ELF binaries with a non-executable PT_GNU_STACK header present. This does apply to both the heap & the stack, despite the name PT_GNU_STACK, and this matches the behaviour of other architectures like ARM & x86. Current MIPS toolchains do not produce the PT_GNU_STACK header, which means that we can rely upon this patch not changing the behaviour of existing binaries. The new default will only take effect for newly compiled binaries once toolchains are updated to support PT_GNU_STACK, and since those binaries are newly compiled they can be compiled expecting the change in default behaviour. Again this matches the way in which the ARM & x86 architectures handled their implementations of non-executable memory. Signed-off-by: Paul Burton Cc: Leonid Yegoshin Cc: Maciej Rozycki Cc: Faraz Shahbazker Cc: Raghu Gandham Cc: Matthew Fortune Cc: linux-mips@linux-mips.org Patchwork: https://patchwork.linux-mips.org/patch/13765/ Signed-off-by: Ralf Baechle .... When kernel is detecting the type of mapping it should apply : fs/binfmt_elf.c: ... if (elf_read_implies_exec(loc->elf_ex, executable_stack)) current->personality |= READ_IMPLIES_EXEC; ... this effectively calls mips_elf_read_implies_exec() which performs a check: ... if (!cpu_has_rixi) { /* The CPU doesn't support non-executable memory */ return 1; } return 0; } This will in turn make stack & heap executable on processors without RIXI, which are practically all processors with MIPS ISA R < 6. We would like to have an option to override this and force non-executable mappings for such systems. Kind regards, Miodrag ________________________________________ From: James Hogan Sent: Thursday, November 30, 2017 11:09 AM To: Miodrag Dinic Cc: David Daney; Aleksandar Markovic; linux-mips@linux-mips.org; Aleksandar Markovic; Andrew Morton; DengCheng Zhu; Ding Tianhong; Douglas Leung; Frederic Weisbecker; Goran Ferenc; Ingo Molnar; James Cowgill; Jonathan Corbet; linux-doc@vger.kernel.org; linux-kernel@vger.kernel.org; Marc Zyngier; Matt Redfearn; Mimi Zohar; Paul Burton; Paul E. McKenney; Petar Jovanovic; Raghu Gandham; Ralf Baechle; Thomas Gleixner; Tom Saeger Subject: Re: [PATCH v2] MIPS: Add nonxstack=on|off kernel parameter On Thu, Nov 30, 2017 at 09:34:15AM +0000, Miodrag Dinic wrote: > Hi David, > > Sorry for a late response, please find answers in-lined: > > > > If this parameter is omitted, kernel behavior remains the same as it > > > was before this patch is applied. > > > > Do other architectures have a similar hack? > > > > If arm{,64} and x86 don't need this, what would make MIPS so special > > that we have to carry this around? > > Yes, there are similar workarounds. Just a couple lines above > nonxstack description in the documentation there are : > noexec [IA-64] > > noexec [X86] > On X86-32 available only on PAE configured kernels. > noexec=on: enable non-executable mappings (default) > noexec=off: disable non-executable mappings > ... > > noexec32 [X86-64] > This affects only 32-bit executables. > noexec32=on: enable non-executable mappings (default) > read doesn't imply executable mappings > noexec32=off: disable non-executable mappings > read implies executable mappings > > > > > > > This functionality is convenient during debugging and is especially > > > useful for Android development where non-exec stack is required. > > > > Why not just set the PT_GNU_STACK flags correctly in the first place? > > We do have PT_GNU_STACK flags set correctly, this feature is required to > workaround CPU revisions which do not have RIXI support. RIXI support can be discovered programatically from CP0_Config3.RXI (cpu_has_rixi in asm/cpu-features.h), so I don't follow why CPUs without RIXI would require a kernel parameter. Cheers James > > Kind regards, > Miodrag > ________________________________________ > From: David Daney [ddaney@caviumnetworks.com] > Sent: Tuesday, November 21, 2017 9:53 PM > To: Aleksandar Markovic; linux-mips@linux-mips.org > Cc: Miodrag Dinic; Aleksandar Markovic; Andrew Morton; DengCheng Zhu; Ding Tianhong; Douglas Leung; Frederic Weisbecker; Goran Ferenc; Ingo Molnar; James Cowgill; James Hogan; Jonathan Corbet; linux-doc@vger.kernel.org; linux-kernel@vger.kernel.org; Marc Zyngier; Matt Redfearn; Mimi Zohar; Paul Burton; Paul E. McKenney; Petar Jovanovic; Raghu Gandham; Ralf Baechle; Thomas Gleixner; Tom Saeger > Subject: Re: [PATCH v2] MIPS: Add nonxstack=on|off kernel parameter > > On 11/21/2017 05:56 AM, Aleksandar Markovic wrote: > > From: Miodrag Dinic > > > > Add a new kernel parameter to override the default behavior related > > to the decision whether to set up stack as non-executable in function > > mips_elf_read_implies_exec(). > > > > The new parameter is used to control non executable stack and heap, > > regardless of PT_GNU_STACK entry. This does apply to both stack and > > heap, despite the name. > > > > Allowed values: > > > > nonxstack=on Force non-exec stack & heap > > nonxstack=off Force executable stack & heap > > > > If this parameter is omitted, kernel behavior remains the same as it > > was before this patch is applied. > > Do other architectures have a similar hack? > > If arm{,64} and x86 don't need this, what would make MIPS so special > that we have to carry this around? > > > > > > This functionality is convenient during debugging and is especially > > useful for Android development where non-exec stack is required. > > Why not just set the PT_GNU_STACK flags correctly in the first place? > > > > > Signed-off-by: Miodrag Dinic > > Signed-off-by: Aleksandar Markovic > > --- > > Documentation/admin-guide/kernel-parameters.txt | 11 +++++++ > > arch/mips/kernel/elf.c | 39 +++++++++++++++++++++++++ > > 2 files changed, 50 insertions(+) > > > > diff --git a/Documentation/admin-guide/kernel-parameters.txt b/Documentation/admin-guide/kernel-parameters.txt > > index b74e133..99464ee 100644 > > --- a/Documentation/admin-guide/kernel-parameters.txt > > +++ b/Documentation/admin-guide/kernel-parameters.txt > > @@ -2614,6 +2614,17 @@ > > noexec32=off: disable non-executable mappings > > read implies executable mappings > > > > + nonxstack [MIPS] > > + Force setting up stack and heap as non-executable or > > + executable regardless of PT_GNU_STACK entry. Both > > + stack and heap are affected, despite the name. Valid > > + arguments: on, off. > > + nonxstack=on: Force non-executable stack and heap > > + nonxstack=off: Force executable stack and heap > > + If ommited, stack and heap will or will not be set > > + up as non-executable depending on PT_GNU_STACK > > + entry and possibly other factors. > > + > > nofpu [MIPS,SH] Disable hardware FPU at boot time. > > > > nofxsr [BUGS=X86-32] Disables x86 floating point extended > > diff --git a/arch/mips/kernel/elf.c b/arch/mips/kernel/elf.c > > index 731325a..28ef7f3 100644 > > --- a/arch/mips/kernel/elf.c > > +++ b/arch/mips/kernel/elf.c > > @@ -326,8 +326,47 @@ void mips_set_personality_nan(struct arch_elf_state *state) > > } > > } > > > > +static int nonxstack = EXSTACK_DEFAULT; > > + > > +/* > > + * kernel parameter: nonxstack=on|off > > + * > > + * Force setting up stack and heap as non-executable or > > + * executable regardless of PT_GNU_STACK entry. Both > > + * stack and heap are affected, despite the name. Valid > > + * arguments: on, off. > > + * > > + * nonxstack=on: Force non-executable stack and heap > > + * nonxstack=off: Force executable stack and heap > > + * > > + * If ommited, stack and heap will or will not be set > > + * up as non-executable depending on PT_GNU_STACK > > + * entry and possibly other factors. > > + */ > > +static int __init nonxstack_setup(char *str) > > +{ > > + if (!strcmp(str, "on")) > > + nonxstack = EXSTACK_DISABLE_X; > > + else if (!strcmp(str, "off")) > > + nonxstack = EXSTACK_ENABLE_X; > > + else > > + pr_err("Malformed nonxstack format! nonxstack=on|off\n"); > > + > > + return 1; > > +} > > +__setup("nonxstack=", nonxstack_setup); > > + > > int mips_elf_read_implies_exec(void *elf_ex, int exstack) > > { > > + switch (nonxstack) { > > + case EXSTACK_DISABLE_X: > > + return 0; > > + case EXSTACK_ENABLE_X: > > + return 1; > > + default: > > + break; > > + } > > + > > if (exstack != EXSTACK_DISABLE_X) { > > /* The binary doesn't request a non-executable stack */ > > return 1; > > > > From 1585485491187324168@xxx Thu Nov 30 10:13:11 +0000 2017 X-GM-THRID: 1584684002037682770 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread