Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755283AbZFVIaf (ORCPT ); Mon, 22 Jun 2009 04:30:35 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753057AbZFVIa1 (ORCPT ); Mon, 22 Jun 2009 04:30:27 -0400 Received: from gir.skynet.ie ([193.1.99.77]:56409 "EHLO gir.skynet.ie" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751732AbZFVIa1 (ORCPT ); Mon, 22 Jun 2009 04:30:27 -0400 Date: Mon, 22 Jun 2009 09:30:27 +0100 (IST) From: Dave Airlie X-X-Sender: airlied@skynet.skynet.ie To: =?ISO-8859-15?Q?Thomas_Hellstr=F6m?= cc: Linus Torvalds , Alex Deucher , Andrew Lutomirski , dri-devel@lists.sf.net, Jerome Glisse , Linux Kernel Mailing List Subject: Re: [git pull] drm: previous pull req + 1. In-Reply-To: <4A3F3E3A.2030202@shipmail.org> Message-ID: References: <4A3DABE1.50309@mit.edu> <4A3F3E3A.2030202@shipmail.org> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1037 Lines: 24 > > > There is a ttm_fbdev_mmap() function in TTM that may help in this situation. > As with the standard ttm mmap it's using fault() which means it's possible to > move out the backing buffer object if you first reserve it and then call > unmap_mapping_range() on the relevant fbdev address space to kill existing > user-space mappings. Yup I've looked at this from the fbdev pov, however I hit the same problem with the fbcon writes happening pretty much whenever they wanted to. It might be possible to move the fbcon around by updating screen_base, but you'd need to have some sort of lock around the read/write functions, I think locking on each individual read/write might be a lot of overhead. Ideallly something analogous to the X server Prepare/Finish access hooks. Dave. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/