On Tue, Jun 28, 2011 at 6:00 AM, Kenneth Graunke kenn...@whitecape.org wrote:
On 06/27/2011 12:17 PM, Dan Nicholson wrote:
On Sun, Jun 26, 2011 at 6:39 AM, Chia-I Wuolva...@gmail.com wrote:
From: Chia-I Wuo...@lunarg.com
The idea is that DRI driver, libGL and libOSMesa are libraries that
From: Chia-I Wu o...@lunarg.com
The idea is that DRI driver, libGL and libOSMesa are libraries that can
be independently enabled, yet --with-driver does not allow us to easily
do that, if not impossible. This also matches what
--enable-{egl,xorg,d3d1x} do for the respective libraries
On Fri, Jun 24, 2011 at 3:34 PM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
2011/6/24 Chia-I Wu olva...@gmail.com:
On Fri, Jun 24, 2011 at 8:38 AM, Chia-I Wu olva...@gmail.com wrote:
On Thu, Jun 23, 2011 at 8:07 PM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
2011/6/23
On Thu, Jun 23, 2011 at 7:46 PM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
2011/6/23 Chia-I Wu olva...@gmail.com:
On Wed, Jun 22, 2011 at 10:30 PM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
Hi List,
This series adds a graphics buffer management library which
On Thu, Jun 23, 2011 at 8:07 PM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
2011/6/23 Chia-I Wu olva...@gmail.com:
On Thu, Jun 23, 2011 at 7:46 PM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
2011/6/23 Chia-I Wu olva...@gmail.com:
On Wed, Jun 22, 2011 at 10:30 PM
On Fri, Jun 24, 2011 at 8:38 AM, Chia-I Wu olva...@gmail.com wrote:
On Thu, Jun 23, 2011 at 8:07 PM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
2011/6/23 Chia-I Wu olva...@gmail.com:
On Thu, Jun 23, 2011 at 7:46 PM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
2011/6/23
On Wed, Jun 22, 2011 at 10:30 PM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
Hi List,
This series adds a graphics buffer management library which is
targeted to be used as native (drm) platform for egl on kms or openwfd,
and thus replaces the current mechanism of using a fd as
On Sun, Jun 19, 2011 at 4:00 AM, Marek Olšák mar...@gmail.com wrote:
On Tue, Jun 14, 2011 at 10:35 PM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
Removing this flag seems right to me, but always building the egl
state tracker when gallium and egl is enabled not.
So when
On Thu, Jun 16, 2011 at 10:20 AM, Marek Olšák mar...@gmail.com wrote:
On Thu, Jun 16, 2011 at 1:21 AM, Chia-I Wu olva...@gmail.com wrote:
On Thu, Jun 16, 2011 at 7:04 AM, Marek Olšák mar...@gmail.com wrote:
On Tue, Jun 14, 2011 at 10:35 PM, Benjamin Franzke
benjaminfran...@googlemail.com wrote
On Wed, Jun 8, 2011 at 10:07 PM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
2011/6/7 Chia-I Wu olva...@gmail.com:
How is that the case? It seems the symbol is not used elsewhere.
Right, seems i tried solve the wrong side of the problem.
x86_64_entry_start is declared similar
From: Chia-I Wu o...@lunarg.com
---
src/egl/drivers/dri2/egl_dri2.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/src/egl/drivers/dri2/egl_dri2.c b/src/egl/drivers/dri2/egl_dri2.c
index 2559ac1..ad70a05 100644
--- a/src/egl/drivers/dri2/egl_dri2.c
+++ b/src/egl
From: Chia-I Wu o...@lunarg.com
Refactor dri2_load_driver and add dri2_load_driver_swrast for loading
swrast DRI driver.
---
src/egl/drivers/dri2/egl_dri2.c | 56 +--
src/egl/drivers/dri2/egl_dri2.h |3 ++
src/egl/drivers/dri2/platform_x11.c |4
On Wed, Jun 8, 2011 at 3:08 AM, Jeremy Huddleston jerem...@apple.com wrote:
On Jun 7, 2011, at 2:13 PM, Brian Paul wrote:
Ok, I see what is happening. configs/darwin bitrotted and included the
-lGL, but other configs have since removed that. It looks like I should
just remove -lGL from
On Wed, Jun 8, 2011 at 2:33 AM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
x86_64_entry_start needs to be bound global, in order to have the
correct address in entry_get_public (seems not to be needed on x86).
Otherwise addresses needed for _glapi_proc_address will be computed
On Sat, Apr 16, 2011 at 2:20 AM, Matt Turner matts...@gmail.com wrote:
Hi,
I'm having trouble running any OpenGL ES programs from mesa-demos. It
seems to be identical to what was reported here
http://comments.gmane.org/gmane.comp.video.mesa3d.devel/22575
I'm using a Sandy Bridge system.
On Mon, Feb 21, 2011 at 10:39 PM, tom fogal tfo...@sci.utah.edu wrote:
Chia-I Wu olva...@gmail.com writes:
On Mon, Feb 21, 2011 at 8:12 PM, Tom Fogal tfo...@sci.utah.edu wrote:
From: Tom Fogal tfo...@alumni.unh.edu
Without this, we do not actually respect the request for TLS.
What
On Tue, Feb 22, 2011 at 1:56 AM, Thomas Hellstrom tho...@shipmail.org wrote:
Hi, Chia-I,
Looking at the EGL DRM implementation of swapbuffers, it looks like we're
sort of ad-hoc attaching the backbuffer as a new scanout surface, using
drmModeSetCrtc.
I don't think this works very well on
On Mon, Feb 21, 2011 at 8:12 PM, Tom Fogal tfo...@sci.utah.edu wrote:
From: Tom Fogal tfo...@alumni.unh.edu
Without this, we do not actually respect the request for TLS.
What is your setup? The macro should be defined as part of $(CFLAGS).
It may not be a good practice as the variable is
2011/2/6 Arthur Zhu xiaoxiaomuyusajiangt...@gmail.com:
From 7f26f3b6692a8a8061c0d817388505d4190e88a0 Mon Sep 17 00:00:00 2001
From: Arthur Zhu xiaoxiaomuyusajiangt...@gmail.com
Date: Mon, 7 Feb 2011 13:50:55 +0800
Subject: [PATCH] Adding --enable-egl-dri2-x11drm option.
---
configure.ac |
On Wed, Feb 16, 2011 at 7:01 AM, Dan Nicholson dbn.li...@gmail.com wrote:
On Wed, Feb 16, 2011 at 5:37 AM, Jon TURNEY jon.tur...@dronecode.org.uk
wrote:
Fix a typo which meant that --enable-shared-glapi didn't actually cause a
shared glapi to be built
Signed-off-by: Jon TURNEY
or just don't
check them up to users?
Yeah, something like --enable-egl-dri2 would be helpful. Mind to work
on a patch?
Best Regards,
Arthur
2011/1/30 Chia-I Wu olva...@gmail.com
On Sat, Jan 29, 2011 at 10:19 PM, Arthur Zhu
xiaoxiaomuyusajiangt...@gmail.com wrote:
drmdpy-event_handler
On Tue, Jan 25, 2011 at 10:08 PM, José Fonseca jfons...@vmware.com wrote:
Sorry for the delay. I thought I had replied but didn't.
On Fri, 2011-01-21 at 01:04 -0800, Chia-I Wu wrote:
On Fri, Jan 21, 2011 at 12:18 AM, José Fonseca jfons...@vmware.com wrote:
Hi Olv,
Looks good to me FWIW
On Fri, Jan 28, 2011 at 2:08 AM, Alberich de megres
alberich...@gmail.com wrote:
I did configure again, with the same error.
I'm using this configure line:
./autogen.sh --prefix=$HOME/install --enable-egl --enable-gles2 \
--enable-gallium-nouveau --with-state-trackers=glx,dri,egl
On Sat, Jan 29, 2011 at 10:19 PM, Arthur Zhu
xiaoxiaomuyusajiangt...@gmail.com wrote:
drmdpy-event_handler-new_drm_screen(drmdpy-base, name, drmdpy-fd);
Dose there have a chance to call new_sw_screen?
You cannot use swrast with DRM. Judging by the log below, you have an
i915 card. It is best
On Fri, Jan 28, 2011 at 9:22 AM, Jammy Zhou jammy.z...@linaro.org wrote:
Just to make sure that this patch was sent out, so replied again here.
Hi Chia-I,
Could you please review this small patch?
Sorry for the slow response. I recently had a surgery and I was not
able to spend much time on
On Fri, Jan 21, 2011 at 5:04 PM, Chia-I Wu olva...@gmail.com wrote:
On Fri, Jan 21, 2011 at 12:18 AM, José Fonseca jfons...@vmware.com wrote:
Hi Olv,
Looks good to me FWIW.
Thanks.
I think we should avoid having opengl32.dll or the ICD loading
glapi.dll, but that's not a reason to s given
From: Chia-I Wu o...@lunarg.com
GLES can be enabled by running scons with
$ scons gles=yes
When gles=yes is given, the build is changed in three ways. First,
libmesa.a will be built with FEATURE_ES1 and FEATURE_ES2. This makes
DRI drivers and libEGL support and advertise GLES support
On Thu, Jan 20, 2011 at 11:06 PM, Jakob Bornecrantz
wallbra...@gmail.com wrote:
On Sun, Jan 16, 2011 at 10:42 AM, Chia-I Wu olva...@gmail.com wrote:
On Fri, Dec 31, 2010 at 5:38 PM, Chia-I Wu olva...@gmail.com wrote:
On Wed, Dec 29, 2010 at 3:50 AM, Chia-I Wu olva...@gmail.com wrote:
Since
On Fri, Dec 31, 2010 at 5:38 PM, Chia-I Wu olva...@gmail.com wrote:
On Wed, Dec 29, 2010 at 3:50 AM, Chia-I Wu olva...@gmail.com wrote:
Since the same-dispatch-offset-different-glx-opcodes functions are
defined in GLX, glXGetProcAddress should be a better place to handle
them specially than
] On Behalf Of
Chia-I Wu [olva...@gmail.com]
Sent: Sunday, January 16, 2011 9:42
To: mesa-dev@lists.freedesktop.org
Subject: Re: [Mesa-dev] [RFC] Solution to libGL.so and libGLES*.so mess
On Fri, Dec 31, 2010 at 5:38 PM, Chia-I Wu olva...@gmail.com wrote:
On Wed, Dec 29, 2010 at 3:50 AM, Chia-I Wu
On Wed, Dec 29, 2010 at 3:50 AM, Chia-I Wu olva...@gmail.com wrote:
Since the same-dispatch-offset-different-glx-opcodes functions are
defined in GLX, glXGetProcAddress should be a better place to handle
them specially than _glapi_get_proc_address is. With that change, I
am quite happy
On Mon, Dec 13, 2010 at 12:51 PM, Jakob Bornecrantz
wallbra...@gmail.com wrote:
On Sun, Dec 12, 2010 at 6:45 PM, Chia-I Wu olva...@gmail.com wrote:
On Fri, Dec 10, 2010 at 7:03 PM, Chia-I Wu olva...@gmail.com wrote:
On Fri, Dec 10, 2010 at 4:01 PM, Jammy Zhou jammy.z...@linaro.org wrote
2010/12/14 Chia-I Wu olva...@gmail.com:
2010/12/13 Kristian Høgsberg k...@bitplanet.net:
On Sun, Dec 12, 2010 at 12:45 PM, Chia-I Wu olva...@gmail.com wrote:
On Fri, Dec 10, 2010 at 7:03 PM, Chia-I Wu olva...@gmail.com wrote:
On Fri, Dec 10, 2010 at 4:01 PM, Jammy Zhou jammy.z...@linaro.org
2010/12/13 Kristian Høgsberg k...@bitplanet.net:
On Sun, Dec 12, 2010 at 12:45 PM, Chia-I Wu olva...@gmail.com wrote:
On Fri, Dec 10, 2010 at 7:03 PM, Chia-I Wu olva...@gmail.com wrote:
On Fri, Dec 10, 2010 at 4:01 PM, Jammy Zhou jammy.z...@linaro.org wrote:
On Fri, Dec 10, 2010 at 3:13 PM
On Fri, Dec 10, 2010 at 7:03 PM, Chia-I Wu olva...@gmail.com wrote:
On Fri, Dec 10, 2010 at 4:01 PM, Jammy Zhou jammy.z...@linaro.org wrote:
On Fri, Dec 10, 2010 at 3:13 PM, Chia-I Wu olva...@gmail.com wrote:
With OpenGL ES coming to desktop, the way the current context/dispatch
is stored
On Fri, Dec 10, 2010 at 4:01 PM, Jammy Zhou jammy.z...@linaro.org wrote:
On Fri, Dec 10, 2010 at 3:13 PM, Chia-I Wu olva...@gmail.com wrote:
With OpenGL ES coming to desktop, the way the current context/dispatch
is stored, together with the way libGLES*.so is created, causes
several issues[1
2010/12/9 Kristian Høgsberg k...@bitplanet.net:
2010/12/9 Jammy Zhou jammy.z...@linaro.org:
Hi All,
Currently I am doing some experiments with mesa 7.9 driver to check the
renderer info of underlying OpenGL and OpenGL ES2.0 drivers to decide which
driver to use at runtime. With my code
Hi,
With OpenGL ES coming to desktop, the way the current context/dispatch
is stored, together with the way libGLES*.so is created, causes
several issues[1]. The root of these issues is that the symbols
defined in libGL.so and in libGLES*.so overlaps, and an application
might link to both of
Hi list,
I have spent the weekend adding OpenVG 1.1 support to Vega state
tracker. The new features added include mask layer support, text
support, and a new color transformation stage. The work can be found
at
http://cgit.freedesktop.org/~olv/mesa/log/?h=vega-1.1
vega-1.1 branch is based
On Wed, Dec 1, 2010 at 12:09 AM, Zack Rusin za...@vmware.com wrote:
On Tuesday 30 November 2010 04:51:33 Chia-I Wu wrote:
Hi list,
I have spent the weekend adding OpenVG 1.1 support to Vega state
tracker. The new features added include mask layer support, text
support, and a new color
available for download ?!
On Wed, Nov 10, 2010 at 8:34 AM, Chia-I Wu olva...@gmail.com wrote:
On Wed, Nov 10, 2010 at 6:26 AM, Clurado cl clurado1...@gmail.com wrote:
Still having the problem , i attached the config file , anybody can help
!?
The config file looks correct. Do not set any
, Chia-I Wu olva...@gmail.com wrote:
On Wed, Nov 10, 2010 at 11:40 PM, Clurado cl clurado1...@gmail.com
wrote:
Mesa 7.9 from ftp , demos 8.0.1 from ftp
when there is no gallium egl driver , without setting
EGL_DRIVER=egl_dri2:
egl/opengl/xeglgears :
./xeglgears
libEGL debug
On Thu, Nov 4, 2010 at 3:27 PM, xiaoxiaomuyu
xiaoxiaomuyusajiangt...@gmail.com wrote:
with export EGL_PLATFORM=drm, I ran egl/demo2 in ctr+alt+f1 terminal other
than in Xwindow,
struct pipe_screen *
i915_screen_create(struct i915_winsys *iws)
{
struct i915_screen *is =
here : http://www.mesa3d.org/egl.html . DRI2 have x
surface unlinke dri1 it doesnt have framebuffer surface .
so how it used in wayland ?!
The doc is outdated. I will update it.
On Wed, Nov 3, 2010 at 11:07 PM, Chia-I Wu olva...@gmail.com wrote:
On Thu, Nov 4, 2010 at 1:53 AM, Clurado cl
On Fri, Nov 5, 2010 at 1:34 AM, Clurado cl clurado1...@gmail.com wrote:
On Thu, Nov 4, 2010 at 6:56 AM, Chia-I Wu olva...@gmail.com wrote:
On Thu, Nov 4, 2010 at 6:14 AM, Clurado cl clurado1...@gmail.com wrote:
Hi, i have build mesa with ./configure --disable-gallium-radeon
--with-dri
On Thu, Nov 4, 2010 at 1:53 AM, Clurado cl clurado1...@gmail.com wrote:
Hi all , its interesting topic ,
Q: simply i want to know is there any way to get Hw Accl 3d with DRI and
draw it on the screen without x ( also glx ) ?!
my first approach is wayland but my device doesnt support pixel
On Sun, Oct 31, 2010 at 11:17 PM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
This Patch fixes DRMBuffer stride, which is to short when using
wayland with r300g. (only one quarter of the screen has real data,
with some parts left out..)
Funnily, on nouveau wayland runs with and
On Sat, Oct 30, 2010 at 4:30 PM, firos ismail firo...@gmail.com wrote:
Hi,
I am working on porting openGL ES 1.0 on openGL sorce code available
in Khronos website to PowerPC architecture. It would have no operating
system will run as a standalone code. openGL library is built from mesa
On Sun, Oct 24, 2010 at 7:59 PM, xiaoxiaomuyu
xiaoxiaomuyusajiangt...@gmail.com wrote:
Thanks again.
EGL: glx what's it for?
It is an EGL driver that does EGL-over-GLX. A call to eglMakeCurrent
is translated to glXMakeCurrent, for example. It is almost always
enabled (as
On Sun, Oct 17, 2010 at 3:24 PM, xiaoxiaomuyu
xiaoxiaomuyusajiangt...@gmail.com wrote:
demo3.c, ./a.out
libEGL warning: failed to create DRM screen
libEGL warning: use software fallback
EGL version = 1.4
EGL_VENDOR = Mesa Project
EGL_MESA_screen_surface is not supported
Unless you compile
2010/10/14 Kristian Høgsberg k...@bitplanet.net:
2010/10/13 Kristian Høgsberg k...@bitplanet.net:
Just always check for FLUSH_UPDATE_CURRENT and call Driver.BeginVertices
when necessary. By using the unlikely() macros, this ends up as
a 10% performance improvement (for isosurf, anyway) over
2010/9/14 Kristian Høgsberg k...@bitplanet.net:
2010/9/13 keith whitwell keith.whitw...@gmail.com:
Hey Kristian,
The first question is whether this is necessary - from vague memory I
have an idea that current attributes need not be updated by vertex
buffer rendering - ie. it's
2010/9/14 Kristian Høgsberg k...@bitplanet.net:
2010/9/14 Chia-I Wu olva...@gmail.com:
2010/9/14 Kristian Høgsberg k...@bitplanet.net:
2010/9/13 keith whitwell keith.whitw...@gmail.com:
Hey Kristian,
The first question is whether this is necessary - from vague memory I
have an idea
On Mon, Sep 13, 2010 at 11:52 AM, Chia-I Wu olva...@gmail.com wrote:
+static boolean
+vg_context_get_resource_for_egl_image(struct st_context_iface *stctxi,
+ struct st_context_resource *stres)
+{
+ struct vg_context *ctx;
+ struct vg_image *img
On Thu, Sep 9, 2010 at 6:39 AM, Gregory Prisament
g...@lycheesoftware.com wrote:
With some debugging I've figured out that setting EGL_DRIVERS_PATH to
$MESA_ROOT/lib/egl fixes my problem. I'm back in business! ('til I hit the
next roadblock at least). Sorry for the spam.
There is now a
On Wed, Sep 8, 2010 at 12:36 AM, nobled nob...@dreamwidth.org wrote:
The first patch fixes a current bug, the second naively integrates
support for ES 1 and ES 2 into Gallium DRI drivers:
1. st/dri: Make clear which API's are supported (aka just desktop GL)
2. st/dri: Add multi-api support
2010/8/27 Brian Paul bri...@vmware.com:
On 08/27/2010 06:26 AM, Kristian Høgsberg wrote:
2010/8/27 Chia-I Wuolva...@gmail.com:
2010/8/27 Kristian Høgsbergk...@bitplanet.net:
On Thu, Aug 26, 2010 at 11:55 AM, noblednob...@dreamwidth.org wrote:
I can't speak for EGL_MESA_screen_surface, but
2010/8/27 Kristian Høgsberg k...@bitplanet.net:
On Thu, Aug 26, 2010 at 11:55 AM, nobled nob...@dreamwidth.org wrote:
This is a little long, but I was wondering about a couple of the EGL
extensions Mesa implements:
Re: the new EGL_KHR_screenless_opengl and friends that took up the
On Mon, Aug 23, 2010 at 2:25 PM, Aras Pranckevicius a...@unity3d.com wrote:
Hi,
Attached patch fixes MSVC (2008) build. MSVC was still missing truncf,
exp2f, log2f (all used in GLSL2).
MSVC does not have trunc(), so defining truncf() to trunc() does not quite
work. The _XOPEN_SOURCE usage
On Mon, Aug 23, 2010 at 2:57 PM, Aras Pranckevicius a...@unity3d.com wrote:
Not that familiar with MSVC, but when I built Mesa on Windows the other
day,
other than the defines introduced by this patch, these functions were also
missing: snprintf, strtoll, and isblank. Is it me or the patch
On Mon, Aug 23, 2010 at 12:24 AM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
st/egl/x11/x11_screen.c requests a driver named r300 not radeon
KNOWN ISSUE: breaks st/egl/kms/
st/egl/kms requests a pipe named radeon
that will not be found now
so why not leaving
On Sat, Aug 14, 2010 at 5:18 AM, nobled nob...@dreamwidth.org wrote:
Chia-I Wu olva...@gmail.com wrote:
Fixes a fatal build error when compiling just OpenGL ES libraries, since
FEATURE_EXT_framebuffer_blit is disabled then, so the BlitFramebuffer
member doesn't exist.
Is this change enough
Hi,
There are two primitive transformations in gallium draw module. In
varray, primitives are splitted. When a primitive has more vertices
than the middle end can handle, varray splits the primitive and calls
the middle end multiple times.
In vcache, primitives are decomposed. More advanced
On Fri, Aug 13, 2010 at 10:14 PM, Keith Whitwell kei...@vmware.com wrote:
On Fri, 2010-08-13 at 07:04 -0700, Chia-I Wu wrote:
Hi,
There are two primitive transformations in gallium draw module. In
varray, primitives are splitted. When a primitive has more vertices
than the middle end can
On Fri, Aug 13, 2010 at 10:51 PM, Keith Whitwell kei...@vmware.com wrote:
On Fri, 2010-08-13 at 07:46 -0700, Chia-I Wu wrote:
On Fri, Aug 13, 2010 at 10:14 PM, Keith Whitwell kei...@vmware.com wrote:
On Fri, 2010-08-13 at 07:04 -0700, Chia-I Wu wrote:
Hi,
There are two primitive
On Fri, Aug 13, 2010 at 11:09 PM, Chia-I Wu olva...@gmail.com wrote:
On Fri, Aug 13, 2010 at 10:51 PM, Keith Whitwell kei...@vmware.com wrote:
On Fri, 2010-08-13 at 07:46 -0700, Chia-I Wu wrote:
On Fri, Aug 13, 2010 at 10:14 PM, Keith Whitwell kei...@vmware.com wrote:
On Fri, 2010-08-13 at 07
On Fri, Aug 13, 2010 at 11:35 PM, Keith Whitwell kei...@vmware.com wrote:
On Fri, 2010-08-13 at 08:09 -0700, Chia-I Wu wrote:
On Fri, Aug 13, 2010 at 10:51 PM, Keith Whitwell kei...@vmware.com wrote:
On Fri, 2010-08-13 at 07:46 -0700, Chia-I Wu wrote:
On Fri, Aug 13, 2010 at 10:14 PM, Keith
On Fri, Aug 6, 2010 at 6:03 PM, Henri Verbeet hverb...@gmail.com wrote:
On 5 August 2010 18:51, Chia-I Wu olva...@gmail.com wrote:
The GL rule is last vertex last for each primitive. The D3D rule is first
vertex first. My idea is to have draw_decompose_tmp.h use a local variable
On Fri, Aug 6, 2010 at 9:44 PM, Brian Paul bri...@vmware.com wrote:
On 08/05/2010 11:53 PM, Chia-I Wu wrote:
Module: Mesa
Branch: master
Commit: 642d5ba79abc6a231a5fdabb3454b9b082b0d7f8
URL:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=642d5ba79abc6a231a5fdabb3454b9b082b0d7f8
Author
On Tue, Aug 3, 2010 at 12:33 AM, Chia-I Wu olva...@gmail.com wrote:
While studying the draw module, I noticed that multiple primitive
decomposers exist: draw_pt_vcache_tmp.h, draw_gs_tmp.h,
draw_so_emit_tmp.h, and draw_pt_decompose.h. The differences between
them are small, yet some of them
On Thu, Aug 5, 2010 at 3:20 AM, Zack Rusin za...@vmware.com wrote:
With GS, the order of the vertices of a primitive becomes significant. We
can no longer permute the vertices to support flatshade_first (at least,
not before GS runs).
Awesome stuff. Thanks for looking into this. I'd commit
On Tue, Aug 3, 2010 at 11:41 PM, Chia-I Wu olva...@gmail.com wrote:
On Tue, Aug 3, 2010 at 9:40 PM, Zack Rusin za...@vmware.com wrote:
On Tuesday 03 August 2010 01:34:46 Chia-I Wu wrote:
On Tue, Aug 3, 2010 at 6:48 AM, Zack Rusin za...@vmware.com wrote:
On Monday 02 August 2010 12:33:50 Chia
On Wed, Aug 4, 2010 at 12:03 AM, Zack Rusin za...@vmware.com wrote:
On Tuesday 03 August 2010 11:41:02 Chia-I Wu wrote:
On Tue, Aug 3, 2010 at 9:40 PM, Zack Rusin za...@vmware.com wrote:
I'm not sure if should, if adjacency primitives are set there should
always be a gs and if not we should
On Tue, Jul 27, 2010 at 11:46 PM, Keith Whitwell kei...@vmware.com wrote:
On Mon, 2010-07-26 at 21:36 -0700, Chia-I Wu wrote:
This is the second try for unified draw_vbo call. I again upload the
patches as a branch here
http://cgit.freedesktop.org/~olv/mesa/log/?h=gallium-unified-draw-2
This is the second try for unified draw_vbo call. I again upload the
patches as a branch here
http://cgit.freedesktop.org/~olv/mesa/log/?h=gallium-unified-draw-2
due to the size.
Changes since v1:
- make index buffer a state and add pipe_context::set_index_buffer
- there is a boolean in
On Wed, Jul 21, 2010 at 10:29 PM, Keith Whitwell kei...@vmware.com wrote:
On Mon, 2010-07-19 at 00:46 -0700, Chia-I Wu wrote:
[change the subject because of typo and it is not about the patch]
On Sun, Jul 18, 2010 at 7:31 PM, Keith Whitwell kei...@vmware.com wrote:
If we're reorganising
[change the subject because of typo and it is not about the patch]
On Sun, Jul 18, 2010 at 7:31 PM, Keith Whitwell kei...@vmware.com wrote:
If we're reorganising these interfaces, there are a couple of things I'd
like to see done differently. In particular, within your draw_info
struct there
Hi all,
This patch series replaces
st_context::draw_arrays
st_context::draw_elements,
st_context::draw_arrays_instanced
st_context::draw_elements_instanced
st_context::draw_range_elements
by a single
st_context::draw_vbo(struct pipe_context *pipe,
const
On Sat, Jul 17, 2010 at 2:28 AM, Jakob Bornecrantz wallbra...@gmail.com wrote:
On Fri, Jul 16, 2010 at 11:10 AM, Chia-I Wu olva...@gmail.com wrote:
Hi all,
This patch series replaces
st_context::draw_arrays
st_context::draw_elements,
st_context::draw_arrays_instanced
st_context
On Thu, Jul 15, 2010 at 10:26 AM, Brian Paul brian.e.p...@gmail.com wrote:
I've pushed a branch which implements the GL_NV_primitive_restart
extension (part of GL 3.1).
It currently works for Gallium softpipe and llvmpipe but there's still
a few loose ends.
The new gallium interface for
On Sun, Jul 11, 2010 at 1:18 AM, Lionel Landwerlin
llandwer...@gmail.com wrote:
Thanks for your response, it worked well.
I have another question but first I think I need to give some context.
I'm trying to build an environment on my laptop which mimics what I'm
going to use on an embedded
On Sat, Jul 3, 2010 at 7:38 AM, nobled nob...@dreamwidth.org wrote:
Fixes the build on Windows.
Applied. Thanks.
--
o...@lunarg.com
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
2010/6/22 Kristian Høgsberg k...@bitplanet.net:
I think the egl-drm-display branch looks good. The platform display
patch is definitely good to commit, and I don't see a problem in
merging the entire egl-drm-display branch either. As I said before, I
was practically sold on the multi-egl
on it. The patch allows me to do some cleanups to st/egl. What do
you think?
--
o...@lunarg.com
From 312d1d2526174277f1cd937b3d1a65d7329557eb Mon Sep 17 00:00:00 2001
From: Chia-I Wu o...@lunarg.com
Date: Thu, 17 Jun 2010 17:14:03 +0800
Subject: [PATCH 1/3] egl: Introduce platform displays internally
2010/6/11 Kristian Høgsberg k...@bitplanet.net:
2010/6/10 Chia-I Wu olva...@gmail.com:
Hi Kristian,
2010/6/4 Kristian Høgsberg k...@bitplanet.net:
Here's an update on the EGL/DRM integration extensions and patches.
I've updated the patches with the feedback from the discussions on the
list
Hi Kristian,
2010/6/4 Kristian Høgsberg k...@bitplanet.net:
Here's an update on the EGL/DRM integration extensions and patches.
I've updated the patches with the feedback from the discussions on the
list to the extent that I think is feasible. I think we're pretty
close to consensus on how
2010/6/4 Jakob Bornecrantz wallbra...@gmail.com:
Kristian and I discussed this on IRC and I think we got an agreement
on the way forward. I'll inline the comments below in the spec file.
2010/6/4 Kristian Høgsberg k...@bitplanet.net:
---
docs/MESA_image_drm.spec | 101
2010/6/3 Chia-I Wu olva...@gmail.com:
2010/6/3 Kristian Høgsberg k...@bitplanet.net:
But it is less flexible IMHO. Also, I am not convinced that EGLImageKHR to
be
queryable, which is stemmed from using EGLImageKHR to represent
pipe_resource.
Using an EGLImageKHR also implies
2010/6/3 Kristian Høgsberg k...@bitplanet.net:
But it is less flexible IMHO. Also, I am not convinced that EGLImageKHR to
be
queryable, which is stemmed from using EGLImageKHR to represent
pipe_resource.
Using an EGLImageKHR also implies that an implementation must implement
EGLImage in
On Sat, May 29, 2010 at 1:19 AM, Jakob Bornecrantz wallbra...@gmail.com wrote:
On Fri, May 28, 2010 at 8:46 AM, Chia-I Wu olva...@gmail.com wrote:
I've got access to a Windows machine recently, and I've spent some time today
to add GDI backend to st/egl. The code can be found at
http
Hi Jakob,
I like the way the extensions are separated and presented. But I have some
thoughts about the entrypoints and EGL types to use.
To begin with, I think the goal of this series of extensions is to export a
subset of pipe_screen-resource_create, pipe_screen-resource_from_handle, and
Hi all,
I've got access to a Windows machine recently, and I've spent some time today
to add GDI backend to st/egl. The code can be found at
http://cgit.freedesktop.org/~olv/mesa/log/?h=egl-gdi
The command options I use to build the DLLs are
$ scons statetrackers=egl drivers=softpipe
The
2010/5/18 Kristian Høgsberg k...@bitplanet.net:
2010/5/18 Chia-I Wu olva...@gmail.com:
2010/5/18 Kristian Høgsberg k...@bitplanet.net:
On Tue, May 18, 2010 at 12:41 PM, Chia-I Wu olva...@gmail.com wrote:
2010/5/18 Jakob Bornecrantz wallbra...@gmail.com:
2010/5/17 Kristian Høgsberg k
2010/5/18 Jakob Bornecrantz wallbra...@gmail.com:
2010/5/17 Kristian Høgsberg k...@bitplanet.net:
The EGL native platform API is determined at compile time and resolves
to Win32, X11 or Symbian at this point. This means that if we want to
support XCB or a native DRM implementation, they have
2010/5/18 Kristian Høgsberg k...@bitplanet.net:
On Tue, May 18, 2010 at 12:41 PM, Chia-I Wu olva...@gmail.com wrote:
2010/5/18 Jakob Bornecrantz wallbra...@gmail.com:
2010/5/17 Kristian Høgsberg k...@bitplanet.net:
The EGL native platform API is determined at compile time and resolves
On Mon, May 10, 2010 at 11:09 PM, Kevin H. Hobbs hob...@ohiou.edu wrote:
On 05/10/2010 09:46 AM, Brian Paul wrote:
A 'make clean' may be needed. Sometimes when source files move around
the 'depend' files don't get properly updated.
-Brian
I get the same result after 'make clean' err.. at
On Sat, May 8, 2010 at 3:56 AM, Jakob Bornecrantz wallbra...@gmail.com wrote:
On Fri, May 7, 2010 at 7:33 PM, Keith Whitwell kei...@vmware.com wrote:
On Fri, 2010-05-07 at 10:47 -0700, Jakob Bornecrantz wrote:
2010/5/7 Kristian Høgsberg k...@bitplanet.net:
2010/5/7 Jakob Bornecrantz
On Wed, May 5, 2010 at 6:04 PM, Keith Whitwell kei...@vmware.com wrote:
On Tue, 2010-05-04 at 22:48 -0700, Chia-I Wu wrote:
2010/5/2 Chia-I Wu olva...@gmail.com:
I've been working on and off for a while on a dispatcher builder called
mapi
(multiple-api, in contrary to gl-api). The code
On Wed, May 5, 2010 at 5:01 AM, Gregory Prisament
g...@lycheesoftware.com wrote:
Hi,
I just did a git pull and I'm no longer able to build the egl demo apps
(mesa/progs/egl/opengles1/* and mesa/progs/egl/opengles2/*). These were
working for me previously.
ES1:
gcc -g -O2 -Wall
On Mon, May 3, 2010 at 12:24 AM, Zack Rusin za...@vmware.com wrote:
On Saturday 01 May 2010 15:27:45 Chia-I Wu wrote:
I've been working on and off for a while on a dispatcher builder called
mapi (multiple-api, in contrary to gl-api). The code is available at
http://cgit.freedesktop.org
501 - 600 of 604 matches
Mail list logo
