From patchwork Wed Sep 25 23:19:30 2013 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Srivatsa S. Bhat" X-Patchwork-Id: 2945831 Return-Path: X-Original-To: patchwork-linux-pm@patchwork.kernel.org Delivered-To: patchwork-parsemail@patchwork2.web.kernel.org Received: from mail.kernel.org (mail.kernel.org [198.145.19.201]) by patchwork2.web.kernel.org (Postfix) with ESMTP id B58B7BFF05 for ; Wed, 25 Sep 2013 23:28:15 +0000 (UTC) Received: from mail.kernel.org (localhost [127.0.0.1]) by mail.kernel.org (Postfix) with ESMTP id DF51E20357 for ; Wed, 25 Sep 2013 23:28:14 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 09D9E20353 for ; Wed, 25 Sep 2013 23:28:14 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755239Ab3IYXXp (ORCPT ); Wed, 25 Sep 2013 19:23:45 -0400 Received: from e28smtp06.in.ibm.com ([122.248.162.6]:47628 "EHLO e28smtp06.in.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754970Ab3IYXXn (ORCPT ); Wed, 25 Sep 2013 19:23:43 -0400 Received: from /spool/local by e28smtp06.in.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Thu, 26 Sep 2013 04:53:42 +0530 Received: from d28dlp03.in.ibm.com (9.184.220.128) by e28smtp06.in.ibm.com (192.168.1.136) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Thu, 26 Sep 2013 04:53:39 +0530 Received: from d28relay05.in.ibm.com (d28relay05.in.ibm.com [9.184.220.62]) by d28dlp03.in.ibm.com (Postfix) with ESMTP id EF5341258051; Thu, 26 Sep 2013 04:53:51 +0530 (IST) Received: from d28av03.in.ibm.com (d28av03.in.ibm.com [9.184.220.65]) by d28relay05.in.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id r8PNNaSh48038050; Thu, 26 Sep 2013 04:53:37 +0530 Received: from d28av03.in.ibm.com (localhost [127.0.0.1]) by d28av03.in.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id r8PNNZtR009513; Thu, 26 Sep 2013 04:53:38 +0530 Received: from srivatsabhat.in.ibm.com ([9.79.250.85]) by d28av03.in.ibm.com (8.14.4/8.14.4/NCO v10.0 AVin) with ESMTP id r8PNNVPh009426; Thu, 26 Sep 2013 04:53:32 +0530 From: "Srivatsa S. Bhat" Subject: [RFC PATCH v4 25/40] mm: Connect Page Allocator(PA) to Region Allocator(RA); add PA => RA flow To: akpm@linux-foundation.org, mgorman@suse.de, dave@sr71.net, hannes@cmpxchg.org, tony.luck@intel.com, matthew.garrett@nebula.com, riel@redhat.com, arjan@linux.intel.com, srinivas.pandruvada@linux.intel.com, willy@linux.intel.com, kamezawa.hiroyu@jp.fujitsu.com, lenb@kernel.org, rjw@sisk.pl Cc: gargankita@gmail.com, paulmck@linux.vnet.ibm.com, svaidy@linux.vnet.ibm.com, andi@firstfloor.org, isimatu.yasuaki@jp.fujitsu.com, santosh.shilimkar@ti.com, kosaki.motohiro@gmail.com, srivatsa.bhat@linux.vnet.ibm.com, linux-pm@vger.kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org Date: Thu, 26 Sep 2013 04:49:30 +0530 Message-ID: <20130925231926.26184.4763.stgit@srivatsabhat.in.ibm.com> In-Reply-To: <20130925231250.26184.31438.stgit@srivatsabhat.in.ibm.com> References: <20130925231250.26184.31438.stgit@srivatsabhat.in.ibm.com> User-Agent: StGIT/0.14.3 MIME-Version: 1.0 X-TM-AS-MML: No X-Content-Scanned: Fidelis XPS MAILER x-cbid: 13092523-9574-0000-0000-000009CD0C20 Sender: linux-pm-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-pm@vger.kernel.org X-Spam-Status: No, score=-5.5 required=5.0 tests=BAYES_00,KHOP_BIG_TO_CC, RCVD_IN_DNSWL_HI, RP_MATCHES_RCVD, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP Now that we have built up an infrastructure that forms a "Memory Region Allocator", connect it with the page allocator. To entities requesting memory, the page allocator will function as a front-end, whereas the region allocator will act as a back-end to the page allocator. (Analogy: page allocator is like free cash, whereas region allocator is like a bank). Implement the flow of freepages from the page allocator to the region allocator. When the buddy freelists notice that they have all the freepages forming a memory region, they give it back to the region allocator. Simplification: We assume that the freepages of a memory region can be completely represented by a set of MAX_ORDER-1 pages. That is, we only need to consider the buddy freelists corresponding to MAX_ORDER-1, while interacting with the region allocator. Furthermore, we assume that pageblock_order == MAX_ORDER-1. (These assumptions are used to ease the implementation, so that one can quickly evaluate the benefits of the overall design without getting bogged down by too many corner cases and constraints. Of course future implementations will handle more scenarios and will have reduced dependence on such simplifying assumptions.) Signed-off-by: Srivatsa S. Bhat --- mm/page_alloc.c | 42 +++++++++++++++++++++++++++++++++++++++++- 1 file changed, 41 insertions(+), 1 deletion(-) -- To unsubscribe from this list: send the line "unsubscribe linux-pm" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/mm/page_alloc.c b/mm/page_alloc.c index 178f210..d08bc91 100644 --- a/mm/page_alloc.c +++ b/mm/page_alloc.c @@ -635,6 +635,37 @@ out: return prev_region_id; } + +static void add_to_region_allocator(struct zone *z, struct free_list *free_list, + int region_id); + + +static inline int can_return_region(struct mem_region_list *region, int order) +{ + struct zone_mem_region *zone_region; + + zone_region = region->zone_region; + + if (likely(zone_region->nr_free != zone_region->present_pages)) + return 0; + + /* + * Don't release freepages to the region allocator if some other + * buddy pages can potentially merge with our freepages to form + * higher order pages. + * + * Hack: Don't return the region unless all the freepages are of + * order MAX_ORDER-1. + */ + if (likely(order != MAX_ORDER-1)) + return 0; + + if (region->nr_free * (1 << order) != zone_region->nr_free) + return 0; + + return 1; +} + static void add_to_freelist(struct page *page, struct free_list *free_list, int order) { @@ -651,7 +682,7 @@ static void add_to_freelist(struct page *page, struct free_list *free_list, if (region->page_block) { list_add_tail(lru, region->page_block); - return; + goto try_return_region; } #ifdef CONFIG_DEBUG_PAGEALLOC @@ -691,6 +722,15 @@ out: /* Save pointer to page block of this region */ region->page_block = lru; set_region_bit(region_id, free_list); + +try_return_region: + + /* + * Try to return the freepages of a memory region to the region + * allocator, if possible. + */ + if (can_return_region(region, order)) + add_to_region_allocator(page_zone(page), free_list, region_id); } /*