From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-4.0 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 3CDB7C4363A for ; Wed, 21 Oct 2020 10:01:19 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id A0EE321741 for ; Wed, 21 Oct 2020 10:01:18 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="Yg1DuPFt"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=kernel.org header.i=@kernel.org header.b="pvH6h2TV" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org A0EE321741 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:Message-ID: Subject:To:From:Date:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=nCldBfTu5h1Tmjx7F7VChXEbo00Zf+KELiPjA3/lIHg=; b=Yg1DuPFtohMh8Qc93r0T3qHcR jmnT/zpggLXKmFf27cQZGbHotkmakGitA8V5OJLBvMWyOWNd7KWiZmiNwe3cA1RuhUZL0wjEHhUZO RadndcPGUPMgNuKPY3B23o1u9gFy267UTX7tmXGWg63DqPzMiWsbaj0WMIxl+iSiCu1qg3Mhsnvra 2c9jM5EP6cTtqDH8nCrviZU7tJoZwrPeN/RqsXKeEhy1QcC0dljeqfVbYnQVy6aNyUs/KDYwFjTet pVv1Y6fLcJsbi7sGFkKeRE+bczoZpDxnO4Mv0JMnPOrQvDSvuvw1fuc4F8mlhKzfLfdH6/XSuENrk 1XEtv2RAg==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1kVAu3-0002MW-1V; Wed, 21 Oct 2020 09:59:31 +0000 Received: from mail.kernel.org ([198.145.29.99]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1kVAtz-0002LT-WB for linux-arm-kernel@lists.infradead.org; Wed, 21 Oct 2020 09:59:28 +0000 Received: from kernel.org (unknown [87.70.96.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id D6F0222249; Wed, 21 Oct 2020 09:55:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1603274366; bh=MAH0XRQtjfZwS2Dn85ZjU5QPcr2ZcO3BIM+nhQ2YwdI=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=pvH6h2TVgrqn6OsXXzJ6TotS8CU4lDHK35VHuo3aEmgpbN9py8rSAb8gJVCswIEdx XvjlZQAQ11eaRQA2Y79pocpfFSQ1m+vLeOJUqfealt4XBY3b+jZJFzGSg0g0x3Zz+e udcPetTCoHVj1oUp6OUMhcKBL478LFcfGmIdhLxg= Date: Wed, 21 Oct 2020 12:54:28 +0300 From: Mike Rapoport To: David Hildenbrand Subject: Re: [PATCH 1/2] mm/memory_hotplug: allow marking of memory sections as hotpluggable Message-ID: <20201021095428.GB392079@kernel.org> References: <2cba881c51e42cfe5ba213e09273642136e8ef93.1602899443.git.sudaraja@codeaurora.org> <20201017082600.GB16395@kernel.org> <51333360-bcf6-0d21-923c-ce8aca4c8719@redhat.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <51333360-bcf6-0d21-923c-ce8aca4c8719@redhat.com> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20201021_055928_127732_F5D1A01D X-CRM114-Status: GOOD ( 20.43 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Mark Rutland , Anshuman Khandual , Catalin Marinas , Sudarshan Rajagopalan , linux-kernel@vger.kernel.org, Steven Price , Suren Baghdasaryan , Logan Gunthorpe , Will Deacon , linux-arm-kernel@lists.infradead.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Sat, Oct 17, 2020 at 11:36:39AM +0200, David Hildenbrand wrote: > On 17.10.20 10:26, Mike Rapoport wrote: > > On Fri, Oct 16, 2020 at 07:02:23PM -0700, Sudarshan Rajagopalan wrote: > >> Certain architectures such as arm64 doesn't allow boot memory to be > >> offlined and removed. Distinguish certain memory sections as > >> "hotpluggable" which can be marked by module drivers stating to memory > >> hotplug layer that these sections can be offlined and then removed. > > > > I don't quite follow why marking sections as hotpluggable or not should > > be done by a device driver. Can you describe in more details your > > use-case and why there is a need to add a flag to the memory map? > > > > This seems to be related to > > https://lkml.kernel.org/r/de8388df2fbc5a6a33aab95831ba7db4@codeaurora.org Thanks for the pointer. > After reading how the driver is trying to abuse memory hot(un)plug > infrastructure, my tentative > > Nacked-by: David Hildenbrand I also don't think we would want to let drivers play with the memory map. > -- > Thanks, > > David / dhildenb > -- Sincerely yours, Mike. _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel