Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp853873yba; Wed, 3 Apr 2019 22:22:13 -0700 (PDT) X-Google-Smtp-Source: APXvYqyIrBM855sjY3TJSErbnNIEYj869xmLPrL4hkoSh0KctOxZjrVR3XoVgeDtr/28Ax7y1QxW X-Received: by 2002:a17:902:2c01:: with SMTP id m1mr4255991plb.186.1554355332964; Wed, 03 Apr 2019 22:22:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554355332; cv=none; d=google.com; s=arc-20160816; b=HOvxa/sVi11s2BwGyPB51CJAL9gsfk/dPrLF9xF9myAalq8kxGKWb3VKmAJiGlYFKg SE4eDQh448hULp1aEHY17Udcdg0XW4mopTc1EQurVZHNxKWAFDOX+4Reh1sliaywdL3C TB7EpLDMEr/pUb2z3b2uj311n1uZ2teTnU+jfjPc6uRS/xOvqI2KoqgcNitE23SOu25Y ALE2xQXNUNqI7eeO8fVsS68xbaQAYZxXIWQzIzXwW+c/PpK5ELreRe9GGclG5U2iOGUl sUUl+UaU4icjXcxa87VVdrYY2b8L18w6EnimYdsZP2qwCsnruj86Kw7QltC4uS/xW3nG 9ftg== 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=fmaH86uMKBvFuGQSW0kMXgrFgfs3DyvOSphebP+hgLA=; b=HXalqzdCYcZdRQega0OSJN2fud4whUi1NnQdKnrltkODlhQ7mIQ8AxUbFhOnc/ofS+ yXXuKf1EZFZ15eHEPP2JzQHrRa4+Qo2P8u4to51I7ba8rcsEHKxmr5kWkLd5iNTspDcd DngJgo4D+m7LJgawvpFNQ6KEXsexB3olTya7F6+yxytj2tNL1xiD9eTD5LNCgLLMsjHF kuDdRi1n6EpNwyXMq6DWuOIZcwMz/N4zj47eGISGlBkuF/evSOeq1LIKHE32d+lGdfY3 rxhPxM2271ylNjOn44lKeLXA44Tb1STK7le+pYmNdZ8CxhPwk++vBGn8CgIcpRcJpzj6 zFKw== 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 z9si15043963pgv.265.2019.04.03.22.21.57; Wed, 03 Apr 2019 22:22:12 -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 S1726702AbfDDFVI (ORCPT + 99 others); Thu, 4 Apr 2019 01:21:08 -0400 Received: from foss.arm.com ([217.140.101.70]:51832 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725904AbfDDFVI (ORCPT ); Thu, 4 Apr 2019 01:21:08 -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 B22B8A78; Wed, 3 Apr 2019 22:21:07 -0700 (PDT) Received: from [10.162.40.100] (p8cg001049571a15.blr.arm.com [10.162.40.100]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id CC0153F721; Wed, 3 Apr 2019 22:21:01 -0700 (PDT) Subject: Re: [PATCH 1/6] arm64/mm: Enable sysfs based memory hot add interface To: Robin Murphy , David Hildenbrand , 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: Anshuman Khandual Message-ID: <514d246d-2619-08a9-bd1d-92d6b70b5a01@arm.com> Date: Thu, 4 Apr 2019 10:51:03 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 04/03/2019 06:42 PM, Robin Murphy wrote: > 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. True. Only if we really dont like that interface. > > 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. Sure. Will drop this one next time around.