Returns a prime file descriptor for the specified region.
Signed-off-by: Keith Packard kei...@keithp.com
---
src/mesa/drivers/dri/i915/intel_regions.c | 13 +
src/mesa/drivers/dri/i915/intel_regions.h | 4
src/mesa/drivers/dri/i965/intel_regions.c | 13 +
src/mesa
This just renames them so that they can be used with the DRI3 extension
without causing too much confusion.
Signed-off-by: Keith Packard kei...@keithp.com
---
src/mesa/drivers/dri/common/dri_util.c | 50 +-
1 file changed, 25 insertions(+), 25 deletions(-)
diff
Instead of assuming that the size will be height * pitch, have the caller pass
in the size explicitly.
Signed-off-by: Keith Packard kei...@keithp.com
---
src/mesa/drivers/dri/i915/intel_regions.c | 4 ++--
src/mesa/drivers/dri/i915/intel_regions.h | 2 +-
src/mesa/drivers/dri/i915/intel_screen.c
This uses the Present extension with DRI3, which includes OML_Sync extension
support.
Signed-off-by: Keith Packard kei...@keithp.com
---
configure.ac| 4 +-
include/GL/internal/dri_interface.h | 1 +
src/glx/dri3_glx.c | 421
Please commit to both master and mesa_7_7_branch. Thanks.
mesa_7_7_branch doesn't use 'cd' in mklib.
--
keith.pack...@intel.com
pgpjLL31Tv2B8.pgp
Description: PGP signature
--
Download Intel#174; Parallel Studio
The bash 'cd' command tends to emit random stuff to stdout when the
CDPATH variable is set, so clear it to keep extra filenames from being
emitted from the expand_archive function, which would otherwise cause
mklib to fail.
Signed-off-by: Keith Packard kei...@keithp.com
---
bin/mklib |4
On Sun, 2009-03-22 at 01:02 +, Dave Airlie wrote:
I'm just wondering if anyone has already tackled this in any driver, and
how this could work best. Does Gallium provide surface accessors for
textures like spans?
The intel driver de-tiles in the software span accessing functions. Or
is
On Wed, 2009-01-07 at 17:53 +0100, Tomas Carnecky wrote:
Unfortunately yes. Your own repository and all the forks from which you
want to merge changes to your own repo need to be hosted on github.
I've been pretty happy with having people host trees whereever they like
and then just using git
On Wed, 2009-01-07 at 11:45 -0800, Ian Romanick wrote:
That was kind of the original question. Is there an ABI issue? The
only way for applications to get at the GLSL compiler is through the
GL interface. The GL interface is entirely C-based and *must* remain
unchanged. The application
While doing a bunch of irq work, I was testing random programs against
mesa master and found that foobillard (debian unstable version) was
locking up on my GM45 laptop. I bisected and found that this patch was
causing the trouble. I haven't looked to try and figure out what's going
on.
commit
On Sat, 2007-12-15 at 11:07 -0700, Brian Paul wrote:
Keith Packard wrote:
The pthreads library introduces significant overhead for single-threaded
applications,
Just out of curiosity, have you made some measurements?
Yeah, we're seeing 5-10% locking overhead in some preliminary i965 code
On Sat, 2007-12-15 at 13:34 -0800, Eric Anholt wrote:
On Sat, 2007-12-15 at 11:07 -0700, Brian Paul wrote:
Keith Packard wrote:
The pthreads library introduces significant overhead for single-threaded
applications,
Just out of curiosity, have you made some measurements?
As keithp
On Mon, 2007-07-02 at 20:17 +0200, Julien Cristau wrote:
In any case, maybe the mesa version number and OSMesa soname should be
made independant in the future?
How about now? It's a huge pain for a linux distro to change so version
numbers for even a tiny library.
Ship an update that uses the
On Thu, 2007-05-17 at 17:12 +0800, Wang Zhenyu wrote:
yeah, that's me actually. The problem in rotation is that xserver dri
block handler will release the dri lock before rotate block handler running,
thus xserver doesn't hold dri lock in rotation rendering. Current I fixed in
driver code
On Thu, 2007-05-17 at 19:35 +0200, Michel Dänzer wrote:
Yeah, that would probably be the best solution - might even just be a
matter of initialization order in the driver?
The rotation block/wakeup handlers are added dynamically after the
server starts, so we may need some DIX help to reorder
The NAME(line) function template in s_aalinetemp.h loop over the
fragment attributes. A bounds check in this functions to perform some
texture-specific computations checks only to ensure that the attribute
is FRAG_ATTRIB_VAR0, but not = FRAG_ATTRIB_TEX0. This causes the code
to compute a negative
On Wed, 2006-12-06 at 13:16 -0500, Kristian Høgsberg wrote:
On 12/6/06, Brian Paul [EMAIL PROTECTED] wrote:
Brian Paul wrote:
...
Kristian reminded me:
Just a heads up to those that have used the git mirror I had running
prior to this: the new official repo is a new import from
17 matches
Mail list logo
