From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Souchu Subject: Re: Re: [Dri-devel] Re: [Linux-fbdev-devel] Redesign of kernel graphics interface Date: Mon, 10 May 2004 22:39:50 +0000 Sender: mesa3d-dev-admin@lists.sourceforge.net Message-ID: <20040510223950.B2268@armor.freesurf.fr> References: <20040510182940.14049.qmail@web14924.mail.yahoo.com> Mime-Version: 1.0 Return-path: Content-Disposition: inline In-Reply-To: <20040510182940.14049.qmail@web14924.mail.yahoo.com>; from jonsmirl@yahoo.com on Mon, May 10, 2004 at 11:29:40AM -0700 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: Jon Smirl Cc: James Simmons , Benjamin Herrenschmidt , dri-devel , mesa3d-dev , fb-devel On Mon, May 10, 2004 at 11:29:40AM -0700, Jon Smirl wrote: > It's not just bloat, the network code is used millions of times per second. Mode > setting happens occaisonally. But necessary some times. I think of oops and debugger. > 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. Do apps manage their swap? No. I think the OS should be responsible for placing the data (vertices, textures, commands) at the right/best place for the HW 3D engine and the client should only fill virtual memory. -- Nicholas Souchu - nsouch@free.fr - nsouch@FreeBSD.org http://www.freebsd.org/~nsouch/kgi4BSD ------------------------------------------------------- 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