Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754496Ab3GaGhm (ORCPT ); Wed, 31 Jul 2013 02:37:42 -0400 Received: from lgeamrelo02.lge.com ([156.147.1.126]:57200 "EHLO LGEAMRELO02.lge.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751636Ab3GaGhl (ORCPT ); Wed, 31 Jul 2013 02:37:41 -0400 X-AuditID: 9c93017e-b7b62ae000000eeb-da-51f8b0b32f05 Date: Wed, 31 Jul 2013 15:37:40 +0900 From: Joonsoo Kim To: Hillf Danton Cc: Andrew Morton , Rik van Riel , Mel Gorman , Michal Hocko , "Aneesh Kumar K.V" , KAMEZAWA Hiroyuki , Hugh Dickins , Davidlohr Bueso , David Gibson , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Wanpeng Li , Naoya Horiguchi Subject: Re: [PATCH 01/18] mm, hugetlb: protect reserved pages when softofflining requests the pages Message-ID: <20130731063740.GA4212@lge.com> References: <1375075929-6119-1-git-send-email-iamjoonsoo.kim@lge.com> <1375075929-6119-2-git-send-email-iamjoonsoo.kim@lge.com> <20130731022751.GA2548@lge.com> <20130731044101.GE2548@lge.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Brightmail-Tracker: AAAAAA== Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1951 Lines: 41 On Wed, Jul 31, 2013 at 02:21:38PM +0800, Hillf Danton wrote: > On Wed, Jul 31, 2013 at 12:41 PM, Joonsoo Kim wrote: > > On Wed, Jul 31, 2013 at 10:49:24AM +0800, Hillf Danton wrote: > >> On Wed, Jul 31, 2013 at 10:27 AM, Joonsoo Kim wrote: > >> > On Mon, Jul 29, 2013 at 03:24:46PM +0800, Hillf Danton wrote: > >> >> On Mon, Jul 29, 2013 at 1:31 PM, Joonsoo Kim wrote: > >> >> > alloc_huge_page_node() use dequeue_huge_page_node() without > >> >> > any validation check, so it can steal reserved page unconditionally. > >> >> > >> >> Well, why is it illegal to use reserved page here? > >> > > >> > If we use reserved page here, other processes which are promised to use > >> > enough hugepages cannot get enough hugepages and can die. This is > >> > unexpected result to them. > >> > > >> But, how do you determine that a huge page is requested by a process > >> that is not allowed to use reserved pages? > > > > Reserved page is just one for each address or file offset. If we need to > > move this page, this means that it already use it's own reserved page, this > > page is it. So we should not use other reserved page for moving this page. > > > Hm, how do you determine "this page" is not buddy? If this page comes from the buddy, it doesn't matter. It imply that this mapping cannot use reserved page pool, because we always allocate a page from reserved page pool first. Thanks. > > -- > To unsubscribe, send a message with 'unsubscribe linux-mm' in > the body to majordomo@kvack.org. For more info on Linux MM, > see: http://www.linux-mm.org/ . > Don't email: email@kvack.org -- 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/