https://bugs.freedesktop.org/show_bug.cgi?id=5
--- Comment #3 from Tapani Pälli ---
Thanks Chris! This commit has fixed also rendering issues with some of the
heavyweight UE4 demos where we had 'yellow tint' colors.
--
You are receiving this mail because:
You are the QA Contact for the bug.
V2: move single dimensionial array detection into a helper
Signed-off-by: Timothy Arceri
---
src/glsl/ast.h | 8
src/glsl/ast_to_hir.cpp | 3 ++-
2 files changed, 10 insertions(+), 1 deletion(-)
diff --git a/src/glsl/ast.h b/src/glsl/ast.h
index ef74e51..3f67907 100644
--- a/s
Thanks Emil!
Reviewed-by: Samuel Iglesias Gonsalvez
Sam
On Monday 23 March 2015 17:49:23 Emil Velikov wrote:
> The one who does AC_MSG_CHECKING should provide the AC_MSG_RESULT.
>
> Fixed: ced9425327b (configure: Introduce new output variable to
> ax_check_python_mako_module.m4"
> Cc: Samuel I
> You seem to miss the case when one is None and not the other.
> It should return BadDrawable too.
>
> This particular case seems not handled by the dri2 code either, and the
> gallium
> state tracker seems to handle it in bindContext, but not the intel code for
> example.
[Zhang, Xiong Y] For
On 03/23/2015 02:41 PM, Ilia Mirkin wrote:
On Mon, Mar 23, 2015 at 8:06 AM, Tapani Pälli wrote:
On 03/23/2015 01:43 PM, Ilia Mirkin wrote:
On Mon, Mar 23, 2015 at 3:20 AM, Tapani Pälli
wrote:
On 03/22/2015 12:07 AM, Ilia Mirkin wrote:
Signed-off-by: Ilia Mirkin
---
Not sure what
When glDrawPixels was used with an external texture, the pixels passed in
were sampled instead of the texture. Change gallium to instead move the user
texture to a new sampler below the glDrawPixels samplers and use the texture
coordinates from the raster position.
This uses a uniform for the tex
https://bugs.freedesktop.org/show_bug.cgi?id=89705
--- Comment #5 from Dieter Nützel ---
(In reply to Tom Stellard from comment #4)
> Fixed in git: 769b366b83dcc12bfe06935f816023cdcfbdf578
Works fine on NI/Turks XT, here.
Could be closed for my side.
Thanks Tom!
--
You are receiving this mail
On Monday, March 23, 2015 05:02:51 PM Aaron Watry wrote:
> On a related note,
>
> Has anyone ported shader-db over to working on R600/RadeonSI/ non-intel>? I've been meaning to take a look at the NIR->TGSI pass and see
> if there's an easy way to hook it up to the radeon drivers, but I wanted to
On Mon, Mar 23, 2015 at 5:10 PM, Matt Turner wrote:
> ---
> src/glsl/nir/glsl_to_nir.cpp | 39 +--
> 1 file changed, 21 insertions(+), 18 deletions(-)
>
> diff --git a/src/glsl/nir/glsl_to_nir.cpp b/src/glsl/nir/glsl_to_nir.cpp
> index 357944d..e6f5ffc 100644
>
On Mon, Mar 23, 2015 at 8:34 PM, Matt Turner wrote:
> On Mon, Mar 23, 2015 at 8:13 PM, Jason Ekstrand wrote:
>> total instructions in shared programs: 4422307 -> 4422363 (0.00%)
>> instructions in affected programs: 4230 -> 4286 (1.32%)
>> helped:0
>> HURT:
On Mon, Mar 23, 2015 at 8:34 PM, Matt Turner wrote:
> On Mon, Mar 23, 2015 at 8:13 PM, Jason Ekstrand wrote:
>> The idea here is that fusing multiply-add combinations too early can reduce
>> our ability to perform CSE and value-numbering. Instead, we split ffma
>> opcodes up-front, hope CSE clea
On Mon, Mar 23, 2015 at 8:13 PM, Jason Ekstrand wrote:
> The idea here is that fusing multiply-add combinations too early can reduce
> our ability to perform CSE and value-numbering. Instead, we split ffma
> opcodes up-front, hope CSE cleans up, and then fuse after-the-fact.
> Unless an algebraic
On Mon, Mar 23, 2015 at 8:13 PM, Jason Ekstrand wrote:
> total instructions in shared programs: 4422307 -> 4422363 (0.00%)
> instructions in affected programs: 4230 -> 4286 (1.32%)
> helped:0
> HURT: 12
>
> While this does hurt s
On Mon, Mar 23, 2015 at 8:13 PM, Jason Ekstrand wrote:
> shader-db results for fragment shaders on Haswell:
> total instructions in shared programs: 4395688 -> 4389623 (-0.14%)
> instructions in affected programs: 355876 -> 349811 (-1.70%)
> helped:1455
> HURT:
On Mon, Mar 23, 2015 at 8:13 PM, Jason Ekstrand wrote:
> ---
Subject: s/seperate/separate/
I'd probably just squash patch 3 into this one.
I bet this will be useful for something I'm working on too. :)
___
mesa-dev mailing list
mesa-dev@lists.freedesk
If we tell NIR to split ffma's, then we don't need seperate options
anymore.
---
src/mesa/drivers/dri/i965/brw_context.c | 12 ++--
1 file changed, 2 insertions(+), 10 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_context.c
b/src/mesa/drivers/dri/i965/brw_context.c
index 7cab1c
The idea here is that fusing multiply-add combinations too early can reduce
our ability to perform CSE and value-numbering. Instead, we split ffma
opcodes up-front, hope CSE cleans up, and then fuse after-the-fact.
Unless an algebraic pass does something silly where it inserts something
between th
shader-db results for fragment shaders on Haswell:
total instructions in shared programs: 4395688 -> 4389623 (-0.14%)
instructions in affected programs: 355876 -> 349811 (-1.70%)
helped:1455
HURT: 14
GAINED:
total instructions in shared programs: 4422307 -> 4422363 (0.00%)
instructions in affected programs: 4230 -> 4286 (1.32%)
helped:0
HURT: 12
While this does hurt some things, the losses are minor and it prevents the
compare-with-z
Previously, we couldn't generate two algebraic passes in the same file
because of multiple structure definitions. To solve this, we play the
age-old header file trick and just #define around it.
---
src/glsl/nir/nir_algebraic.py | 17 +++--
1 file changed, 11 insertions(+), 6 deletion
This series contains several optimization-related patches that are all
focussed around being able to do better at emitting MAD instructions.
Final shader-db results for the whole series on Haswell:
total NIR instructions in shared programs: 2183472 -> 2152911 (-1.40%)
NIR instructions in af
---
src/mesa/drivers/dri/i965/brw_fs_nir.cpp | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_fs_nir.cpp
b/src/mesa/drivers/dri/i965/brw_fs_nir.cpp
index 69f296c..fbcfc65 100644
--- a/src/mesa/drivers/dri/i965/brw_fs_nir.cpp
+++ b/src/mesa/drivers/dri/i965/brw_
---
src/glsl/Makefile.sources| 1 +
src/glsl/nir/nir_opt_peephole_ffma.c | 220 +++
2 files changed, 221 insertions(+)
create mode 100644 src/glsl/nir/nir_opt_peephole_ffma.c
diff --git a/src/glsl/Makefile.sources b/src/glsl/Makefile.sources
index b8
---
src/glsl/nir/nir.h| 1 +
src/glsl/nir/nir_opt_algebraic.py | 9 +
2 files changed, 10 insertions(+)
diff --git a/src/glsl/nir/nir.h b/src/glsl/nir/nir.h
index 29fe942..d5ecfa8 100644
--- a/src/glsl/nir/nir.h
+++ b/src/glsl/nir/nir.h
@@ -1612,6 +1612,7 @@ void nir_conve
total instructions in shared programs: 4418748 -> 4394618 (-0.55%)
instructions in affected programs: 1292790 -> 1268660 (-1.87%)
helped:5999
HURT: 457
GAINED:4
LOST:
https://bugs.freedesktop.org/show_bug.cgi?id=89689
Michel Dänzer changed:
What|Removed |Added
Component|EGL |Drivers/DRI/i965
Assignee|mesa
Hello,
I am a computer engineering student from the university of Buea in
Cameroon, Africa. I mostly got interested in the following project
ideas :
- GL/GLSL tests for GL 4.0 and newer
- Port optimization passes from GLSL IR to NIR
And i wanted to inquire about the possibility of working on one of
Shamelessly ripped off from Eric Anholt's tgsi_to_nir pass.
Not compiled on SCons, like the rest of NIR.
Signed-off-by: Kenneth Graunke
---
src/mesa/Makefile.am|2 +
src/mesa/Makefile.sources |5 +
src/mesa/program/prog_instruction.h |2 +
src/mesa/program/
Signed-off-by: Kenneth Graunke
---
src/glsl/nir/nir_types.cpp | 6 ++
src/glsl/nir/nir_types.h | 1 +
2 files changed, 7 insertions(+)
Patches also available in the `nir-arb` branch of ~kwg/mesa.
diff --git a/src/glsl/nir/nir_types.cpp b/src/glsl/nir/nir_types.cpp
index a13c3e1..f0d0b46 1
Everything is already in place; we simply have to take the scalar code
generation path. This gives us SIMD8 VS programs, instead of SIMD4x2.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/brw_vec4.cpp | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --gi
Our fragment program backend implements support for TXP directly, and
there's no NIR lowering pass to remove the projection. When we switch
fragment program support over to NIR, we need to support it somehow.
It's easy enough to support directly.
Signed-off-by: Kenneth Graunke
---
src/mesa/dri
Use prog_to_nir where we would normally call glsl_to_nir, handle program
parameter lists, and skip a few things that don't exist.
Using NIR generates much better shader code than Mesa IR, since we get
real optimizations, as opposed to prog_optimize:
total instructions in shared programs: 314007 -
prog_to_nir uses this for OPCODE_SUB.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/brw_fs_nir.cpp | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_fs_nir.cpp
b/src/mesa/drivers/dri/i965/brw_fs_nir.cpp
index 69f296c..094303f 100644
--- a/src
https://bugs.freedesktop.org/show_bug.cgi?id=89689
--- Comment #5 from Boyan Ding ---
(In reply to Daniel Stone from comment #4)
> Have you tried just adding XRGB to the list without modifying depth/stencil?
I tried just now and it also works.
--
You are receiving this mail because:
You are th
---
src/glsl/nir/glsl_to_nir.cpp | 39 +--
1 file changed, 21 insertions(+), 18 deletions(-)
diff --git a/src/glsl/nir/glsl_to_nir.cpp b/src/glsl/nir/glsl_to_nir.cpp
index 357944d..e6f5ffc 100644
--- a/src/glsl/nir/glsl_to_nir.cpp
+++ b/src/glsl/nir/glsl_to_nir
On Wed, Mar 18, 2015 at 6:30 PM, Connor Abbott wrote:
> So in GLSL, add and mul can take a combination of a scalar and a
> vector, and it'll splat the scalar automatically, and with this this
> series that means that and/or can now take a combination of a scalar
> and a vector as well, and we'll h
On Mon, Mar 23, 2015 at 3:59 PM, Ilia Mirkin wrote:
> On Mon, Mar 23, 2015 at 3:57 PM, Shervin Sharifi wrote:
>> Hi,
>>
>> I'm new to Mesa and I'm trying to understand the status of OpenGL ES 3.0
>> support in Mesa.
>> I'm mainly interested in using llvm-pipe backend (software rendering).
>
> h
On Mon, Mar 23, 2015 at 12:14 PM, Martin Peres wrote:
> v2: Review from Laura Ekstrand
> - get rid of a change that should not have happened in this patch
> - improve the error messages
> - fix alignments
> - fix a capitalization in a function name in an error message
>
> v3: Review from Laura Ek
On Monday, March 23, 2015 12:15:17 PM Ian Romanick wrote:
> From: Ian Romanick
>
> Commit b616164 added an optimization of b2f generation of a comparison.
> It also included an extra optimization of one of the comparison values
> is a constant of zero. The trick was that some value was known to
On Mon, Mar 23, 2015 at 12:04 PM, Martin Peres wrote:
> v2:
> - improve an error message
>
> Reviewed-by: Laura Ekstrand
>
> v3:
> - move a test to less generic functions
> - fix an alignment
>
> Signed-off-by: Martin Peres
> ---
> src/mapi/glapi/gen/ARB_direct_state_access.xml | 6 +++
> src
On Mon, Mar 23, 2015 at 6:02 PM, Aaron Watry wrote:
> On a related note,
>
> Has anyone ported shader-db over to working on R600/RadeonSI/ non-intel>? I've been meaning to take a look at the NIR->TGSI pass and see
> if there's an easy way to hook it up to the radeon drivers, but I wanted to
> be
On a related note,
On Mon, Mar 23, 2015 at 2:19 PM, Jason Ekstrand
wrote:
> On Mon, Mar 23, 2015 at 11:19 AM, Bruno Jimenez
> wrote:
> > On Wed, 2015-03-18 at 16:37 -0700, Jason Ekstrand wrote:
> >> On Wed, Mar 18, 2015 at 4:27 PM, Connor Abbott
> wrote:
> >> > On Wed, Mar 18, 2015 at 2:58 PM,
On Mon, 2015-03-23 at 08:58 -0400, Ilia Mirkin wrote:
> On Sat, Mar 21, 2015 at 11:00 PM, Timothy Arceri
> wrote:
> > On Sat, 2015-03-21 at 19:34 -0400, Ilia Mirkin wrote:
> >> On Sat, Mar 21, 2015 at 5:49 AM, Timothy Arceri
> >> wrote:
> >> > Signed-off-by: Timothy Arceri
> >> > ---
> >> > s
On 03/19/2015 12:28 AM, Martin Peres wrote:
> On 16/03/15 18:32, Laura Ekstrand wrote:
>> That was basically my background (mechanical engineering + lots of
>> OpenGL) when I started six months ago, but I have found the lack of
>> mentoring to be a large roadblock. At that time, I wrote tests, but
Matt Turner wrote in
news:caedq38ela86kqtjkagscovt70ep8ato3aeqtowbuvk-+xuf...@mail.gmail.com:
> so maybe uclibc just needs to add them.
Hi,
they did :) http://git.uclibc.org/uClibc/commit/?id=
6c4538905e65ceb203f59aaa9a61728e81c6bc0a
Run-time testing was positive, so my patch is obsolete now.
https://bugs.freedesktop.org/show_bug.cgi?id=86326
--- Comment #11 from Tom Stellard ---
Are these these same patches you sent to the mailing list?
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
mes
On 03/23/2015 01:28 PM, Matthew Dawson wrote:
On March 23, 2015 10:21:32 AM Brian Paul wrote:
On 03/22/2015 05:50 PM, Matthew Dawson wrote:
If it isn't fully realized, is it worth it to test/implement this
section, since its removed in the core profile? Would a reduced
implementation to fix th
On Mon, Mar 23, 2015 at 3:57 PM, Shervin Sharifi wrote:
> Hi,
>
> I'm new to Mesa and I'm trying to understand the status of OpenGL ES 3.0
> support in Mesa.
> I'm mainly interested in using llvm-pipe backend (software rendering).
http://people.freedesktop.org/~imirkin/glxinfo/glxinfo.html#p=es
Hi,
I'm new to Mesa and I'm trying to understand the status of OpenGL ES 3.0
support in Mesa.
I'm mainly interested in using llvm-pipe backend (software rendering).
Thanks,
Shervin
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://l
Arg. I changed the code and the body of the commit message, but I
didn't change the short log. I'll change it to:
i965/fs: Always invert predicate of SEL with swapped arguments
On 03/23/2015 12:15 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> Commit b616164 added an optimization of b2f gen
On March 23, 2015 10:21:32 AM Brian Paul wrote:
> On 03/22/2015 05:50 PM, Matthew Dawson wrote:
> > If it isn't fully realized, is it worth it to test/implement this
> > section, since its removed in the core profile? Would a reduced
> > implementation to fix this test be OK (ignoring things like
This fixes a GL error warning on r200 in Wine.
The GL_ARB_sampler_objects extension does not specify a dependency on
GL_ARB_shadow or GL_ARB_depth_texture for this value. Just set the value
and don't do anything else. It won't matter without a depth texture
being assigned anyway.
---
src/mesa/mai
On Mon, Mar 23, 2015 at 11:19 AM, Bruno Jimenez wrote:
> On Wed, 2015-03-18 at 16:37 -0700, Jason Ekstrand wrote:
>> On Wed, Mar 18, 2015 at 4:27 PM, Connor Abbott wrote:
>> > On Wed, Mar 18, 2015 at 2:58 PM, Matt Turner wrote:
>> >> On Thu, Mar 12, 2015 at 9:46 PM, Matt Turner wrote:
>> >>> He
From: Ian Romanick
Commit b616164 added an optimization of b2f generation of a comparison.
It also included an extra optimization of one of the comparison values
is a constant of zero. The trick was that some value was known to be
zero, so that value could be used in the SEL instruction instead
v2: Review from Laura Ekstrand
- get rid of a change that should not have happened in this patch
- improve the error messages
- fix alignments
- fix a capitalization in a function name in an error message
v3: Review from Laura Ekstrand
- move the test for the validity of the renderbuffer to less g
v2:
- improve an error message
Reviewed-by: Laura Ekstrand
v3:
- move a test to less generic functions
- fix an alignment
Signed-off-by: Martin Peres
---
src/mapi/glapi/gen/ARB_direct_state_access.xml | 6 +++
src/mesa/main/fbobject.c | 63 +++---
sr
On Friday 20 March 2015, Laura Ekstrand wrote:
> On Wed, Mar 18, 2015 at 4:18 PM, Fredrik Höglund wrote:
>
> > The only difference between these functions is the legal types and
> > sizes, so consolidate the code into a single vertex_attrib_format()
> > function and call it from all three entry p
On Fri, Mar 20, 2015 at 5:28 PM, Jordan Justen
wrote:
> git://people.freedesktop.org/~jljusten/mesa i965-pipelines-v3
>
> v2:
> * Rename brw->atoms[] to render_atoms
> * Add brw->compute_atoms[]
>* Replace brw_pipeline_first_atom with brw_get_pipeline_atoms
>
> v3:
> * Avoid changing pipel
On Wed, 2015-03-18 at 16:37 -0700, Jason Ekstrand wrote:
> On Wed, Mar 18, 2015 at 4:27 PM, Connor Abbott wrote:
> > On Wed, Mar 18, 2015 at 2:58 PM, Matt Turner wrote:
> >> On Thu, Mar 12, 2015 at 9:46 PM, Matt Turner wrote:
> >>> Here are some ideas I think might be reasonable GSoC ideas.
> >>
Looks good to me.
Reviewed-by: Laura Ekstrand
On Mon, Mar 23, 2015 at 4:30 AM, Eduardo Lima Mitev
wrote:
> glGenerateMipmap() queries the current texture object corresponding to the
> target
> argument before ever validating it. It does so by calling
> _mesa_get_current_tex_object() which expl
On Sat, Mar 21, 2015 at 10:45 AM, Emil Velikov wrote:
> Signed-off-by: Emil Velikov
Reviewed-by: Kristian Høgsberg
> ---
>
> Should have sent with the "remove st/gbm" series. Ohh well.
>
> -Emil
>
>
> src/gbm/main/backend.c | 24
> 1 file changed, 24 deletions(-)
>
>
Looks correct to me.
Reviewed-by: Laura Ekstrand
On Mon, Mar 23, 2015 at 4:30 AM, Eduardo Lima Mitev
wrote:
> Basically, two different target error checks are chained consecutively,
> and the
> second one is executed regardless the result of the first one. This
> produces an incorrect error if
I'm glad you found this target checking problem. I have come across the
same problem in other texture functions, but I have been too busy to find
all instances of this. It's kind of a natural, negative byproduct of
adding DSA.
On Mon, Mar 23, 2015 at 4:29 AM, Eduardo Lima Mitev
wrote:
> Curren
Tom Stellard writes:
> The storage size for local kernel args can be queried before the
> arguments are set by using the CL_KERNEL_LOCAL_MEM_SIZE param
> of clGetKernelWorkGroupInfo().
>
> The spec says that if local kernel arguments have not been specified,
> then we should assume their size is
In case of using a distribution tarball (or a dirty git tree) one can
have the generated sources locally. Make configure.ac error out
otherwise, to alert that about the unmet requirement(s) of python/mako.
Cc: Matt Turner
Suggested-by: Matt Turner
Signed-off-by: Emil Velikov
---
configure.ac |
The one who does AC_MSG_CHECKING should provide the AC_MSG_RESULT.
Fixed: ced9425327b (configure: Introduce new output variable to
ax_check_python_mako_module.m4"
Cc: Samuel Iglesias Gonsalvez
Cc: "10.5"
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=89328
Signed-off-by: Emil Velikov
--
On 03/23/2015 12:12 AM, Tapani Pälli wrote:
> Patch changes lowering pass to use unique name for each uniform
> so that arrays from different stages cannot end up having same
> name.
>
> v2: instead of global counter, use pointer to achieve
> unique name (Kenneth Graunke)
>
> Signed-off-by: T
Thanks Emil. For the series
Reviewed-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
https://bugs.freedesktop.org/show_bug.cgi?id=89689
--- Comment #4 from Daniel Stone ---
(In reply to Boyan Ding from comment #3)
> Created attachment 114500 [details] [review]
> dri/i965: Add XRGB to dri config
>
> I hacked the i965 driver and wrote this patch. After applying this to mesa,
>
On 03/22/2015 05:50 PM, Matthew Dawson wrote:
Hi all,
I've been working fixing the piglit tests around glDrawPixels, and I'm not
sure what the correct behaviour of glDrawPixels is when any texturing units
are enabled (tested with the draw-pixel-with-texture piglit test). After
asking on irc, im
Signed-off-by: Emil Velikov
---
src/mesa/drivers/dri/i965/Makefile.sources | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/Makefile.sources
b/src/mesa/drivers/dri/i965/Makefile.sources
index c69441b..fd96b97 100644
--- a/src/mesa/drivers/dri/i965/Makefile.sources
Signed-off-by: Emil Velikov
---
src/glsl/Makefile.am | 1 +
src/glsl/Makefile.sources | 1 +
2 files changed, 2 insertions(+)
diff --git a/src/glsl/Makefile.am b/src/glsl/Makefile.am
index b466a3b..ed90366 100644
--- a/src/glsl/Makefile.am
+++ b/src/glsl/Makefile.am
@@ -46,6 +46,7 @@ EXTRA_
Signed-off-by: Emil Velikov
---
Makefile.am | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/Makefile.am b/Makefile.am
index f4f0912..9f49ce6 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -44,12 +44,15 @@ EXTRA_DIST = \
scons \
SConstruct
-noin
Namely the Haiku EGL driver backend and the SConscript for the dri2 EGL
driver backend.
Cc: Alexander von Gluck IV
Cc: mesa-sta...@lists.freedesktop.org
Signed-off-by: Emil Velikov
---
src/Makefile.am | 5 -
src/egl/drivers/dri2/Makefile.am | 2 ++
2 files changed, 6 insert
During 'make dist' the path of the symbolic link (x11/dri2.c) becomes
too long, and tar converts it to hard one. To make it more complicated
on Haiku tar errors out (due to lack of hardlink support) rather than
falling back to the next best thing.
So remove the symlink from git, and disable the sco
Am 23.03.2015 um 00:50 schrieb Matthew Dawson:
> Hi all,
>
> I've been working fixing the piglit tests around glDrawPixels, and I'm not
> sure what the correct behaviour of glDrawPixels is when any texturing units
> are enabled (tested with the draw-pixel-with-texture piglit test). After
> ask
On Mon, 2015-03-23 at 14:52 +, Tom Stellard wrote:
> The storage size for local kernel args can be queried before the
> arguments are set by using the CL_KERNEL_LOCAL_MEM_SIZE param
> of clGetKernelWorkGroupInfo().
>
> The spec says that if local kernel arguments have not been specified,
> the
v2:
- Fix typo
---
src/gallium/drivers/radeonsi/si_pipe.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeonsi/si_pipe.c
b/src/gallium/drivers/radeonsi/si_pipe.c
index d335bda..c7773b7 100644
--- a/src/gallium/drivers/radeonsi/si_pipe.c
+++ b/src
The storage size for local kernel args can be queried before the
arguments are set by using the CL_KERNEL_LOCAL_MEM_SIZE param
of clGetKernelWorkGroupInfo().
The spec says that if local kernel arguments have not been specified,
then we should assume their size is 0.
v2:
- Implement using c++11
https://bugs.freedesktop.org/show_bug.cgi?id=89705
Tom Stellard changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Mon, Mar 23, 2015 at 07:53:06AM -0700, Tom Stellard wrote:
> Hi,
>
> I just did a fetch from mesa git and I received a force update from
> mesa/master.
> The current head commit form that remote is:
>
> commit 1e02f2badfd925739099bcfaa55ca99a484470d8
> Author: Tiziano Bacocco
> Date: Fri F
Hi,
I just did a fetch from mesa git and I received a force update from mesa/master.
The current head commit form that remote is:
commit 1e02f2badfd925739099bcfaa55ca99a484470d8
Author: Tiziano Bacocco
Date: Fri Feb 6 19:03:41 2015 +0100
nv50,nvc0: Mark PIPE_QUERY_TIMESTAMP_DISJOINT as re
You seem to miss the case when one is None and not the other.
It should return BadDrawable too.
This particular case seems not handled by the dri2 code either,
and the gallium state tracker seems to handle it in bindContext,
but not the intel code for example.
Axel Davy
On 23/03/2015 08:07, Xio
Sorry for the delay in replying to this.
Ben Widawsky writes:
>> > +static inline uint32_t
>> > +intel_miptree_blit_height(struct intel_mipmap_tree *mt)
>> > +{
>> > + switch (mt->target) {
>> > + case GL_TEXTURE_CUBE_MAP:
>> > + case GL_TEXTURE_1D_ARRAY:
>> > + case GL_TEXTURE_2D_ARRAY:
On Sun, Mar 22, 2015 at 07:20:58AM +0100, Giuseppe Bilotta wrote:
> OpenCL (as opposed to OpenGL) has separate vendor strings for the
> implementation/driver/platform and the device. CL_PLATFORM_VENDOR
> is akin to the GL_VENDOR string, while CL_DEVICE_VENDOR is supposed to
> return the actual devi
Ben Widawsky writes:
> diff --git a/src/mesa/drivers/dri/i965/intel_blit.h
> b/src/mesa/drivers/dri/i965/intel_blit.h
> index 52dd67c..aff2d58 100644
> --- a/src/mesa/drivers/dri/i965/intel_blit.h
> +++ b/src/mesa/drivers/dri/i965/intel_blit.h
> @@ -78,14 +78,34 @@ void intel_emit_linear_blit(st
https://bugs.freedesktop.org/show_bug.cgi?id=89705
--- Comment #3 from LoneVVolf ---
I found a patch by archlinux developer here :
http://pkgbuild.com/~lcarlier/mesa-git/sources/mesa-git/radeonsi.patch
It allows building mesa-git against latest llvm .
--
You are receiving this mail because:
Y
Ben Widawsky writes:
> diff --git a/src/mesa/drivers/dri/i965/intel_blit.h
> b/src/mesa/drivers/dri/i965/intel_blit.h
> index f563939..531d329 100644
> --- a/src/mesa/drivers/dri/i965/intel_blit.h
> +++ b/src/mesa/drivers/dri/i965/intel_blit.h
> @@ -30,6 +30,9 @@
>
> #include "brw_context.h"
Looks good to me.
Reviewed-by: Neil Roberts
- Neil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Sun, Mar 22, 2015 at 2:09 AM, Timothy Arceri wrote:
> On Sat, 2015-03-21 at 19:57 -0400, Ilia Mirkin wrote:
>> On Sat, Mar 21, 2015 at 5:49 AM, Timothy Arceri
>> wrote:
>> > Add support for setting the max access of an unsized member
>> > of an interface array of arrays.
>> >
>> > For example
On Sat, Mar 21, 2015 at 11:37 PM, Timothy Arceri wrote:
> On Sat, 2015-03-21 at 19:51 -0400, Ilia Mirkin wrote:
>> On Sat, Mar 21, 2015 at 5:49 AM, Timothy Arceri
>> wrote:
>> > Adds support for linking AoA interface blocks
>> > which countain unsized arrays
>> > ---
>> > src/glsl/ir.cpp |
On Sat, Mar 21, 2015 at 11:00 PM, Timothy Arceri wrote:
> On Sat, 2015-03-21 at 19:34 -0400, Ilia Mirkin wrote:
>> On Sat, Mar 21, 2015 at 5:49 AM, Timothy Arceri
>> wrote:
>> > Signed-off-by: Timothy Arceri
>> > ---
>> > src/glsl/ast_to_hir.cpp | 6 +-
>> > 1 file changed, 5 insertions(+)
From: Ville Syrjälä
Bring over the following fix from i965:
commit fb3d62fe3d4fc40ba4ad9804d8b6f451316c9ae2
Author: Kenneth Graunke
Date: Tue Aug 6 14:36:09 2013 -0700
i965: Remember to call intel_prepare_render() before blitting.
Fixes a crash in the following piglit tests:
bin/fbo-
From: Ville Syrjälä
The sub-pixel adjustment for points was killed off in
commit 60d762aa625095a8c1f9597d8530bb5a6fa61b4c
Author: Xiang, Haihao
Date: Wed Jan 2 11:38:51 2008 +0800
i915: Needn't adjust pixel centers. fix #12944
so we can just as well use COPY_DWORDS().
Signed-off-by:
From: Ville Syrjälä
The table used to map the GL primitive to the hw primitive never
changes so make it const.
Signed-off-by: Ville Syrjälä
---
src/mesa/drivers/dri/i915/intel_render.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dri/i915/intel_render.c
From: Ville Syrjälä
Flip the cull bits when rendering to a user fbo on gen2. This
was already done on gen3 (since before git history starts)
but was missing from the gen2 code.
Fixes rendering of the driver+kart model in supertuxkart kart
selection screen.
Signed-off-by: Ville Syrjälä
---
src
From: Ville Syrjälä
The sub-pixel adjustment for points was killed off in
commit 60d762aa625095a8c1f9597d8530bb5a6fa61b4c
Author: Xiang, Haihao
Date: Wed Jan 2 11:38:51 2008 +0800
i915: Needn't adjust pixel centers. fix #12944
so if we don't need it in intel_tris.c we don't need it in
From: Ville Syrjälä
_tnl_RenderClippedPolygon and _tnl_RenderClippedLine already do most of
what we want so use them.
Signed-off-by: Ville Syrjälä
---
src/mesa/drivers/dri/i915/intel_tris.c | 19 ++-
1 file changed, 2 insertions(+), 17 deletions(-)
diff --git a/src/mesa/driver
From: Ville Syrjälä
i915 fragment programs utilize the texture coordinate registers
for both texture coordinates and varyings. Unfortunately the
code doesn't check if the same index might be in use for both.
It just naively uses the index to pick a texture unit, which
could lead to collisions.
A
From: Ville Syrjälä
Using c99 initializers for the primitive arrays makes things more
readable.
Signed-off-by: Ville Syrjälä
---
src/mesa/drivers/dri/i915/intel_render.c | 60
src/mesa/drivers/dri/i915/intel_tris.c | 40 ++---
2 files changed,
1 - 100 of 149 matches
Mail list logo
