On Thu, 2016-03-03 at 16:23 -0800, Francisco Jerez wrote:
> Iago Toral writes:
>
> > On Thu, 2016-03-03 at 01:30 -0800, Kenneth Graunke wrote:
> >> From: Francisco Jerez
> >>
> >> The adjusted polynomial coefficients come from the numerical
> >> minimization of the L2 norm of the relative error
On Mar 3, 2016 10:22 PM, "Kenneth Graunke" wrote:
>
> sample_c is backwards from what GL and Vulkan expect.
>
> See intel_state.c in i965.
> ---
> src/intel/vulkan/genX_state.c | 24 +++-
> 1 file changed, 23 insertions(+), 1 deletion(-)
>
> diff --git a/src/intel/vulkan/genX_
sample_c is backwards from what GL and Vulkan expect.
See intel_state.c in i965.
---
src/intel/vulkan/genX_state.c | 24 +++-
1 file changed, 23 insertions(+), 1 deletion(-)
diff --git a/src/intel/vulkan/genX_state.c b/src/intel/vulkan/genX_state.c
index 63ea269..e2bd95d 1006
On Thursday, March 3, 2016 9:44:43 PM PST Emil Velikov wrote:
> On 3 March 2016 at 09:27, Kenneth Graunke wrote:
> > From section 6.2 ("State Tables") of the GL 2.1 specification
> > (the text also appears in the GL 3.0 and ES 3.1 specifications):
> > "However, state variables for which IsEnabled
From: Dave Airlie
Add code to handle GL_INTERNALFORMAT_PREFERRED.
Add code to deal with GL_RENDERBUFFER being passes into ChooseTextureFormat.
Signed-off-by: Dave Airlie
---
docs/GL3.txt | 2 +-
src/mesa/state_tracker/st_extensions.c | 1 +
src/mesa/state_tracker/st
On 4 March 2016 at 11:49, Dave Airlie wrote:
> So this came up with virgl, after I fixed some other stupidity (there
> may still be some), but it provoked some questions.
>
> In brw_vec4_gs_visitor.cpp the dual object code builds a visitor and
> runs it. If the run fails then it goes and compiles
Since commit 922be4eab, the expectation is that the query result
contains the correct value. Unfortunately swrast does not distinguish
between GL_SAMPLES_PASSED and GL_ANY_SAMPLES_PASSED. As a result, we
must fix up the query result in a post-draw fixup.
Bugzilla: https://bugs.freedesktop.org/show
On Thu, Mar 3, 2016 at 6:44 PM, Kenneth Graunke wrote:
> When BaseLevel > 0, we magnify the dimensions to fill out the size of
> miplevels [0..BaseLevel). In particular, this was magnifying depth,
> thinking that the depth doubles at each level. This is perfectly
> reasonable for 3D textures, bu
So this came up with virgl, after I fixed some other stupidity (there
may still be some), but it provoked some questions.
In brw_vec4_gs_visitor.cpp the dual object code builds a visitor and
runs it. If the run fails then it goes and compiles in single object
mode.
Now we pass prog_data into the
https://bugs.freedesktop.org/show_bug.cgi?id=94381
--- Comment #5 from Andy Furniss ---
Created attachment 122108
--> https://bugs.freedesktop.org/attachment.cgi?id=122108&action=edit
script to decode and md5sum
--
You are receiving this mail because:
You are the QA Contact for the bug.
You a
https://bugs.freedesktop.org/show_bug.cgi?id=94381
--- Comment #4 from Andy Furniss ---
(In reply to Fluendo dev team from comment #2)
> The hardware is a Kabini [Radeon HD 8400E], which I think is UVD 4.
> Mesa version is 11.0.9
> Kernel version is 4.4.0
>
> The OS is based on Ubuntu Trusty 14.
https://bugs.freedesktop.org/show_bug.cgi?id=94383
Tim Rowley changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop. |timothy.o.row...@intel.com
Iago Toral writes:
> On Thu, 2016-03-03 at 01:30 -0800, Kenneth Graunke wrote:
>> From: Francisco Jerez
>>
>> The adjusted polynomial coefficients come from the numerical
>> minimization of the L2 norm of the relative error. The old
>> coefficients would give a maximum relative error of about
Reviewed-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Mon, Feb 29, 2016 at 4:43 PM, Francisco Jerez wrote:
> Matt Turner writes:
>
>>> i965: Don't try copy propagation if constant propagation succeeded.
>>>
>>> It cannot get any better.
>>
>> That's not obvious to me. How do we know that?
>
> Because it's impossible to copy-propagate anything int
When BaseLevel > 0, we magnify the dimensions to fill out the size of
miplevels [0..BaseLevel). In particular, this was magnifying depth,
thinking that the depth doubles at each level. This is perfectly
reasonable for 3D textures, but dead wrong for array textures.
Changing the depth != 1 condit
On 02/25/2016 08:20 PM, Ian Romanick wrote:
On 02/25/2016 07:48 AM, Brian Paul wrote:
On 02/25/2016 08:26 AM, Miklós Máté wrote:
On 02/25/2016 02:37 AM, Brian Paul wrote:
On 02/24/2016 04:35 PM, Miklós Máté wrote:
Now it follows the GLX 1.4 specification.
Can you elaborate on that a bit?
Se
Hi Marek,
A small question, and a few trivial suggestions. Hopefully I'm not too
late for the party.
On 3 March 2016 at 19:46, Marek Olšák wrote:
> +typedef struct _mesa_glinterop_device_info {
> + uint32_t size; /* size of this structure */
> +
I believe Michel suggested a similar thing: Wou
On 3 March 2016 at 09:27, Kenneth Graunke wrote:
> From section 6.2 ("State Tables") of the GL 2.1 specification
> (the text also appears in the GL 3.0 and ES 3.1 specifications):
> "However, state variables for which IsEnabled is listed as the query
> command can also be obtained using GetBoolea
On Thu, 2016-03-03 at 01:27 -0800, Kenneth Graunke wrote:
> dEQP-GLES31.functional.debug.state_query.debug_group_stack_depth_*
> tries to call glGet on GL_DEBUG_GROUP_STACK_DEPTH right away, before
> doing any other debug setup. This should return 1.
>
> However, because ctx->Debug wasn't allocat
On 03/03/2016 08:34 PM, Ilia Mirkin wrote:
Reviewed-by: Ilia Mirkin
Pushed, thanks Ilia and Matt!
Eduardo
On Thu, Mar 3, 2016 at 2:28 PM, Eduardo Lima Mitev wrote:
Support in Mesa main and i965 has just been added.
v2: Include note in 'New Features' of docs/relnotes/11.3.0.html.
---
d
From: Marek Olšák
---
src/gallium/state_trackers/dri/dri2.c | 255 ++
1 file changed, 255 insertions(+)
diff --git a/src/gallium/state_trackers/dri/dri2.c
b/src/gallium/state_trackers/dri/dri2.c
index 7f7fbc4..b0e42a8 100644
--- a/src/gallium/state_trackers/dri/
From: Marek Olšák
---
src/glx/Makefile.am | 1 +
src/glx/dri2_glx.c | 11 +++---
src/glx/dri2_priv.h | 16
src/glx/dri3_glx.c | 5 +++
src/glx/dri3_priv.h | 10 +
src/glx/dri_common_interop.c | 92 +
Hi,
This is the final piece of the OpenGL side of GL-CL interop.
I guess all interested people have already seen the previous version of the
interface and are either okay with it or don't care. Still, any comments are
welcome.
This patch series contains the final version of include/GL/mesa_gli
From: Marek Olšák
---
include/GL/internal/dri_interface.h | 26 ++
1 file changed, 26 insertions(+)
diff --git a/include/GL/internal/dri_interface.h
b/include/GL/internal/dri_interface.h
index 2b49a29..e290b12 100644
--- a/include/GL/internal/dri_interface.h
+++ b/inclu
From: Marek Olšák
---
src/egl/drivers/dri2/egl_dri2.c | 32 ++
src/egl/drivers/dri2/egl_dri2.h | 1 +
src/egl/main/eglapi.c | 72 +
src/egl/main/eglapi.h | 9 ++
4 files changed, 114 insertions(+)
diff --git a/src
From: Marek Olšák
v2: use "enum" to define stuff
v3: more comments, define MESA_GLINTEROP_UNSUPPORTED
---
include/GL/mesa_glinterop.h | 259
1 file changed, 259 insertions(+)
create mode 100644 include/GL/mesa_glinterop.h
diff --git a/include/GL/mes
https://bugs.freedesktop.org/show_bug.cgi?id=94295
--- Comment #8 from Vinson Lee ---
(In reply to Plamena Manolova from comment #7)
>
> I think commit f3b68fc5fc806cbfd5e7d79b8679fd2bcbae71f4 on master could fix
> this problem. Do you mind trying it out?
Tested master 4f028bfcc048d7cbd7a7239e9
> On Mar 3, 2016, at 11:54 AM, Kai Wasserbäch
> wrote:
>
> Tim Rowley wrote on 03.03.2016 18:20:
>> swr uses the legacy FunctionPassManager for llvm-3.6 compatibility,
>> but a change to llvm headers in 3.9 includes the new version as well.
>> Explicity use the legacy version to prevent ambigui
https://bugs.freedesktop.org/show_bug.cgi?id=94274
--- Comment #2 from Vinson Lee ---
(In reply to Ilia Mirkin from comment #1)
>
> This patch fixes it for me... no time to send it out ATM though. Please
> confirm.
Patch fixes the swrast regression.
Tested-by: Vinson Lee
--
You are receivin
From: Marek Olšák
let's use the dd.h format
---
src/egl/main/eglapi.h | 280 ++--
src/egl/main/eglfallbacks.c | 30 ++---
2 files changed, 155 insertions(+), 155 deletions(-)
diff --git a/src/egl/main/eglapi.h b/src/egl/main/eglapi.h
index 6c54c7c.
Reviewed-by: Ilia Mirkin
On Thu, Mar 3, 2016 at 2:28 PM, Eduardo Lima Mitev wrote:
> Support in Mesa main and i965 has just been added.
>
> v2: Include note in 'New Features' of docs/relnotes/11.3.0.html.
> ---
> docs/GL3.txt | 2 +-
> docs/relnotes/11.3.0.html | 1 +
> 2 files cha
Support in Mesa main and i965 has just been added.
v2: Include note in 'New Features' of docs/relnotes/11.3.0.html.
---
docs/GL3.txt | 2 +-
docs/relnotes/11.3.0.html | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/docs/GL3.txt b/docs/GL3.txt
index d141c22..02dc6
On Thu, Mar 3, 2016 at 2:03 PM, Eduardo Lima Mitev wrote:
> Support in Mesa main and i965 has just been added.
>
> v2: Include note in Features of docs/relnotes/11.3.0.html.
> ---
> docs/GL3.txt | 2 +-
> docs/relnotes/11.3.0.html | 1 +
> 2 files changed, 2 insertions(+), 1 deletion
Support in Mesa main and i965 has just been added.
v2: Include note in Features of docs/relnotes/11.3.0.html.
---
docs/GL3.txt | 2 +-
docs/relnotes/11.3.0.html | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/docs/GL3.txt b/docs/GL3.txt
index d141c22..02dc6ea 100
https://bugs.freedesktop.org/show_bug.cgi?id=94381
--- Comment #3 from Christian König ---
Please test with mesa master as well. I've just tried it on a Richland and
there it also seems to work perfectly fine.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are t
Tim Rowley wrote on 03.03.2016 18:20:
> swr uses the legacy FunctionPassManager for llvm-3.6 compatibility,
> but a change to llvm headers in 3.9 includes the new version as well.
> Explicity use the legacy version to prevent ambiguity.
> ---
> src/gallium/drivers/swr/rasterizer/jitter/JitManager.
Brian,
Thanks! Based on my last email, the code that destroys the screen I think
should be removed. I can either send out an updated patch, or check it in
through Tim Rowley (since he just got his write privileges).
Thank you!
George
> -Original Message-
> From: Brian Paul [mailto:b
https://bugs.freedesktop.org/show_bug.cgi?id=94381
--- Comment #2 from Fluendo dev team ---
The hardware is a Kabini [Radeon HD 8400E], which I think is UVD 4.
Mesa version is 11.0.9
Kernel version is 4.4.0
The OS is based on Ubuntu Trusty 14.04.3 64bit.
Can you share the script you used to dec
On 03/02/2016 06:28 PM, George Kyriazis wrote:
This resolves some order dependencies between the already existing
callback the newly created one.
---
src/gallium/state_trackers/glx/xlib/glx_api.c | 1 +
src/gallium/state_trackers/glx/xlib/xm_api.c | 58 +++
src/galli
On 03/03/2016 03:14 AM, Kenneth Graunke wrote:
If glGenerateMipmap was called with a bogus target, then it would
pass that to _mesa_get_current_tex_object(), which would raise a
_mesa_problem() telling people to file bugs. We'd then do the
proper error checking, raise an error, and bail.
Doing
swr uses the legacy FunctionPassManager for llvm-3.6 compatibility,
but a change to llvm headers in 3.9 includes the new version as well.
Explicity use the legacy version to prevent ambiguity.
---
src/gallium/drivers/swr/rasterizer/jitter/JitManager.h | 1 -
src/gallium/drivers/swr/rasterizer
One way to solve this is to avoid deleting the screen at the end of
xmesa_close_display(). This ends up being not worse than the original code,
however we get the benefit of unlimited connections.
Thanks,
George
> -Original Message-
> From: mesa-dev [mailto:mesa-dev-boun...@lists.free
And relnotes/11.3.html I think?
On Thu, Mar 3, 2016 at 11:15 AM, Matt Turner wrote:
> Nice work.
>
> Acked-by: Matt Turner
> ___
> mesa-dev mailing list
> mesa-dev@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Nice work.
Acked-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Thu, Mar 3, 2016 at 7:21 AM, Iago Toral wrote:
> On Wed, 2016-03-02 at 15:45 -0800, Matt Turner wrote:
>>instructions in affected programs: 31535 -> 29966 (-4.98%)
>>helped: 23
>>
>>cycles in affected programs: 272648 -> 266022 (-2.43%)
>>helped: 14
>>HURT: 1
>>
>> The patch
https://bugs.freedesktop.org/show_bug.cgi?id=94274
--- Comment #1 from Ilia Mirkin ---
Created attachment 122102
--> https://bugs.freedesktop.org/attachment.cgi?id=122102&action=edit
fix patch
This patch fixes it for me... no time to send it out ATM though. Please
confirm.
--
You are receivi
The following is what happens when trying to do glReadPixels() with
GL_DEPTH_COMPONENT:
1. When decompressing depth in BE, the GPU performs a swap of the depth
value when it is written to the memory-mapped buffer.
2. When the pipe format is PIPE_FORMAT_Z24_UNORM_S8_UINT, the values
are unpa
On Thu, 2016-03-03 at 01:30 -0800, Kenneth Graunke wrote:
> From: Francisco Jerez
>
> The adjusted polynomial coefficients come from the numerical
> minimization of the L2 norm of the relative error. The old
> coefficients would give a maximum relative error of about 15000 ULP in
> the neighborh
On Wed, 2016-03-02 at 15:45 -0800, Matt Turner wrote:
>instructions in affected programs: 31535 -> 29966 (-4.98%)
>helped: 23
>
>cycles in affected programs: 272648 -> 266022 (-2.43%)
>helped: 14
>HURT: 1
>
> The patch decreases the number of instructions in the two Unigine
>
On Thu, Mar 3, 2016 at 4:27 AM, Kenneth Graunke wrote:
> From section 6.2 ("State Tables") of the GL 2.1 specification
> (the text also appears in the GL 3.0 and ES 3.1 specifications):
> "However, state variables for which IsEnabled is listed as the query
> command can also be obtained using Get
Support in Mesa and i965 has just been added.
---
docs/GL3.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/docs/GL3.txt b/docs/GL3.txt
index d141c22..02dc6ea 100644
--- a/docs/GL3.txt
+++ b/docs/GL3.txt
@@ -158,7 +158,7 @@ GL 4.3, GLSL 4.30:
GL_ARB_explicit_uniform_locat
https://bugs.freedesktop.org/show_bug.cgi?id=92687
--- Comment #6 from Eduardo Lima Mitev ---
I have just pushed the series to master, after review by Dave Airlie (thanks a
bunch!).
I will delay closing this bug as fixed until we get the piglit test series in
as well:
https://lists.freedesktop.o
https://bugs.freedesktop.org/show_bug.cgi?id=94381
--- Comment #1 from Andy Furniss ---
Maybe post what hardware/mesa/kernel you test with.
Repeatedly decoding to ram via script the first file has so far got me the same
md5sum > 200 times at time of writing.
I am using amdgpu/tonga which is UVD
Reviewed-by: Samuel Iglesias Gonsálvez
Sam
On Thu, Mar 03, 2016 at 02:15:39AM -0800, Kenneth Graunke wrote:
> dEQP-GLES31.functional.fbo.no_attachments.maximums.{all,height,size,width}
> started hitting assertion failures when emitting SURFACE_STATE, after
> commit e8fd60e7891c7 where Samuel in
https://bugs.freedesktop.org/show_bug.cgi?id=94381
Fluendo dev team changed:
What|Removed |Added
Attachment #122093|text/plain |image/png
mime type|
dEQP-GLES31.functional.fbo.no_attachments.maximums.{all,height,size,width}
started hitting assertion failures when emitting SURFACE_STATE, after
commit e8fd60e7891c7 where Samuel increased the maximum viewport size to
32768, from 16384.
MaxFramebufferWidth/Height were being set to the maximum view
If glGenerateMipmap was called with a bogus target, then it would
pass that to _mesa_get_current_tex_object(), which would raise a
_mesa_problem() telling people to file bugs. We'd then do the
proper error checking, raise an error, and bail.
Doing the check first avoids the _mesa_problem(). The
https://bugs.freedesktop.org/show_bug.cgi?id=94383
Bug ID: 94383
Summary: build error on i386 when enabling swr
Product: Mesa
Version: git
Hardware: x86 (IA32)
OS: Linux (All)
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=94381
Bug ID: 94381
Summary: VC-1 VDPAU decoding on radeon causes occasional
garbage
Product: Mesa
Version: 11.0
Hardware: x86-64 (AMD64)
OS: Linux (All)
This will allow us to share the implementation while using different
polynomials for asin() and acos().
Francisco Jerez did this in the SPIR-V front-end; I'm merely porting
his idea to the GLSL world.
Signed-off-by: Kenneth Graunke
Cc: Francisco Jerez
---
src/compiler/glsl/builtin_functions.cp
From: Francisco Jerez
The adjusted polynomial coefficients come from the numerical
minimization of the L2 norm of the relative error. The old
coefficients would give a maximum relative error of about 15000 ULP in
the neighborhood around acos(x) = 0, the new ones give a relative
error bounded by
dEQP-GLES31.functional.debug.state_query.debug_group_stack_depth_*
tries to call glGet on GL_DEBUG_GROUP_STACK_DEPTH right away, before
doing any other debug setup. This should return 1.
However, because ctx->Debug wasn't allocated, we bailed and returned 0.
This patch removes the open-coded loc
From section 6.2 ("State Tables") of the GL 2.1 specification
(the text also appears in the GL 3.0 and ES 3.1 specifications):
"However, state variables for which IsEnabled is listed as the query
command can also be obtained using GetBooleanv, GetIntegerv, GetFloatv,
and GetDoublev."
GL_DEBUG_OU
All the points made were somewhat small (afaiu). So just in case my
answer were missed. Ping.
On 29/02/16 07:58, Alejandro Piñeiro wrote:
>
> On 26/02/16 22:15, Ian Romanick wrote:
>> On 02/26/2016 07:09 AM, Alejandro Piñeiro wrote:
>>> Useful to know if a expression is the recipient of an assignm
65 matches
Mail list logo
