From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pf0-x241.google.com (mail-pf0-x241.google.com [IPv6:2607:f8b0:400e:c00::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 3wh58n0sVczDq5W for ; Mon, 5 Jun 2017 16:52:09 +1000 (AEST) Received: by mail-pf0-x241.google.com with SMTP id y7so1082563pfd.3 for ; Sun, 04 Jun 2017 23:52:09 -0700 (PDT) Date: Mon, 5 Jun 2017 16:51:49 +1000 From: Nicholas Piggin To: Balbir Singh Cc: "open list:LINUX FOR POWERPC (32-BIT AND 64-BIT)" , Michael Ellerman , Paul Mackerras , "Naveen N. Rao" , Laura Abbott , Rashmica Gupta Subject: Re: [PATCH v2 5/9] powerpc/vmlinux.lds: Align __init_begin to 16M Message-ID: <20170605165149.1390a26d@roar.ozlabs.ibm.com> In-Reply-To: References: <20170603071843.11966-1-bsingharora@gmail.com> <20170603071843.11966-6-bsingharora@gmail.com> <20170604142205.4c66c31b@roar.ozlabs.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Mon, 5 Jun 2017 08:42:40 +1000 Balbir Singh wrote: > On Sun, Jun 4, 2017 at 2:22 PM, Nicholas Piggin wrote: > > On Sat, 3 Jun 2017 17:18:39 +1000 > > Balbir Singh wrote: > > > >> For CONFIG_STRICT_KERNEL_RWX align __init_begin to 16M. > >> We use 16M since its the larger of 2M on radix and 16M > >> on hash for our linear mapping. The plan is to have > >> .text, .rodata and everything upto __init_begin marked > >> as RX. Note we still have executable read only data. > >> We could further align read only data to another 16M > >> boundary, but then the linker starts using stubs and > >> that breaks our assembler code in head_64.S > > > > Is this still the case with powerpc next? > > > > Sorry, no, I was on linux-next for testing, but I think your linker > stub patches went in very recently. I'll rebase on top and test, That would be good. I'd like to make sure the linker stub workaround does work for your case. > but I am not sure if I want two 16M alignments and bloat the size > of vmlinux. But I'll double check what happens Maybe it could be an option. Thanks, Nick