All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nicolas Souchu <nsouch@free.fr>
To: Jon Smirl <jonsmirl@yahoo.com>
Cc: James Simmons <jsimmons@infradead.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	dri-devel <dri-devel@lists.sourceforge.net>,
	mesa3d-dev <mesa3d-dev@lists.sourceforge.net>,
	fb-devel <linux-fbdev-devel@lists.sourceforge.net>
Subject: Re: Re: [Dri-devel] Re: [Linux-fbdev-devel] Redesign of kernel graphics interface
Date: Mon, 10 May 2004 22:39:50 +0000	[thread overview]
Message-ID: <20040510223950.B2268@armor.freesurf.fr> (raw)
In-Reply-To: <20040510182940.14049.qmail@web14924.mail.yahoo.com>; from jonsmirl@yahoo.com on Mon, May 10, 2004 at 11:29:40AM -0700

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

  parent reply	other threads:[~2004-05-10 22:39 UTC|newest]

Thread overview: 53+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-05-06 18:16 Redesign of kernel graphics interface Jon Smirl
2004-05-06 19:46 ` [Linux-fbdev-devel] " Geert Uytterhoeven
2004-05-06 23:20   ` James Simmons
2004-05-06 20:57 ` Otto Solares
2004-05-06 23:19 ` Nicolas Souchu
2004-05-06 21:42   ` Jon Smirl
2004-05-07  0:30     ` Nicolas Souchu
2004-05-06 22:48       ` James Simmons
2004-05-07  0:50         ` Jon Smirl
2004-05-07  1:20           ` [Dri-devel] " Keith Packard
2004-05-07  1:33             ` Jon Smirl
2004-05-07  8:31           ` Geert Uytterhoeven
2004-05-14 17:20           ` Sven Luther
2004-05-14 17:35             ` Alex Deucher
2004-05-14 19:25               ` Sven Luther
2004-05-14 17:51             ` Jon Smirl
2004-05-14 18:08               ` Ville Syrjälä
     [not found]                 ` <20040514184004.16621.qmail@web14930.mail.yahoo.com>
2004-05-14 19:01                   ` Ville Syrjälä
2004-05-15  7:27                     ` Holger Waechtler
2004-05-15  8:25                       ` Ville Syrjälä
2004-05-17 17:40                   ` Alan Cox
2004-05-14 19:31               ` Sven Luther
2004-05-10  0:57         ` [Dri-devel] " Benjamin Herrenschmidt
2004-05-10 16:14           ` James Simmons
2004-05-10 16:28             ` [Dri-devel] " Ville Syrjälä
2004-05-10 22:42               ` Nicolas Souchu
2004-05-10 18:29             ` Jon Smirl
2004-05-10 19:16               ` Mike Mestnik
2004-05-10 21:05               ` James Simmons
2004-05-10 22:39               ` Nicolas Souchu [this message]
2004-05-10 20:47                 ` Otto Solares
2004-05-10 23:58                   ` James Simmons
2004-05-11 22:57                   ` Nicolas Souchu
2004-05-11 21:17                     ` Otto Solares
2004-05-11 21:29                     ` Ville Syrjälä
2004-05-10 19:33             ` [Dri-devel] Re: [Linux-fbdev-devel] " Alan Cox
2004-05-11  8:33               ` Geert Uytterhoeven
2004-05-10 23:40             ` Benjamin Herrenschmidt
2004-05-10 23:50               ` James Simmons
2004-05-11 22:13                 ` Compiling Rage xlinit.c Richard Smith
2004-05-14 19:41                   ` Richard Smith
2004-05-14 21:28                     ` Steve Longerbeam
2004-05-14 22:16                       ` Richard Smith
2004-05-14 22:48                         ` Steve Longerbeam
2004-05-14 23:57                           ` Richard Smith
2004-05-15  0:22                             ` Steve Longerbeam
2004-05-15  0:42                             ` Ville Syrjälä
2004-05-18 22:06                             ` James Simmons
2004-05-19 14:36                               ` Richard Smith
2004-05-19 22:20                                 ` James Simmons
2004-05-07  8:30       ` [Linux-fbdev-devel] Redesign of kernel graphics interface Geert Uytterhoeven
2004-05-06 23:21   ` James Simmons
2004-05-10 12:07 ` [Dri-devel] " Egbert Eich

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20040510223950.B2268@armor.freesurf.fr \
    --to=nsouch@free.fr \
    --cc=benh@kernel.crashing.org \
    --cc=dri-devel@lists.sourceforge.net \
    --cc=jonsmirl@yahoo.com \
    --cc=jsimmons@infradead.org \
    --cc=linux-fbdev-devel@lists.sourceforge.net \
    --cc=mesa3d-dev@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.