From mboxrd@z Thu Jan 1 00:00:00 1970 From: Otto Solares Subject: Re: [PATCH] neofb patches Date: Thu, 29 Apr 2004 11:52:01 -0600 Sender: linux-fbdev-devel-admin@lists.sourceforge.net Message-ID: <20040429175201.GA26608@guug.org> References: <408EE34F.8080106@undead.cc> <1083107454.16544.42.camel@gaston> <20040428002037.GE22495@guug.org> <1083112565.20473.10.camel@gaston> <20040428070832.GA23411@guug.org> <1083147416.18416.24.camel@thor.asgaard.local> <20040428163730.GA24448@guug.org> <1083191201.18413.73.camel@thor.asgaard.local> <20040429010725.GD24584@guug.org> <1083243672.18413.148.camel@thor.asgaard.local> Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Return-path: 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 1BJFhU-0005FE-2K for linux-fbdev-devel@lists.sourceforge.net; Thu, 29 Apr 2004 10:51:56 -0700 Received: from guug.galileo.edu ([168.234.203.30] helo=guug.org) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.30) id 1BJFhT-0001rs-Eh for linux-fbdev-devel@lists.sourceforge.net; Thu, 29 Apr 2004 10:51:55 -0700 Content-Disposition: inline In-Reply-To: <1083243672.18413.148.camel@thor.asgaard.local> 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="iso-8859-1" To: Michel =?iso-8859-1?Q?D=E4nzer?= Cc: Benjamin Herrenschmidt , Linux Frame Buffer Device Development On Thu, Apr 29, 2004 at 03:01:13PM +0200, Michel D=E4nzer wrote: > On Thu, 2004-04-29 at 03:07, Otto Solares wrote: > > On Thu, Apr 29, 2004 at 12:26:41AM +0200, Michel D=E4nzer wrote: > >=20 > > > A small low-level driver could handle this, which both the framebuffer > > > device and the DRM use. Linus has proposed this approach, and I must = say > > > I like it. > >=20 > > That should be fbdev without fbcon. >=20 > I'm not sure that works: keep in mind that the DRM works on other OSs > than Linux, and even on Linux some people may want to use the DRM > without a framebuffer device. Neither should be a problem with a minimal > base driver which does nothing more than hardware resource management > and arbitration. Differents OSs have differents sources for DRM kernel side so that's not a problem nor will affect others OSs than linux. I would like to see fbdev becoming the defacto standard for graphics management in linux but: 1. It must mature and be modernized a lot to be accepted as such. 2. People tend to not agree. So I see the current DRM/FBDEV/X cooperative schema for the foreseeable future. Yes, a minimal driver would do the work _NOW_. I just think that for the long term a solution like fbdev with asteroids is needed to standarize graphics management in linux. -otto ------------------------------------------------------- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g.=20 Take an Oracle 10g class now, and we'll give you the exam FREE.=20 http://ads.osdn.com/?ad_id=3D3149&alloc_id=3D8166&op=3Dclick