[prev in list] [next in list] [prev in thread] [next in thread] 

List:       mesa3d-dev
Subject:    [Mesa3d-dev] ****SPAM(5.1)**** Re: Memory management - another proposal.
From:       Michel =?ISO-8859-1?Q?D=E4nzer?= <michel () daenzer ! net>
Date:       2006-01-10 16:09:25
Message-ID: 1136909366.3941.52.camel () localhost
[Download RAW message or body]

Spam detection software, running on the system "darkcity.gna.ch", has
identified this incoming email as possible spam.  The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email.  If you have any questions, see
postmaster for details.

Content preview:  On Sun, 2006-01-08 at 18:15 +0000, Keith Whitwell wrote:
  > > Back Buffers > > > Note in particular that the backbuffer is just
  another buffer object > and must be validated like textures, etc. The
  intention is that when > back or depth buffers aren't needed, memory
  pressure will eventually > force them out of the GART table, freeing up
  space for more textures > or pixmap cache. [...] 

Content analysis details:   (5.1 points, 5.0 required)

 pts rule name              description
---- ---------------------- --------------------------------------------------
 2.0 RCVD_IN_SORBS_DUL      RBL: SORBS: sent directly from dynamic IP address
                            [84.74.135.195 listed in dnsbl.sorbs.net]
 3.1 RCVD_IN_XBL            RBL: Received via a relay in Spamhaus XBL
                            [84.74.135.195 listed in sbl-xbl.spamhaus.org]
 1.7 RCVD_IN_NJABL_DUL      RBL: NJABL: dialup sender did non-local SMTP
                            [84.74.135.195 listed in combined.njabl.org]
-1.7 AWL                    AWL: From: address is in the auto white-list




Return-Path: <michel@daenzer.net>
Received: from localhost (84-74-135-195.dclient.hispeed.ch [84.74.135.195])
	(using TLSv1 with cipher AES256-SHA (256/256 bits))
	(No client certificate requested)
	by darkcity.gna.ch (Postfix) with ESMTP id B495C144E51;
	Tue, 10 Jan 2006 17:09:19 +0100 (CET)
Received: from daenzer by localhost with local (Exim 4.60)
	(envelope-from <michel@daenzer.net>)
	id 1EwM3t-0007io-Fg; Tue, 10 Jan 2006 17:09:29 +0100
Subject: Re: Memory management - another proposal.
From: Michel =?ISO-8859-1?Q?Dänzer?= <michel@daenzer.net>
To: Keith Whitwell <keith@tungstengraphics.com>
Cc: MESA-Devel <mesa3d-dev@lists.sourceforge.net>,
	dri-devel <dri-devel@lists.sourceforge.net>
In-Reply-To: <43C156CF.30401@tungstengraphics.com>
References: <43C156CF.30401@tungstengraphics.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Date: Tue, 10 Jan 2006 17:09:25 +0100
Message-Id: <1136909366.3941.52.camel@localhost>
Mime-Version: 1.0
X-Mailer: Evolution 2.4.1

On Sun, 2006-01-08 at 18:15 +0000, Keith Whitwell wrote:
> 
> Back Buffers
> ------------
> 
> Note in particular that the backbuffer is just another buffer object
> and must be validated like textures, etc.  The intention is that when
> back or depth buffers aren't needed, memory pressure will eventually
> force them out of the GART table, freeing up space for more textures
> or pixmap cache.

With the Composite extension in mind, per-context renderbuffers should
be supported if not the default.


> Pixmap Cache
> ------------
> 
> Also pixmap cache should be just another memory buffer, that the X
> server will have to validate before accessing, assuming XAA can be
> convinced to play along with this.

I doubt it can, but EXA should.


FWIW, I like the direction of your proposals, although I share Roland's
doubts about treating AGP separately from video RAM, even in the
beginning.


-- 
Earthling Michel Dänzer      |     Debian (powerpc), X and DRI developer
Libre software enthusiast    |   http://svcs.affero.net/rm.php?r=daenzer

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

[prev in list] [next in list] [prev in thread] [next in thread]