From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S937717AbdAKMcR (ORCPT ); Wed, 11 Jan 2017 07:32:17 -0500 Received: from mx1.redhat.com ([209.132.183.28]:49458 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756257AbdAKMcQ (ORCPT ); Wed, 11 Jan 2017 07:32:16 -0500 Date: Wed, 11 Jan 2017 13:32:11 +0100 From: Jesper Dangaard Brouer To: Mel Gorman Cc: Linux Kernel , Linux-MM , Hillf Danton , brouer@redhat.com Subject: Re: [PATCH 2/4] mm, page_alloc: Split alloc_pages_nodemask Message-ID: <20170111133211.39132706@redhat.com> In-Reply-To: <20170109163518.6001-3-mgorman@techsingularity.net> References: <20170109163518.6001-1-mgorman@techsingularity.net> <20170109163518.6001-3-mgorman@techsingularity.net> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.27]); Wed, 11 Jan 2017 12:32:16 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 9 Jan 2017 16:35:16 +0000 Mel Gorman wrote: > alloc_pages_nodemask does a number of preperation steps that determine > what zones can be used for the allocation depending on a variety of > factors. This is fine but a hypothetical caller that wanted multiple > order-0 pages has to do the preparation steps multiple times. This patch > structures __alloc_pages_nodemask such that it's relatively easy to build > a bulk order-0 page allocator. There is no functional change. > > Signed-off-by: Mel Gorman Acked-by: Jesper Dangaard Brouer -- Best regards, Jesper Dangaard Brouer MSc.CS, Principal Kernel Engineer at Red Hat LinkedIn: http://www.linkedin.com/in/brouer