On Mon, Sep 14, 2015 at 1:52 AM, Tapani Pälli wrote:
> Signed-off-by: Tapani Pälli
> ---
> docs/GL3.txt | 11 ++-
> 1 file changed, 6 insertions(+), 5 deletions(-)
>
> diff --git a/docs/GL3.txt b/docs/GL3.txt
> index e0a8a37..7abfe91 100644
> --- a/docs/GL3.txt
> +++ b/docs/GL3.txt
> @@
On Mon, Sep 14, 2015 at 2:03 AM, Tapani Pälli wrote:
>
> On 09/13/2015 10:14 AM, Ilia Mirkin wrote:
>>
>> The functionality is actually available in ES2+ and at least GL 4.5, but
>> the extension itself is only spec'd against ES1, not desktop GL.
>
>
> It is one of 6 OES extensions that are listed
On 09/13/2015 10:14 AM, Ilia Mirkin wrote:
The functionality is actually available in ES2+ and at least GL 4.5, but
the extension itself is only spec'd against ES1, not desktop GL.
It is one of 6 OES extensions that are listed in the desktop extensions
list in Khronos registry. All of these h
Even though luminance formats don't have alpha, we still want the alpha
output to go to the blender. This fixes the luminance blending tests.
Signed-off-by: Ilia Mirkin
---
src/gallium/drivers/freedreno/a3xx/fd3_format.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/gallium/drivers/f
Signed-off-by: Tapani Pälli
---
docs/GL3.txt | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/docs/GL3.txt b/docs/GL3.txt
index e0a8a37..7abfe91 100644
--- a/docs/GL3.txt
+++ b/docs/GL3.txt
@@ -223,10 +223,11 @@ GLES3.1, GLSL ES 3.1
GS5 Packing/bitfield/conversio
true, only LDR required by the spec
Reviewed-by: Tapani Pälli
On 09/14/2015 08:09 AM, Ilia Mirkin wrote:
Signed-off-by: Ilia Mirkin
---
Perhaps I'm missing it, but the ES3.2 spec explicitly says that it only
supports LDR. On page 508, appendix C:
"""
ASTC textures defined in this appendix ar
Signed-off-by: Ilia Mirkin
---
Perhaps I'm missing it, but the ES3.2 spec explicitly says that it only
supports LDR. On page 508, appendix C:
"""
ASTC textures defined in this appendix are known as the LDR Profile of
ASTC.
"""
docs/GL3.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Signed-off-by: Ilia Mirkin
---
This patch doesn't work. I'm not sure what the correct way to fix it
is. I have no idea what the base mrf is supposed to get set to, I
tried to understand the logic in lower_sampler_logical_send_gen5, but
apparently with only limited success. However this seems to w
Signed-off-by: Ilia Mirkin
---
Still need to put this through a full piglit run, but it seems
promising. I tried an alternative approach where I automatically
bumped up the number of SP_FS outputs based on the shader, but that
ended in failure -- I guess the various things have to line up.
docs
https://bugs.freedesktop.org/show_bug.cgi?id=90264
--- Comment #50 from Furkan ---
It was brought to my attention on IRC that the proposed patch only fixes the
issue with DRI2, but not DRI3. I tried applying the same fix to dri3_glx.c, but
it doesn't seem to have any effect. Any ideas why? Or doe
On Sat, 12 Sep 2015 00:29:27 +0200, Ilia Mirkin
wrote:
Signed-off-by: Ilia Mirkin
---
src/gallium/docs/source/screen.rst | 1 +
src/gallium/drivers/freedreno/freedreno_screen.c | 1 +
src/gallium/drivers/i915/i915_screen.c | 1 +
src/gallium/drivers/ilo/ilo_screen.c
https://bugs.freedesktop.org/show_bug.cgi?id=91889
--- Comment #20 from Krzysztof A. Sobiecki ---
(In reply to Michel Dänzer from comment #18)
> (In reply to Krzysztof A. Sobiecki from comment #14)
> > So how glTexImage2D gets wrong data?
>
> The data passed to glTexImage2D is controlled by the
https://bugs.freedesktop.org/show_bug.cgi?id=91889
--- Comment #19 from Krzysztof A. Sobiecki ---
(In reply to Michel Dänzer from comment #18)
> (In reply to Krzysztof A. Sobiecki from comment #14)
> > So how glTexImage2D gets wrong data?
>
> The data passed to glTexImage2D is controlled by the
On Sun, Sep 13, 2015 at 12:55 PM, Marcin Ślusarz
wrote:
> Useful when locally installed mesa has more quirks than the system one.
Reviewed-by: Ilia Mirkin
[not sure if you can push, but if you can, hold off for a couple of days]
> ---
> src/mesa/drivers/dri/common/Makefile.am | 1 +
> src/mes
Useful when locally installed mesa has more quirks than the system one.
---
src/mesa/drivers/dri/common/Makefile.am | 1 +
src/mesa/drivers/dri/common/xmlconfig.c | 6 +-
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dri/common/Makefile.am
b/src/mesa/drivers/d
From: Eric Anholt
(originally part of previous patch, split out to separate patch by Rob)
Signed-off-by: Rob Clark
---
src/gallium/drivers/vc4/vc4_context.h | 9 +-
src/gallium/drivers/vc4/vc4_nir_lower_blend.c | 5 +-
src/gallium/drivers/vc4/vc4_nir_lower_io.c| 24 +---
src/g
From: Rob Clark
Signed-off-by: Rob Clark
---
src/glsl/nir/nir_print.c | 73 ++--
1 file changed, 59 insertions(+), 14 deletions(-)
diff --git a/src/glsl/nir/nir_print.c b/src/glsl/nir/nir_print.c
index 69cadba..6c9bd4b 100644
--- a/src/glsl/nir/nir_p
From: Rob Clark
To avoid propagating the tgsi semantic name/index hack further, and
to avoid a generic nir lowering pass knowing about tgsi semantic,
first I needed to switch over to using VERT_ATTRIB_/VARYING_SLOT_/
FRAG_RESULT_. So I dusted off Eric's patch, split out the vc4
conversion into a
From: Eric Anholt
This avoids exceeding the size of the .index bitfield since it got
truncated, and should make our NIR look more like the NIR that the rest of
the NIR developers are working on.
v2: split out vc4 updates, first patch uses varying_slot_to_tgsi_semantic()
helper, and second patch
From: Rob Clark
Signed-off-by: Rob Clark
---
src/gallium/drivers/freedreno/a3xx/fd3_emit.c | 30 --
src/gallium/drivers/freedreno/a3xx/fd3_program.c | 49 +
src/gallium/drivers/freedreno/a4xx/fd4_emit.c | 31 --
src/gallium/drivers/freedreno/a4xx/fd4_program.c |
From: Rob Clark
Used internally in freedreno/ir3 to calc stream-out position. Seems
like a generic enough way to implement stream-out (using str instrs),
plus it avoids compiler warnings by sneaking in a non-enum value in
switch statements.
Signed-off-by: Rob Clark
---
src/glsl/shader_enums.h
From: Rob Clark
A small step towards un-TGSI'ifying ir3.
Signed-off-by: Rob Clark
---
src/gallium/drivers/freedreno/a3xx/fd3_program.c | 5 ++-
src/gallium/drivers/freedreno/a4xx/fd4_program.c | 5 ++-
.../drivers/freedreno/ir3/ir3_compiler_nir.c | 40 +-
src/ga
From: Rob Clark
Signed-off-by: Rob Clark
---
src/gallium/drivers/freedreno/a4xx/fd4_draw.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/drivers/freedreno/a4xx/fd4_draw.c
b/src/gallium/drivers/freedreno/a4xx/fd4_draw.c
index 2bd2ca2..025753c 100644
--- a/src/gallium/drivers/f
From: Rob Clark
Signed-off-by: Rob Clark
---
src/Makefile.am | 1 +
src/glsl/shader_enums.c | 202 ++
src/glsl/shader_enums.h | 53
src/mesa/Makefile.sources | 4 +-
4 files changed, 259 insertions(+), 1 deletion(-)
cr
From: Rob Clark
For lowering user-clip-planes, we need a way to pass the enabled/used
user-clip-planes in to shader.
Signed-off-by: Rob Clark
---
src/glsl/nir/nir_intrinsics.h | 23 ---
1 file changed, 12 insertions(+), 11 deletions(-)
diff --git a/src/glsl/nir/nir_intrins
From: Rob Clark
Use nir_lower_clip pass for adding the VS/FS instructions to handle
user-clip-planes and CLIPDIST. Wire up support for load_user_clip_plane
intrinsic to fetch ucp[plane] values as driver-params (passed as const's
to the shader).
Signed-off-by: Rob Clark
---
src/gallium/drivers
From: Rob Clark
The vertex shader lowering adds calculation for CLIPDIST, if needed
(ie. user-clip-planes), and the frag shader lowering adds conditional
kills based on CLIPDIST value (which should be treated as a normal
interpolated varying by the driver).
Signed-off-by: Rob Clark
---
src/gls
On 09/12/2015 08:17 AM, Krzesimir Nowak wrote:
This is to avoid needless float<->int conversions, since all
face-related computations are made on integers. Spotted by Emil
Velikov.
---
src/gallium/drivers/softpipe/sp_tex_sample.c | 10 +-
src/gallium/drivers/softpipe/sp_tex_sample.h |
https://bugs.freedesktop.org/show_bug.cgi?id=91889
--- Comment #18 from Michel Dänzer ---
(In reply to Krzysztof A. Sobiecki from comment #14)
> So how glTexImage2D gets wrong data?
The data passed to glTexImage2D is controlled by the application. The question
is where it's getting the bad data
https://bugs.freedesktop.org/show_bug.cgi?id=77240
Vicente Olivert Riera changed:
What|Removed |Added
Status|NEEDINFO|NEW
--- Comment #3 from Vicente
The functionality is actually available in ES2+ and at least GL 4.5, but
the extension itself is only spec'd against ES1, not desktop GL.
Signed-off-by: Ilia Mirkin
---
src/mesa/main/extensions.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/main/extensions.c b/src
31 matches
Mail list logo