From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mike Mestnik Subject: Re: Re: [Dri-devel] Re: [Linux-fbdev-devel] Redesign of kernel graphics interface Date: Mon, 10 May 2004 12:16:08 -0700 (PDT) Sender: mesa3d-dev-admin@lists.sourceforge.net Message-ID: <20040510191608.64137.qmail@web11904.mail.yahoo.com> References: <20040510182940.14049.qmail@web14924.mail.yahoo.com> Mime-Version: 1.0 Return-path: In-Reply-To: <20040510182940.14049.qmail@web14924.mail.yahoo.com> Errors-To: mesa3d-dev-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: James Simmons , Benjamin Herrenschmidt Cc: Nicolas Souchu , Jon Smirl , dri-devel , mesa3d-dev , fb-devel I could be wrong, but is not allocating framebuffers and mmaping memory diffrent than setting up framebuffers and configuring DACs? --- Jon Smirl wrote: > It's not just bloat, the network code is used millions of times per > second. Mode > setting happens occaisonally. > > The other problem is memory management. What is going to happen when > fbdev > starts setting the mode for both heads? Who is going to mananage the > VRAM when > the buffers get resized? OpenGL has a very complex memory management > scheme > where things can migrate from VRAM to AGP to system memory. > > --- James Simmons wrote: > > > > > You are mixing things. Mode setting has nothing to do with > rendering. OpenGL > > > is a rendering client. It produces commands sent to the low level > kernel > > > driver and provides a 3D API, but it's not the only one. In this > regard, > > > fbcon is a client too and XFree 2D accel is another one. > > > > But we are rendering to draw fonts, clearing a area of the > screen,copyarea. > > If we are to have a universal solution it needs to OpenGL. Either that > or > > mode switching stays in the kernel. > > > > Speaking of bloat in the kernel. When will the crypto and TCP/IP stack > be > > moved to userspace. The networking code alone is over 17 megs in size. > > > Bloat bloat bloat. > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by Sleepycat Software > > Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to > > deliver higher performing products faster, at low TCO. > > http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 > > _______________________________________________ > > Mesa3d-dev mailing list > > Mesa3d-dev@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/mesa3d-dev > > > ===== > Jon Smirl > jonsmirl@yahoo.com > > > > > __________________________________ > Do you Yahoo!? > Win a $20,000 Career Makeover at Yahoo! HotJobs > http://hotjobs.sweepstakes.yahoo.com/careermakeover > > > ------------------------------------------------------- > This SF.Net email is sponsored by Sleepycat Software > Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to > deliver higher performing products faster, at low TCO. > http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 > -- > _______________________________________________ > Dri-devel mailing list > Dri-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dri-devel __________________________________ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover ------------------------------------------------------- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3