= ST_PROFILE_OPENGL_CORE;
ctx-st = stw_dev-stapi-create_context(stw_dev-stapi,
stw_dev-smapi,attribs, shareCtx ? shareCtx-st : NULL);
Olv should probably double-check this, but LGTM.
Reviewed-by: Brian Paul bri...@vmware.com
___
xorg-devel@lists.x.org
*) smapi;
+ *error = ST_CONTEXT_SUCCESS;
returnst-iface;
}
Reviewed-by: Brian Paul bri...@vmware.com
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg
observer no piglit regressions on Intel
Ironlake hardware. I have not tested other hardware, but I would
expect any regressions to be hardware independent.
I did a quick read-through and this looks OK to me.
Reviewed-by: Brian Paul bri...@vmware.com
-Brian
Siva wrote:
Hi,
I know that GlxGears is not a benchmark, but I'm need to validate the
performance of a graphics driver that I'm currently working on.
What does Glxgears test exactly, when it reports fps? XServer graphics
pipeline or the graphics engine capability to handle commands?
Like
Jamey Sharp wrote:
Josh and I sorted out a bunch of Xlib bugs this week, especially in
support for multi-threaded applications. I'm embarrassed that I hadn't
realized the thread support was so bad--but there are so few threaded
Xlib apps, and even fewer that are open source.
This sounds great.
= 0x590))) defined(__ELF__)
#define INTERNAL __attribute__((visibility(internal)))
# else
#define INTERNAL
Signed-off-by: Brian Paul bri...@vmware.com
___
xorg-devel mailing list
xorg-devel@lists.x.org
http://lists.x.org/mailman/listinfo/xorg
On Wed, Nov 11, 2009 at 2:47 PM, Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I need to fix a bug in the X server glapi.c (bugzilla #23335).
Traditionally, glx/glapi.c was just a copy of src/mesa/glapi/glapi.c.
It seems that Mesa's version has not
