From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jon Smirl Subject: Re: [announce 0/7] fbsplash - The Framebuffer Splash Date: Tue, 15 Mar 2005 14:03:50 -0500 Message-ID: <9e4733910503151103b8a9c8f@mail.gmail.com> References: <20050308015731.GA26249@spock.one.pl> <1110392212.3116.215.camel@localhost.localdomain> <1110408049.9942.275.camel@localhost.localdomain> <20050310145419.GD632@openzaurus.ucw.cz> <9e473391050311101356536667@mail.gmail.com> Reply-To: linux-fbdev-devel@lists.sourceforge.net Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Exim 4.30) id 1DBHKn-0002hZ-3V for linux-fbdev-devel@lists.sourceforge.net; Tue, 15 Mar 2005 11:04:05 -0800 Received: from wproxy.gmail.com ([64.233.184.196]) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DBHKj-00078U-SJ for linux-fbdev-devel@lists.sourceforge.net; Tue, 15 Mar 2005 11:04:05 -0800 Received: by wproxy.gmail.com with SMTP id 58so2969wri for ; Tue, 15 Mar 2005 11:03:53 -0800 (PST) In-Reply-To: Sender: linux-fbdev-devel-admin@lists.sourceforge.net 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" To: linux-fbdev-devel@lists.sourceforge.net Cc: Geert Uytterhoeven , Alan Cox , James Simmons , Michal Januszewski , Linux Kernel Development , "Antonino A. Daplas" On Tue, 15 Mar 2005 18:58:08 +0000 (GMT), James Simmons wrote: > > > > Why do we need patches in the kernel. Just set you config to > > > CONFIG_DUMMY_CONSOLE, CONFIG_FB, CONFIG_INPUT and don't set fbcon or > > > vgacon. Then have a userspace app using /dev/fb and /dev/input create a > > > userland console. There is no need to do special hacks in the kernel. > > > > /dev/fb is not accelerated, if you want full acceleration use > > /dev/dri. Using /dev/dri you can write a fully composited console that > > displays dengavi in realtime. This is also a path to getting multiuser > > working without a lot of kernel patches. > > Not every device has a 3D core!!! DRM is not the answer for the entire graphics > world. Its only for 3D functionality. If you want eye candy without 3D on small > devices use fbdev. DRM doesn't know a thing about 3D. All it does is DMA, memory management and queue things up for the GPU to work on. You don't even have to have a GPU processor you could use the CPU to execute the commands. It's the code up in mesa that knows about 3D and builds the commands to be sent to DRM. -- Jon Smirl jonsmirl@gmail.com ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click