Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753426Ab3CTWGE (ORCPT ); Wed, 20 Mar 2013 18:06:04 -0400 Received: from mx1.redhat.com ([209.132.183.28]:49801 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751348Ab3CTWGC (ORCPT ); Wed, 20 Mar 2013 18:06:02 -0400 Date: Wed, 20 Mar 2013 18:05:48 -0400 From: Naoya Horiguchi To: Simon Jeons Cc: linux-mm@kvack.org, Andrew Morton , Mel Gorman , Hugh Dickins , KOSAKI Motohiro , Andi Kleen , linux-kernel@vger.kernel.org Message-ID: <1363817148-rlt5mp5n-mutt-n-horiguchi@ah.jp.nec.com> In-Reply-To: <51490AD8.9050308@gmail.com> References: <1361475708-25991-1-git-send-email-n-horiguchi@ah.jp.nec.com> <1361475708-25991-9-git-send-email-n-horiguchi@ah.jp.nec.com> <51490AD8.9050308@gmail.com> Subject: Re: [PATCH 8/9] memory-hotplug: enable memory hotplug to handle hugepage Mime-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mutt-References: <51490AD8.9050308@gmail.com> X-Mutt-Fcc: ~/Maildir/sent/ User-Agent: Mutt 1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1392 Lines: 30 On Wed, Mar 20, 2013 at 09:03:20AM +0800, Simon Jeons wrote: > Hi Naoya, > On 02/22/2013 03:41 AM, Naoya Horiguchi wrote: > >Currently we can't offline memory blocks which contain hugepages because > >a hugepage is considered as an unmovable page. But now with this patch > >series, a hugepage has become movable, so by using hugepage migration we > >can offline such memory blocks. > > > >What's different from other users of hugepage migration is that we need > >to decompose all the hugepages inside the target memory block into free > > For other hugepage migration users, hugepage should be freed to > hugepage_freelists after migration, but why I don't see any codes do > this? The source hugepages which are migrated by NUMA related system calls (migrate_pages(2), move_pages(2), and mbind(2)) are still useable, so we simply free them into free hugepage pool. OTOH, the source hugepages migrated by memory hotremove should not be reusable, because users of memory hotremove want to remove the memory from the system. So we need to free such hugepages forcibly into the buddy pages, otherwise memory offining doesn't work. Thanks, Naoya -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/