Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932237AbcCQHZH (ORCPT ); Thu, 17 Mar 2016 03:25:07 -0400 Received: from mail-wm0-f48.google.com ([74.125.82.48]:38191 "EHLO mail-wm0-f48.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752954AbcCQHZB (ORCPT ); Thu, 17 Mar 2016 03:25:01 -0400 Date: Thu, 17 Mar 2016 08:24:56 +0100 From: Ingo Molnar To: Rik van Riel Cc: Christoph Hellwig , Olu Ogunbowale , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Linus Torvalds , Michel Lespinasse , Andrew Morton , Hugh Dickins , Russell King , Ralf Baechle , Paul Mundt , "David S. Miller" , Chris Metcalf , Ingo Molnar , Thomas Gleixner , "H. Peter Anvin" Subject: Re: [PATCH] mm: Export symbols unmapped_area() & unmapped_area_topdown() Message-ID: <20160317072456.GA2522@gmail.com> References: <1458148234-4456-1-git-send-email-Olu.Ogunbowale@imgtec.com> <1458148234-4456-2-git-send-email-Olu.Ogunbowale@imgtec.com> <20160316203657.GA29061@infradead.org> <1458162041.14723.32.camel@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1458162041.14723.32.camel@redhat.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1028 Lines: 30 * Rik van Riel wrote: > On Wed, 2016-03-16 at 13:36 -0700, Christoph Hellwig wrote: > > On Wed, Mar 16, 2016 at 05:10:34PM +0000, Olu Ogunbowale wrote: > > > > > > From: Olujide Ogunbowale > > > > > > Export the memory management functions, unmapped_area() & > > > unmapped_area_topdown(), as GPL symbols; this allows the kernel to > > > better support process address space mirroring on both CPU and > > > device > > > for out-of-tree drivers by allowing the use of vm_unmapped_area() > > > in a > > > driver's file operation get_unmapped_area(). > > No new exports without in-tree drivers.??How about you get started > > to get your drives into the tree first? > > The drivers appear to require the HMM framework though, > which people are also reluctant to merge without the > drivers. > > How do we get past this chicken & egg situation? Submit the export together with the drivers for review and Cc: VM folks - it all looks pretty small on the VM side. Thanks, Ingo