From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail172.messagelabs.com (mail172.messagelabs.com [216.82.254.3]) by kanga.kvack.org (Postfix) with ESMTP id B05876B005A for ; Wed, 24 Jun 2009 23:15:28 -0400 (EDT) Date: Wed, 24 Jun 2009 20:15:38 -0700 From: Andrew Morton Subject: Re: [PATCH] video: arch specific page protection support for deferred io Message-Id: <20090624201538.440806ef.akpm@linux-foundation.org> In-Reply-To: <20090625030933.GB13668@linux-sh.org> References: <20090624105413.13925.65192.sendpatchset@rx1.opensource.se> <20090624195647.9d0064c7.akpm@linux-foundation.org> <20090625030933.GB13668@linux-sh.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org To: Paul Mundt Cc: Magnus Damm , linux-fbdev-devel@lists.sourceforge.net, adaplas@gmail.com, arnd@arndb.de, linux-mm@kvack.org, jayakumar.lkml@gmail.com List-ID: On Thu, 25 Jun 2009 12:09:34 +0900 Paul Mundt wrote: > On Wed, Jun 24, 2009 at 07:56:47PM -0700, Andrew Morton wrote: > > On Wed, 24 Jun 2009 19:54:13 +0900 Magnus Damm wrote: > > > > > From: Magnus Damm > > > > > > This patch adds arch specific page protection support to deferred io. > > > > > > Instead of overwriting the info->fbops->mmap pointer with the > > > deferred io specific mmap callback, modify fb_mmap() to include > > > a #ifdef wrapped call to fb_deferred_io_mmap(). The function > > > fb_deferred_io_mmap() is extended to call fb_pgprotect() in the > > > case of non-vmalloc() frame buffers. > > > > > > With this patch uncached deferred io can be used together with > > > the sh_mobile_lcdcfb driver. Without this patch arch specific > > > page protection code in fb_pgprotect() never gets invoked with > > > deferred io. > > > > > > Signed-off-by: Magnus Damm > > > --- > > > > > > For proper runtime operation with uncached vmas make sure > > > "[PATCH][RFC] mm: uncached vma support with writenotify" > > > is applied. There are no merge order dependencies. > > > > So this is dependent upon a patch which is in your tree, which is in > > linux-next? > > > This patch is not in the sh tree, either, we wanted it to go via -mm, but > it has the issue that it depends on pgprot_noncached() being generally > defined, so there is a bit of an ordering mess. It could be re-posted > with an ifdef pgprot_noncached to get it merged while we wait for the > outstanding architectures to catch up, and this is indeed what the bulk > of the in-tree pgprot_noncached() users in generic places end up doing > already. > > Of course I can take both through the sh tree once people are happy with > the patches. That's OK by me - the patches are small and there's not much point in going all formal over who-does-which-bit. -- 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