https://bugs.freedesktop.org/show_bug.cgi?id=55343
Priority: medium
Bug ID: 55343
Assignee: mesa-dev@lists.freedesktop.org
Summary: [llvmpipe] compiz crasher in drisw_update_tex_buffer()
Severity: normal
Classification: Unclassified
---
src/glx/dri2.c | 44
src/glx/dri2.h |4
src/glx/dri2_glx.c | 35 +++
3 files changed, 31 insertions(+), 52 deletions(-)
diff --git a/src/glx/dri2.c b/src/glx/dri2.c
index c77ef7b..bcd1f9c 100644
---
src/glx/dri2_glx.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/glx/dri2_glx.c b/src/glx/dri2_glx.c
index f9e9c79..a35223a 100644
--- a/src/glx/dri2_glx.c
+++ b/src/glx/dri2_glx.c
@@ -737,13 +737,13 @@ dri2SwapBuffers(__GLXDRIdrawable *pdraw, int64_t
ta
---
src/glx/dri2.c | 33 -
src/glx/dri2.h |3 ---
src/glx/dri2_glx.c | 26 ++
3 files changed, 10 insertions(+), 52 deletions(-)
diff --git a/src/glx/dri2.c b/src/glx/dri2.c
index 96c2ae8..0c49b83 100644
--- a/src/glx/dri2.c
This behavior mostly matches glx_dri2. It's slightly complicated in
comparison by the EGL exposes the limits on the EGL config.
Note that platform_x11 was the only one setting swap_available, so the move of
the MaxSwapInterval into it is appropriate.
---
src/egl/drivers/dri2/egl_dri2.c |
---
src/glx/dri2_glx.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/src/glx/dri2_glx.c b/src/glx/dri2_glx.c
index 42aeeff..178159a 100644
--- a/src/glx/dri2_glx.c
+++ b/src/glx/dri2_glx.c
@@ -419,15 +419,12 @@ dri2CreateDrawable(struct glx_screen *base, XID xDr
The invalidate event support is a careful dance between driver and loader,
where both have to say they can handle it, and then the loader reports
invalidate events for the driver so the driver can do the optimization.
The EGL code doesn't report __DRIuseInvalidateExtension to the driver, so it
has
I'm going to transition a bunch of the protocol to using XCB so we can stop
rolling it ourselves.
---
configure.ac |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index 6fc1820..c857a27 100644
--- a/configure.ac
+++ b/configure.ac
@@ -866,7 +866,7
---
src/glx/dri2.c | 19 ---
src/glx/dri2.h |3 ---
src/glx/dri2_glx.c |9 ++---
3 files changed, 2 insertions(+), 29 deletions(-)
diff --git a/src/glx/dri2.c b/src/glx/dri2.c
index 0c49b83..c77ef7b 100644
--- a/src/glx/dri2.c
+++ b/src/glx/dri2.c
@@ -585,23
---
configure.ac|5 -
src/egl/drivers/dri2/platform_x11.c |4
2 files changed, 9 deletions(-)
diff --git a/configure.ac b/configure.ac
index b27cbb6..c9ec9c5 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1522,11 +1522,6 @@ for plat in $egl_platforms; do
---
src/glx/dri2.c | 46 --
src/glx/dri2.h |4
src/glx/dri2_glx.c | 37 +
3 files changed, 21 insertions(+), 66 deletions(-)
diff --git a/src/glx/dri2.c b/src/glx/dri2.c
index 21b9c21..96c2ae8 100
dri_interface.h comes from our tree, so why litter our tree with ifdefs for
older versions of it?
---
src/egl/drivers/dri2/platform_x11.c |6 --
1 file changed, 6 deletions(-)
diff --git a/src/egl/drivers/dri2/platform_x11.c
b/src/egl/drivers/dri2/platform_x11.c
index d8c0624..b377efc 10
It's been required for building glx since
b518dfb513742984f27577d25566f93afd86d4fc in january.
---
src/glx/glx_query.c | 91 ---
src/glx/glxcmds.c | 56 ---
src/glx/glxext.c| 73
---
src/glx/dri2.c | 41 -
src/glx/dri2.h |4
src/glx/dri2_glx.c | 43 ++-
3 files changed, 34 insertions(+), 54 deletions(-)
diff --git a/src/glx/dri2.c b/src/glx/dri2.c
index e17da6f..21b9c21 10
---
configure.ac |4
src/mapi/glapi/gen/glX_proto_send.py |2 --
2 files changed, 6 deletions(-)
diff --git a/configure.ac b/configure.ac
index ef2455b..6fc1820 100644
--- a/configure.ac
+++ b/configure.ac
@@ -820,10 +820,6 @@ if test "x$enable_glx" = xyes -a
It's been in place but never enabled since 2010. Note how one piece called a
DRI2 function, suggesting never being tested.
---
src/glx/dri_glx.c | 61 -
1 file changed, 61 deletions(-)
diff --git a/src/glx/dri_glx.c b/src/glx/dri_glx.c
index
glx and gallium's xcb_dri2 usage already require this version, so this is
nothing really new.
---
configure.ac|2 +-
src/egl/drivers/dri2/platform_x11.c | 13 -
2 files changed, 1 insertion(+), 14 deletions(-)
diff --git a/configure.ac b/configure.ac
inde
dri_interface.h comes from our tree, so why litter our tree with ifdefs for
older versions of it?
I left in the DRI_TEX_BUFFER_VERSION ifdefs, which is broken and uncompiled
(the version wasn't bumped from 2 to 3 when the patch was landed), but I don't
know what should be done with it.
---
src/gl
_glapi_table is a struct full of named function pointers, while the generated
code just wants to treat it as an array of function pointers. Cast to avoid
the compiler warning.
---
src/mapi/glapi/gen/glX_proto_send.py |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mapi/
We've talked about relying on XCB for GLX in the past, and this brings the two
codebases closer to each other. I've only XCB-converted portions of
dri2_glx.c to use XCB when the xlib version of the function could be removed
without touching the gallium code.
Still missing is invalidate event supp
The EGLNative* types are all defined to be pointers across all our EGL
implementations, but in the X11 platform they're actually just XIDs (32-bit
integers).
---
src/egl/drivers/dri2/platform_x11.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/egl/drivers/dri2/pl
Chad Versace writes:
> Fixes valgrind errors in piglit test
> oes_compressed_etc1_rgb8_texture-miptree: an invalid write in
> _mesa_store_compressed_store_texsubimage() at line 4406 and invalid reads
> in texcompress_etc_tmp.h:etc1_parse_block().
>
> The calculation of the size of the temporary e
On Tue, Sep 25, 2012 at 7:46 PM, Marek Olšák wrote:
> This fixes rare graphical corruption.
>
> NOTE: This is a candidate for the stable branches.
> ---
> src/gallium/drivers/r600/evergreen_state.c |4
> src/gallium/drivers/r600/r600.h |1 +
> src/gallium/drivers
On 09/20/2012 12:55 PM, Chad Versace wrote:
> This patch reduces the time spent in glTexImage and glTexSubImage by
> over 5x on Sandybridge for the workload described below.
>
> It adds a new fast path for glTexImage2D and glTexSubImage2D,
> intel_texsubimage_tiled_memcpy, which is optimized for G
On 09/04/2012 09:00 PM, Jordan Justen wrote:
> Change the format to MAJOR.MINOR[FC]
> For example: 2.1, 3.0FC, 3.1
>
> The FC suffix indicates a forward compatible context, and
> is only valid for versions >= 3.0.
>
> Examples:
> 2.1: GL Legacy/Compatibility context
> 3.0: GL Legacy/Compatibi
NOTE: This is a candidate for the stable branches.
---
src/gallium/drivers/r600/r600_shader.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_shader.c
b/src/gallium/drivers/r600/r600_shader.c
index 7df549b..29616f9 100644
--- a/src/galliu
NOTE: This is a candidate for the stable branches.
---
src/gallium/drivers/r600/r600_shader.c |5 +
1 file changed, 5 insertions(+)
diff --git a/src/gallium/drivers/r600/r600_shader.c
b/src/gallium/drivers/r600/r600_shader.c
index 6e47593..7df549b 100644
--- a/src/gallium/drivers/r600/r6
Not sure if this is the best way to fix it.
NOTE: This is a candidate for the stable branches.
---
src/gallium/drivers/r600/r600_asm.c | 54 +++
1 file changed, 35 insertions(+), 19 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_asm.c
b/src/gallium/dri
This fixes rare graphical corruption.
NOTE: This is a candidate for the stable branches.
---
src/gallium/drivers/r600/evergreen_state.c |4
src/gallium/drivers/r600/r600.h |1 +
src/gallium/drivers/r600/r600_hw_context.c |6 ++
src/gallium/drivers/r6
---
src/gallium/drivers/r600/evergreen_state.c | 17 +++--
src/gallium/drivers/r600/evergreend.h |2 ++
src/gallium/drivers/r600/r600_state.c |6 ++
3 files changed, 23 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/r600/evergreen_state.c
b/src
I can confirm those results on the IGP on my M4A78T-E. I can see the
GL_EXT_transform_feedback in glxinfo.
$ glxinfo | grep OpenGL
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD RS780
OpenGL version string: 2.1 Mesa 9.1-devel (git-399a03f)
OpenGL shading language version
On 25 September 2012 14:50, Jordan Justen wrote:
> On Mon, Sep 24, 2012 at 4:49 PM, Paul Berry
> wrote:
> > GLES 3 supports sRGB functionality, but it does not expose the
> > GL_FRAMEBUFFER_SRGB enable/disable bit. Instead the implementation
> > is expected to behave as though that bit is alway
On Mon, Sep 24, 2012 at 4:49 PM, Paul Berry wrote:
> GLES 3 supports sRGB functionality, but it does not expose the
> GL_FRAMEBUFFER_SRGB enable/disable bit. Instead the implementation
> is expected to behave as though that bit is always enabled.
>
> This patch ensures that ctx->Color.sRGBEnabled
---
src/gallium/drivers/radeon/R600ISelLowering.cpp| 90 +-
src/gallium/drivers/radeon/R600ISelLowering.h | 3 +
src/gallium/drivers/radeon/R600Instructions.td | 38 +++--
.../drivers/radeon/radeon_setup_tgsi_llvm.c| 17 +++-
4 files changed, 104 inser
This extension is functionally the same as GL_ARB_map_buffer_range.
---
src/mapi/glapi/gen/es_EXT.xml | 24
src/mapi/glapi/gen/gles_api.py |6 ++
src/mesa/main/api_exec.c |7 +++
src/mesa/main/bufferobj.c | 22 --
src/mes
This looks good to me. The patches 1 and 2(v2) are:
Reviewed-by: Marek Olšák
Marek
On Tue, Sep 25, 2012 at 8:10 PM, Tom Stellard wrote:
> Hi,
>
> Here is version two of the compute buffer improvements. I was finally
> able to get the pitch calculation correct without using radeon_surface, so
On Tue, Sep 25, 2012 at 12:33 PM, Marcin Slusarz
wrote:
> On Mon, Sep 24, 2012 at 02:52:28PM -0700, Matt Turner wrote:
>> This series of 105 patches finishes the automake conversion.
>>
>> I don't think the series needs to be reviewed patch by patch, since
>> large chunks are making nearly identic
On Mon, Sep 24, 2012 at 02:52:28PM -0700, Matt Turner wrote:
> This series of 105 patches finishes the automake conversion.
>
> I don't think the series needs to be reviewed patch by patch, since
> large chunks are making nearly identical changes to different
> directories. Plus, incorrect changes
On 09/25/2012 12:59 PM, Paul Berry wrote:
On 25 September 2012 06:53, Brian Paul mailto:bri...@vmware.com>> wrote:
On 09/24/2012 05:49 PM, Paul Berry wrote:
Previously, meta logic was saving and restoring the value of
GL_FRAMEBUFFER_SRGB in an ad-hoc fashion. As a result, i
On 09/21/2012 03:18 AM, Tapani Pälli wrote:
> Hello;
>
> On 09/20/2012 11:01 PM, Chad Versace wrote:
>> Adding Tapani to the CC list. Removing Oliver.
>>
>> On 09/20/2012 09:55 PM, Chad Versace wrote:
>>> Fixes valgrind errors in piglit test
>>> oes_compressed_etc1_rgb8_texture-miptree: an invalid
From: Tom Stellard
This can be used to initialize the CB* registers for buffers without a
radeon_surface.
v2:
- Get correct group_bytes value from r600_screen
- Stop setting unnecessary fields
---
src/gallium/drivers/r600/evergreen_state.c | 57 ++
src/gallium/dr
On Tue, Sep 25, 2012 at 11:47 AM, Marcin Slusarz
wrote:
> On Tue, Sep 25, 2012 at 11:00:23AM -0700, Matt Turner wrote:
>> On Tue, Sep 25, 2012 at 10:56 AM, Marcin Slusarz
>> wrote:
>> > On Tue, Sep 25, 2012 at 10:38:31AM -0700, Matt Turner wrote:
>> >> On Tue, Sep 25, 2012 at 10:31 AM, Marcin Slu
On 09/21/2012 02:46 AM, Eric Anholt wrote:
> Chad Versace writes:
>
>> Fixes valgrind errors in piglit test
>> oes_compressed_etc1_rgb8_texture-miptree: an invalid write in
>> _mesa_store_compressed_store_texsubimage() at line 4406 and invalid reads
>> in texcompress_etc_tmp.h:etc1_parse_block().
On 25 September 2012 06:53, Brian Paul wrote:
> On 09/24/2012 05:49 PM, Paul Berry wrote:
>
>> Previously, meta logic was saving and restoring the value of
>> GL_FRAMEBUFFER_SRGB in an ad-hoc fashion. As a result, it was not
>> properly disabled and/or restored for some meta operations.
>>
>> Th
Fixes valgrind errors in piglit test
oes_compressed_etc1_rgb8_texture-miptree: an invalid write in
_mesa_store_compressed_store_texsubimage() at line 4406 and invalid reads
in texcompress_etc_tmp.h:etc1_parse_block().
The calculation of the size of the temporary etc1 buffer allocated by
intel_mipt
On Tue, Sep 25, 2012 at 11:00:23AM -0700, Matt Turner wrote:
> On Tue, Sep 25, 2012 at 10:56 AM, Marcin Slusarz
> wrote:
> > On Tue, Sep 25, 2012 at 10:38:31AM -0700, Matt Turner wrote:
> >> On Tue, Sep 25, 2012 at 10:31 AM, Marcin Slusarz
> >> wrote:
> >> >> Installation is part of the testing p
Hi,
Here is version two of the compute buffer improvements. I was finally
able to get the pitch calculation correct without using radeon_surface, so
I've taken Marek's advice, and I'm no longer using radeon_surface for 1D aligned
buffers. The result is much simpler code and even a few more pigli
From: Tom Stellard
---
src/gallium/drivers/r600/compute_memory_pool.c | 15 +--
src/gallium/drivers/r600/r600_pipe.c | 7 +++
2 files changed, 4 insertions(+), 18 deletions(-)
diff --git a/src/gallium/drivers/r600/compute_memory_pool.c
b/src/gallium/drivers/r600/comp
From: Tom Stellard
The items are ordered in the item list by their offsets, with the lowest
offset coming first in the list. The old code was assuming that new
items being added to the list would always have a greater offset than
the first item in the list, however this is not always the case.
-
From: Tom Stellard
---
src/gallium/drivers/r600/compute_memory_pool.c | 37 +++---
.../drivers/r600/evergreen_compute_internal.c | 3 +-
2 files changed, 6 insertions(+), 34 deletions(-)
diff --git a/src/gallium/drivers/r600/compute_memory_pool.c
b/src/gallium/drivers
From: Tom Stellard
---
src/gallium/drivers/r600/compute_memory_pool.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/r600/compute_memory_pool.c
b/src/gallium/drivers/r600/compute_memory_pool.c
index bd3c14d..5e25a1d 100644
--- a/src/gallium/drivers/r600/
From: Tom Stellard
This can be used to initialize the CB* registers for buffers without a
radeon_surface.
---
src/gallium/drivers/r600/evergreen_state.c | 72 ++
src/gallium/drivers/r600/r600_pipe.h | 2 +
2 files changed, 74 insertions(+)
diff --git a/src/gal
From: Tom Stellard
---
src/gallium/drivers/r600/evergreend.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/src/gallium/drivers/r600/evergreend.h
b/src/gallium/drivers/r600/evergreend.h
index cb89199..d1ac08e 100644
--- a/src/gallium/drivers/r600/evergreend.h
+++ b/src/gallium/drive
On Tue, Sep 25, 2012 at 10:57 AM, Török Edwin
wrote:
> On 09/25/2012 12:52 AM, Matt Turner wrote:
>>
>> Please help me find problems now before it goes into master. Here's a
>> branch. It's easy to test. If you don't test and I commit this in a
>> week and break your stuff, I'm sorry, but you didn
On Tue, Sep 25, 2012 at 10:56 AM, Marcin Slusarz
wrote:
> On Tue, Sep 25, 2012 at 10:38:31AM -0700, Matt Turner wrote:
>> On Tue, Sep 25, 2012 at 10:31 AM, Marcin Slusarz
>> wrote:
>> >> Installation is part of the testing procedure, after all.
>> >
>> > No. People test code, not build systems.
>
On Tue, Sep 25, 2012 at 08:57:20PM +0300, Török Edwin wrote:
> On 09/25/2012 12:52 AM, Matt Turner wrote:
> >
> > Please help me find problems now before it goes into master. Here's a
> > branch. It's easy to test. If you don't test and I commit this in a
> > week and break your stuff, I'm sorry,
On 09/25/2012 12:52 AM, Matt Turner wrote:
>
> Please help me find problems now before it goes into master. Here's a
> branch. It's easy to test. If you don't test and I commit this in a
> week and break your stuff, I'm sorry, but you didn't test.
>
> http://cgit.freedesktop.org/~mattst88/mesa/lo
On Tue, Sep 25, 2012 at 10:38:31AM -0700, Matt Turner wrote:
> On Tue, Sep 25, 2012 at 10:31 AM, Marcin Slusarz
> wrote:
> >> Installation is part of the testing procedure, after all.
> >
> > No. People test code, not build systems.
>
> I invite you to reread the subject of this email.
So you do
On Tue, Sep 25, 2012 at 12:35 AM, Kenneth Graunke wrote:
> On 09/24/2012 09:48 AM, Matt Turner wrote:
>> ---
>> I think we should offload configure.ac library/header/program detection
>> to macros available from the autoconf archive wherever possible.
>
> Yeah, that seems like a good idea to me to
On Tue, Sep 25, 2012 at 10:31 AM, Marcin Slusarz
wrote:
>> Installation is part of the testing procedure, after all.
>
> No. People test code, not build systems.
I invite you to reread the subject of this email.
___
mesa-dev mailing list
mesa-dev@lists.
On Tue, Sep 25, 2012 at 10:02:26AM -0700, Matt Turner wrote:
> On Tue, Sep 25, 2012 at 9:46 AM, Marcin Slusarz
> wrote:
> > With this branch, top level lib directory is not created, so it's impossible
> > to test mesa without installing it first.
>
> Indeed. This has been planned for a while.
Ne
OpenGL renderer string: Gallium 0.4 on AMD RS780
OpenGL version string: 2.1 Mesa 9.1-devel (git-581619f)
OpenGL shading language version string: 1.30
glxinfo | grep 'GL_EXT_transform_feedback' :
GL_ARB_transform_feedback_instanced, GL_EXT_transform_feedback,
i have some different results :
On Tue, Sep 25, 2012 at 9:46 AM, Marcin Slusarz
wrote:
> With this branch, top level lib directory is not created, so it's impossible
> to test mesa without installing it first.
Indeed. This has been planned for a while. Installation is part of the
testing procedure, after all.
Do DESTDIR=... ma
On Mon, Sep 24, 2012 at 02:52:28PM -0700, Matt Turner wrote:
> This series of 105 patches finishes the automake conversion.
>
> I don't think the series needs to be reviewed patch by patch, since
> large chunks are making nearly identical changes to different
> directories. Plus, incorrect changes
Hello,
I would like add support for sRGB framebuffers to EGL. Here are my
proposed changes to EGL:
A new EGL_SURFACE_TYPE bit:
EGL_GAMMA_SRGB_BIT - This format supports sRGB framebuffers. This also
means that ARB_framebuffer_sRGB is supported for this format.
New values:
EGL_GAMMA_LINEAR - The g
On Tue, Sep 25, 2012 at 08:35:31AM -0600, Brian Paul wrote:
> On Mon, Sep 24, 2012 at 3:52 PM, Matt Turner wrote:
> > This series of 105 patches finishes the automake conversion.
> >
> > I don't think the series needs to be reviewed patch by patch, since
> > large chunks are making nearly identica
On 09/24/2012 11:09 PM, John Kåre Alsaker wrote:
On Mon, Sep 24, 2012 at 5:22 PM, Brian Paul mailto:bri...@vmware.com>> wrote:
On 09/23/2012 05:44 AM, John Kåre Alsaker wrote:
---
src/gallium/drivers/svga/svga_resource_texture.c | 8
1 file changed, 8 d
On 09/24/2012 04:49 PM, Paul Berry wrote:
> Previously, meta logic was saving and restoring the value of
> GL_FRAMEBUFFER_SRGB in an ad-hoc fashion. As a result, it was not
> properly disabled and/or restored for some meta operations.
>
> This patch causes GL_FRAMEBUFFER_SRGB to be saved/restored
On Mon, Sep 24, 2012 at 3:52 PM, Matt Turner wrote:
> This series of 105 patches finishes the automake conversion.
>
> I don't think the series needs to be reviewed patch by patch, since
> large chunks are making nearly identical changes to different
> directories. Plus, incorrect changes in the b
On 09/24/2012 05:49 PM, Paul Berry wrote:
GLES 3 supports sRGB functionality, but it does not expose the
GL_FRAMEBUFFER_SRGB enable/disable bit. Instead the implementation
is expected to behave as though that bit is always enabled.
This patch ensures that ctx->Color.sRGBEnabled (the internal va
On 09/24/2012 05:49 PM, Paul Berry wrote:
Previously, meta logic was saving and restoring the value of
GL_FRAMEBUFFER_SRGB in an ad-hoc fashion. As a result, it was not
properly disabled and/or restored for some meta operations.
This patch causes GL_FRAMEBUFFER_SRGB to be saved/restored in the
On 09/24/2012 05:49 PM, Paul Berry wrote:
GLES3 supports sRGB formats, but it does not support the
GL_FRAMEBUFFER_SRGB enable/disable flag (instead it behaves as if this
flag is always enabled). Therefore, meta ops that need to disable
GL_FRAMEBUFFER_SRGB will need a backdoor mechanism to do so
>From a daily quental build on my 780G motherboard's IGP:
ubuntu@ubuntu:~/src$ glxinfo | grep OpenGL
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD RS780
OpenGL version string: 2.1 Mesa 9.0-devel
OpenGL shading language version string: 1.30
OpenGL extensions:
ubuntu@ubuntu
On 09/24/2012 06:42 PM, Eric Anholt wrote:
Brian Paul writes:
From: Brian Paul
If a subtexture region isn't aligned to the compressed block size,
return GL_INVALID_OPERATION, not gl_INVALID_VALUE.
NOTE: This is a candidate for the stable branches.
---
src/mesa/main/teximage.c |6 +++---
Looks good.
Cheers, Jakob.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Tue, Sep 25, 2012 at 1:42 PM, marcin kowalski wrote:
> Hi, I seem to have the right hardware. Does that have to be master
> branch of mesa? Any specific commit i should check out at to do the
> testing?
Any commit from August or September should suffice.
Marek
https://bugs.freedesktop.org/show_bug.cgi?id=55224
Christoph Bumiller changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hi, I seem to have the right hardware. Does that have to be master
branch of mesa? Any specific commit i should check out at to do the
testing?
2012/9/24 Marek Olšák :
> Hi,
>
> would somebody with an RS780 be so kind as to test and see if
> transform feedback (GL3.0 feature) works for him with r6
https://bugs.freedesktop.org/show_bug.cgi?id=54402
Fabio Pedretti changed:
What|Removed |Added
CC||bryancain3+...@gmail.com
--
You are re
On Wed, Sep 19, 2012 at 01:27:55PM -0700, Kenneth Graunke wrote:
> A game we're working with leaves scissoring enabled, but frequently sets
> the scissor rectangle to the size of the whole screen. In that case,
> scissoring has no effect, so it's safe to go ahead with a fast clear.
>
> Chad belie
On 09/24/2012 09:48 AM, Matt Turner wrote:
> ---
> I think we should offload configure.ac library/header/program detection
> to macros available from the autoconf archive wherever possible.
Yeah, that seems like a good idea to me too. But...
> +# LICENSE
> +#
> +# Copyright (c) 2008 Steven G.
On Mon, Sep 24, 2012 at 5:22 PM, Brian Paul wrote:
> On 09/23/2012 05:44 AM, John Kåre Alsaker wrote:
>
>> ---
>> src/gallium/drivers/svga/svga_resource_texture.c | 8
>> 1 file changed, 8 deletions(-)
>>
>> diff --git a/src/gallium/drivers/svga/svga_resource_texture.c
>> b/src/galliu
Brian Paul writes:
> From: Brian Paul
>
> If a subtexture region isn't aligned to the compressed block size,
> return GL_INVALID_OPERATION, not gl_INVALID_VALUE.
>
> NOTE: This is a candidate for the stable branches.
> ---
> src/mesa/main/teximage.c |6 +++---
> 1 files changed, 3 insertion
83 matches
Mail list logo
