Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752242AbdFLGt7 (ORCPT ); Mon, 12 Jun 2017 02:49:59 -0400 Received: from mx2.suse.de ([195.135.220.15]:38151 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752046AbdFLGt6 (ORCPT ); Mon, 12 Jun 2017 02:49:58 -0400 Date: Mon, 12 Jun 2017 08:49:53 +0200 From: Michal Hocko To: Wei Yang Cc: Andrew Morton , Linux-MM , Mel Gorman , Vlastimil Babka , 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 , Dan Williams Subject: Re: [PATCH 04/14] mm, memory_hotplug: get rid of is_zone_device_section Message-ID: <20170612064952.GE4145@dhcp22.suse.cz> References: <20170515085827.16474-1-mhocko@kernel.org> <20170515085827.16474-5-mhocko@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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: 1304 Lines: 32 On Sat 10-06-17 22:58:21, Wei Yang wrote: > On Sat, Jun 10, 2017 at 5:56 PM, Wei Yang wrote: [...] > > Hmm... one question about the memory_block behavior. > > > > In case one memory_block contains more than one memory section. > > If one section is "device zone", the whole memory_block is not visible > > in sysfs. Or until the whole memory_block is full, the sysfs is visible. > > > > Ok, I made a mistake here. The memory_block device is visible in this > case, while the sysfs link between memory_block and node is not visible > for the whole memory_block device. yes the behavior is quite messy > > BTW, current register_mem_sect_under_node() will create the sysfs > link between memory_block and node for each pfn, while actually > we only need one link between them. If I am correct. > > If you think it is fine, I would like to change this one to create the link > on section base. My longer term plan was to unify all the code to be either memory block or memory section oriented. The first sounds more logical from the user visible granularity point of view but there might be some corner cases which would require to use section based approach. I didn't have time to study that. If you want to play with that, feel free of course. -- Michal Hocko SUSE Labs