Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp1208197imm; Wed, 11 Jul 2018 20:10:59 -0700 (PDT) X-Google-Smtp-Source: AAOMgpcm3uMB/+AI8l6K12lsL+27BPRJ8lsGOvAn4IgoAUv+2BnshMFqzoB8GWQa+jxyV8J3f0wq X-Received: by 2002:a63:fc0a:: with SMTP id j10-v6mr455492pgi.1.1531365059223; Wed, 11 Jul 2018 20:10:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531365059; cv=none; d=google.com; s=arc-20160816; b=ELhNFseILA6uoClkrG+OFUS0Jm07MWORizCRkjI0UgFeFFSqCUkypJT88v9wRlVxf0 OH5enl6FK7i/9GVL8a3guAM2qnsdJ5WJx1ONSE44k+h64r6PFB54jhjaHx7+D5Rg6L29 y9DDGItQNHqA4syvaCTTG9lhI/E/ATEMbqoODVjjdTbmp7oTEJ8f6aL0JWYIkCmixAcu OQXK9WAd2LW+U2vx3W8C8ADE1cWZkHr2sVa/N7D8uDR0WsaxbCOScYcHajXQFyjhy6Wq 2TKtqPRp2Y8uh4xefKN12hFBbkD6UGWfCw+Oavc2t9QgIDoL2wmwt7Ckf0Bp5bsuba5e /WeA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=in5MCASlk9xeI/nMwtGcywbmvnuWcvrHalEnCruoyj8=; b=TI0mhc480pj2WFVdMmhGg/bY7hZCrYOddAnFbYcmt6gFb0diyzwEW42HNz5YopaMqZ 24eU8QoNsx8bSDOTVrc2T8Exdk96YdZV+sxWxdSh0gxoZCdWsKhTnl1o9tCY1SflP1zr sXNu9gPf6bllCDas6dfc2NzgziBK4NyGAxCF3eAOKnd6fExziRnhcU36Fa+If1J2X6hM o2Yr5AqGlgC/zirT/TCiOVBAPfNkN2eZVFWblpotOpwgbVM68AFDWt3LnN+dOKdxDsAP VyZLw/cW5+xVSCF7v5Uw0CUeOELW3DGKgzdiw1Kv1W3TT4Oq9InTUEDK3TcTPNfoTDCJ p1Sw== 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 c4-v6si22323078pfd.344.2018.07.11.20.10.44; Wed, 11 Jul 2018 20:10:59 -0700 (PDT) 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 S2390231AbeGLB2l (ORCPT + 99 others); Wed, 11 Jul 2018 21:28:41 -0400 Received: from mail.cn.fujitsu.com ([183.91.158.132]:8803 "EHLO heian.cn.fujitsu.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726701AbeGLB2l (ORCPT ); Wed, 11 Jul 2018 21:28:41 -0400 X-IronPort-AV: E=Sophos;i="5.43,368,1503331200"; d="scan'208";a="42141154" Received: from unknown (HELO cn.fujitsu.com) ([10.167.33.5]) by heian.cn.fujitsu.com with ESMTP; 12 Jul 2018 09:21:38 +0800 Received: from G08CNEXCHPEKD02.g08.fujitsu.local (unknown [10.167.33.83]) by cn.fujitsu.com (Postfix) with ESMTP id 50C0E4B43D51; Thu, 12 Jul 2018 09:21:32 +0800 (CST) Received: from localhost.localdomain (10.167.225.56) by G08CNEXCHPEKD02.g08.fujitsu.local (10.167.33.89) with Microsoft SMTP Server (TLS) id 14.3.399.0; Thu, 12 Jul 2018 09:21:37 +0800 Date: Thu, 12 Jul 2018 09:19:54 +0800 From: Chao Fan To: Baoquan He CC: , , , , , , , , , , , , Subject: Re: Bug report about KASLR and ZONE_MOVABLE Message-ID: <20180712011954.GC6742@localhost.localdomain> References: <20180711094244.GA2019@localhost.localdomain> <20180711104158.GE2070@MiWiFi-R3L-srv> <20180711104944.GG1969@MiWiFi-R3L-srv> <20180711124008.GF2070@MiWiFi-R3L-srv> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20180711124008.GF2070@MiWiFi-R3L-srv> User-Agent: Mutt/1.10.0 (2018-05-17) X-Originating-IP: [10.167.225.56] X-yoursite-MailScanner-ID: 50C0E4B43D51.AB2E5 X-yoursite-MailScanner: Found to be clean X-yoursite-MailScanner-From: fanc.fnst@cn.fujitsu.com X-Spam-Status: No Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jul 11, 2018 at 08:40:08PM +0800, Baoquan He wrote: >Please try this v3 patch: > >From 9850d3de9c02e570dc7572069a9749a8add4c4c7 Mon Sep 17 00:00:00 2001 >From: Baoquan He >Date: Wed, 11 Jul 2018 20:31:51 +0800 >Subject: [PATCH v3] mm, page_alloc: find movable zone after kernel text > >In find_zone_movable_pfns_for_nodes(), when try to find the starting >PFN movable zone begins in each node, kernel text position is not >considered. KASLR may put kernel after which movable zone begins. > >Fix it by finding movable zone after kernel text on that node. > >Signed-off-by: Baoquan He >--- > mm/page_alloc.c | 20 +++++++++++++++----- > 1 file changed, 15 insertions(+), 5 deletions(-) > >diff --git a/mm/page_alloc.c b/mm/page_alloc.c >index 1521100..390eb35 100644 >--- a/mm/page_alloc.c >+++ b/mm/page_alloc.c >@@ -6547,7 +6547,7 @@ static unsigned long __init early_calculate_totalpages(void) > static void __init find_zone_movable_pfns_for_nodes(void) > { > int i, nid; >- unsigned long usable_startpfn; >+ unsigned long usable_startpfn, real_startpfn; > unsigned long kernelcore_node, kernelcore_remaining; > /* save the state before borrow the nodemask */ > nodemask_t saved_node_state = node_states[N_MEMORY]; >@@ -6681,10 +6681,20 @@ static void __init find_zone_movable_pfns_for_nodes(void) > if (start_pfn >= end_pfn) > continue; Hi Baoquan, Thanks for your quick reply and PATCH. I think it can work well after reviewing the code. But I think the new variable 'real_startpfn' is unnecessary. How about this: diff --git a/mm/page_alloc.c b/mm/page_alloc.c index 6d00f746c2fd..0fc9c4283947 100644 --- a/mm/page_alloc.c +++ b/mm/page_alloc.c @@ -6492,6 +6492,10 @@ static void __init find_zone_movable_pfns_for_nodes(void) if (start_pfn >= end_pfn) continue; + if (pfn_to_nid(PFN_UP(_etext)) == i) + usable_startpfn = max(usable_startpfn, + PFN_UP(_etext)); + /* Account for what is only usable for kernelcore */ if (start_pfn < usable_startpfn) { unsigned long kernel_pages; I think the logic of these two method are the same, and this method change less code. If I am wrong, please let me know. Thanks, Chao Fan > >+ /* >+ * KASLR may put kernel near tail of node memory, >+ * start after kernel on that node to find PFN >+ * which zone begins. >+ */ >+ if (pfn_to_nid(PFN_UP(_etext)) == i) >+ real_startpfn = max(usable_startpfn, >+ PFN_UP(_etext)) >+ else >+ real_startpfn = usable_startpfn; > /* Account for what is only usable for kernelcore */ >- if (start_pfn < usable_startpfn) { >+ if (start_pfn < real_startpfn) { > unsigned long kernel_pages; >- kernel_pages = min(end_pfn, usable_startpfn) >+ kernel_pages = min(end_pfn, real_startpfn) > - start_pfn; > > kernelcore_remaining -= min(kernel_pages, >@@ -6693,7 +6703,7 @@ static void __init find_zone_movable_pfns_for_nodes(void) > required_kernelcore); > > /* Continue if range is now fully accounted */ >- if (end_pfn <= usable_startpfn) { >+ if (end_pfn <= real_startpfn) { > > /* > * Push zone_movable_pfn to the end so >@@ -6704,7 +6714,7 @@ static void __init find_zone_movable_pfns_for_nodes(void) > zone_movable_pfn[nid] = end_pfn; > continue; > } >- start_pfn = usable_startpfn; >+ start_pfn = real_startpfn; > } > > /* >-- >2.1.0 > > >