headers
Matt Turner | 25 May 2013 03:31
Picon

[PATCH 0/7] Beginnings of ARB_shading_language_420pack

I'm on vacation for the next week, so in case anyone else wants to
finish off ARB_shading_language_420pack, here are the tests and
patches I've done so far.

They cover
 - Swizzles on scalars
 - .length() method of matrices and vectors
 - gl_{Max,Min}ProgramTexelOffset built-in constants (needs a piglit test)
 - Implicit conversion of return values
 - Non-constant expression initializers of const variables
 - and a GLSL spec clarification tacked on at the end

Thanks,
Matt
Permalink | Reply | 0 comments |
headers
Matt Turner | 25 May 2013 03:28
Picon

[PATCH 1/7] mesa: Add infrastructure for ARB_shading_language_420pack.

From: Todd Previte <tprevite <at> gmail.com>

v2 [mattst88]
  - Split infrastructure into separate patch.
  - Add preprocessor #define.
---
 src/glsl/glcpp/glcpp-parse.y    | 3 +++
 src/glsl/glsl_parser_extras.cpp | 1 +
 src/glsl/glsl_parser_extras.h   | 2 ++
 src/mesa/main/extensions.c      | 1 +
 src/mesa/main/mtypes.h          | 1 +
 5 files changed, 8 insertions(+)

diff --git a/src/glsl/glcpp/glcpp-parse.y b/src/glsl/glcpp/glcpp-parse.y
index 81ba04b..2e3e6a8 100644
--- a/src/glsl/glcpp/glcpp-parse.y
+++ b/src/glsl/glcpp/glcpp-parse.y
 <at>  <at>  -1242,6 +1242,9  <at>  <at>  glcpp_parser_create (const struct gl_extensions *extensions, int api)

 	      if (extensions->AMD_vertex_shader_layer)
 	         add_builtin_define(parser, "GL_AMD_vertex_shader_layer", 1);
+
+	      if (extensions->ARB_shading_language_420pack)
+	         add_builtin_define(parser, "GL_ARB_shading_language_420pack", 1);
 	   }
 	}

diff --git a/src/glsl/glsl_parser_extras.cpp b/src/glsl/glsl_parser_extras.cpp
index c0dd713..d02b308 100644
--- a/src/glsl/glsl_parser_extras.cpp
(Continue reading)

Permalink | Reply | 6 comments |
headers
Zack Rusin | 24 May 2013 23:40
Favicon

[PATCH] gallium/docs: adds documentation for multi viewport cap


Signed-off-by: Zack Rusin <zackr <at> vmware.com>
---
 src/gallium/docs/source/screen.rst |    4 ++++
 1 file changed, 4 insertions(+)

diff --git a/src/gallium/docs/source/screen.rst b/src/gallium/docs/source/screen.rst
index 2630491..0957e56 100644
--- a/src/gallium/docs/source/screen.rst
+++ b/src/gallium/docs/source/screen.rst
 <at>  <at>  -164,6 +164,10  <at>  <at>  The integer capabilities:
   for permutational swizzles.
 * ``PIPE_CAP_MAX_TEXTURE_BUFFER_SIZE``: The maximum accessible size with
   a buffer sampler view, in bytes.
+* ``PIPE_CAP_MAX_VIEWPORTS``: The maximum number of viewports (and scissors
+  since they are linked) a driver can support. Returning 0 is equivalent
+  to returning 1 because every driver has to support at least a single
+  viewport/scissor combination.

 
 .. _pipe_capf:
--

-- 
1.7.10.4
Permalink | Reply | 0 comments |
headers
Eric Anholt | 24 May 2013 22:56
Gravatar

intel driver blit rework

Here's a big rework of blitting.  It's a followon to some of the work I
started back in February to make struct intel_region die in a fire.  It's
not a reduction in code like I hoped, but it's a reduction in a lot of
bugs and it should help make extension of our driver to support fast color
clears (and possibly zero-copy PBOs again) much easier.

The code is available at mtblit of
git://people.freedesktop.org/~anholt/mesa
Permalink | Reply | 23 comments |
headers
Zack Rusin | 24 May 2013 22:56
Favicon

[PATCH 0/4] V2 Multiple viewports in Gallium

This series adds support for multiple viewports/scissors
to gallium and implements it in llvmpipe. All the other
drivers still support just a single viewport/scissor
combo and their behavior should be exactly the same as
it was.

I think this one takes care of all the comments. I think    
it addresses everyones concerns. Please let me know if 
I missed something.

Zack Rusin (4):
  gallium: Add support for multiple viewports
  draw: implement support for multiple viewports
  llvmpipe: implement support for multiple viewports
  draw: fixup draw_find_shader_output

 src/gallium/auxiliary/cso_cache/cso_context.c      |    4 +-
 src/gallium/auxiliary/draw/draw_cliptest_tmp.h     |   10 +++-
 src/gallium/auxiliary/draw/draw_context.c          |   63 +++++++++++++++-----
 src/gallium/auxiliary/draw/draw_context.h          |    6 +-
 src/gallium/auxiliary/draw/draw_gs.c               |   11 +++-
 src/gallium/auxiliary/draw/draw_gs.h               |    1 +
 src/gallium/auxiliary/draw/draw_pipe_clip.c        |   11 +++-
 src/gallium/auxiliary/draw/draw_private.h          |    8 +--
 .../draw/draw_pt_fetch_shade_pipeline_llvm.c       |    4 +-
 src/gallium/auxiliary/draw/draw_vertex.h           |    2 +-
 src/gallium/auxiliary/draw/draw_vs.c               |    7 ---
 src/gallium/auxiliary/draw/draw_vs_variant.c       |   34 +++++++++--
 src/gallium/auxiliary/tgsi/tgsi_scan.c             |    6 ++
 src/gallium/auxiliary/tgsi/tgsi_scan.h             |    1 +
(Continue reading)

Permalink | Reply | 8 comments |
headers
Tom Stellard | 24 May 2013 20:07

radeonsi compute improvements

Hi,

These patches along with the associated LLVM changes improve compute
support on radeonsi to the point were it can run a number of simple apps,
including the bitcoin mining program bfgminer.

Patch #4 re-introduces the r600_upload_const_buffer() function that was removed in
eb19163a4dd3d7bfeed63229820c926f99ed00d9.  However, using this function
from si_set_constant_buffer() causes a memory leak in X/Glamor which makes it impossible
to complete a full piglit run.  I'm not sure what the problem is, since it worked before
the above mentioned commit, but I'm hoping someone can spot my mistake.

-Tom
Permalink | Reply | 8 comments |
headers
Michel Dänzer | 24 May 2013 18:19

[PATCH 0/7] radeonsi: GLSL 1.30 support

This series fixes a couple of problems in preparation, then adds the missing
functionality for GLSL 1.30 and finally enables it. This enables around 800
more piglit tests, keeping the overall passrate about the same as before.

[PATCH 1/7] radeonsi: Fix hardware state for dual source blending
[PATCH 2/7] radeonsi: Make border colour state handling safe for
[PATCH 3/7] radeonsi: Use tgsi_util_get_texture_coord_dim()
[PATCH 4/7] radeonsi: Add support for TGSI TXF opcode
[PATCH 5/7] radeonsi: Handle TGSI TXQ opcode
[PATCH 6/7] radeonsi: Handle TGSI_SEMANTIC_CLIPDIST
[PATCH 7/7] radeonsi: Enable GLSL 1.30
Permalink | Reply | 7 comments |
headers
bugzilla-daemon | 24 May 2013 18:16

[Bug 64959] New: Cannot build against EGL without X11

Priority Bug ID Assignee Summary Severity Classification OS Reporter Hardware Status Version Component Product
medium
64959
mesa-dev <at> lists.freedesktop.org
Cannot build against EGL without X11
normal
Unclassified
All
ross <at> burtonini.com
Other
NEW
unspecified
Mesa core
Mesa

I'm building wayland 1.1 and weston 1.1 in an environment without any X headers against Mesa 9.0.2: | In file included from /data/poky-master/tmp/sysroots/atom-pc/usr/include/EGL/egl.h:36:0, | from /data/poky-master/tmp/work/core2-poky-linux/weston/1.1.0-r0/weston-1.1.0/src/gl-renderer.h:30, | from /data/poky-master/tmp/work/core2-poky-linux/weston/1.1.0-r0/weston-1.1.0/src/gl-renderer.c:35: | /data/poky-master/tmp/sysroots/atom-pc/usr/include/EGL/eglplatform.h:118:22: fatal error: X11/Xlib.h: No such file or directory Currently I'm working around this by adding -DMESA_EGL_NO_X11_HEADERS to CFLAGS but that's clearly not the right thing to do.
You are receiving this mail because:
  • You are the assignee for the bug.
_______________________________________________
mesa-dev mailing list
mesa-dev <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Permalink | Reply | 0 comments |
headers
Brian Paul | 24 May 2013 16:10
Favicon

[PATCH 1/2] st/glx: add null ctx check in glXDestroyContext()

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=64934
NOTE: This is a candidate for the stable branches.
---
 src/gallium/state_trackers/glx/xlib/glx_api.c |   22 ++++++++++++----------
 1 file changed, 12 insertions(+), 10 deletions(-)

diff --git a/src/gallium/state_trackers/glx/xlib/glx_api.c b/src/gallium/state_trackers/glx/xlib/glx_api.c
index a66ebc8..c6dc134 100644
--- a/src/gallium/state_trackers/glx/xlib/glx_api.c
+++ b/src/gallium/state_trackers/glx/xlib/glx_api.c
 <at>  <at>  -1353,16 +1353,18  <at>  <at>  glXQueryExtension( Display *dpy, int *errorBase, int *eventBase )
 PUBLIC void
 glXDestroyContext( Display *dpy, GLXContext ctx )
 {
-   GLXContext glxCtx = ctx;
-   (void) dpy;
-   MakeCurrent_PrevContext = 0;
-   MakeCurrent_PrevDrawable = 0;
-   MakeCurrent_PrevReadable = 0;
-   MakeCurrent_PrevDrawBuffer = 0;
-   MakeCurrent_PrevReadBuffer = 0;
-   XMesaDestroyContext( glxCtx->xmesaContext );
-   XMesaGarbageCollect();
-   free(glxCtx);
+   if (ctx) {
+      GLXContext glxCtx = ctx;
+      (void) dpy;
+      MakeCurrent_PrevContext = 0;
+      MakeCurrent_PrevDrawable = 0;
+      MakeCurrent_PrevReadable = 0;
+      MakeCurrent_PrevDrawBuffer = 0;
+      MakeCurrent_PrevReadBuffer = 0;
+      XMesaDestroyContext( glxCtx->xmesaContext );
+      XMesaGarbageCollect();
+      free(glxCtx);
+   }
 }

 
--

-- 
1.7.10.4
Permalink | Reply | 2 comments |
headers
bugzilla-daemon | 24 May 2013 12:56

[Bug 64952] New: Build failure in egl-static when using llvm-3.3

Priority Bug ID Assignee Summary Severity Classification OS Reporter Hardware Status Version Component Product
medium
64952
mesa-dev <at> lists.freedesktop.org
Build failure in egl-static when using llvm-3.3
normal
Unclassified
Linux (All)
gustav.petersson <at> gmail.com
Other
NEW
git
Mesa core
Mesa

egl-static needs LLVM component IPO which is only included when building with opencl
You are receiving this mail because:
  • You are the assignee for the bug.
_______________________________________________
mesa-dev mailing list
mesa-dev <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Permalink | Reply | 1 comment |
headers
Christian König | 24 May 2013 10:25
Picon
Favicon

[PATCH 1/3] st/vdpau: invalidate the handles on destruction

From: Christian König <christian.koenig <at> amd.com>

Fixes a problem with xbmc when switching channels.

Signed-off-by: Christian König <christian.koenig <at> amd.com>
---
 src/gallium/state_trackers/vdpau/decode.c  |    1 +
 src/gallium/state_trackers/vdpau/device.c  |    1 +
 src/gallium/state_trackers/vdpau/surface.c |    2 ++
 3 files changed, 4 insertions(+)

diff --git a/src/gallium/state_trackers/vdpau/decode.c b/src/gallium/state_trackers/vdpau/decode.c
index 61b10e0..2ffd8dd 100644
--- a/src/gallium/state_trackers/vdpau/decode.c
+++ b/src/gallium/state_trackers/vdpau/decode.c
 <at>  <at>  -139,6 +139,7  <at>  <at>  vlVdpDecoderDestroy(VdpDecoder decoder)
    vldecoder->decoder->destroy(vldecoder->decoder);
    pipe_mutex_unlock(vldecoder->device->mutex);

+   vlRemoveDataHTAB(decoder);
    FREE(vldecoder);

    return VDP_STATUS_OK;
diff --git a/src/gallium/state_trackers/vdpau/device.c b/src/gallium/state_trackers/vdpau/device.c
index c530f43..a829c27 100644
--- a/src/gallium/state_trackers/vdpau/device.c
+++ b/src/gallium/state_trackers/vdpau/device.c
 <at>  <at>  -166,6 +166,7  <at>  <at>  vlVdpDeviceDestroy(VdpDevice device)
    dev->context->destroy(dev->context);
    vl_screen_destroy(dev->vscreen);

+   vlRemoveDataHTAB(device);
    FREE(dev);
    vlDestroyHTAB();

diff --git a/src/gallium/state_trackers/vdpau/surface.c b/src/gallium/state_trackers/vdpau/surface.c
index ad56125..135eb85 100644
--- a/src/gallium/state_trackers/vdpau/surface.c
+++ b/src/gallium/state_trackers/vdpau/surface.c
 <at>  <at>  -132,7 +132,9  <at>  <at>  vlVdpVideoSurfaceDestroy(VdpVideoSurface surface)
       p_surf->video_buffer->destroy(p_surf->video_buffer);
    pipe_mutex_unlock(p_surf->device->mutex);

+   vlRemoveDataHTAB(surface);
    FREE(p_surf);
+
    return VDP_STATUS_OK;
 }

--

-- 
1.7.9.5

_______________________________________________
mesa-dev mailing list
mesa-dev <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Permalink | Reply | 2 comments |

Gmane