duplicateImage will allow you to create a linear or sRGB view into a
DRIimage you have access to. This is useful because compositors may want
a specific view which doesn't correspond to the one used by
applications.
---
include/GL/internal/dri_interface.h | 20 +++-
1 file changed,
---
tests/egl/CMakeLists.gl.txt | 2 +
tests/egl/egl-mesa-image-srgb.c | 111
2 files changed, 113 insertions(+)
create mode 100644 tests/egl/egl-mesa-image-srgb.c
diff --git a/tests/egl/CMakeLists.gl.txt b/tests/egl/CMakeLists.gl.txt
index 03b2ae0.
This gives applications access to use DRIimage.duplicateImage to create
sRGB and linear views from EGL images.
---
include/EGL/eglmesaext.h| 7 ++
src/egl/drivers/dri2/egl_dri2.c | 168
src/egl/drivers/dri2/egl_dri2.h | 6 +-
src
---
src/gallium/include/state_tracker/st_api.h | 1 +
src/gallium/state_trackers/dri/common/dri_screen.c | 1 +
src/gallium/state_trackers/dri/common/dri_screen.h | 1 +
src/gallium/state_trackers/dri/drm/dri2.c | 39 +-
src/mesa/state_tracker/st_manager.c
duplicateImage will allow you to create a linear or sRGB view into a DRIimage
you have access to.
This is useful because compositors may want a specific view which doesn't
correspond to the one used by applications.
---
include/GL/internal/dri_interface.h | 21 -
1 file chang
---
docs/MESA_image_sRGB.spec | 155 ++
1 file changed, 155 insertions(+)
create mode 100644 docs/MESA_image_sRGB.spec
diff --git a/docs/MESA_image_sRGB.spec b/docs/MESA_image_sRGB.spec
new file mode 100644
index 000..86c0975
--- /dev/null
+++ b/do
On March 3, 2013 12:14:54 AM Vadim Girlin wrote:
> On 03/02/2013 10:06 AM, Sebastien Caty wrote:
> > On March 1, 2013 06:24:01 PM Matt Turner wrote:
> >> On Fri, Mar 1, 2013 at 5:15 PM, Sebastien Caty
> >
> > wrote:
> >>> Trying to dig more and found out which shader is causing trouble but I
> >>
https://bugs.freedesktop.org/show_bug.cgi?id=58210
--- Comment #1 from John Kåre Alsaker ---
Removing assert(svga_texture(texture)->key.cachable == 0); at
svga_resource_texture.c:207 seems to fix this...
--
You are receiving this mail because:
You are the assignee for the bug.
_
On 03/02/2013 10:06 AM, Sebastien Caty wrote:
On March 1, 2013 06:24:01 PM Matt Turner wrote:
On Fri, Mar 1, 2013 at 5:15 PM, Sebastien Caty
wrote:
Trying to dig more and found out which shader is causing trouble but I
haven't found out how to run a specific test with piglit. Documentation
is
https://bugs.freedesktop.org/show_bug.cgi?id=59187
--- Comment #10 from imamdxl8...@gmail.com ---
I would like to see this on my Intel GMA 4500, that would be great
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev
https://bugs.freedesktop.org/show_bug.cgi?id=59187
imamdxl8...@gmail.com changed:
What|Removed |Added
CC||imamdxl8...@gmail.com
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=61361
--- Comment #8 from Dennis Heuer ---
found the log:
src/glsl/test-suite.log
=
Mesa 9.2.0: src/glsl/test-suite.log
=
# TOTAL: 4
# PASS: 3
# SKIP: 0
# XFAIL: 0
On 02.03.2013 00:14, Ian Romanick wrote:
> Since last September I've been gradually working on an extension to
> let applications query information about the renderer before (and
> after) creating a context. I've talked it over with a few ISVs and
> with various other folks. I also gathered some
https://bugs.freedesktop.org/show_bug.cgi?id=61395
--- Comment #6 from Blaž Hrastnik ---
Brian, has the patch been merged yet?
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
mesa-dev@lists.freedeskt
I've respun my remove-mfeatures branch as remove-mfeatures-2. It's in
my repo on freedesktop.org
This removes the mfeatures.h file and the last of the #ifdef FEATURE_x
code from core Mesa.
Note, however, that the scons/makefiles still define FEATURE_GL,
FEATURE_ES1, FEATURE_ES2, etc. becaus
https://bugs.freedesktop.org/show_bug.cgi?id=59729
Johannes Obermayr changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Sat, Mar 2, 2013 at 3:02 AM, Roland Scheidegger wrote:
> Am 02.03.2013 01:36, schrieb Brian Paul:
>> ---
>> src/mesa/state_tracker/st_glsl_to_tgsi.cpp |3 +++
>> 1 files changed, 3 insertions(+), 0 deletions(-)
>>
>> diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
>> b/src/mesa/st
> Now, looking further this optimization pass should also not mark variables
>> as const if there was a dereference of them before that first assignment. I
>> had code to do this (a hashtable that would track dereferences before
>> assignment is done). But couldn't come up with a test case that wou
https://bugs.freedesktop.org/show_bug.cgi?id=61361
--- Comment #7 from Matt Turner ---
(In reply to comment #6)
> the check fails at glsl. as far as i understand, the missing support for
> shaders is the reason. possibly i'm wrong.
Yeah, I don't think that makes any sense. Post a log.
--
You a
19 matches
Mail list logo
