On 08/01/2012 06:11 PM, Matt Turner wrote:
On Wed, Aug 1, 2012 at 5:21 PM, Ian Romanick wrote:
diff --git a/src/egl/main/eglmisc.c b/src/egl/main/eglmisc.c
index 9d534f0..54e5727 100644
--- a/src/egl/main/eglmisc.c
+++ b/src/egl/main/eglmisc.c
@@ -107,9 +107,8 @@ _eglUpdateExtensionsString(_EGL
On Wed, Aug 1, 2012 at 2:50 PM, Matt Turner wrote:
>
> Indeed. I wondered the same. The use of NAN/INF are inside an #if
> !defined(PIPE_CC_MSVC) block, so MSVC can't be the problem. NAN and
> INFINITY are c99, which I'm not sure we can assume. Then again, if not
> MSVC, what compiler is the probl
On Wed, Aug 1, 2012 at 5:21 PM, Ian Romanick wrote:
> diff --git a/src/egl/main/eglmisc.c b/src/egl/main/eglmisc.c
> index 9d534f0..54e5727 100644
> --- a/src/egl/main/eglmisc.c
> +++ b/src/egl/main/eglmisc.c
> @@ -107,9 +107,8 @@ _eglUpdateExtensionsString(_EGLDisplay *dpy)
> _EGL_CHECK_EXTEN
From: Ian Romanick
Previously an error would be generated if any attributes were specified when
creating a non-desktop OpenGL context. This was a mistake, and it will
prevent old drivers from working with new EGL libraries that add support for
the createContextAttribs interface. Instead, match
From: Ian Romanick
Signed-off-by: Ian Romanick
Cc: Kristian Høgsberg
Cc: Matt Turner
---
src/egl/drivers/dri2/egl_dri2.c | 11 +--
1 files changed, 5 insertions(+), 6 deletions(-)
diff --git a/src/egl/drivers/dri2/egl_dri2.c b/src/egl/drivers/dri2/egl_dri2.c
index 480268f..90956a1
From: Ian Romanick
KHR extension name is reserved for Khronos ratified extensions, and there is
no such thing as EGL_KHR_surfaceless_{gles1,gles2,opengl}. Replace these
three extensions with EGL_KHR_surfaceless_context since that extension
actually exists.
Signed-off-by: Ian Romanick
Cc: Krist
From: Ian Romanick
Since support for swrast version 2 was added (f55d027a), it has also been
required. In swrast_driver_extensions, version 2 is set for __DRI_SWRAST
extension. Remove the spurious version checks sprinked through the code.
Signed-off-by: Ian Romanick
Cc: Kristian Høgsberg
Cc:
From: Ian Romanick
This is necessary for EGL_KHR_create_context work (including writing
piglit tests).
Signed-off-by: Ian Romanick
Cc: Matt Turner
---
include/EGL/eglext.h | 157 +-
1 files changed, 143 insertions(+), 14 deletions(-)
diff --gi
From: Jerome Glisse
Use atom for sampler state. Does not provide new functionality
or fix any bug. Just a step toward full atom base r600g.
Signed-off-by: Jerome Glisse
---
src/gallium/drivers/r600/evergreen_hw_context.c | 117 -
src/gallium/drivers/r600/evergreen_state.c |
This patch atomize the sampler state. No regression on evergreen,
can't really check r6xx/r7xx as they all lockup for me with mesa
master and 3.5
Plan is to convert everything to atom and then predefine atom
emission order.
Cheers,
Jerome
___
mesa-dev
From: Ian Romanick
You can't practically have desktop OpenGL and OpenGL ES on the same system
without this. The benefits of not having it (e.g., a more compact dispatch
table) are irrelevant.
Signed-off-by: Ian Romanick
---
configure.ac |4 ++--
1 files changed, 2 insertions(+), 2 deletio
From: Ian Romanick
Signed-off-by: Ian Romanick
---
src/mapi/glapi/tests/check_table.cpp |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/mapi/glapi/tests/check_table.cpp
b/src/mapi/glapi/tests/check_table.cpp
index fa1aeb1..dcd6382 100644
--- a/src/mapi/glapi
From: Ian Romanick
These are largely based on the src/mapi/glapi/tests. However,
shared-glapi provides less external visibility into the dispatch table,
so there is less to test. Also, shared-glapi does not implement
_glapi_get_proc_name, so that test was removed.
Signed-off-by: Ian Romanick
From: Ian Romanick
When --enable-shared-glapi is used, all non-ABI entries in the table are
lies. Avoiding the use of glapitable.h avoids the lies. The only
entries used in this code are entries that are ABI. For these, the ABI
offset can be used directly.
Since this code is in src/glx, it ca
From: Ian Romanick
Signed-off-by: Ian Romanick
---
src/mapi/glapi/gen/gl_table.py |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/src/mapi/glapi/gen/gl_table.py b/src/mapi/glapi/gen/gl_table.py
index 7f3b915..a0ae4c3 100644
--- a/src/mapi/glapi/gen/gl_table.py
+++
From: Ian Romanick
This fixes 'make check' on with --enable-shared-glapi. This test cannot work
in that environment.
Signed-off-by: Ian Romanick
---
src/mapi/glapi/tests/Makefile.am |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/src/mapi/glapi/tests/Makefile.am b/sr
Pauli Nieminen writes:
> I updated patches based on review comments and run piglit for swrast. There
> is also new patch to fix sampler object binding to update shared state in
> share group.
>
> Too bad swrast fails randomly all tests that use front buffer because tests
> aren't waiting for map
On 08/01/2012 03:02 PM, Matt Turner wrote:
> ---
> I'm unsure about removing 'builtin/profiles/* ...' but they caused
> the build to fail if they were there.
>
> src/glsl/Makefile.am |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/src/glsl/Makefile.am b/src/glsl/
On Wed, Aug 1, 2012 at 3:48 PM, Kenneth Graunke wrote:
> On 08/01/2012 03:02 PM, Matt Turner wrote:
>> ---
>> Still some buggy areas, including Gallium and GLES.
>>
>> autogen.sh | 12 +++-
>> 1 files changed, 3 insertions(+), 9 deletions(-)
>>
>> diff --git a/autogen.sh b/autogen.sh
>>
On 08/01/2012 03:02 PM, Matt Turner wrote:
> ---
> Still some buggy areas, including Gallium and GLES.
>
> autogen.sh | 12 +++-
> 1 files changed, 3 insertions(+), 9 deletions(-)
>
> diff --git a/autogen.sh b/autogen.sh
> index b5f6ec4..3e6e500 100755
> --- a/autogen.sh
> +++ b/autoge
---
src/mesa/Makefile.am |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/Makefile.am b/src/mesa/Makefile.am
index 20814c0..f1cd6d6 100644
--- a/src/mesa/Makefile.am
+++ b/src/mesa/Makefile.am
@@ -85,11 +85,11 @@ main/api_exec_es2.c: main/APIspec.xml main/es_gen
---
src/mesa/Makefile.am |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/mesa/Makefile.am b/src/mesa/Makefile.am
index 1049ad4..20814c0 100644
--- a/src/mesa/Makefile.am
+++ b/src/mesa/Makefile.am
@@ -77,20 +77,20 @@ main/api_exec_es2_remap_helper.h:
$(GLAPI)/g
---
Still some buggy areas, including Gallium and GLES.
autogen.sh | 12 +++-
1 files changed, 3 insertions(+), 9 deletions(-)
diff --git a/autogen.sh b/autogen.sh
index b5f6ec4..3e6e500 100755
--- a/autogen.sh
+++ b/autogen.sh
@@ -1,19 +1,13 @@
#! /bin/sh
-srcdir=`dirname "$0"`
+sr
---
I'm unsure about removing 'builtin/profiles/* ...' but they caused
the build to fail if they were there.
src/glsl/Makefile.am |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/glsl/Makefile.am b/src/glsl/Makefile.am
index 0ab6672..c8c8f1c 100644
--- a/src/glsl/Ma
Introduced by 3d000e7dd.
---
src/gtest/Makefile.am |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gtest/Makefile.am b/src/gtest/Makefile.am
index 3824d71..7defa34 100644
--- a/src/gtest/Makefile.am
+++ b/src/gtest/Makefile.am
@@ -19,8 +19,8 @@
# FROM, OUT OF OR IN
---
src/mesa/Makefile.am |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/Makefile.am b/src/mesa/Makefile.am
index 85cdc1a..1049ad4 100644
--- a/src/mesa/Makefile.am
+++ b/src/mesa/Makefile.am
@@ -77,11 +77,11 @@ main/api_exec_es2_remap_helper.h:
$(GLAPI)/gl_an
Fixes problem where libdricore's of-out-tree build couldn't find
glcpp.h.
---
src/mesa/sources.mak |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/mesa/sources.mak b/src/mesa/sources.mak
index be7e13d..30e2219 100644
--- a/src/mesa/sources.mak
+++ b/src/mesa/sources.ma
---
src/mesa/sources.mak |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/src/mesa/sources.mak b/src/mesa/sources.mak
index 74744c4..be7e13d 100644
--- a/src/mesa/sources.mak
+++ b/src/mesa/sources.mak
@@ -372,12 +372,6 @@ MESA_GALLIUM_OBJECTS = \
COMMON_DRIVER_OBJECT
This series, on top of RAOF's 7 patch series allows basic out-of-tree
builds to work.
Patches 1, 7, and 8 are really just a few trivial changes, not related
to out-of-tree builds.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.fre
On Tue, Jul 31, 2012 at 1:16 AM, Philipp Klaus Krause wrote:
> This one doesn't make sense to me: For __GNUC__ it uses
> implementation-defined non-standard stuff. For other compilers it
> divides by zero, which is undefined behaviour. Why not use standard
> macros NAN and INFINITY from math.h? Th
On 08/01/2012 02:19 PM, Matt Turner wrote:
> From: Christopher James Halse Rogers
>
> Also fix include paths for the generated headers.
>
> v2: Switch to using self-explanatory BUILDDIR/SRCDIR defined from
> top_builddir/top_srcdir rather than the ambiguous TOP.
> v3: Add both top_builddir a
Windowed speed is of course way to slow, but fullscreen
works like a charm now.
Signed-off-by: Christian König
---
configure.ac|2 +-
src/gallium/targets/vdpau-radeonsi/Makefile | 30 +++
src/gallium/targets/vdpau-radeonsi/target.c |
Using the writemask in the sampler results in packet
VGPRS. For now just sample all components and let
llvm chose the right one.
Signed-off-by: Christian König
---
src/gallium/drivers/radeonsi/radeonsi_shader.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/galliu
Signed-off-by: Christian König
---
src/gallium/drivers/radeonsi/radeonsi_shader.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/radeonsi_shader.c
b/src/gallium/drivers/radeonsi/radeonsi_shader.c
index 81b44a7..522016e 100644
--- a/
Currently there are more important things to worry about.
Signed-off-by: Christian König
---
src/gallium/drivers/radeonsi/r600_texture.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/src/gallium/drivers/radeonsi/r600_texture.c
b/src/gallium/drivers/radeonsi/r600_texture.c
index e3424
I don't know if this is a good idea, but it
fixes the problem at hand.
Signed-off-by: Christian König
---
src/gallium/drivers/radeon/SICodeEmitter.cpp | 27 +++---
1 file changed, 20 insertions(+), 7 deletions(-)
diff --git a/src/gallium/drivers/radeon/SICodeEmitter.cpp
b
The backend is multiplying the offset by the numbers of
elements anyway, so doing it twice just makes everything
crash.
Signed-off-by: Christian König
---
src/gallium/drivers/radeonsi/radeonsi_shader.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers
Daniel,
This patch touches your Android makefile fixes. Could you verify that it doesn't
break the Android build?
-Chad
On 08/01/2012 02:19 PM, Matt Turner wrote:
> From: Christopher James Halse Rogers
>
> Also fix include paths for the generated headers.
>
> v2: Switch to using self-explanat
From: Christopher James Halse Rogers
Also fix include paths for the generated headers.
v2: Switch to using self-explanatory BUILDDIR/SRCDIR defined from
top_builddir/top_srcdir rather than the ambiguous TOP.
v3: Add both top_builddir and top_srcdir to include flags for mesa asm.
These re
---
src/gallium/drivers/r600/r600_asm.c | 18 ++
1 file changed, 18 insertions(+)
diff --git a/src/gallium/drivers/r600/r600_asm.c
b/src/gallium/drivers/r600/r600_asm.c
index 0f28824..b0194bf 100644
--- a/src/gallium/drivers/r600/r600_asm.c
+++ b/src/gallium/drivers/r600/r600_asm
---
src/gallium/drivers/r600/r600_asm.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_asm.c
b/src/gallium/drivers/r600/r600_asm.c
index 0cca829..0f28824 100644
--- a/src/gallium/drivers/r600/r600_asm.c
+++ b/src/gallium/drivers/r600/r600_a
---
src/gallium/drivers/r600/r600_asm.c| 12 +++-
src/gallium/drivers/r600/r600_asm.h| 4 +++-
src/gallium/drivers/r600/r600_shader.c | 8 +---
src/gallium/drivers/r600/r700_asm.c| 5 +++--
4 files changed, 18 insertions(+), 11 deletions(-)
diff --git a/src/gallium/driv
- Original Message -
> On 1 August 2012 12:10, Benoit Jacob < bja...@mozilla.com > wrote:
> > - Original Message -
>
> > > On 08/01/2012 11:23 AM, Benoit Jacob wrote:
>
> > > > Hi,
>
> > > >
>
> > > > We're now at the finish line of passing WebGL 1.0.1 test on
> > > > real
>
On 1 August 2012 12:10, Benoit Jacob wrote:
>
>
> - Original Message -
> > On 08/01/2012 11:23 AM, Benoit Jacob wrote:
> > > Hi,
> > >
> > > We're now at the finish line of passing WebGL 1.0.1 test on real
> > > drivers.
> > >
> > > We landed a work-around for the glLinkProgram issue, as
- Original Message -
> On 08/01/2012 11:23 AM, Benoit Jacob wrote:
> > Hi,
> >
> > We're now at the finish line of passing WebGL 1.0.1 test on real
> > drivers.
> >
> > We landed a work-around for the glLinkProgram issue, as it was
> > happening on many drivers across many OSes.
> >
>
On 08/01/2012 11:23 AM, Benoit Jacob wrote:
> Hi,
>
> We're now at the finish line of passing WebGL 1.0.1 test on real
> drivers.
>
> We landed a work-around for the glLinkProgram issue, as it was
> happening on many drivers across many OSes.
>
> Now the very last conformance failure on the Inte
On 8/1/12 11:52 AM, Matt Turner wrote:
On Wed, Aug 1, 2012 at 8:45 AM, Adam Jackson wrote:
Even on s390{,x} where there's no video card, you still want this so GLX
protocol works.
Yes, please. Too many bad defaults in configure.ac. My alpha with an
R350 thanks you.
Reviewed-by: Matt Turner
Hi,
We're now at the finish line of passing WebGL 1.0.1 test on real drivers.
We landed a work-around for the glLinkProgram issue, as it was happening on
many drivers across many OSes.
Now the very last conformance failure on the Intel driver / Mesa 8.0.2 is the
one in this test page,
http
On 8/1/12 1:01 PM, Jose Fonseca wrote:
I think that there's one ';;' too many.
This is from my build daemon:
checking for posix_memalign... yes
./configure: line 18498: syntax error near unexpected token `;;'
./configure: line 18498: `;;'
There was, yes, sorry. Matt fixed it in
On 08/01/2012 10:02 AM, Tomeu Vizoso wrote:
> On Mon, Jul 23, 2012 at 4:30 PM, Tomeu Vizoso wrote:
>> On Mon, Jul 16, 2012 at 8:45 PM, Tomeu Vizoso wrote:
>>> Previously, we advertised the extension but the builtin functions
>>> were enabled only for GLSL and not for ES.
>>>
>>> Bugzilla: https:/
https://bugs.freedesktop.org/show_bug.cgi?id=53053
Matt Turner changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On 08/01/2012 03:16 AM, Christoph Bumiller wrote:
On 01.08.2012 11:59, Christoph Bumiller wrote:
On 01.08.2012 07:52, Kenneth Graunke wrote:
On 07/31/2012 06:04 PM, Eric Anholt wrote:
Prior to GL 4.2 spec, there was no guidance on how to implement
BlitFramebuffer for sRGB. Mesa chose to imple
On Mon, Jul 23, 2012 at 4:30 PM, Tomeu Vizoso wrote:
> On Mon, Jul 16, 2012 at 8:45 PM, Tomeu Vizoso wrote:
>> Previously, we advertised the extension but the builtin functions
>> were enabled only for GLSL and not for ES.
>>
>> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=52003
>>
>> S
https://bugs.freedesktop.org/show_bug.cgi?id=53053
Bug #: 53053
Summary: ./configure: line 18498: syntax error near unexpected
token `;;'
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
I think that there's one ';;' too many.
This is from my build daemon:
checking for posix_memalign... yes
./configure: line 18498: syntax error near unexpected token `;;'
./configure: line 18498: `;;'
Jose
- Original Message -
> Module: Mesa
> Branch: master
> Commit: 33ef67ab2
On 08/01/2012 09:51 AM, Brian Paul wrote:
The GL_OES_mapbuffer extension is supported by OpenGL ES 1 and ES 2 so return
GL_MAP_WRITE_BIT for both ES versions, not just ES 1.
Yes, but keep ?:.
Reviewed-by: Ian Romanick
---
src/mesa/main/bufferobj.c |6 --
1 files changed, 4 insert
The GL_OES_mapbuffer extension is supported by OpenGL ES 1 and ES 2 so return
GL_MAP_WRITE_BIT for both ES versions, not just ES 1.
---
src/mesa/main/bufferobj.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/mesa/main/bufferobj.c b/src/mesa/main/bufferobj.c
inde
On 1 August 2012 08:18, Ian Romanick wrote:
> On 07/27/2012 10:35 AM, Paul Berry wrote:
>
>> EXT_framebuffer_multisample is a required subpart of
>> ARB_framebuffer_object, which means that we must support it even on
>> platforms that don't support MSAA. Fortunately
>> EXT_framebuffer_multisampl
On 8/1/12 11:54 AM, Matt Turner wrote:
These assignments caused CFLAGS specified on the configure like to
appear twice in the final CFLAGS. Removing them makes the behavior
reasonable -- USER_CFLAGS are appended at the end of CFLAGS, allowing
the builder to override flags added by configure.ac li
These assignments caused CFLAGS specified on the configure like to
appear twice in the final CFLAGS. Removing them makes the behavior
reasonable -- USER_CFLAGS are appended at the end of CFLAGS, allowing
the builder to override flags added by configure.ac like
-fno-strict-aliasing.
---
configure.a
---
configure.ac |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/configure.ac b/configure.ac
index 4673ff7..975c215 100644
--- a/configure.ac
+++ b/configure.ac
@@ -284,11 +284,11 @@ dnl explicitly requested. If both disabled, set to static
since shared
dnl was ex
Missed by d387899388bd7090bda50593e35f8ed3cb730c47.
---
configure.ac |7 ---
1 files changed, 0 insertions(+), 7 deletions(-)
diff --git a/configure.ac b/configure.ac
index b01b192..4673ff7 100644
--- a/configure.ac
+++ b/configure.ac
@@ -470,13 +470,6 @@ if test "x$enable_asm" = xyes; th
On Wed, Aug 1, 2012 at 8:45 AM, Adam Jackson wrote:
> Even on s390{,x} where there's no video card, you still want this so GLX
> protocol works.
>
> Signed-off-by: Adam Jackson
> ---
> configure.ac |4 +---
> 1 files changed, 1 insertions(+), 3 deletions(-)
>
> diff --git a/configure.ac b/co
Even on s390{,x} where there's no video card, you still want this so GLX
protocol works.
Signed-off-by: Adam Jackson
---
configure.ac |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/configure.ac b/configure.ac
index b01b192..258c8ba 100644
--- a/configure.ac
+++ b/con
On 07/27/2012 10:35 AM, Paul Berry wrote:
EXT_framebuffer_multisample is a required subpart of
ARB_framebuffer_object, which means that we must support it even on
platforms that don't support MSAA. Fortunately
EXT_framebuffer_multisample allows for this by allowing GL_MAX_SAMPLES
to be set to 1.
On 07/31/2012 04:01 PM, Eric Anholt wrote:
Fixes piglit GL_ARB_uniform_buffer_object/dlist.
---
src/mesa/main/dlist.c | 27 +++
1 file changed, 27 insertions(+)
diff --git a/src/mesa/main/dlist.c b/src/mesa/main/dlist.c
index 510fd1e..e3dc9c0 100644
--- a/src/mesa/ma
On Wed, Aug 1, 2012 at 7:41 AM, Ian Romanick wrote:
> On 07/31/2012 03:46 PM, Matt Turner wrote:
>> Useful for EGL_KHR_create_context.
>
> I have a similar patch one on of my branches. One comment below...
Okay. If you want to commit yours (and maybe update egl.h? It seemed
like a significant di
On 07/31/2012 03:46 PM, Matt Turner wrote:
Useful for EGL_KHR_create_context.
I have a similar patch one on of my branches. One comment below...
---
include/EGL/eglext.h | 157 +-
1 files changed, 143 insertions(+), 14 deletions(-)
diff --
On 08/01/2012 12:05 AM, Vinson Lee wrote:
The patch makes the SCons build with Intel Compiler successful.
Signed-off-by: Vinson Lee
---
scons/gallium.py |6 ++
src/gallium/winsys/svga/drm/SConscript |2 +-
2 files changed, 7 insertions(+), 1 deletion(-)
dif
Thanks for testing, I pushed those.
Roland
Am 30.07.2012 11:06, schrieb Barto:
> I did the tests in piglit (glean tests ) with my radeon 9000 ( rv250 ),
>
> all is Ok, I have the same results with Roland's patches and without
> Roland's patches,
>
> I see no regressions, these patches for the r
On 1 August 2012 03:04, Eric Anholt wrote:
> Prior to GL 4.2 spec, there was no guidance on how to implement
> BlitFramebuffer for sRGB. Mesa chose to implement skipping decode and encode,
> providing a reasonable behavior for sRGB -> sRGB or RGB -> RGB, but providing
> something absurd for mixin
On 01.08.2012 11:59, Christoph Bumiller wrote:
> On 01.08.2012 07:52, Kenneth Graunke wrote:
>> On 07/31/2012 06:04 PM, Eric Anholt wrote:
>>> Prior to GL 4.2 spec, there was no guidance on how to implement
>>> BlitFramebuffer for sRGB. Mesa chose to implement skipping decode and
>>> encode,
>>>
On 01.08.2012 07:52, Kenneth Graunke wrote:
> On 07/31/2012 06:04 PM, Eric Anholt wrote:
>> Prior to GL 4.2 spec, there was no guidance on how to implement
>> BlitFramebuffer for sRGB. Mesa chose to implement skipping decode and
>> encode,
>> providing a reasonable behavior for sRGB -> sRGB or RG
On 07/31/2012 03:01 PM, Eric Anholt wrote:
> ---
> src/mesa/drivers/dri/i965/brw_context.h | 22 +++-
> src/mesa/drivers/dri/i965/brw_state.h|2 +
> src/mesa/drivers/dri/i965/brw_state_upload.c |4 ++
> src/mesa/drivers/dri/i965/brw_vs.c |2
On 07/31/2012 03:01 PM, Eric Anholt wrote:
> Drivers will probably want to be able to take UBO references in a
> shader like:
>
> uniform ubo1 {
> float a;
> float b;
> float c;
> float d;
> }
>
> void main()
The patch makes the SCons build with Intel Compiler successful.
Signed-off-by: Vinson Lee
---
scons/gallium.py |6 ++
src/gallium/winsys/svga/drm/SConscript |2 +-
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/scons/gallium.py b/scons/gallium.py
On 07/31/2012 06:04 PM, Eric Anholt wrote:
> Prior to GL 4.2 spec, there was no guidance on how to implement
> BlitFramebuffer for sRGB. Mesa chose to implement skipping decode and encode,
> providing a reasonable behavior for sRGB -> sRGB or RGB -> RGB, but providing
> something absurd for mixing
77 matches
Mail list logo
