[Mesa-dev] [PATCH 2/2] Revert "i965: Implement guardband clipping on Ivybridge."

This reverts commit 610910a66d1a97ca51ad8a003bdeadfe9563d721. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=55523 Signed-off-by: Oliver McFadden CC: Kenneth Graunke --- v1: note that I have not actually verified this bug exists on IvyBridge, however given the severity of the bug (major

[Mesa-dev] [PATCH 1/2] Revert "i965: Implement guardband clipping on Sandybridge."

This reverts commit 85cd30406ff8414bc6ac6de1064d059a4c564160. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=55523 Signed-off-by: Oliver McFadden CC: Kenneth Graunke --- src/mesa/drivers/dri/i965/gen6_clip_state.c |1 - src/mesa/drivers/dri/i965/gen6_viewport_state.c | 24

Re: [Mesa-dev] [PATCH 1/2] Revert "i965: Implement guardband clipping on Sandybridge."

2012/10/2 Oliver McFadden : > This reverts commit 85cd30406ff8414bc6ac6de1064d059a4c564160. > > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=55523 You should probably add the following note to both patches: NOTE: This is a candidate for the 9.0 branch. > Signed-off-by: Oliver McFadden

Re: [Mesa-dev] [PATCH 2/2] Revert "i965: Implement guardband clipping on Ivybridge."

On Tue, Oct 02, 2012 at 02:00:40PM +0300, Oliver McFadden wrote: > This reverts commit 610910a66d1a97ca51ad8a003bdeadfe9563d721. > > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=55523 > Signed-off-by: Oliver McFadden > CC: Kenneth Graunke > --- > v1: note that I have not actually verif

Re: [Mesa-dev] [PATCH 1/2] Revert "i965: Implement guardband clipping on Sandybridge."

On Tue, Oct 02, 2012 at 02:00:39PM +0300, Oliver McFadden wrote: > This reverts commit 85cd30406ff8414bc6ac6de1064d059a4c564160. > > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=55523 > Signed-off-by: Oliver McFadden > CC: Kenneth Graunke > --- NOTE: This is a candidate for the 9.0 br

Re: [Mesa-dev] [PATCH 1/2] Revert "i965: Implement guardband clipping on Sandybridge."

On Tue, Oct 02, 2012 at 01:20:42PM +0200, Andreas Boll wrote: > 2012/10/2 Oliver McFadden : > > This reverts commit 85cd30406ff8414bc6ac6de1064d059a4c564160. > > > > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=55523 > > You should probably add the following note to both patches: > > NO

[Mesa-dev] [PATCH] android: generate matching remap_helper to dispatch table

commit a010215463c63680c69e90202fe3fcd2e5b25fa6 removed ES2 specific dispatch table and remap_helper, since now we are using dispatch.h which is generated from gl_and_es_API.xml we need to generate a matching remap_helper using the same xml. Signed-off-by: Tapani Pälli --- src/mesa/Android.gen.m

Re: [Mesa-dev] [Linaro-mm-sig] [RFC] New dma_buf -> EGLImage EGL extension

Hey, Bit late reply, hopefully not too late. Op 30-08-12 16:00, Tom Cooksey schreef: > Hi All, > > Over the last few months I've been working on & off with a few people from > Linaro on a new EGL extension. The extension allows constructing an EGLImage > from a (set of) dma_buf file descriptors,

[Mesa-dev] [PATCH 1/3] docs: document how to mark a candidate for a stable branch

--- docs/devinfo.html | 16 1 files changed, 16 insertions(+), 0 deletions(-) diff --git a/docs/devinfo.html b/docs/devinfo.html index 90752b7..a52a11e 100644 --- a/docs/devinfo.html +++ b/docs/devinfo.html @@ -156,6 +156,22 @@ src/mesa/state_tracker/st_glsl_to_tgsi.cpp can ser

[Mesa-dev] [PATCH 2/3] docs: document how to apply a candidate to a stable branch

--- docs/devinfo.html |8 1 files changed, 8 insertions(+), 0 deletions(-) diff --git a/docs/devinfo.html b/docs/devinfo.html index a52a11e..8f4aeef 100644 --- a/docs/devinfo.html +++ b/docs/devinfo.html @@ -172,6 +172,14 @@ Here are some examples of such a note: NOTE: This is a c

[Mesa-dev] [PATCH 3/3] docs/helpwanted: cleanup todo list links

split into common and driver specific To-Do lists add an explanation for each To-Do list --- docs/helpwanted.html | 38 -- 1 files changed, 24 insertions(+), 14 deletions(-) diff --git a/docs/helpwanted.html b/docs/helpwanted.html index 12a2bb5..859e65c 10064

Re: [Mesa-dev] [PATCH] android: generate matching remap_helper to dispatch table

On Tue, Oct 2, 2012 at 3:01 PM, Tapani Pälli wrote: > commit a010215463c63680c69e90202fe3fcd2e5b25fa6 removed ES2 specific > dispatch > table and remap_helper, since now we are using dispatch.h which is > generated > from gl_and_es_API.xml we need to generate a matching remap_helper using > the >

Re: [Mesa-dev] [PATCH 1/3] docs: document how to mark a candidate for a stable branch

On 10/02/2012 07:09 AM, Andreas Boll wrote: --- docs/devinfo.html | 16 1 files changed, 16 insertions(+), 0 deletions(-) For the series: Reviewed-by: Brian Paul ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://l

[Mesa-dev] [PATCH 1/2] docs: update shading documentation

--- Is there anything else that is outdated? docs/shading.html | 13 + 1 files changed, 5 insertions(+), 8 deletions(-) diff --git a/docs/shading.html b/docs/shading.html index a12487b..19e20b1 100644 --- a/docs/shading.html +++ b/docs/shading.html @@ -27,7 +27,7 @@ Contents

[Mesa-dev] [PATCH 2/2] docs: add link to the GLSL compiler page

This reverts commit 9e0931e355a21ff9902a4127cc63b392d8def0cd --- docs/contents.html |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/docs/contents.html b/docs/contents.html index b9a8922..5752299 100644 --- a/docs/contents.html +++ b/docs/contents.html @@ -58,6 +58,7 @@

Re: [Mesa-dev] [PATCH] egl-util: Adds probe_front_pixel_rgb function

On Thu, Sep 27, 2012 at 6:48 PM, Matt Turner wrote: > On Thu, Sep 20, 2012 at 8:59 AM, Robert Bragg wrote: >> This adds an egl_probe_front_pixel_rgb function that is analogous to >> piglit_probe_pixel_rgba except it probes the front buffer instead of >> probing the back buffer. >> --- >> tests/e

[Mesa-dev] [Bug 55445] Torchlight: crash due to texture error

https://bugs.freedesktop.org/show_bug.cgi?id=55445 --- Comment #7 from Roland Scheidegger --- (In reply to comment #6) > - Mipmap level 2 is 50x16 pixels, but 50 is not a multiple of 4. > mesa/main/teximage.c has specific code to return GL_INVALID_OPERATION if > given dimensions that aren't a

[Mesa-dev] [Bug 55445] Torchlight: crash due to texture error

https://bugs.freedesktop.org/show_bug.cgi?id=55445 --- Comment #8 from Brian Paul --- (In reply to comment #7) > This looks like a bug in mesa to me. There is no such restriction in neither > ARB_texture_compression nor EXT_texture_compression_s3tc. This restriction > only applies to [Compressed

[Mesa-dev] [PATCH 1/2] mesa: don't call TexImage driver hooks for zero-sized images

This simply avoids some failed assertions but there's no reason to call the driver hooks for storing a tex image if its size is zero. Note: This is a candidate for the stable branches. --- src/mesa/main/teximage.c | 16 +--- 1 files changed, 9 insertions(+), 7 deletions(-) diff --g

[Mesa-dev] [PATCH 2/2] mesa: remove bogus compressed texture size checks

A compressed texture image size doesn't have to be a multiple of the compressed block size (only sub-images do). Fixes issues when building compressed mipmaps because we often wind up with non-block-size images for the higher mipmap levels. Fixes https://bugs.freedesktop.org/show_bug.cgi?id=55445

Re: [Mesa-dev] [PATCH] register_allocate: don't consider trivially colorable registers for spilling.

On Mon, Oct 1, 2012 at 3:43 PM, Paul Berry wrote: > Previously, we considered all registers as candidates for spilling. > This was counterproductive--for any registers that have already been > removed from the interference graph, there is no benefit to spilling > them, since they don't contribute

Re: [Mesa-dev] [PATCH 2/2] mesa: remove bogus compressed texture size checks

On Tue, 2012-10-02 at 09:59 -0600, Brian Paul wrote: > A compressed texture image size doesn't have to be a multiple of the > compressed block size (only sub-images do). Fixes issues when building > compressed mipmaps because we often wind up with non-block-size images > for the higher mipmap leve

Re: [Mesa-dev] [Linaro-mm-sig] [RFC] New dma_buf -> EGLImage EGL extension

Hi Maarten, Thanks for taking a look at this! Responses in-line... Cheers, Tom > -Original Message- > From: Maarten Lankhorst [mailto:m.b.lankho...@gmail.com] > Sent: 02 October 2012 13:10 > To: Tom Cooksey > Cc: mesa-dev@lists.freedesktop.org; linaro-mm-...@lists.linaro.org; dri- > d

[Mesa-dev] [Bug 55445] Torchlight: crash due to texture error

https://bugs.freedesktop.org/show_bug.cgi?id=55445 Krzysztof A. Sobiecki changed: What|Removed |Added Attachment #67879|0 |1 is obsolete|

[Mesa-dev] [Bug 55552] New: Compile errors with --enable-mangling

https://bugs.freedesktop.org/show_bug.cgi?id=2 Priority: medium Bug ID: 2 Assignee: mesa-dev@lists.freedesktop.org Summary: Compile errors with --enable-mangling Severity: normal Classification: Unclassified OS: Linux

Re: [Mesa-dev] [PATCH 2/2] mesa: remove bogus compressed texture size checks

Brian Paul writes: > A compressed texture image size doesn't have to be a multiple of the > compressed block size (only sub-images do). Fixes issues when building > compressed mipmaps because we often wind up with non-block-size images > for the higher mipmap levels. > > Fixes https://bugs.freed

Re: [Mesa-dev] [PATCH] register_allocate: don't consider trivially colorable registers for spilling.

Paul Berry writes: > Previously, we considered all registers as candidates for spilling. > This was counterproductive--for any registers that have already been > removed from the interference graph, there is no benefit to spilling > them, since they don't contribute to register pressure. > > This

Re: [Mesa-dev] [PATCH 2/2] mesa: remove bogus compressed texture size checks

On 10/02/2012 12:57 PM, Eric Anholt wrote: Brian Paul writes: A compressed texture image size doesn't have to be a multiple of the compressed block size (only sub-images do). Fixes issues when building compressed mipmaps because we often wind up with non-block-size images for the higher mipma

[Mesa-dev] [Bug 55445] Torchlight: crash due to texture error

https://bugs.freedesktop.org/show_bug.cgi?id=55445 --- Comment #9 from Zoltán Böszörményi --- The same bug occurs under Fedora 17/x86_64 (Mesa 8.0.4) and Torchlight 2012-09-26 which was posted on 30th September on the Humble Bundle site. -- You are receiving this mail because: You are the assig

Re: [Mesa-dev] [PATCH 2/2] mesa: remove bogus compressed texture size checks

On 10/02/2012 10:46 AM, Sven Arvidsson wrote: On Tue, 2012-10-02 at 09:59 -0600, Brian Paul wrote: A compressed texture image size doesn't have to be a multiple of the compressed block size (only sub-images do). Fixes issues when building compressed mipmaps because we often wind up with non-blo

Re: [Mesa-dev] [PATCH 1/2] docs: update shading documentation

On 10/02/2012 07:57 AM, Andreas Boll wrote: --- Is there anything else that is outdated? docs/shading.html | 13 + 1 files changed, 5 insertions(+), 8 deletions(-) For both: Reviewed-by: Brian Paul ___ mesa-dev mailing list mesa-d

[Mesa-dev] [Bug 55445] Torchlight: crash due to texture error

https://bugs.freedesktop.org/show_bug.cgi?id=55445 Brian Paul changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Re: [Mesa-dev] [PATCH] egl-util: Adds probe_front_pixel_rgb function

On Tue, Oct 2, 2012 at 7:19 AM, Robert Bragg wrote: > On Thu, Sep 27, 2012 at 6:48 PM, Matt Turner wrote: >> On Thu, Sep 20, 2012 at 8:59 AM, Robert Bragg wrote: >>> This adds an egl_probe_front_pixel_rgb function that is analogous to >>> piglit_probe_pixel_rgba except it probes the front buffer

[Mesa-dev] [RFC] libGL.so.1.2.0 new name

Hello, I would like to make a request. Would you kindly change the name of libGL.so.1.2.0 to libGL_mesa.so* and make all required aliases of libGL.so* as symlinks to it. The advantages. 1. Binary drivers won't overwrite the mesa library when they install their own version. It would make unified w

Re: [Mesa-dev] [PATCH 1/2] Revert "i965: Implement guardband clipping on Sandybridge."

On 10/02/2012 04:00 AM, Oliver McFadden wrote: > This reverts commit 85cd30406ff8414bc6ac6de1064d059a4c564160. > > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=55523 > Signed-off-by: Oliver McFadden > CC: Kenneth Graunke > --- > src/mesa/drivers/dri/i965/gen6_clip_state.c |1 -

[Mesa-dev] [PATCH 4/6] i965/fs: Reduce the interference between payload regs and virtual GRFs.

Improves performance of the Lightsmark penumbra shadows scene by 15.7% +/- 1.0% (n=15), by eliminating register spilling. (tested by smashing the list of scenes to have all other scenes have 0 duration -- includes additional rendering of scene description text that normally doesn't appear in that s

[Mesa-dev] [PATCH 3/6] i965/fs: Expose the payload registers to the register allocator.

For now, nothing else can get allocated over them, but that will change. --- src/mesa/drivers/dri/i965/brw_fs_reg_allocate.cpp | 46 + 1 file changed, 39 insertions(+), 7 deletions(-) diff --git a/src/mesa/drivers/dri/i965/brw_fs_reg_allocate.cpp b/src/mesa/drivers/dri/i965

[Mesa-dev] [PATCH 5/6] i965/fs: Allocate registers in the unused parts of the gen7 MRF hack range.

This should also reduce register pressure on gen7+, like the previous commit. --- src/mesa/drivers/dri/i965/brw_fs.h|2 + src/mesa/drivers/dri/i965/brw_fs_reg_allocate.cpp | 62 - 2 files changed, 63 insertions(+), 1 deletion(-) diff --git a/src/mesa/driv

[Mesa-dev] [PATCH 2/6] i965/fs: Remove extra allocation for classes[].

This was to slot in the magic aligned pairs class, but it got moved to a descriptive name later. --- src/mesa/drivers/dri/i965/brw_fs_reg_allocate.cpp |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/mesa/drivers/dri/i965/brw_fs_reg_allocate.cpp b/src/mesa/drivers/dri/i9

[Mesa-dev] [PATCH 6/6] i965/fs: Statically allocate the reg_sets at context initialization.

Now that we've replaced all the variable settings other than reg_width, it's easy to hang on to this (the expensive part of setting up the allocator). --- src/mesa/drivers/dri/i965/brw_context.c |2 + src/mesa/drivers/dri/i965/brw_context.h | 46 +++ src/mesa/

[Mesa-dev] [PATCH 1/6] i965/fs: Make the register allocation class_sizes[] choice static.

Based on split_virtual_grfs(), we choose the same set every time, so set it in stone. This will help us avoid regenerating the somewhat expensive class/register set setup every compile. --- src/mesa/drivers/dri/i965/brw_fs.h|1 + src/mesa/drivers/dri/i965/brw_fs_reg_allocate.c

[Mesa-dev] broken tinderbox - AC_CHECK_FUNC nested in AC_CHECK_DECLS for signbit

Hi guys, Tinderbox is red due to mesa failing to build, investigating seems to be the signbit change. The nesting of the AC_CHECK_FUNC inside the AC_CHECK_DECLS seems to defeat autoconf 2.63 that we ship in RHEL6. removing the nesting lets it configure here, but hopefully someone has a nicer ide

Re: [Mesa-dev] broken tinderbox - AC_CHECK_FUNC nested in AC_CHECK_DECLS for signbit

On Tue, Oct 2, 2012 at 8:02 PM, Dave Airlie wrote: > Hi guys, > > Tinderbox is red due to mesa failing to build, investigating seems to > be the signbit change. > > The nesting of the AC_CHECK_FUNC inside the AC_CHECK_DECLS seems to > defeat autoconf 2.63 that we ship in RHEL6. > > removing the ne

Re: [Mesa-dev] broken tinderbox - AC_CHECK_FUNC nested in AC_CHECK_DECLS for signbit

On Wed, Oct 3, 2012 at 3:29 PM, Matt Turner wrote: > On Tue, Oct 2, 2012 at 8:02 PM, Dave Airlie wrote: >> Hi guys, >> >> Tinderbox is red due to mesa failing to build, investigating seems to >> be the signbit change. >> >> The nesting of the AC_CHECK_FUNC inside the AC_CHECK_DECLS seems to >> de

Re: [Mesa-dev] broken tinderbox - AC_CHECK_FUNC nested in AC_CHECK_DECLS for signbit

On Wed, Oct 3, 2012 at 3:45 PM, Dave Airlie wrote: > On Wed, Oct 3, 2012 at 3:29 PM, Matt Turner wrote: >> On Tue, Oct 2, 2012 at 8:02 PM, Dave Airlie wrote: >>> Hi guys, >>> >>> Tinderbox is red due to mesa failing to build, investigating seems to >>> be the signbit change. >>> >>> The nesting

Re: [Mesa-dev] broken tinderbox - AC_CHECK_FUNC nested in AC_CHECK_DECLS for signbit

On Tue, Oct 2, 2012 at 10:48 PM, Dave Airlie wrote: > On Wed, Oct 3, 2012 at 3:45 PM, Dave Airlie wrote: >> On Wed, Oct 3, 2012 at 3:29 PM, Matt Turner wrote: >>> On Tue, Oct 2, 2012 at 8:02 PM, Dave Airlie wrote: Hi guys, Tinderbox is red due to mesa failing to build, investigat

Re: [Mesa-dev] [PATCH] android: generate matching remap_helper to dispatch table

On 10/02/2012 04:20 PM, Negreanu, Adrian M wrote: > On Tue, Oct 2, 2012 at 3:01 PM, Tapani Pälli > wrote: > > commit a010215463c63680c69e90202fe3fcd2e5b25fa6 removed ES2 specific > dispatch > table and remap_helper, since now we are using dispatch.h whic