This patch implements the texture sharing.
Signed-off-by: Zhigang Gong
---
src/mesa/drivers/dri/i965/Makefile.am |2 +
src/mesa/drivers/dri/i965/Makefile.sources |1 +
.../drivers/dri/i965/intel_dri_resource_sharing.c | 192
.../drivers/dri
Signed-off-by: Zhigang Gong
---
src/mesa/drivers/dri/common/dri_util.c | 48
src/mesa/drivers/dri/common/dri_util.h | 10 +++
2 files changed, 58 insertions(+)
diff --git a/src/mesa/drivers/dri/common/dri_util.c
b/src/mesa/drivers/dri/common/dri_util.c
ter
at dri driver layer.
Signed-off-by: Zhigang Gong
---
include/EGL/eglext.h| 19
include/GL/internal/dri_interface.h | 19
src/egl/drivers/dri2/egl_dri2.c | 167 +++
src/egl/drivers/dri2/egl_dri2.h |2 +
src/egl/main/M
/render buffer. The low level attributes
are defined at dri driver layer. It a driver specific data structure
which could be used by the external library (Open Cl driver) to
create another shared buffer object to access the same resource
correctly.
Signed-off-by: Zhigang Gong
---
docs/specs
This patch implements the texture sharing.
Signed-off-by: Zhigang Gong
---
src/mesa/drivers/dri/i965/Makefile.am |2 +
src/mesa/drivers/dri/i965/Makefile.sources |1 +
.../drivers/dri/i965/intel_dri_resource_share.c| 192
.../drivers/dri
Signed-off-by: Zhigang Gong
---
src/mesa/drivers/dri/common/dri_util.c | 48
src/mesa/drivers/dri/common/dri_util.h | 10 +++
2 files changed, 58 insertions(+)
diff --git a/src/mesa/drivers/dri/common/dri_util.c
b/src/mesa/drivers/dri/common/dri_util.c
ter
at dri driver layer.
Signed-off-by: Zhigang Gong
---
include/EGL/eglext.h| 19
include/GL/internal/dri_interface.h | 19
src/egl/drivers/dri2/egl_dri2.c | 167 +++
src/egl/drivers/dri2/egl_dri2.h |2 +
src/egl/main/M
e welcome and if this new extension is not the right way to
solve the
original problem, please feel free to point it out and kindly guide which is
the right
way to implement the cl-gl interoperations. Thanks.
Zhigang Gong (3):
EGL: introduce a new extension to share resource with external
Hi,
I'm developing gl sharing for Open Cl 1.1 implementation. My current solution
is to
use the existing interface and extension to export a gl texture/buffer object
to the
OpenCL domain, and create an cl memory object from the same buffer object(drm
level).
But I met some gaps with current mes
Hi Brian,
Have you tried those testings(osmesa, static lib builds, etc) already and
any new comments for the previous patchset.
Thanks.
> -Original Message-
> From:
> mesa-dev-bounces+zhigang.gong=linux.intel@lists.freedesktop.org
> [mailto:mesa-dev-bounces+zhigang.gong=linux.intel.
archives.
>
> -tom
>
> On 15.02.2012, at 12:41, zhigang.g...@linux.intel.com wrote:
>
> > From: Zhigang Gong
> >
> > If the system support tls, we prefer to enable it by default just as
> > xserver does. Actually, the checking code is copied from
> >
From: Zhigang Gong
Use the properate way detected in autoconf stage to define
those TLS variables rather than using hard coded
"attribute..."
Signed-off-by: Zhigang Gong
---
src/egl/main/eglcurrent.c |3 +--
src/glx/glxclient.h|3 +-
From: Zhigang Gong
If the system support tls, we prefer to enable it by default
just as xserver does. Actually, the checking code is copied
from xserver/configure.ac.
According to nobled's suggestion, move the checking before
enable_asm. As if tls_model is not supported, then asm may
can&#
From: Zhigang Gong
This version fixed the CFLAGS setting when check whether support
tls model.
---
This patchset enable GLX_USE_TLS if the system support
it. And this patchset will check whether we support tls
model and choose propriate method to define those TLS
variables rather than define
From: Zhigang Gong
Added two color formats RGB565 and A8 to gbm layer.
Added A8 to dri layer.
Signed-off-by: Zhigang Gong
---
include/GL/internal/dri_interface.h |1 +
src/gbm/backends/dri/gbm_dri.c|6 ++
src/gbm/main/gbm.h|6
From: Zhigang Gong
To extent gbm to support more formats and usages, it's better
to do the format and usage matching in a seprated function.
Also fixed a memory leak at gbm_dri_bo_create, if failed to
create a DRI image, before return NULL, we need to free
bo.
Signed-off-by: Zhigang
On Mon, Feb 13, 2012 at 06:10:36PM +0800, Zhigang Gong wrote:
> On Sun, Feb 12, 2012 at 09:02:44AM -0500, nobled wrote:
>From ac92209ccf1d8877eb58bf0bfdd0ccc389200bac Mon Sep 17 00:00:00 2001
From: Zhigang Gong
Date: Mon, 13 Feb 2012 17:29:12 +0800
Subject: [PATCH 2/2] GLX_TLS: use TLS
etc defines.
>
Thanks for the comments, I refined the patch according to you and
Dan's suggestion. Here is the new version. As to the version check
of CLANG, I haven't handled it as I don't have the environment at
hand. Could you help to add it?
>From 75de119cf92cb43cecd4813
On Wed, Feb 08, 2012 at 02:46:42PM -0800, Eric Anholt wrote:
> On Wed, 8 Feb 2012 16:19:38 +0800, zhigang.g...@linux.intel.com wrote:
> > From: Zhigang Gong
> >
> > If the system support tls, we prefer to enable it by default
> > just as xserver does. Actually,
From: Zhigang Gong
If the system support tls, we prefer to enable it by default
just as xserver does. Actually, the checking code is copied
from xserver/configure.ac.
Signed-off-by: Zhigang Gong
---
configure.ac | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a
Added a new interface to create a gbm_bo from external name.
Signed-off-by: Zhigang Gong
---
src/gbm/backends/dri/gbm_dri.c | 40
src/gbm/main/gbm.c | 12
src/gbm/main/gbm.h |6 ++
src/gbm/main/gbmint.h
Added two color formats RGB565 and A8 to gbm layer.
Add A8 to dri layer.
Signed-off-by: Zhigang Gong
---
include/GL/internal/dri_interface.h |1 +
src/gbm/backends/dri/gbm_dri.c|6 ++
src/gbm/main/gbm.h|2 ++
src/mesa/drivers/dri/intel
are valid and if not, we
return NULL directly. And if we fail to create image,
we need to free the allocated buffer.
Signed-off-by: Zhigang Gong
---
src/gbm/backends/dri/gbm_dri.c | 64 +---
src/gbm/main/gbm.h |4 ++
2 files changed, 44
According to Ian's comments, split the original patchset
to three. The last one is to add new API to create a gbm
bo from external name. Now I'm convinced that in one process
, it's better to use one bufmgr. Just for API completeness,
I still submit it here.
___
On Thu, Dec 15, 2011 at 11:57 PM, Eric Anholt wrote:
> On Thu, 15 Dec 2011 17:58:45 +0800, zhigang.g...@linux.intel.com wrote:
>> From: Zhigang Gong
>>
>> Glamor need a function to create a texture from a
>> BO allocated by using libdrm directly in DDX layer.
From: Zhigang Gong
Added two color formats RGB565 and A8 to gbm layer.
Add A8 to dri layer.
Signed-off-by: Zhigang Gong
---
include/GL/internal/dri_interface.h |1 +
src/gbm/backends/dri/gbm_dri.c|6 ++
src/gbm/main/gbm.h|2 ++
src
From: Zhigang Gong
Glamor need a function to create a texture from a
BO allocated by using libdrm directly in DDX layer.
EGL image extension API eglCreateImageKHR does support
this function, but that extension only support one
colore format - ARGB32 which is not sufficent for
us. I discussed
2011/12/5 Kristian Høgsberg :
> 2011/12/5 zhigang gong :
>> Hi Kristian,
>>
>> I'm integrating glamor with intel's video driver now. The basic idea
>> is to allocate a BO
>> by calling libdrm directly in intel uxa code path, then latter create
>>
Hi Kristian,
I'm integrating glamor with intel's video driver now. The basic idea
is to allocate a BO
by calling libdrm directly in intel uxa code path, then latter create
an EGL image from
that BO's handle. And then bind the image to a texture then glamor can
use it as usual.
Now the problem is
Sorry, forgot to copy to the mail list.
-- Forwarded message --
From: zhigang gong
Date: Fri, Nov 25, 2011 at 5:18 PM
Subject: Re: [Mesa-dev] Question about the texture's reference count
processing in _mesa_update_texture
To: Brian Paul
Hi Brian,
The test case is attache
Hi guys,
I have a question about the internal implementation of glDrawArrays or any
rendering functions.
In the code path, it calls to _mesa_update_texture(), and if there is
really a complete texture,
it will call _mesa_reference_texobj to set it to _Current, and increase the
texture object's ref
Thanks for your suggestion. Jose already revised my patch to use
uintptr_t instead of long.
On Fri, May 13, 2011 at 1:48 AM, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 05/12/2011 01:49 AM, zhigang gong wrote:
>> glu.h: typedef void (GLAPI
glu.h: typedef void (GLAPIENTRYP _GLUfuncptr)(); causes the following
warning: function declaration isn't a prototype.
egl: When convert a (void *) to a int type, it's better to
convert to long firstly, otherwise in 64 bit envirnonment, it
causes compilation warning.
---
inc
Current EGL only support one drm buffer format which is
EGL_DRM_BUFFER_FORMAT_ARGB32_MESA. This
format works fine with normal image, but if we want to
create a drm buffer which will be used for a hardware cursor,
then it has problem. The default behaviou for this format is
34 matches
Mail list logo
