Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp145986yba; Wed, 3 Apr 2019 06:13:25 -0700 (PDT) X-Google-Smtp-Source: APXvYqxQoYLOTcl4mNNGdSDUSPiVGfC/L92GOhZZQtgXXhhiQ3WXXrz4m3E/9W1nGrdOPu08Z1od X-Received: by 2002:a17:902:a5ca:: with SMTP id t10mr28878505plq.234.1554297204953; Wed, 03 Apr 2019 06:13:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554297204; cv=none; d=google.com; s=arc-20160816; b=kRPWYshXLxrCS0rjI4CjQbNQZLXDp8zF8IpJTSF01Mfg12GEUdv3gKqYX+B+SWifXO FCHTXSiyJ0zOJ6WlwWD1z10NGFVz67++qzy//UTJa6a1B2acZXcMe6UmHfwyCwaLDaaG 9sYxyZnesGV/0lPKQmxKgMUtHug5NOJsJjL6EOeetYI1IJtbPlXUfZuv7A1ISF65Jwtr L27+E/9pB6nOCNUl152hMzjYgfd6+whmAwNom2eqWcvC863I1xV1mA2CEop4mq1Mu7k0 TSvxTCwT3XRiILJFjsfvYw9n11PEvKXEE9MUdjd/eI9MeVs9Q3u97ziQLpfeplhjNDyT vEiQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=UB3zzA/YM9Fa5HrsaG5jRhhGURYP41u6Xfwt2B+v/C0=; b=tpBGi+d6fAoFgO+qS7BjlDcSccVRBcMqGVPD5bYKjlBNoZ4sbgN3HjDtiD4MuxyNT3 5205opFUzln9J8mYz+SnIH/THKvE+5AqmgHTycJsJJr9rXnGAM1CeIH40N4fSvqEQBO3 lmIQcPK43t3b1L6+YzNuC9OD6I7iCDlT2yFQhhQyga2uAegX1jYH3Ciz5sbtQnXK7ua+ OmAjZpHRQhLzGG2KFUl0XPP7Hjdy33+GyTJcsXgCB9dMZbWLce6OduU8pXPSIis+FC7f ZPaIAdejeKOAxBF/LUpU5MA4bKHsgxCb0GeALPr8Z058N3Yv7R04+xwtURia2tgYpUVc 7LDA== 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 c24si6332223plo.220.2019.04.03.06.13.09; Wed, 03 Apr 2019 06:13:24 -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 S1726199AbfDCNM2 (ORCPT + 99 others); Wed, 3 Apr 2019 09:12:28 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:39912 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725959AbfDCNM2 (ORCPT ); Wed, 3 Apr 2019 09:12:28 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id CEB58A78; Wed, 3 Apr 2019 06:12:27 -0700 (PDT) Received: from [10.1.196.75] (e110467-lin.cambridge.arm.com [10.1.196.75]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id DCED23F59C; Wed, 3 Apr 2019 06:12:24 -0700 (PDT) Subject: Re: [PATCH 1/6] arm64/mm: Enable sysfs based memory hot add interface To: David Hildenbrand , Anshuman Khandual , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mm@kvack.org, akpm@linux-foundation.org, will.deacon@arm.com, catalin.marinas@arm.com Cc: mhocko@suse.com, mgorman@techsingularity.net, james.morse@arm.com, mark.rutland@arm.com, cpandya@codeaurora.org, arunks@codeaurora.org, dan.j.williams@intel.com, osalvador@suse.de, logang@deltatee.com, cai@lca.pw References: <1554265806-11501-1-git-send-email-anshuman.khandual@arm.com> <1554265806-11501-2-git-send-email-anshuman.khandual@arm.com> <4b9dd2b0-3b11-608c-1a40-9a3d203dd904@redhat.com> From: Robin Murphy Message-ID: Date: Wed, 3 Apr 2019 14:12:23 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 In-Reply-To: <4b9dd2b0-3b11-608c-1a40-9a3d203dd904@redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 03/04/2019 09:20, David Hildenbrand wrote: > On 03.04.19 06:30, Anshuman Khandual wrote: >> Sysfs memory probe interface (/sys/devices/system/memory/probe) can accept >> starting physical address of an entire memory block to be hot added into >> the kernel. This is in addition to the existing ACPI based interface. This >> just enables it with the required config CONFIG_ARCH_MEMORY_PROBE. >> > > We recently discussed that the similar interface for removal should > rather be moved to a debug/test module > > I wonder if we should try to do the same for the sysfs probing > interface. Rather try to get rid of it than open the doors for more users. Agreed - if this option even exists in a released kernel, there's a risk that distros will turn it on for the sake of it, and at that point arm64 is stuck carrying the same ABI baggage as well. If users turn up in future with a desperate and unavoidable need for the legacy half-an-API on arm64, we can always reconsider adding it at that point. It was very much deliberate that my original hot-add support did not include a patch like this one. Robin. >> Signed-off-by: Anshuman Khandual >> --- >> arch/arm64/Kconfig | 9 +++++++++ >> 1 file changed, 9 insertions(+) >> >> diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig >> index 7e34b9e..a2418fb 100644 >> --- a/arch/arm64/Kconfig >> +++ b/arch/arm64/Kconfig >> @@ -266,6 +266,15 @@ config HAVE_GENERIC_GUP >> config ARCH_ENABLE_MEMORY_HOTPLUG >> def_bool y >> >> +config ARCH_MEMORY_PROBE >> + bool "Enable /sys/devices/system/memory/probe interface" >> + depends on MEMORY_HOTPLUG >> + help >> + This option enables a sysfs /sys/devices/system/memory/probe >> + interface for testing. See Documentation/memory-hotplug.txt >> + for more information. If you are unsure how to answer this >> + question, answer N. >> + >> config SMP >> def_bool y >> >> > >