On Thu, Jan 19, 2017 at 01:39:49PM -0800, Jason Ekstrand wrote:
>On Thu, Jan 19, 2017 at 12:40 PM, Francisco Jerez
><[1]curroje...@riseup.net> wrote:
>
> "Pohjolainen, Topi" <[2]topi.pohjolai...@gmail.com> writes:
> > On Thu, Jan 19, 2017 at 12:10:02PM -0800, Francisco Jerez
https://bugs.freedesktop.org/show_bug.cgi?id=99467
--- Comment #1 from Bogomil Vasilev ---
Forgot to add:
Using RX480 - 8GB.
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the
On Thu, 2017-01-19 at 15:00 -0800, Francisco Jerez wrote:
> Samuel Iglesias Gonsálvez writes:
>
> > On Wed, 2017-01-18 at 12:44 -0800, Francisco Jerez wrote:
> > > Samuel Iglesias Gonsálvez writes:
> > >
> > > > On Tue, 2017-01-17 at 13:26 -0800,
On Thu, 2017-01-19 at 11:06 -0800, Matt Turner wrote:
> On Thu, Jan 19, 2017 at 4:50 AM, Samuel Iglesias Gonsálvez
> wrote:
> > As we are blocking the release and there more patches for review,
> > another possibility is to land this patch [2] (replacing this
> > patch)
> >
https://bugs.freedesktop.org/show_bug.cgi?id=99467
Bug ID: 99467
Summary: [radv] DOOM 2016 + wine. Green screen everywhere (but
can be started)
Product: Mesa
Version: git
Hardware: Other
OS: All
On 01/19/2017 06:09 PM, Emil Velikov wrote:
On 19 January 2017 at 07:10, Tapani Pälli wrote:
fixes to issues spotted by Emil Velikov:
- set ANV_TIMESTAMP corretly
- fix typo with VULKAN_GEM_FILES
v2: update to use Makefile.sources under vulkan
instead of
https://bugs.freedesktop.org/show_bug.cgi?id=99446
Jason Ekstrand changed:
What|Removed |Added
Status|NEW |NEEDINFO
---
https://bugs.freedesktop.org/show_bug.cgi?id=99446
--- Comment #5 from Jason Ekstrand ---
(In reply to Emil Velikov from comment #4)
> Skimming through the 30-37 commit log [1] I'm inclined to go with you _must_
> update your vulkan loader. Older versions are broken in
The previous code always compared integers as 64-bit. Due to variations
in sign-extension in the code generated by nir_opt_algebraic.py, this
meant that nir_search doesn't always do what you want. Instead, 32-bit
values should be matched as 32-bit and 64-bit values should be matched
as 64-bit.
From: Dave Airlie
Work out the maximum size of the rings and patch them
in at the start of the primary buffer.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_cmd_buffer.c | 189 +++
src/amd/vulkan/radv_private.h
From: Dave Airlie
This just adds the API and fixes up the callers.
Signed-off-by: Dave Airlie
---
src/amd/common/ac_nir_to_llvm.c | 22 ++
1 file changed, 14 insertions(+), 8 deletions(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c
From: Dave Airlie
This gets hit with some geom shaders.
Signed-off-by: Dave Airlie
---
src/amd/common/ac_nir_to_llvm.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c
From: Dave Airlie
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_pipeline.c | 32
src/amd/vulkan/radv_private.h | 2 ++
2 files changed, 34 insertions(+)
diff --git a/src/amd/vulkan/radv_pipeline.c
From: Dave Airlie
This enables geometry shader support on radv.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_device.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/amd/vulkan/radv_device.c
From: Dave Airlie
Signed-off-by: Dave Airlie
---
src/amd/common/ac_nir_to_llvm.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index 038219a..ac89a95 100644
---
From: Dave Airlie
This sets up the rings and adds the variables
needed to make them work.
Signed-off-by: Dave Airlie
---
src/amd/common/ac_nir_to_llvm.c | 57 +
src/amd/common/ac_nir_to_llvm.h | 6 +++--
2 files
From: Dave Airlie
Signed-off-by: Dave Airlie
---
src/amd/common/ac_nir_to_llvm.c | 38 +-
src/amd/common/ac_nir_to_llvm.h | 1 +
2 files changed, 38 insertions(+), 1 deletion(-)
diff --git
From: Dave Airlie
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_cmd_buffer.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/amd/vulkan/radv_cmd_buffer.c b/src/amd/vulkan/radv_cmd_buffer.c
index 92a2c96..5389544 100644
---
From: Dave Airlie
This adds gs copy shader support to the pipeline cache, and few
geometry related changes.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_pipeline.c | 124 +--
From: Dave Airlie
This emits the compiled geometry shader and other state registers.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_cmd_buffer.c | 98 +++-
1 file changed, 96 insertions(+), 2 deletions(-)
diff
From: Dave Airlie
Signed-off-by: Dave Airlie
---
src/amd/common/ac_nir_to_llvm.c | 10 +-
src/amd/common/ac_nir_to_llvm.h | 2 ++
2 files changed, 11 insertions(+), 1 deletion(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c
From: Dave Airlie
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_cmd_buffer.c | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/src/amd/vulkan/radv_cmd_buffer.c b/src/amd/vulkan/radv_cmd_buffer.c
index
From: Dave Airlie
Signed-off-by: Dave Airlie
---
src/amd/common/ac_nir_to_llvm.c | 49 +++--
1 file changed, 32 insertions(+), 17 deletions(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c
From: Dave Airlie
This create the gs copy shader and compiles it.
Signed-off-by: Dave Airlie
---
src/amd/common/ac_nir_to_llvm.c | 81 +
src/amd/common/ac_nir_to_llvm.h | 7
2 files changed, 88 insertions(+)
From: Dave Airlie
For layered bindings we need to use an alternate value.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_device.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/amd/vulkan/radv_device.c
From: Dave Airlie
Signed-off-by: Dave Airlie
---
src/amd/common/ac_nir_to_llvm.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index 3336a3d..21eeff0 100644
---
From: Dave Airlie
This handles geometry shader inputs written by the vertex (es) shader
to the esgs ring.
Signed-off-by: Dave Airlie
---
src/amd/common/ac_nir_to_llvm.c | 56 +
1 file changed, 56 insertions(+)
From: Dave Airlie
This enables the paths for setting up user ptrs to vs/es and gs.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_cmd_buffer.c | 30 ++
1 file changed, 22 insertions(+), 8 deletions(-)
diff --git
From: Dave Airlie
Along the lines of what
3b804819 anv: Default PointSize to 1.0 if not written by the shader
does for anv, program a default point size in the hw of 1.0.
This preempt fixes a bunch of geom shader tests.
Signed-off-by: Dave Airlie
---
From: Dave Airlie
This just places the flag into the shader info so we can use it from
the driver after we create the shader.
Signed-off-by: Dave Airlie
---
src/amd/common/ac_nir_to_llvm.c | 3 +++
src/amd/common/ac_nir_to_llvm.h | 1 +
2 files changed,
From: Dave Airlie
This just sets up the gpr inputs.
Signed-off-by: Dave Airlie
---
src/amd/common/ac_nir_to_llvm.c | 39 +++
src/amd/common/ac_nir_to_llvm.h | 2 ++
2 files changed, 41 insertions(+)
diff --git
From: Dave Airlie
We need this info to program some registers.
Signed-off-by: Dave Airlie
---
src/amd/common/ac_nir_to_llvm.c | 5 +
src/amd/common/ac_nir_to_llvm.h | 2 ++
2 files changed, 7 insertions(+)
diff --git
From: Dave Airlie
This handles emitting things to the gsvs ring, and sending the
correct GS msgs.
Signed-off-by: Dave Airlie
---
src/amd/common/ac_nir_to_llvm.c | 126
1 file changed, 126 insertions(+)
diff
From: Dave Airlie
This emits the shader to the ES block in the correct case.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_cmd_buffer.c | 21 -
1 file changed, 20 insertions(+), 1 deletion(-)
diff --git
This is a first pass at geometry shader support on radv, all the code
should be here in reviewable pieces, it seems to mostly pass CTS tests
but triggers some llvm 3.9 bugs around kill, and there might still
be a GPU hang in here, but this should still be a good place to start
reviewing.
Dave.
From: Dave Airlie
This just adds some defines needed for geom shaders.
Signed-off-by: Dave Airlie
---
src/amd/common/ac_nir_to_llvm.c | 8
1 file changed, 8 insertions(+)
diff --git a/src/amd/common/ac_nir_to_llvm.c
From: Dave Airlie
This fixes up afew of the commented out blocks.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/si_cmd_buffer.c | 20 +---
1 file changed, 9 insertions(+), 11 deletions(-)
diff --git a/src/amd/vulkan/si_cmd_buffer.c
From: Dave Airlie
Signed-off-by: Dave Airlie
---
src/amd/common/ac_nir_to_llvm.c | 6 ++
src/amd/common/ac_nir_to_llvm.h | 6 ++
2 files changed, 12 insertions(+)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
From: Dave Airlie
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_private.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/src/amd/vulkan/radv_private.h b/src/amd/vulkan/radv_private.h
index 0b8f50a..7e8c5fc 100644
---
From: Dave Airlie
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_device.c | 32
src/amd/vulkan/radv_private.h | 2 ++
2 files changed, 34 insertions(+)
diff --git a/src/amd/vulkan/radv_device.c
From: Dave Airlie
This is to later allow ES shaders to be emitted.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_cmd_buffer.c | 69 +++-
1 file changed, 40 insertions(+), 29 deletions(-)
diff --git
On 20 January 2017 at 00:19, Samuel Pitoiset wrote:
> Signed-off-by: Samuel Pitoiset
> ---
> src/gallium/auxiliary/hud/hud_cpufreq.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/src/gallium/auxiliary/hud/hud_cpufreq.c
>
On 20 January 2017 at 00:19, Samuel Pitoiset wrote:
> Signed-off-by: Samuel Pitoiset
Fixes: e99b9395bef "gallium/hud: Add support for CPU frequency monitoring"
Cc: mesa-sta...@lists.freedesktop.org
Reviewed-by: Emil Velikov
On 19 January 2017 at 22:47, Kyriazis, George wrote:
> Bruce,
>
> I think you have to add the cc: line in the message body, and not cc
> mesa-stable explicitly, as described in http://www.mesa3d.org/devinfo.html.
> I could be wrong, though.
>
Yes that's correct.
On 19 January 2017 at 19:26, Tobias Droste wrote:
> Am Mittwoch, 18. Januar 2017, 18:45:04 CET schrieb Emil Velikov:
>> On 18 January 2017 at 18:12, Jose Fonseca wrote:
>> >>> In order to untangle things we want to have a distinction between the
>> >>>
https://bugs.freedesktop.org/show_bug.cgi?id=99465
Michel Dänzer changed:
What|Removed |Added
CC||ja...@jlekstrand.net
19.01.2017 01:46, Ian Romanick пишет:
On 01/07/2017 11:02 AM, Vladislav Egorov wrote:
glcpp's printing is an obvious low hanging fruit:
1. It unnecessarily uses formatted printing to print output of
preprocessing. To print just one character '+' it first uses
vsnprintf("%s", "+") to
Signed-off-by: Samuel Pitoiset
---
src/gallium/auxiliary/hud/hud_cpufreq.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/auxiliary/hud/hud_cpufreq.c
b/src/gallium/auxiliary/hud/hud_cpufreq.c
index 19a6f08c4f..78754b28a9 100644
---
https://bugs.freedesktop.org/show_bug.cgi?id=99465
Bug ID: 99465
Summary: vtn_vector_construct writing out of bounds when given
multiple non-zero length sources
Product: Mesa
Version: 13.0
Hardware: Other
Samuel Iglesias Gonsálvez writes:
> On Wed, 2017-01-18 at 12:44 -0800, Francisco Jerez wrote:
>> Samuel Iglesias Gonsálvez writes:
>>
>> > On Tue, 2017-01-17 at 13:26 -0800, Francisco Jerez wrote:
>> > > Samuel Iglesias Gonsálvez
Bruce,
I think you have to add the cc: line in the message body, and not cc
mesa-stable explicitly, as described in http://www.mesa3d.org/devinfo.html. I
could be wrong, though.
Otherwise,
Reviewed-By: George Kyriazis
Thanks,
George
> -Original Message-
Just a friendly reminder that now would be a good time to update the
wiki page for GSoC/EVoC ideas:
https://www.x.org/wiki/SummerOfCodeIdeas/
There are currently still some stale ideas there (and probably plenty
of missing good ideas).
Also, I've added a "Potential Mentors" section. Please
CalculateProcessorTopology tries to figure out system topology by
parsing /proc/cpuinfo to determine the number of threads, cores, and
NUMA nodes. There are some architectures where the "physical id" begins
with 1 rather than 0, which was creating and empty "0" node and causing a
crash in
On Thu 19 Jan 2017, Jason Ekstrand wrote:
> Reviewed-by: Jason Ekstrand
And pushed.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On 19.01.2017 19:42, Roland Scheidegger wrote:
Am 19.01.2017 um 18:45 schrieb Ilia Mirkin:
On Thu, Jan 19, 2017 at 12:40 PM, Nicolai Hähnle
wrote:
On 19.01.2017 17:50, Ilia Mirkin wrote:
NVIDIA can't do division either (double or otherwise - but double is
even worse
Reviewed-by: Jason Ekstrand
On Wed, Jan 4, 2017 at 12:33 PM, Chad Versace
wrote:
> Fixes crash in piglit
> `egl_khr_gl_renderbuffer_image-clear-shared-image GL_DEPTH_COMPONENT24`
> on Skylake.
>
> The crash happened because blorp attempted to
On Thu, Jan 19, 2017 at 12:40 PM, Francisco Jerez
wrote:
> "Pohjolainen, Topi" writes:
>
> > On Thu, Jan 19, 2017 at 12:10:02PM -0800, Francisco Jerez wrote:
> >> Topi Pohjolainen writes:
> >>
> >> > CC: Francisco
+jason, juan
Juan, here is the patch I mentioned earlier. It seems I had already sent
it to the list.
It fixes the bug not by inserting additional checks before trying to
execute hiz ops, because that's just a workaround for the real issue.
The real issue is that intel_miptree_make_shareable()
On Wed 18 Jan 2017, Juan A. Suarez Romero wrote:
> Commit 42011be1e disabled HiZ when sharing depth buffer externally,
> which free HiZ buffer.
>
> But in emit_depth_packets() we use that buffer, which generates a crash
> in
>
"Pohjolainen, Topi" writes:
> On Thu, Jan 19, 2017 at 12:10:02PM -0800, Francisco Jerez wrote:
>> Topi Pohjolainen writes:
>>
>> > CC: Francisco Jerez
>> > CC: Kenneth Graunke
>> > CC: Jason
On Thu, Jan 19, 2017 at 12:10:02PM -0800, Francisco Jerez wrote:
> Topi Pohjolainen writes:
>
> > CC: Francisco Jerez
> > CC: Kenneth Graunke
> > CC: Jason Ekstrand
> > Signed-off-by: Topi
Topi Pohjolainen writes:
> CC: Francisco Jerez
> CC: Kenneth Graunke
> CC: Jason Ekstrand
> Signed-off-by: Topi Pohjolainen
> ---
>
On Thu, Jan 19, 2017 at 1:48 PM, Kenneth Graunke wrote:
> On Thursday, January 19, 2017 1:16:18 PM PST Rob Clark wrote:
>> glsl_to_nir expects matrix ops to be lowered away to vector by the time
>> it runs, but standalone wasn't bothering to call this pass.
>>
>>
https://bugs.freedesktop.org/show_bug.cgi?id=99388
Asya Dvorkin changed:
What|Removed |Added
CC|
Am Mittwoch, 18. Januar 2017, 18:45:04 CET schrieb Emil Velikov:
> On 18 January 2017 at 18:12, Jose Fonseca wrote:
> >>> In order to untangle things we want to have a distinction between the
> >>> gallium (gallivm afaict) and other users - RADV presently.
> >>> So how about
On Wed, Jan 18, 2017 at 11:25 PM, Pohjolainen, Topi <
topi.pohjolai...@gmail.com> wrote:
> On Wed, Jan 18, 2017 at 01:54:43PM -0800, Jason Ekstrand wrote:
> >On Jan 18, 2017 1:47 PM, "Francisco Jerez" <[1]curroje...@riseup.net>
> >wrote:
> >
> >Topi Pohjolainen
Reviewed-by: Jason Ekstrand
Reviewed-by: Kenneth Graunke
On Thu, Jan 19, 2017 at 5:29 AM, Topi Pohjolainen <
topi.pohjolai...@gmail.com> wrote:
> CC: Francisco Jerez
> CC: Kenneth Graunke
> CC: Jason
On Thu, Jan 19, 2017 at 4:50 AM, Samuel Iglesias Gonsálvez
wrote:
> As we are blocking the release and there more patches for review,
> another possibility is to land this patch [2] (replacing this patch)
> and then fix it later to not block Mesa 17.0 release more than
On Thursday, January 19, 2017 1:16:18 PM PST Rob Clark wrote:
> glsl_to_nir expects matrix ops to be lowered away to vector by the time
> it runs, but standalone wasn't bothering to call this pass.
>
> Signed-off-by: Rob Clark
> ---
> src/compiler/glsl/standalone.cpp | 1 +
Am 19.01.2017 um 18:45 schrieb Ilia Mirkin:
> On Thu, Jan 19, 2017 at 12:40 PM, Nicolai Hähnle
> wrote:
>> On 19.01.2017 17:50, Ilia Mirkin wrote:
>>>
>>> NVIDIA can't do division either (double or otherwise - but double is
>>> even worse since the rcp is only half
On 1/19/2017 10:47 AM, Emil Velikov wrote:
On 18 January 2017 at 23:07, Andres Rodriguez wrote:
The current message sounds like a small warning, clarify that it can
result in lack of presentation support and application crashes.
v2: add "if they do" (Bas)
Bugzilla:
glsl_to_nir expects matrix ops to be lowered away to vector by the time
it runs, but standalone wasn't bothering to call this pass.
Signed-off-by: Rob Clark
---
src/compiler/glsl/standalone.cpp | 1 +
1 file changed, 1 insertion(+)
diff --git
On 19.01.2017 17:50, Ilia Mirkin wrote:
NVIDIA can't do division either (double or otherwise - but double is
even worse since the rcp is only half there). It has some fancy
functions which get things like division, sqrt, etc.
What does that mean, precisely? It might make sense to have a
https://bugs.freedesktop.org/show_bug.cgi?id=99446
--- Comment #4 from Emil Velikov ---
Skimming through the 30-37 commit log [1] I'm inclined to go with you _must_
update your vulkan loader. Older versions are broken in funny ways and
attempting to workaround that in
On Thu, Jan 19, 2017 at 12:40 PM, Nicolai Hähnle
wrote:
> On 19.01.2017 17:50, Ilia Mirkin wrote:
>>
>> NVIDIA can't do division either (double or otherwise - but double is
>> even worse since the rcp is only half there). It has some fancy
>> functions which get things
On 19.01.2017 17:39, Roland Scheidegger wrote:
Double-capable Evergreen/NI can't do ddiv? Interesting. I wonder how
it's made d3d11 double conformant...
Even GCN has no native DDIV. It's implemented as a bunch of bespoke
instructions for scale-shifted DRCP followed by what is effectively a
Oh, in this case a cap bit would have been fine then :-).
I was just thinking since d3d11 requires (if doubles are supported) real
ddiv (unlike fdiv), hw would have some way to do this without too much
trouble. But I guess it wasn't deemed important enough then.
Roland
Am 19.01.2017 um 17:50
NVIDIA can't do division either (double or otherwise - but double is
even worse since the rcp is only half there). It has some fancy
functions which get things like division, sqrt, etc.
2017-01-19 11:39 GMT-05:00 Roland Scheidegger :
> Double-capable Evergreen/NI can't do
Double-capable Evergreen/NI can't do ddiv? Interesting. I wonder how
it's made d3d11 double conformant...
Roland
Am 19.01.2017 um 14:59 schrieb Nicolai Hähnle:
> From: Nicolai Hähnle
>
> ---
> src/gallium/drivers/r600/r600_shader.c | 59
>
On 19 January 2017 at 07:10, Tapani Pälli wrote:
> Fixes: 63c58dfc653c499aab5b8d0ea07f1dc1af88c856
> Signed-off-by: Tapani Pälli
Reviewed-by: Emil Velikov
Thanks
Emil
___
On 19 January 2017 at 07:10, Tapani Pälli wrote:
> fixes to issues spotted by Emil Velikov:
>
>- set ANV_TIMESTAMP corretly
>- fix typo with VULKAN_GEM_FILES
>
> v2: update to use Makefile.sources under vulkan
> instead of having own
>
> v3: update to changes
https://bugs.freedesktop.org/show_bug.cgi?id=99446
--- Comment #3 from Shawn Starr ---
Version is: vulkan-1.0.30.0-2.fc25.x86_64
Which is what Fedora 25 ships right now.
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact
On Thu, 2017-01-19 at 15:16 +, Emil Velikov wrote:
> On 19 January 2017 at 00:18, Steven Newbury
> wrote:
> > On Wed, 2016-12-07 at 13:25 +, Emil Velikov wrote:
> > > From: Emil Velikov
> > >
> > > We've been using and depending on it
On Thu, 2017-01-19 at 15:19 +, Emil Velikov wrote:
> From: Emil Velikov
>
> Otherwise we'll get a lovely message as below:
> "require_dri_shared_libs_and_glapi: command not found"
>
> Cc: Steven Newbury
> Reported-by: Steven Newbury
On 19 January 2017 at 05:23, Roland Scheidegger wrote:
> Am 19.01.2017 um 05:40 schrieb Dave Airlie:
>> From: Dave Airlie
>>
>> This fixes the build on ppc/s390.
>>
>> Signed-off-by: Dave Airlie
>> ---
>>
On 18 January 2017 at 23:07, Andres Rodriguez wrote:
> The current message sounds like a small warning, clarify that it can
> result in lack of presentation support and application crashes.
>
> v2: add "if they do" (Bas)
>
> Bugzilla:
For 1-2, 5-7:
Reviewed-by: Marek Olšák
Marek
On Thu, Jan 19, 2017 at 3:05 PM, Philipp Zabel wrote:
> Add resource_changed to the ddebug, rbug, and trace wrappers. Since it
> is optional, there is no need to add it to noop.
>
> Signed-off-by:
On Thu, Jan 19, 2017 at 2:51 PM, Samuel Pitoiset
wrote:
>
>
> On 01/19/2017 02:11 PM, Marek Olšák wrote:
>>
>> On Thu, Jan 19, 2017 at 12:03 PM, Samuel Pitoiset
>> wrote:
>>>
>>>
>>>
>>> On 01/19/2017 11:41 AM, Samuel Pitoiset wrote:
From: Emil Velikov
Otherwise we'll get a lovely message as below:
"require_dri_shared_libs_and_glapi: command not found"
Cc: Steven Newbury
Reported-by: Steven Newbury
Fixes: da410e6afad "configure: explicitly require
On 19 January 2017 at 00:18, Steven Newbury wrote:
> On Wed, 2016-12-07 at 13:25 +, Emil Velikov wrote:
>> From: Emil Velikov
>>
>> We've been using and depending on it for at least a couple of years.
>> Make it obvious and error out, should
Andy Furniss wrote:
Christian König wrote:
Hi Andy,
Am 19.01.2017 um 11:46 schrieb Andy Furniss:
I think you are right about the slices, the failing vids are blu-ray/tv.
https://drive.google.com/file/d/0BxP5-S1t9VEEZlozcjVUZ1lDbWM/view?usp=sharing
Thanks for the link, if you have time
Christian König wrote:
Hi Andy,
Am 19.01.2017 um 11:46 schrieb Andy Furniss:
I think you are right about the slices, the failing vids are blu-ray/tv.
https://drive.google.com/file/d/0BxP5-S1t9VEEZlozcjVUZ1lDbWM/view?usp=sharing
Thanks for the link, if you have time please give the attached
The first release candidate for Mesa 17.0.0 is now available.
The plan is to have one release candidate every Friday, until the final
release on 3rd February 2016.
As a reminder, with the 17.0 branch now created, patches nominated with:
CC:
will now
Use the resource_changed callback to invalidate internal resources
derived from external textures when they are (re-)bound. This is needed
to comply with the requirement from the GL_OES_EGL_image_external
extension that a call to glBindTexture guarantees that all further
sampling will return
To comply with the requirement from the GL_OES_EGL_image_external
extension that a call to glBindTexture guarantees that all further
sampling will return values that correspond to the values in the
external texture at or after the time that glBindTexture was called,
do not bail out early from
Add resource_changed to the ddebug, rbug, and trace wrappers. Since it
is optional, there is no need to add it to noop.
Signed-off-by: Philipp Zabel
Suggested-by: Nicolai Hähnle
---
Changes since v4:
- Use SCR_INIT to initialize the resource_changed
For imported buffers that can't be used directly as a source to the
texture samplers, the pipe driver might need to create an internal
copy, for example in a different tiling layout. When buffers are
reimported they may contain new image data, so the driver internal
copies need to be recreated.
Imported resources already have contents that we want to be copied to
texture resources derived from them. Set initial seqno of imported
resources to 1, just as if it had already been rendered to.
Signed-off-by: Philipp Zabel
Reviewed-by: Christian Gmeiner
Implement the resource_changed pipe callback to invalidate internal
resources derived from imported buffers. This is needed to update the
texture for re-imported renderables.
Signed-off-by: Philipp Zabel
Reviewed-by: Reviewed-by: Christian Gmeiner
Add a hook to tell drivers that an imported resource may have changed
and they need to update their internal derived resources.
Signed-off-by: Philipp Zabel
Reviewed-by: Roland Scheidegger
---
src/gallium/docs/source/screen.rst | 14 ++
1 - 100 of 140 matches
Mail list logo