Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751786AbdCBPHD (ORCPT ); Thu, 2 Mar 2017 10:07:03 -0500 Received: from mx2.suse.de ([195.135.220.15]:53412 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751396AbdCBPGs (ORCPT ); Thu, 2 Mar 2017 10:06:48 -0500 Date: Thu, 2 Mar 2017 15:28:16 +0100 From: Michal Hocko To: Igor Mammedov Cc: Heiko Carstens , Vitaly Kuznetsov , linux-mm@kvack.org, Andrew Morton , Greg KH , "K. Y. Srinivasan" , David Rientjes , Daniel Kiper , linux-api@vger.kernel.org, LKML , linux-s390@vger.kernel.org, xen-devel@lists.xenproject.org, linux-acpi@vger.kernel.org Subject: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks Message-ID: <20170302142816.GK1404@dhcp22.suse.cz> References: <20170227154304.GK26504@dhcp22.suse.cz> <1488462828-174523-1-git-send-email-imammedo@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1488462828-174523-1-git-send-email-imammedo@redhat.com> 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: 1891 Lines: 43 On Thu 02-03-17 14:53:48, Igor Mammedov wrote: [...] > When trying to support memory unplug on guest side in RHEL7, > experience shows otherwise. Simplistic udev rule which onlines > added block doesn't work in case one wants to online it as movable. > > Hotplugged blocks in current kernel should be onlined in reverse > order to online blocks as movable depending on adjacent blocks zone. Could you be more specific please? Setting online_movable from the udev rule should just work regardless of the ordering or the state of other memblocks. If that doesn't work I would call it a bug. > Which means simple udev rule isn't usable since it gets event from > the first to the last hotplugged block order. So now we would have > to write a daemon that would > - watch for all blocks in hotplugged memory appear (how would it know) > - online them in right order (order might also be different depending > on kernel version) > -- it becomes even more complicated in NUMA case when there are > multiple zones and kernel would have to provide user-space > with information about zone maps > > In short current experience shows that userspace approach > - doesn't solve issues that Vitaly has been fixing (i.e. onlining > fast and/or under memory pressure) when udev (or something else > might be killed) yeah and that is why the patch does the onlining from the kernel. > > Can you imagine any situation when somebody actually might want to have > > this knob enabled? From what I understand it doesn't seem to be the > > case. > For x86: > * this config option is enabled by default in recent Fedora, How do you want to support usecases which really want to online memory as movable? Do you expect those users to disable the option because unless I am missing something the in kernel auto onlining only supporst regular onlining. -- Michal Hocko SUSE Labs