Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752691AbcLFWns (ORCPT ); Tue, 6 Dec 2016 17:43:48 -0500 Received: from relmlor2.renesas.com ([210.160.252.172]:31929 "EHLO relmlie1.idc.renesas.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752156AbcLFWnq (ORCPT ); Tue, 6 Dec 2016 17:43:46 -0500 X-IronPort-AV: E=Sophos;i="5.33,310,1477926000"; d="scan'208";a="227243503" From: Chris Brandt To: Florian Fainelli , "linux-arm-kernel@lists.infradead.org" CC: "linux@armlinux.org.uk" , "nicolas.pitre@linaro.org" , "panand@redhat.com" , "arnd@arndb.de" , "jonathan.austin@arm.com" , "pawel.moll@arm.com" , "vladimir.murzin@arm.com" , "mark.rutland@arm.com" , "ard.biesheuvel@linaro.org" , "keescook@chromium.org" , "matt@codeblueprint.co.uk" , "labbott@fedoraproject.org" , "kirill.shutemov@linux.intel.com" , "ben@decadent.org.uk" , "js07.lee@samsung.com" , "stefan@agner.ch" , "linux-kernel@vger.kernel.org" Subject: RE: [PATCH 1/3] ARM: Define KERNEL_START and KERNEL_END Thread-Topic: [PATCH 1/3] ARM: Define KERNEL_START and KERNEL_END Thread-Index: AQHST/pv62er5MYKNku0ukAAupL0aaD7gThw Date: Tue, 6 Dec 2016 22:43:40 +0000 Message-ID: References: <1480445729-27130-1-git-send-email-labbott@redhat.com> <20161206195312.22354-1-f.fainelli@gmail.com> <20161206195312.22354-2-f.fainelli@gmail.com> In-Reply-To: <20161206195312.22354-2-f.fainelli@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Chris.Brandt@renesas.com; x-originating-ip: [108.94.104.157] x-ms-office365-filtering-correlation-id: f1d1a70f-ad44-41fc-ed61-08d41e29530b x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:SG2PR06MB1166; x-microsoft-exchange-diagnostics: 1;SG2PR06MB1166;7:57NeftqlEykp301UV5meW1pSz0Cx0N9Ca0REBMNctvDIKLhRfMaaWmbA7QZ+zfEB63redmHSrJURO/qi9doF61UTd4UIhN33ZuufxeucXvMINwQoaBWRg2u+HkXGU2e4N4lYuRHp+2cZQQgL+PIHBTL7lqIDxpTH8r7ZCkXj7t9LuLtpfeHy3wnZ09a3kZMejoLAd7Z2/Rs20jQWxCxzRqO/sT+pM9dHQI2YA1zrQEG7mjDlrPZQDmTxKlETWuu6rUPYT7Sdapd5xXxRLpbLPU8aIfVR6gX9pvXwqlx1JEnO+80GVl3TMfk+L1eRueFzTbvLYtjykiSc53/Lzs9N5f7t4710lK8a5e2Ho3mJUCjTOfptJbWFw3IZk5tBbwdHFcKgVx4EM8jARRupbo11ugsbxCcLHGEtr6Z2T+A3DHu74BDHHKPwGU7Fquhq0F/BgVhFIx5wlrJRZa2R2JpVdw==;20:zYnwNqP7cwN3sl6O+lAZRgx4onBwcmEPQ/Pv2IjnsIBNxWdTd4S/iDbgyhrTkRhP4J5YpuWwGGiWs52vYFSMfBPdYaCAXlKQBtJDOxJUj7UxeJismO6GWpmfAyksvARfnp3yilI8LHqgFEfnMsbYP+NK66gDcamFFPxZfEkR/zg= x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(192374486261705); x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:(6040375)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6055026)(6041248)(20161123555025)(20161123562025)(20161123564025)(20161123560025)(6042181)(6072148);SRVR:SG2PR06MB1166;BCL:0;PCL:0;RULEID:;SRVR:SG2PR06MB1166; x-forefront-prvs: 01480965DA x-forefront-antispam-report: SFV:NSPM;SFS:(10019020)(6009001)(7916002)(189002)(24454002)(199003)(66066001)(2906002)(229853002)(122556002)(97736004)(3280700002)(5001770100001)(2501003)(76576001)(68736007)(76176999)(77096006)(101416001)(50986999)(86362001)(38730400001)(106356001)(39060400001)(3660700001)(6116002)(3846002)(105586002)(106116001)(9686002)(102836003)(54356999)(7736002)(7846002)(7696004)(2900100001)(8936002)(92566002)(5660300001)(74316002)(189998001)(33656002)(6506006)(8676002)(81166006)(4326007)(7416002)(2950100002)(81156014)(305945005);DIR:OUT;SFP:1102;SCL:1;SRVR:SG2PR06MB1166;H:SG2PR06MB1165.apcprd06.prod.outlook.com;FPR:;SPF:None;PTR:InfoNoRecords;MX:1;A:1;LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 X-OriginatorOrg: renesas.com X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Dec 2016 22:43:40.0244 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 53d82571-da19-47e4-9cb4-625a166a4a2a X-MS-Exchange-Transport-CrossTenantHeadersStamped: SG2PR06MB1166 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by mail.home.local id uB6Mhs1U019855 Content-Length: 1076 Lines: 27 On 12/6/2016, Florian Fainelli wrote: > diff --git a/arch/arm/mm/mmu.c b/arch/arm/mm/mmu.c > index 4001dd15818d..18ef688a796e 100644 > --- a/arch/arm/mm/mmu.c > +++ b/arch/arm/mm/mmu.c > @@ -1437,12 +1437,8 @@ static void __init kmap_init(void) > static void __init map_lowmem(void) > { > struct memblock_region *reg; > -#ifdef CONFIG_XIP_KERNEL > - phys_addr_t kernel_x_start = round_down(__pa(_sdata), SECTION_SIZE); > -#else > - phys_addr_t kernel_x_start = round_down(__pa(_stext), SECTION_SIZE); > -#endif > - phys_addr_t kernel_x_end = round_up(__pa(__init_end), SECTION_SIZE); > + phys_addr_t kernel_x_start = round_down(__pa(KERNEL_START), > SECTION_SIZE); > + phys_addr_t kernel_x_end = round_down(__pa(_end), SECTION_SIZE); Why are you changing the end of executable kernel (hence the 'x' in kernel_x_end) from __init_end to _end which basically maps the entire kernel image including text and data? Doing so would then change data from MT_MEMORY_RW into MT_MEMORY_RWX. I would think it would create some type of security risk to allow data to be executable.