Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753229AbdIDC02 (ORCPT ); Sun, 3 Sep 2017 22:26:28 -0400 Received: from mx1.redhat.com ([209.132.183.28]:43362 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753180AbdIDC00 (ORCPT ); Sun, 3 Sep 2017 22:26:26 -0400 DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com B2B174E4CB Authentication-Results: ext-mx09.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx09.extmail.prod.ext.phx2.redhat.com; spf=fail smtp.mailfrom=bhe@redhat.com Date: Mon, 4 Sep 2017 10:26:19 +0800 From: Baoquan He To: Chao Fan , "Rafael J. Wysocki" Cc: linux-kernel@vger.kernel.org, x86@kernel.org, linux-acpi@vger.kernel.org, hpa@zytor.com, tglx@linutronix.de, mingo@redhat.com, keescook@chromium.org, arnd@arndb.de, dyoung@redhat.com, dave.jiang@intel.com, lv.zheng@intel.com, indou.takao@jp.fujitsu.com, izumi.taku@jp.fujitsu.com, yasu.isimatu@gmail.com Subject: Re: [PATCH v2] kaslr: get ACPI SRAT table to avoid movable memory Message-ID: <20170904022619.GB30906@x1> References: <20170903143123.22031-1-fanc.fnst@cn.fujitsu.com> <2895411.GR6mzpbNLk@aspire.rjw.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2895411.GR6mzpbNLk@aspire.rjw.lan> User-Agent: Mutt/1.7.0 (2016-08-17) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.38]); Mon, 04 Sep 2017 02:26:26 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 753 Lines: 20 On 09/04/17 at 12:55am, Rafael J. Wysocki wrote: > On Sunday, September 3, 2017 4:31:23 PM CEST Chao Fan wrote: > > KASLR should choose the memory region of immovable node to extract kernel. > > So get ACPI SRAT table and store the memory region of movable node which > > kaslr shold avoid. > > Please elaborate. > > This is far too little information on what problem you are trying to address > and why you are trying to address it in this particular way. Agree with Rafael. Why don't you try specifying those regions in cmdline and process them in kaslr.c? Your colleague, Liyang has tried this way, just he only considered the region in the first node. In this way, you don't need to touch ACPI tables with so many lines of code. Thanks Baoquan