From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sven Luther Subject: Re: fbdv/fbcon pending problems Date: Wed, 25 Feb 2004 15:01:21 +0100 Sender: linux-fbdev-devel-admin@lists.sourceforge.net Message-ID: <20040225140121.GA13029@lambda> References: <20040224214106.GA17390@guug.org> <20040225031553.GC17390@guug.org> Mime-Version: 1.0 Return-path: Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Exim 4.30) id 1AvzlD-00012o-8e for linux-fbdev-devel@lists.sourceforge.net; Wed, 25 Feb 2004 06:11:39 -0800 Received: from smtp2.wanadoo.fr ([193.252.22.29] helo=mwinf0201.wanadoo.fr) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.30) id 1AvzPO-0006IG-Qz for linux-fbdev-devel@lists.sourceforge.net; Wed, 25 Feb 2004 05:49:07 -0800 Content-Disposition: inline In-Reply-To: Errors-To: linux-fbdev-devel-admin@lists.sourceforge.net List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Geert Uytterhoeven Cc: Otto Solares , James Simmons , Benjamin Herrenschmidt , Linux Fbdev development list , Linux Kernel list On Wed, Feb 25, 2004 at 12:41:25PM +0100, Geert Uytterhoeven wrote: > On Tue, 24 Feb 2004, Otto Solares wrote: > > On Wed, Feb 25, 2004 at 01:21:39AM +0000, James Simmons wrote: > > > > On the other side i see a lot of effort in the fbdev acceleration, > > > > it is nice but that effort should be better spent on fixing the layer, > > > > imo, the only user for acceleration is fbcon, any userland app that > > > > use fbdev disables that acceleration so it can map the vmem and ioregs, > > > > and do it's own voodoo if it wants acceleration. That acceleration > > > > is not "exported" to user space. I am working in a open source project > > > > that uses mesa-solo with fbdev and many limitations from the layer > > > > itself have been seen. > > > > > > That is true so far for fillrect and copyarea functions. Imageblit will be > > > used for read and writes on /dev/fbX. Also it is used for software > > > cursors. > > > > But if acceleration is not disabled you can't map the vmem and io regions. > > I don't expect an app that mmap()s mmio to read/write from /dev/fb* at the same > time. So I see no problem disabling accelerated read/write while mmio is > mapped. I wonder about X though. It uses mmio for accels (in the non fbdev case though) and needs to map the memory area for fallback case, like the non supported bressenham lines on permedia 2/3 for example. Altough it is possible that the fact that X does its own mapping, and anyway, has very little interaction with fbcon and fbdev anyway. Friendly, Sven Luther ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click