From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752065AbdA2EAh (ORCPT ); Sat, 28 Jan 2017 23:00:37 -0500 Received: from mail.kernel.org ([198.145.29.136]:33998 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750944AbdA2EAg (ORCPT ); Sat, 28 Jan 2017 23:00:36 -0500 Subject: Re: [RFC PATCH 0/4] Fast noirq bulk page allocator v2r7 To: Mel Gorman , Jesper Dangaard Brouer References: <20170109163518.6001-1-mgorman@techsingularity.net> Cc: Linux Kernel , Linux-MM , Hillf Danton From: Andy Lutomirski Message-ID: <76b3372e-591c-186d-d8ce-f950eea997cf@kernel.org> Date: Sat, 28 Jan 2017 20:00:33 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <20170109163518.6001-1-mgorman@techsingularity.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 01/09/2017 08:35 AM, Mel Gorman wrote: > The > fourth patch introduces a bulk page allocator with no in-kernel users as > an example for Jesper and others who want to build a page allocator for > DMA-coherent pages. If you want an in-kernel user as a test, to validate the API's sanity, and to improve performance, how about __vmalloc_area_node()? :) --Andy