Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751138AbdFAOWe (ORCPT ); Thu, 1 Jun 2017 10:22:34 -0400 Received: from mx2.suse.de ([195.135.220.15]:35996 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751078AbdFAOWd (ORCPT ); Thu, 1 Jun 2017 10:22:33 -0400 Date: Thu, 1 Jun 2017 16:22:28 +0200 From: Michal Hocko To: Vlastimil Babka Cc: linux-mm@kvack.org, Andrew Morton , Mel Gorman , Andrea Arcangeli , Jerome Glisse , Reza Arbab , Yasuaki Ishimatsu , qiuxishi@huawei.com, Kani Toshimitsu , slaoub@gmail.com, Joonsoo Kim , Andi Kleen , David Rientjes , Daniel Kiper , Igor Mammedov , Vitaly Kuznetsov , LKML Subject: Re: [RFC PATCH] mm, memory_hotplug: support movable_node for hotplugable nodes Message-ID: <20170601142227.GF9091@dhcp22.suse.cz> References: <20170601122004.32732-1-mhocko@kernel.org> <820164f3-8bef-7761-0695-88db9e0ce7a7@suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <820164f3-8bef-7761-0695-88db9e0ce7a7@suse.cz> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1161 Lines: 27 On Thu 01-06-17 16:11:55, Vlastimil Babka wrote: > On 06/01/2017 02:20 PM, Michal Hocko wrote: [...] > > Strictly speaking the semantic is not identical with the boot time > > initialization because find_zone_movable_pfns_for_nodes covers only the > > hotplugable range as described by the BIOS/FW. From my experience this > > is usually a full node though (except for Node0 which is special and > > never goes away completely). If this turns out to be a problem in the > > real life we can tweak the code to store hotplug flag into memblocks > > but let's keep this simple now. > > Simple should work, hopefully. > - if memory is hotplugged, it's obviously hotplugable, so we don't have > to rely on BIOS description. Not sure I understand. We do not have any information about the hotplug status at the time we do online. > - there shouldn't be a reason to offline a non-removable (part of) node > and online it back (which would move it from Normal to Movable after > your patch?), right? not really. If the memblock was inside a kernel zone it will stay there with a new online operation because we check for that explicitly. -- Michal Hocko SUSE Labs