Ilia Mirkin writes:
> The GL spec is very unclear on this point. Apparently this is discussed
> without resolution in the closed Khronos bugtracker at
> https://cvs.khronos.org/bugzilla/show_bug.cgi?id=7829 . The
> recommendation is to allow dropping the [0] for looking up the bindings.
Reviewed
https://bugs.freedesktop.org/show_bug.cgi?id=97214
Nicolas Boichat changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #12 from Nicolas
eglMakeCurrent can also be used to change the active display. In that
case, we need to decrement ref_count of the previous display (possibly
destroying it), and increment it on the next display.
Also, old_dsurf/old_rsurf cannot be non-NULL if old_ctx is NULL, so
we only need to test if old_ctx is
Hey guys,
Well taking a step back here for a second. My initial thoughts are -
what, conceptually, is the primary user of addrlib from an extremely
high level view?
If the case is mesa3d then perhaps mesa should be treated as the
upstream from which other users pull. If the case is that it is ind
On 10/08/16 08:34 AM, Marek Olšák wrote:
> Hi,
>
> The first patch is pretty important and fixes the root cause of
> Overlord and Witcher 2 hangs. The GLSL revert can be reverted after
> that.
I assume you don't mean "revert the revert" literally, but just
re-applying the original change again.
https://bugs.freedesktop.org/show_bug.cgi?id=97231
--- Comment #14 from Roland Scheidegger ---
(In reply to Jules Blok from comment #13)
> Created attachment 125650 [details]
> api trace file version 4
>
> I've added an apitrace that was captured on Linux, perhaps you will have
> less problems r
Since commit 6d7177f01b231e9fe79a558c28d2b562a218d7ea, radeonsi
would take a different path if info->indirect_params was not
initialized properly. Nine was not initializating this field.
---
src/gallium/state_trackers/nine/device9.c | 1 +
1 file changed, 1 insertion(+)
diff --git src/gallium/st
This tries to move comparisons (a common source of boolean values)
closer to their first use. For GPUs which use condition codes,
this can eliminate a lot of temporary booleans and comparisons
which reload the condition code register based on a boolean.
Signed-off-by: Kenneth Graunke
---
src/co
On Haswell (GL 3.3):
total instructions in shared programs: 6211485 -> 6211427 (-0.00%)
instructions in affected programs: 16260 -> 16202 (-0.36%)
helped: 25
HURT: 37
On Broadwell (GL 4.4):
total instructions in shared programs: 11640288 -> 11640218 (-0.00%)
instructions in affected programs: 16
On Haswell (GL 3.3):
total instructions in shared programs: 6208759 -> 6203860 (-0.08%)
instructions in affected programs: 856541 -> 851642 (-0.57%)
helped: 3157
HURT: 113
LOST: 7
GAINED: 15
On Broadwell (GL 4.4):
total instructions in shared programs: 11637854 -> 11632016 (-0.05%)
instruction
I'm going to add a boolean scheduling pass that I want run late, but
after copy propagation and dead code elimination. Yet, I don't want
to have to think about registers. So, move the register conversion
a little later.
No impact on shader-db. Suggested by Jason Ekstrand.
Signed-off-by: Kennet
On Haswell (GL 3.3):
total instructions in shared programs: 6211427 -> 6210079 (-0.02%)
instructions in affected programs: 219356 -> 218008 (-0.61%)
helped: 567
HURT: 132
No spill/fill changes.
LOST: 0
GAINED: 4
On Broadwell (GL 4.4):
total instructions in shared programs: 11640218 -> 116321
On Haswell (GL 3.3):
total instructions in shared programs: 6211678 -> 6211584 (-0.00%)
instructions in affected programs: 18968 -> 18874 (-0.50%)
helped: 62
HURT: 0
LOST: 0
GAINED: 4
On Broadwell (GL 4.4):
total instructions in shared programs: 11638930 -> 11638181 (-0.01%)
instructions in af
ping? do we want this? should i drop it?
On Wed, Jul 13, 2016 at 3:37 PM, Ilia Mirkin wrote:
> Thanks for confirming, Corentin.
>
> Ian, do you have any opinions on this? Seems like a fairly innocuous
> thing to be doing...
>
> On Fri, Jul 8, 2016 at 3:39 PM, Corentin Wallez wrote:
>> Not sure h
From: Sirisha Gandikota
Several fixes have been added as part of this as listed below:
1) Fix the mask and add disassembler handling for STATE_DS, STATE_HS
as the mask returned wrong values of the fields.
2) Fix the GEN_TYPE_ADDRESS/GEN_TYPE_OFFSET decoding - the address/
offset were handled th
From: Sirisha Gandikota
This is a patch series for adding the aubinator tool to the codebase.
The aubinator tool is designed to help the driver developers to debug
the driver functionality by decoding the data in the .aub files. This
tool is for Intel Gen platforms and has been tested for Gen7.5
From: Kristian Høgsberg Kristensen
The Aubinator tool is designed to help the driver developers in debugging
the driver functionality by decoding the data in the .aub files.
Primary Authors of this tool are Damien Lespiau
and Kristian Høgsberg Kristensen .
Signed-off-by: Sirisha Gandikota
---
From: Marek Olšák
just do what the register spec says
---
src/gallium/drivers/radeonsi/si_state.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/src/gallium/drivers/radeonsi/si_state.c
b/src/gallium/drivers/radeonsi/si_state.c
index ebd2b7d..94dbe4c 100644
--- a/src/gallium/drivers/ra
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_state.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/src/gallium/drivers/radeonsi/si_state.c
b/src/gallium/drivers/radeonsi/si_state.c
index f5b2330..8f7203e 100644
--- a/src/gallium/drivers/radeonsi/si_state.c
+++ b/src/g
From: Marek Olšák
This is the proper fix for Overlord and Witcher 2 hangs.
The hang condition is that 1 app must write to MRT0 and MRT1 from a pixel
shader while MRT1 is disabled in CB_TARGET_MASK (does this generate
unflushable pixel quads? I don't know), and another app (e.g. Glamor)
must enab
Hi,
The first patch is pretty important and fixes the root cause of Overlord and
Witcher 2 hangs. The GLSL revert can be reverted after that.
Please review.
Marek
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/
From: Marek Olšák
This can help enable some blend optimizations (see the register spec).
Vulkan always sets this.
---
src/gallium/drivers/radeonsi/si_state.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/drivers/radeonsi/si_state.c
b/src/gallium/drivers/radeonsi/si_state.c
ind
Build mesa 1900 failed
Commit 3f100b77f9 by Marek Olšák on 8/1/2016 10:48 PM:
gallium/radeon: use unflushed fences for deferred flushes (v2)\n\n+23% Bioshock Infinite performance.\n\nv2: - use the new fence_finish interface\n- allow deferred fences with mul
On Tue, Aug 9, 2016 at 4:02 PM, Chad Versace wrote:
> On 07/26/2016 03:11 PM, Jason Ekstrand wrote:
>
>> This patch series builds on the previous one I just sent and reworks the
>> blorp API to be entirely ISL. The last bits of intel_mipmap_tree are
>> removed from the ISL internals and shoved i
https://bugs.freedesktop.org/show_bug.cgi?id=97214
--- Comment #11 from Alexandr Zelinsky ---
fix working
if you need logs with last tracing patch https://bpaste.net/show/6b49674b4e26
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.__
Both patches are:
Reviewed-by: Timothy Arceri
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Tue, 2016-08-09 at 16:06 -0700, Ian Romanick wrote:
> With the one comment on patch 3 resolved, this series is
>
> Reviewed-by: Ian Romanick
Series also:
Reviewed-by: Timothy Arceri
>
> On 08/09/2016 10:17 AM, Eric Anholt wrote:
> >
> > ---
> > src/compiler/nir/nir_lower_samplers.c | 1
With the one comment on patch 3 resolved, this series is
Reviewed-by: Ian Romanick
On 08/09/2016 10:17 AM, Eric Anholt wrote:
> ---
> src/compiler/nir/nir_lower_samplers.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/src/compiler/nir/nir_lower_samplers.c
> b/src/compiler/nir/nir_lo
On 08/09/2016 10:17 AM, Eric Anholt wrote:
> Improves glretrace -b servo.trace (a trace of Mozilla's servo rendering
> engine booting, rendering a page, and exiting) from 1.8s to 1.1s. It uses
> a large uniform array of structs, making a huge number of separate program
> resources, and the fixed-s
On 07/26/2016 03:11 PM, Jason Ekstrand wrote:
This patch series builds on the previous one I just sent and reworks the
blorp API to be entirely ISL. The last bits of intel_mipmap_tree are
removed from the ISL internals and shoved into brw_blorp.c/h which simply
serves as a wrapper around the ISL
https://bugs.freedesktop.org/show_bug.cgi?id=97270
Bug ID: 97270
Summary: [softpipe] piglit
ext_framebuffer_multisample-fast-clear
GL_ARB_texture_rg single-sample regression
Product: Mesa
Version: git
Ha
On 08/09/2016 01:49 PM, Haixia Shi wrote:
> Pinging this thread - any objection to commit this? Thanks.
I pushed it.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
https://bugs.freedesktop.org/show_bug.cgi?id=97214
Chad Versace changed:
What|Removed |Added
CC||c...@kiwitree.net
--
You are receiving t
From: Ian Romanick
Section 3.4 (Preprocessor) of the GLSL ES 3.00 spec says:
It is an error to undefine or to redefine a built-in (pre-defined)
macro name.
The GLSL ES 1.00 spec does not contain this text.
Section 3.3 (Preprocessor) of the GLSL 1.30 spec says:
#define and #undef func
From: Ian Romanick
Signed-off-by: Ian Romanick
Cc: mesa-sta...@lists.freedesktop.org
---
src/compiler/glsl/glcpp/glcpp-parse.y | 10 +-
src/compiler/glsl/glcpp/glcpp.h | 2 +-
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/src/compiler/glsl/glcpp/glcpp-parse.y
b/
On Tue, Aug 9, 2016 at 1:12 PM, Dave Airlie wrote:
> >
> > tbh, git submodules are more annoying than they need to be, and I'm
> > not really terribly excited to use that for something that is a build
> > dependency. Maybe just move it into libdrm instead?
> >
>
> I've only had to use git submod
LGTM
On Tue, Aug 9, 2016 at 2:41 PM, Anuj Phogat wrote:
> V1: Add multisample positions (Nanley)
> V2: Fix 8x sample positions to match OpenGL (Anuj)
> V3: Vulkan has standard sample locations. They need not be same as
> in OpenGL. (Anuj)
>
> Signed-off-by: Anuj Phogat
> Reviewed-by: Jason
V1: Add multisample positions (Nanley)
V2: Fix 8x sample positions to match OpenGL (Anuj)
V3: Vulkan has standard sample locations. They need not be same as
in OpenGL. (Anuj)
Signed-off-by: Anuj Phogat
Reviewed-by: Jason Ekstrand
---
src/intel/vulkan/genX_pipeline_util.h | 47 ++
On Sun, Aug 7, 2016 at 12:01 AM, Axel Davy wrote:
> Hi,
>
> This looks like it will perturb driver detection of already written games.
>
> For example from the dolphin sources, this change would make them detect
> catalyst as driver.
>
> As it is known workarounds are applied depending on the driv
Pinging this thread - any objection to commit this? Thanks.
On Thu, Jul 28, 2016 at 8:58 PM, Tomasz Figa wrote:
> On Fri, Jul 29, 2016 at 2:51 AM, Haixia Shi wrote:
> > On android platform, the width and height of a native window surface may
> > be updated after initialization. It is therefore
On 08/09/2016 01:41 PM, mathias.froehl...@gmx.net wrote:
From: Mathias Fröhlich
v2: Split into two patches.
v3: Fix off by one problem.
Signed-off-by: Mathias Fröhlich
---
src/util/bitscan.h | 12
1 file changed, 12 insertions(+)
diff --git a/src/util/bitscan.h b/src/util/bit
>
> tbh, git submodules are more annoying than they need to be, and I'm
> not really terribly excited to use that for something that is a build
> dependency. Maybe just move it into libdrm instead?
>
I've only had to use git submodules once with spice project, and it
was a nightmare. It makes pac
https://bugs.freedesktop.org/show_bug.cgi?id=97214
--- Comment #10 from Nicolas Boichat ---
Created attachment 125652
--> https://bugs.freedesktop.org/attachment.cgi?id=125652&action=edit
Possible fix
Possible fix attached, please give it a try. Thanks!
--
You are receiving this mail because
Hi Brian,
On Tuesday, 9 August 2016 08:23:41 CEST Brian Paul wrote:
> >> As it fixes something independent, should I push that already?
> >
> > Sure. For 1 & 3,
> > Reviewed-by: Brian Paul
> > Tested-by: Brian Paul
Pushed.
> Yes, we need to add one to the index. I'll re-test that patch when y
From: Mathias Fröhlich
v2: Split into two patches.
v3: Fix off by one problem.
Signed-off-by: Mathias Fröhlich
---
src/util/bitscan.h | 12
1 file changed, 12 insertions(+)
diff --git a/src/util/bitscan.h b/src/util/bitscan.h
index 0743fe7..8afef81 100644
--- a/src/util/bitscan.h
https://bugs.freedesktop.org/show_bug.cgi?id=97231
Jules Blok changed:
What|Removed |Added
Attachment #125589|0 |1
is obsolete|
Am 09.08.2016 um 19:21 schrieb Nayan Deshmukh:
Hi Christian,
A few questions.
On Tue, Aug 9, 2016 at 5:10 PM, Christian König
mailto:deathsim...@vodafone.de>> wrote:
I am more than happy to solve these problems, the
Lanczos filtering was getting a little stale
anyway because I
On Tue, Aug 9, 2016 at 7:24 PM, Nicolai Hähnle wrote:
>
> On 09.08.2016 18:22, Erik Faye-Lund wrote:
>>
>> On Tue, Aug 9, 2016 at 4:59 PM, Nicolai Hähnle wrote:
>>>
>>> On 09.08.2016 15:58, Rob Clark wrote:
tbh, git submodules are more annoying than they need to be, and I'm
no
On Tue, Aug 9, 2016 at 11:04 AM, Anuj Phogat wrote:
> On Mon, Aug 8, 2016 at 5:09 PM, Jason Ekstrand
> wrote:
> > Does this fix any tests? If so, we should say so in the commit message.
> > With that updated,
> >
> No it doesn't. It surprised me too but it looks like cts don't have enough
> mul
On Wed, Aug 03, 2016 at 01:06:10PM -0700, Jason Ekstrand wrote:
> We can't actually clear these images normally because we can't render to
> them. Instead, we have to manually unpack the rgb9e5 color value on the
> CPU and clear it as R32_UINT. We still have a bit of work to do to clear
> non-pow
https://bugs.freedesktop.org/show_bug.cgi?id=97214
Nicolas Boichat changed:
What|Removed |Added
Attachment #125643|0 |1
is obsolete|
On Mon, Aug 8, 2016 at 5:09 PM, Jason Ekstrand wrote:
> Does this fix any tests? If so, we should say so in the commit message.
> With that updated,
>
No it doesn't. It surprised me too but it looks like cts don't have enough
multisampling tests.
> Reviewed-by: Jason Ekstrand
>
> On Mon, Aug 8,
Signed-off-by: Francesco Ansanelli
---
src/gallium/drivers/freedreno/a2xx/ir-a2xx.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/freedreno/a2xx/ir-a2xx.c
b/src/gallium/drivers/freedreno/a2xx/ir-a2xx.c
index 2b62b3a..163c282 100644
--- a/src/galli
https://bugs.freedesktop.org/show_bug.cgi?id=97214
--- Comment #8 from Alexandr Zelinsky ---
Created attachment 125644
--> https://bugs.freedesktop.org/attachment.cgi?id=125644&action=edit
EGL_LOG_LEVEL=debug with patches
--
You are receiving this mail because:
You are the QA Contact for the
On 09.08.2016 18:22, Erik Faye-Lund wrote:
On Tue, Aug 9, 2016 at 4:59 PM, Nicolai Hähnle wrote:
On 09.08.2016 15:58, Rob Clark wrote:
tbh, git submodules are more annoying than they need to be, and I'm
not really terribly excited to use that for something that is a build
dependency. Maybe
Hi Christian,
A few questions.
On Tue, Aug 9, 2016 at 5:10 PM, Christian König
wrote:
> I am more than happy to solve these problems, the Lanczos filtering was
> getting a little stale
> anyway because I was not able to reproduce the problems Andy was facing.
>
> Yeah thought so, the reason i
On 09.08.2016 19:18, Marek Olšák wrote:
On Tue, Aug 9, 2016 at 5:35 PM, Nicolai Hähnle wrote:
On 09.08.2016 17:21, Marek Olšák wrote:
On Tue, Aug 9, 2016 at 3:47 PM, Nicolai Hähnle wrote:
Hi everybody,
addrlib is the addressing and alignment calculator which is used by
radeonsi. It's deve
On Tue, Aug 9, 2016 at 5:35 PM, Nicolai Hähnle wrote:
> On 09.08.2016 17:21, Marek Olšák wrote:
>>
>> On Tue, Aug 9, 2016 at 3:47 PM, Nicolai Hähnle wrote:
>>>
>>> Hi everybody,
>>>
>>> addrlib is the addressing and alignment calculator which is used by
>>> radeonsi. It's developed (and also used
I'm going to replace this hash table with util/hash_table.h, and the first
step is to compare things the same way.
---
src/mesa/program/hash_table.h | 9 -
src/mesa/program/prog_hash_table.c | 9 +++--
2 files changed, 11 insertions(+), 7 deletions(-)
diff --git a/src/mesa/progra
---
src/compiler/nir/nir_lower_samplers.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/src/compiler/nir/nir_lower_samplers.c
b/src/compiler/nir/nir_lower_samplers.c
index 4a4326983a65..e878edd9b54b 100644
--- a/src/compiler/nir/nir_lower_samplers.c
+++ b/src/compiler/nir/nir_lower_samplers.
Improves glretrace -b servo.trace (a trace of Mozilla's servo rendering
engine booting, rendering a page, and exiting) from 1.8s to 1.1s. It uses
a large uniform array of structs, making a huge number of separate program
resources, and the fixed-size hash table was killing it. Given how many
time
Saves another .1s on servo.trace.
---
src/compiler/glsl/linker.cpp | 76 +---
1 file changed, 50 insertions(+), 26 deletions(-)
diff --git a/src/compiler/glsl/linker.cpp b/src/compiler/glsl/linker.cpp
index f4049133ee69..ceb86aa0a929 100644
--- a/src/compil
https://bugs.freedesktop.org/show_bug.cgi?id=97214
--- Comment #7 from Nicolas Boichat ---
Created attachment 125643
--> https://bugs.freedesktop.org/attachment.cgi?id=125643&action=edit
Add tracing to egl_dri2.c
libEGL debug: EGL user error 0x3001 (EGL_NOT_INITIALIZED) in eglMakeCurrent
Is d
On Tue, Aug 9, 2016 at 4:59 PM, Nicolai Hähnle wrote:
> On 09.08.2016 15:58, Rob Clark wrote:
>>
>> tbh, git submodules are more annoying than they need to be, and I'm
>> not really terribly excited to use that for something that is a build
>> dependency. Maybe just move it into libdrm instead?
>
On Tue, Aug 9, 2016 at 8:11 AM, Enrico Weigelt, metux IT consult <
enrico.weig...@gr13.net> wrote:
> On 07.08.2016 12:50, Marek Olšák wrote:
>
> > It would mainly be a futile task if it had to compete with their
> > official Mesa driver.
>
> Not quite. Would give us all of gallium's capabilities a
Am 09.08.2016 um 17:18 schrieb Leo Liu:
This is the case when the "00 00 03" is very close to the beginning of
nal unit header
v2: move the check to rbsp init
Signed-off-by: Leo Liu
Reviewed-by: Christian König
---
src/gallium/auxiliary/vl/vl_rbsp.h | 14 --
1 file changed,
On Tue, Aug 9, 2016 at 3:47 PM, Nicolai Hähnle wrote:
> Hi everybody,
>
> addrlib is the addressing and alignment calculator which is used by
> radeonsi. It's developed (and also used) internally at AMD, and so far we've
> had one open source copy living in the Mesa repository at
> src/gallium/win
Am 09.08.2016 um 15:47 schrieb Nicolai Hähnle:
Hi everybody,
addrlib is the addressing and alignment calculator which is used by
radeonsi. It's developed (and also used) internally at AMD, and so far
we've had one open source copy living in the Mesa repository at
src/gallium/winsys/amdgpu/drm
On 09.08.2016 17:21, Marek Olšák wrote:
On Tue, Aug 9, 2016 at 3:47 PM, Nicolai Hähnle wrote:
Hi everybody,
addrlib is the addressing and alignment calculator which is used by
radeonsi. It's developed (and also used) internally at AMD, and so far we've
had one open source copy living in the Me
On Tue, Aug 9, 2016 at 11:11 AM, Enrico Weigelt, metux IT consult
wrote:
> On 07.08.2016 12:50, Marek Olšák wrote:
>
>> It would mainly be a futile task if it had to compete with their
>> official Mesa driver.
>
> Not quite. Would give us all of gallium's capabilities also for
> the intel chips, f
This is the case when the "00 00 03" is very close to the beginning of
nal unit header
v2: move the check to rbsp init
Signed-off-by: Leo Liu
---
src/gallium/auxiliary/vl/vl_rbsp.h | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/src/gallium/auxiliary/vl/vl_rb
On 07.08.2016 12:50, Marek Olšák wrote:
> It would mainly be a futile task if it had to compete with their
> official Mesa driver.
Not quite. Would give us all of gallium's capabilities also for
the intel chips, for example having lots of different state trackers.
(coming back to my original inte
On 09.08.2016 16:59, Nicolai Hähnle wrote:
> So shared linking is right out.
Not exactly. Just everything needs to be linked against the matching
versions. More a dist-layer problem.
addrlibs folks should learn to introduce a proper versioning and
provide MVCC-capable build rules. That really is
Am 09.08.2016 um 15:56 schrieb Leo Liu:
This is the case when the "00 00 03" is very close to the beginning of
nal unit header
v2: move the check to rbsp init
Signed-off-by: Leo Liu
---
src/gallium/auxiliary/vl/vl_rbsp.h | 11 +++
1 file changed, 11 insertions(+)
diff --git a/src/g
On 09.08.2016 15:47, Nicolai Hähnle wrote:
> I think the best way forward is to create a dedicated repository for
> addrlib which is then integrated into Mesa as a git submodule.
If you really wanna make a lot of people, especially dist-maintainers
very unhappy ...
> From initial experiments, th
On 09.08.2016 15:58, Rob Clark wrote:
On Tue, Aug 9, 2016 at 9:47 AM, Nicolai Hähnle wrote:
Hi everybody,
addrlib is the addressing and alignment calculator which is used by
radeonsi. It's developed (and also used) internally at AMD, and so far we've
had one open source copy living in the Mesa
On 08/09/2016 07:46 AM, Brian Paul wrote:
On 08/09/2016 12:30 AM, Mathias Fröhlich wrote:
Hi Brian,
> I don't know why my local build is failing while appveyor and our
> in-house automated build seem OK. But applying your patch 3 alone
fixes
> things for me.
As it fixes something independ
Am 09.08.2016 um 12:38 schrieb Nicolai Hähnle:
> From: Nicolai Hähnle
>
> ---
> src/gallium/auxiliary/gallivm/lp_bld_flow.c | 19 +++
> src/gallium/auxiliary/gallivm/lp_bld_flow.h | 5 +
> 2 files changed, 24 insertions(+)
>
> diff --git a/src/gallium/auxiliary/gallivm/lp_b
https://bugs.freedesktop.org/show_bug.cgi?id=97261
Andy Furniss changed:
What|Removed |Added
CC||deathsim...@vodafone.de
--
You are recei
https://bugs.freedesktop.org/show_bug.cgi?id=97214
--- Comment #6 from Alexandr Zelinsky ---
Created attachment 125640
--> https://bugs.freedesktop.org/attachment.cgi?id=125640&action=edit
EGL_LOG_LEVEL=debug
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are
https://bugs.freedesktop.org/show_bug.cgi?id=97214
--- Comment #5 from Michel Dänzer ---
Try EGL_LOG_LEVEL=debug as well.
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
mesa-dev mailing
This is the case when the "00 00 03" is very close to the beginning of
nal unit header
v2: move the check to rbsp init
Signed-off-by: Leo Liu
---
src/gallium/auxiliary/vl/vl_rbsp.h | 11 +++
1 file changed, 11 insertions(+)
diff --git a/src/gallium/auxiliary/vl/vl_rbsp.h
b/src/gallium
On Tue, Aug 9, 2016 at 9:47 AM, Nicolai Hähnle wrote:
> Hi everybody,
>
> addrlib is the addressing and alignment calculator which is used by
> radeonsi. It's developed (and also used) internally at AMD, and so far we've
> had one open source copy living in the Mesa repository at
> src/gallium/win
https://bugs.freedesktop.org/show_bug.cgi?id=97261
Bug ID: 97261
Summary: vaapi u/v wrong order since vl/util: add copy func for
yv12image to nv12surface
Product: Mesa
Version: git
Hardware: Other
OS: All
https://bugs.freedesktop.org/show_bug.cgi?id=97214
--- Comment #4 from Alexandr Zelinsky ---
Created attachment 125637
--> https://bugs.freedesktop.org/attachment.cgi?id=125637&action=edit
xinit log with LIBGL_DEBUG=verbose
seems not very usefull
what your nickname on #dri-devel?
--
You are
Hi everybody,
addrlib is the addressing and alignment calculator which is used by
radeonsi. It's developed (and also used) internally at AMD, and so far
we've had one open source copy living in the Mesa repository at
src/gallium/winsys/amdgpu/drm/addrlib.
The question of using addrlib in non
On 08/09/2016 12:30 AM, Mathias Fröhlich wrote:
Hi Brian,
> I don't know why my local build is failing while appveyor and our
> in-house automated build seem OK. But applying your patch 3 alone fixes
> things for me.
As it fixes something independent, should I push that already?
Sure. F
On 08/09/2016 04:26 AM, Christian König wrote:
Am 08.08.2016 um 22:10 schrieb Leo Liu:
This is the case when the "00 00 03" is very close to the beginning of
nal unit header
I see where the problem is, but the fix is incorrect.
You always search for the emulation prevention three byte even
Swrast add dependency on libdrm, but libdrm is not defined for host
build (only for the targeted device). So host modules likes mesa_gen_matypes
cannot find there libdrm dependency
Signed-off-by: Mathieu Maret
---
Android.common.mk | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Android.co
I am more than happy to solve these problems, the Lanczos filtering
was getting a little stale
anyway because I was not able to reproduce the problems Andy was facing.
Yeah thought so, the reason is probably that you don't have the
necessary hardware.
Is that why I need to add a PIPE_BIND_LIN
I sent comments on patches 4 & 6. Apart from that, the series is
Reviewed-by: Nicolai Hähnle
On 07.08.2016 03:12, Marek Olšák wrote:
PS: In order to make reviewing easier, all my patches have 10 lines
of contexts instead of 3. That will be the default for all my work
from now on.
I like that
On 07.08.2016 03:12, Marek Olšák wrote:
From: Marek Olšák
At compile time, each shader determines which ST_NEW flags should be set
at shader bind time.
This just sets the new field for all shaders. The next commit will use it.
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 175 +
On 07.08.2016 03:12, Marek Olšák wrote:
From: Marek Olšák
---
src/mesa/state_tracker/st_context.c | 64 -
src/mesa/state_tracker/st_context.h | 6
2 files changed, 62 insertions(+), 8 deletions(-)
diff --git a/src/mesa/state_tracker/st_context.c
b/
From: Nicolai Hähnle
Reduces code duplication.
---
src/gallium/auxiliary/gallivm/lp_bld_flow.c | 45 ++---
1 file changed, 22 insertions(+), 23 deletions(-)
diff --git a/src/gallium/auxiliary/gallivm/lp_bld_flow.c
b/src/gallium/auxiliary/gallivm/lp_bld_flow.c
index f3b3
From: Nicolai Hähnle
Avoid building all those store 0 / store undef instrucction pairs that
end up getting removed anyway.
---
src/gallium/drivers/radeon/radeon_setup_tgsi_llvm.c | 15 +++
1 file changed, 3 insertions(+), 12 deletions(-)
diff --git a/src/gallium/drivers/radeon/radeo
From: Nicolai Hähnle
---
src/gallium/auxiliary/gallivm/lp_bld_flow.c | 19 +++
src/gallium/auxiliary/gallivm/lp_bld_flow.h | 5 +
2 files changed, 24 insertions(+)
diff --git a/src/gallium/auxiliary/gallivm/lp_bld_flow.c
b/src/gallium/auxiliary/gallivm/lp_bld_flow.c
index
From: Nicolai Hähnle
Doing the write-back of the temporary vector in radeon_llvm_emit_store makes
no sense.
This also allows us to get rid of get_alloca_for_array.
---
.../drivers/radeon/radeon_setup_tgsi_llvm.c| 77 --
1 file changed, 28 insertions(+), 49 deletions(
From: Nicolai Hähnle
They can lead to VM faults and worse, which goes against the GL robustness
promises.
---
src/gallium/drivers/radeon/radeon_setup_tgsi_llvm.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/src/gallium/drivers/radeon/radeon_setup_tgsi_llvm.c
b/src/galliu
From: Nicolai Hähnle
To have the same signature as get_array_range.
---
src/gallium/drivers/radeon/radeon_setup_tgsi_llvm.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/src/gallium/drivers/radeon/radeon_setup_tgsi_llvm.c
b/src/gallium/drivers/radeon/radeon_set
From: Nicolai Hähnle
In the alloca'd array case, no longer create redundant and unused allocas
for the individual elements; create getelementptrs instead.
---
.../drivers/radeon/radeon_setup_tgsi_llvm.c| 27 ++
1 file changed, 18 insertions(+), 9 deletions(-)
diff --
1 - 100 of 128 matches
Mail list logo
