https://bugs.freedesktop.org/show_bug.cgi?id=39645
Benjamin Franzke benjaminfran...@googlemail.com changed:
What|Removed |Added
Status|NEW
On Thu, Jul 28, 2011 at 9:33 PM, Vadim Girlin vadimgir...@gmail.com wrote:
Fixes https://bugs.freedesktop.org/show_bug.cgi?id=39572
Hi Vadim,
has this passed a full piglit run without regression?
Dave.
___
mesa-dev mailing list
On Fri, 2011-07-29 at 12:20 +0100, Dave Airlie wrote:
On Thu, Jul 28, 2011 at 9:33 PM, Vadim Girlin vadimgir...@gmail.com wrote:
Fixes https://bugs.freedesktop.org/show_bug.cgi?id=39572
Hi Vadim,
has this passed a full piglit run without regression?
Dave.
Hi Dave.
I've tested this
Hi guys,
With some help from the nouveau team I managed to get video acceleration
working for my nv96 card. The video buffer api works well enough for nouveau,
I added flags to vl_video_buffer_create_ex so I could force a linear surface
with a nouveau specific resource flag, which I only
On Fri, Jul 29, 2011 at 7:51 AM, Dave Airlie airl...@gmail.com wrote:
On Fri, Jul 29, 2011 at 12:41 PM, Vadim Girlin vadimgir...@gmail.com wrote:
On Fri, 2011-07-29 at 12:20 +0100, Dave Airlie wrote:
On Thu, Jul 28, 2011 at 9:33 PM, Vadim Girlin vadimgir...@gmail.com wrote:
Fixes
Hi
There has been some work towards having GL_SELECT hardware accelerated
accelerated on [1] and it's possible I may have some time to rewrite this
code in order to be able to switch between the current behavior and the new
HW accelerated behavior using a runtime command line option.
However,
https://bugs.freedesktop.org/show_bug.cgi?id=39645
--- Comment #10 from Ian Romanick i...@freedesktop.org 2011-07-29 10:09:10
PDT ---
(In reply to comment #9)
As mentioned before, this is a configuration problem.
Currently we cannot automatically decide which egl backend should be used from
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/29/2011 06:19 AM, Micael wrote:
Hi
There has been some work towards having GL_SELECT hardware accelerated
accelerated on [1] and it's possible I may have some time to rewrite
this code in order to be able to switch between the current
Formats were based on a patch sent to xf86-video-nouveau by Bryan Cain
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
src/gallium/state_trackers/xorg/xorg_tracker.h |7 ++
src/gallium/state_trackers/xorg/xorg_xv.c |2 +
src/gallium/state_trackers/xorg/xorg_xvmc.c|
This looks just like the VS dump for now.
---
src/mesa/drivers/dri/i965/brw_context.h|1 +
src/mesa/drivers/dri/i965/brw_state_dump.c | 20
src/mesa/drivers/dri/i965/gen6_wm_state.c |2 +-
3 files changed, 22 insertions(+), 1 deletions(-)
diff --git
---
src/mesa/main/mtypes.h |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/src/mesa/main/mtypes.h b/src/mesa/main/mtypes.h
index b881183..2d5f44c 100644
--- a/src/mesa/main/mtypes.h
+++ b/src/mesa/main/mtypes.h
@@ -2252,8 +2252,6 @@ struct gl_shader_state
*/
Here's a patch series of the remaining prep work I have on hand for
the ff_fragment_shader conversion to GLSL IR.
At this point, ff_fragment_shader is generating fewer Mesa IR
instructions for glean texCombine than it was before, and the
multitexturing openarena shader is generating 2/3 fewer
This saves both register space and upload bandwidth for unused values.
Note that previously we were relying on the visitor not initially
generating references to different sets of uniforms between the 8-wide
and 16-wide code generation, and now we're relying on them dead-code
eliminating the same
This saves some 35MB when the program only uses GLSL shaders.
---
src/mesa/drivers/dri/i965/brw_wm.c | 11 +++
1 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_wm.c
b/src/mesa/drivers/dri/i965/brw_wm.c
index b0dfdd5..d13ac61 100644
---
Fixes a regression in codegen quality for ff_fragment_shader
conversion to GLSL -- glean texCombine produces 7.5% fewer Mesa IR
instructions.
---
src/mesa/program/ir_to_mesa.cpp | 28
1 files changed, 24 insertions(+), 4 deletions(-)
diff --git
This fixes the remaining regression from ff_fragment_shader in Mesa IR
instruction count, to now being a 1.9% win overall.
---
src/mesa/program/prog_optimize.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/src/mesa/program/prog_optimize.c
On 07/27/2011 10:55 PM, Chad Versace wrote:
Array constructors obey narrower conversion rules than other constructors
[1] --- they use the implicit conversion rules [2] instead of the scalar
constructor conversions [3]. But process_array_constructor() was
incorrectly applying the broader
On 07/29/2011 01:57 PM, Kenneth Graunke wrote:
On 07/27/2011 10:55 PM, Chad Versace wrote:
Array constructors obey narrower conversion rules than other constructors
[1] --- they use the implicit conversion rules [2] instead of the scalar
constructor conversions [3]. But
On 07/27/2011 10:55 PM, Chad Versace wrote:
Context
---
In ast_function_expression::hir(), parameter_lists_match() checks if the
function call's actual parameter list matches the signature's parameter
list, where the match may require implicit conversion of some arguments.
To check if an
On Fri, Jul 29, 2011 at 9:37 AM, Maarten Lankhorst
m.b.lankho...@gmail.com wrote:
Hi guys,
With some help from the nouveau team I managed to get video acceleration
working for my nv96 card. The video buffer api works well enough for nouveau,
I added flags to vl_video_buffer_create_ex so I
On 07/30/2011 12:23 AM, Younes Manton wrote:
On Fri, Jul 29, 2011 at 9:37 AM, Maarten Lankhorst
m.b.lankho...@gmail.com wrote:
Hi guys,
With some help from the nouveau team I managed to get video acceleration
working for my nv96 card. The video buffer api works well enough for nouveau,
I
On Fri, Jul 29, 2011 at 6:46 PM, Maarten Lankhorst
m.b.lankho...@gmail.com wrote:
2nd patch isn't needed. You shouldn't call vl_video_buffer_create_ex,
you should override the create_buffer hook yourself and do what you
want. I'll push the 1st one later.
What create_buffer hook do you mean? If
On 07/30/2011 12:48 AM, Jimmy Rentz wrote:
On Fri, 29 Jul 2011 15:37:19 +0200
Maarten Lankhorst m.b.lankho...@gmail.com wrote:
Hi guys,
With some help from the nouveau team I managed to get video
acceleration working for my nv96 card. The video buffer api works
well enough for nouveau, I
On 07/30/2011 01:05 AM, Younes Manton wrote:
On Fri, Jul 29, 2011 at 6:46 PM, Maarten Lankhorst
m.b.lankho...@gmail.com wrote:
2nd patch isn't needed. You shouldn't call vl_video_buffer_create_ex,
you should override the create_buffer hook yourself and do what you
want. I'll push the 1st one
On Fri, Jul 29, 2011 at 7:45 PM, Maarten Lankhorst
m.b.lankho...@gmail.com wrote:
On 07/30/2011 01:05 AM, Younes Manton wrote:
On Fri, Jul 29, 2011 at 6:46 PM, Maarten Lankhorst
m.b.lankho...@gmail.com wrote:
2nd patch isn't needed. You shouldn't call vl_video_buffer_create_ex,
you should
On 07/30/2011 01:57 AM, Younes Manton wrote:
On Fri, Jul 29, 2011 at 7:45 PM, Maarten Lankhorst
m.b.lankho...@gmail.com wrote:
On 07/30/2011 01:05 AM, Younes Manton wrote:
On Fri, Jul 29, 2011 at 6:46 PM, Maarten Lankhorst
m.b.lankho...@gmail.com wrote:
2nd patch isn't needed. You shouldn't
On Fri, Jul 29, 2011 at 8:15 PM, Maarten Lankhorst
m.b.lankho...@gmail.com wrote:
On 07/30/2011 01:57 AM, Younes Manton wrote:
On Fri, Jul 29, 2011 at 7:45 PM, Maarten Lankhorst
m.b.lankho...@gmail.com wrote:
On 07/30/2011 01:05 AM, Younes Manton wrote:
On Fri, Jul 29, 2011 at 6:46 PM,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fix implicit type conversion errors
Fixes Piglit tests:
spec/glsl-1.20/compiler/built-in-functions/outerProduct-bvec*.vert
spec/glsl-1.20/compiler/structure-and-array-operations/array-ctor-implicit-conversion-bool-float.vert
This method checks if a source type is identical to or can be implicitly
converted to a target type according to the GLSL 1.20 spec, Section 4.1.10
Implicit Conversions.
The following commits use the method for a bugfix:
glsl: Fix implicit conversions in non-constructor function calls
Array constructors obey narrower conversion rules than other constructors
[1] --- they use the implicit conversion rules [2] instead of the scalar
constructor conversions [3]. But process_array_constructor() was
incorrectly applying the broader rules.
[1] GLSL 1.50 spec, Section 5.4.4 Array
The function used a variable named 'score', which was an outright lie.
A signature matches or it doesn't; there is no fuzzy scoring.
Change the return type of parameter_lists_match() to an enum, and
let ir_function::matching_sigature() switch on that enum.
CC: Ian Romanick
31 matches
Mail list logo
