On 15/06/17 15:34, Jason Ekstrand wrote:
On Wed, Jun 14, 2017 at 10:26 PM, Timothy Arceri > wrote:
If all the swizzles are inside the src channels range than we can just
grab the srcs we need rather than converting everything.
On Wed, Jun 14, 2017 at 10:26 PM, Timothy Arceri
wrote:
> If all the swizzles are inside the src channels range than we can just
> grab the srcs we need rather than converting everything.
>
> perf report convert_float() going from ~10% -> ~7% for the when
> running the
---
src/mesa/main/format_utils.c | 91
src/mesa/main/format_utils.h | 9 -
2 files changed, 49 insertions(+), 51 deletions(-)
diff --git a/src/mesa/main/format_utils.c b/src/mesa/main/format_utils.c
index d16d69c..65e65d4 100644
---
If all the swizzles are inside the src channels range than we can just
grab the srcs we need rather than converting everything.
perf report convert_float() going from ~10% -> ~7% for the when
running the following glean test:
glean -o -v -v -v -t +pointAtten
Cc: Jason Ekstrand
The SCons build has been using 10 digits of the git hash id for the
MESA_GIT_SHA1 string in git_sha1.h for about a year now. I bumped it
up after running into a case where a 7-digit hash ID was ambiguous.
This patch makes the same change for the autotools build.
The command "git log | grep
r600_shader_select is always called through the macro SELECT_SHADER_OR_FAIL,
which never passes NULL pointers as parameter 'dirty'.
---
src/gallium/drivers/r600/r600_state_common.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_state_common.c
The storage was once used by get_sampler_uniform_value() but that
was fixed long ago to use the uniform storage assigned by the
linker.
By not assigning storage for images/samplers the constant buffer
for gallium drivers will be reduced which could result in small
perf improvements.
V2: rebase
---
src/mesa/drivers/dri/i965/brw_clear.c | 35 +--
1 file changed, 33 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_clear.c
b/src/mesa/drivers/dri/i965/brw_clear.c
index f5a990d..99ddc4e 100644
---
This is effectively a revert of 388f02729bbf88ba104f4f8ee1fdf005a240969c
though much code has been added since. Kristian initially moved it to
try and avoid locking problems with meta-based resolves. Now that meta
is gone from the resolve path (for good this time, we hope), we can move
it back.
No need for all that switching when we can just assign a nice little
variable with the number of layers.
---
src/mesa/drivers/dri/i965/brw_clear.c | 25 -
1 file changed, 8 insertions(+), 17 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_clear.c
We already have this little optimization for color clears. Now that
we're actually tracking whether or not a slice has any fast-clear
blocks, It's easy enough to add for depth clears too.
---
src/mesa/drivers/dri/i965/brw_clear.c | 34 ---
Sky Lake and above can fast-clear exactly the same set of formats as
older hardware. The only restriction is that you can't *texture* from
it unless the format supports CCS_E but you can fast-clear and render to
it just fine. All of the code exists and now that we have sane resolves,
we can
https://bugs.freedesktop.org/show_bug.cgi?id=101432
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
On 15/06/17 01:08 AM, Samuel Pitoiset wrote:
> Fixes: 5f249b9f05e ("mapi: add GL_ARB_bindless_texture entry points")
> Reported-by: Mark Janes
> Signed-off-by: Samuel Pitoiset
Pushed, thanks!
--
Earthling Michel Dänzer |
https://bugs.freedesktop.org/show_bug.cgi?id=101432
Bug ID: 101432
Summary: make check DispatchSanity_test.GL31_CORE regression
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: All
Status: NEW
On Wed, Jun 14, 2017 at 5:22 PM, Lionel Landwerlin <
lionel.g.landwer...@intel.com> wrote:
> With Ken's work to drop the library dependency on libdrm_intel, we now
> only depend on libdrm for the kernel uapi headers it provides. It
> seems like we're better off just embeddeding those headers
From: Marek Olšák
---
This prevents a crash later in the series, and it's generally a good
thing to do.
src/mesa/state_tracker/st_atom_sampler.c | 11 +--
src/mesa/state_tracker/st_texture.c | 5 +++--
2 files changed, 12 insertions(+), 4 deletions(-)
diff
Due to an underlying hardware race condition, we have no guarantee
that all the reports coming from the OA buffer related to the workload
we're trying to measure have landed to memory by the time all the work
submitted has completed. That means we need to keep on reading the OA
stream until we
From: Robert Bragg
From experimentation in IGT, we found that the OA unit might label
some report as "idle" (using an invalid context ID), right after a
report for a given context. Deltas generated by those reports actually
belong to the previous context, even though
Signed-off-by: Lionel Landwerlin
---
src/mesa/drivers/dri/i965/brw_performance_query.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_performance_query.c
From: Robert Bragg
Enables access to OA unit metrics on Gen8+ via INTEL_performance_query.
Signed-off-by: Robert Bragg
---
src/mesa/drivers/dri/i965/Makefile.am | 8 +-
src/mesa/drivers/dri/i965/brw_defines.h | 6 +
We did support single value operand equations, but not single variable
operand ones. In particular we were failing on "$Sampler0Bottleneck".
Signed-off-by: Lionel Landwerlin
---
src/mesa/drivers/dri/i965/brw_oa.py | 4 +++-
1 file changed, 3 insertions(+), 1
From: Robert Bragg
In preparation for adding XML OA metric set descriptions for Gen 8 and 9
which will result in auto generated code that depends on a number of new
system variables ($EuSubslicesTotalCount, $EuThreadsCount and
$SliceMask) this adds corresponding members to
Hi,
This series has been used by a few people for some time already. Now
that the kernel patches are making their way to upstream, here are the
userspace side ones.
This series depends on [1] which includes kernel header files to the
tree, so we don't have to depend on a specific version of
The perf infrastructure needs to identify specific platforms, not just
generations.
Signed-off-by: Lionel Landwerlin
---
src/intel/common/gen_device_info.c | 23 +--
src/intel/common/gen_device_info.h | 3 +++
2 files changed, 20
This enables us to compile aubinator without the libdrm dependency.
Signed-off-by: Lionel Landwerlin
---
src/intel/tools/intel_aub.h | 153
1 file changed, 153 insertions(+)
create mode 100644
Hi,
While working with changes that span from kernel to user space, I've
been wondering whether we need to depend on libdrm's header files at
all for the anv & i965 drivers. Indeed with Ken's recent changes, we
depend on libdrm for 1 or 2 functions wrapping an ioctl (with
drmGetDevices2 being the
On 06/09/2017 06:01 AM, Chris Wilson wrote:
> Ony non-llc architectures where we are primarily reading back the
On
> results of the GPU queries, then we can improve performance by using a
> cacheable mapping of the results. Unfortunately, enabling snooping makes
> the writes from the GPU
On 06/09/2017 06:01 AM, Chris Wilson wrote:
> Lots of places open-coded the assumed layout of the predicate/results
> within the query object, replace those with simple helpers.
>
> Signed-off-by: Chris Wilson
> Cc: Kenneth Graunke
> Cc: Matt
Out of curiosity, does this fix a test (maybe upcoming one)?
Otherwise sounds fair :
Reviewed-by: Lionel Landwerlin
Thanks!
On 14/06/17 17:55, Andres Gomez wrote:
VK_FORMAT_FEATURE_TRANSFER_[SRC|DST]_BIT_KHR is a flag value of the
VkFormatFeatureFlagBits enum
On Friday, June 9, 2017 6:01:40 AM PDT Chris Wilson wrote:
> Reuse the same query object buffer for multiple queries within the same
> batch.
>
> A task for the future is propagating the GL_NO_MEMORY errors.
>
> Signed-off-by: Chris Wilson
> Cc: Kenneth Graunke
On Friday, June 9, 2017 6:01:38 AM PDT Chris Wilson wrote:
> Ony non-llc architectures where we are primarily reading back the
> results of the GPU queries, then we can improve performance by using a
> cacheable mapping of the results. Unfortunately, enabling snooping makes
> the writes from the
On Friday, June 9, 2017 6:01:39 AM PDT Chris Wilson wrote:
> If we always write the 'available' flag after writing the final result
> of the query, we can probe that predicate to quickly query whether the
> result is ready from userspace. The primary advantage of checking the
> predicate is that
On Tue, Jun 13, 2017 at 05:50:02PM +0300, Topi Pohjolainen wrote:
> Signed-off-by: Topi Pohjolainen
> ---
> src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 46
> ++-
> 1 file changed, 38 insertions(+), 8 deletions(-)
>
Patches 2-4 are
On Wednesday, June 14, 2017 3:50:12 PM PDT Kenneth Graunke wrote:
> On Friday, June 9, 2017 6:01:37 AM PDT Chris Wilson wrote:
> > If we map the bo upon creation, we can avoid the latency of mmapping it
> > when querying, and later use the asynchronous, persistent map of the
> > predicate to do a
Reviewed-by: Rafael Antognolli
On Tue, Jun 13, 2017 at 11:28:22AM -0700, Anuj Phogat wrote:
> Signed-off-by: Anuj Phogat
> ---
> src/intel/genxml/gen10.xml | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git
Hi Anuj,
On Tue, Jun 13, 2017 at 11:28:24AM -0700, Anuj Phogat wrote:
> This is required because we already have a macro defined with
> the name StartInstanceLocation.
>
> Signed-off-by: Anuj Phogat
> ---
> src/intel/genxml/gen10.xml | 2 +-
> 1 file changed, 1
On 06/14/2017 09:30 AM, Aaron Watry wrote:
> Looks like Mark beat me to reporting this one (was still bisecting
> when this patch was sent).
>
> Tested-by: Aaron Watry
If dispatch_sanity breaks, it's almost always the most recent commit in
src/mapi/glapi/gen. That may save
Reviewed-by: Ian Romanick
On 06/14/2017 09:08 AM, Samuel Pitoiset wrote:
> Fixes: 5f249b9f05e ("mapi: add GL_ARB_bindless_texture entry points")
> Reported-by: Mark Janes
> Signed-off-by: Samuel Pitoiset
> ---
>
On Friday, June 9, 2017 6:01:37 AM PDT Chris Wilson wrote:
> If we map the bo upon creation, we can avoid the latency of mmapping it
> when querying, and later use the asynchronous, persistent map of the
> predicate to do a quick query.
>
> Signed-off-by: Chris Wilson
>
On Tue, Jun 13, 2017 at 05:50:04PM +0300, Topi Pohjolainen wrote:
> Signed-off-by: Topi Pohjolainen
> ---
> src/mesa/drivers/dri/i965/intel_mipmap_tree.h | 8 +++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> diff --git
On Wed, Jun 14, 2017 at 09:45:46PM +0300, Pohjolainen, Topi wrote:
> On Tue, Jun 13, 2017 at 04:31:26PM -0700, Nanley Chery wrote:
> > On Tue, Jun 13, 2017 at 05:49:59PM +0300, Topi Pohjolainen wrote:
> > > Signed-off-by: Topi Pohjolainen
> > > ---
> > >
I was looking into WQM stuff today, and I realized that LLVM will no
longer mark this instruction as needing WQM, which seems like a
problem. Seems like we need a patch to LLVM. Other uses of DPP (e.g.
for the subgroup reduction stuff) won't want WQM, so I'm not sure
what's the best approach
On 06/14/2017 11:41 PM, Marek Olšák wrote:
From: Marek Olšák
cso does that too
---
src/mesa/state_tracker/st_atom_msaa.c | 7 +--
src/mesa/state_tracker/st_context.h | 1 -
2 files changed, 1 insertion(+), 7 deletions(-)
diff --git
On Wed, Jun 14, 2017 at 12:00 PM, Pohjolainen, Topi <
topi.pohjolai...@gmail.com> wrote:
> On Tue, Jun 06, 2017 at 10:00:06PM -0700, Jason Ekstrand wrote:
> > ---
> > src/mesa/drivers/dri/i965/brw_blorp.c | 106
> ++
> > src/mesa/drivers/dri/i965/brw_blorp.h | 4
CSO already takes care of this.
Signed-off-by: Samuel Pitoiset
---
src/gallium/drivers/radeonsi/si_state.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_state.c
b/src/gallium/drivers/radeonsi/si_state.c
index
On Friday, June 9, 2017 6:01:36 AM PDT Chris Wilson wrote:
> Lots of places open-coded the assumed layout of the predicate/results
> within the query object, replace those with simple helpers.
>
> Signed-off-by: Chris Wilson
> Cc: Kenneth Graunke
On Wed, Jun 14, 2017 at 09:32:22AM +0200, Iago Toral wrote:
> On Tue, 2017-06-13 at 11:41 -0700, Nanley Chery wrote:
> > For 3D image subresources undergoing a layout transition via
> > PipelineBarrier, we increase the number of fast-cleared layers to
> > match
> > the intended behaviour of
On 14/06/17 22:16, Brian Paul wrote:
On 06/14/2017 02:38 PM, Jose Fonseca wrote:
On 14/06/17 21:21, Marek Olšák wrote:
On Wed, Jun 14, 2017 at 10:13 PM, Jose Fonseca
wrote:
On 14/06/17 21:07, Marek Olšák wrote:
On Wed, Jun 14, 2017 at 9:45 PM, Jose Fonseca
On Friday, June 9, 2017 6:01:33 AM PDT Chris Wilson wrote:
> If we know the bo is idle (that is we have no submitted a command buffer
> referencing this bo since the last query) we can skip asking the kernel.
> Note this may report a false negative if the target is being shared
> between processes
Also adding this:
diff --git a/src/mesa/state_tracker/st_atom_viewport.c
b/src/mesa/state_tracker/st_atom_viewport.c
index b434f0d..d01836f 100644
--- a/src/mesa/state_tracker/st_atom_viewport.c
+++ b/src/mesa/state_tracker/st_atom_viewport.c
@@ -54,9 +54,10 @@ st_update_viewport( struct
Reviewed-by: Ilia Mirkin
On Wed, Jun 14, 2017 at 5:37 PM, Marek Olšák wrote:
> From: Marek Olšák
>
> It uses the projection matrix to transform the clip plane.
> ---
> src/mesa/main/enable.c | 3 ++-
> 1 file changed, 2
From: Marek Olšák
---
src/mesa/state_tracker/st_atom_list.h | 6 +++---
src/mesa/state_tracker/st_atom_rasterizer.c | 6 +++---
src/mesa/state_tracker/st_atom_scissor.c| 2 +-
src/mesa/state_tracker/st_atom_viewport.c | 2 +-
4 files changed, 8 insertions(+), 8
From: Marek Olšák
cso does that too
---
src/mesa/state_tracker/st_atom_msaa.c | 7 +--
src/mesa/state_tracker/st_context.h | 1 -
2 files changed, 1 insertion(+), 7 deletions(-)
diff --git a/src/mesa/state_tracker/st_atom_msaa.c
From: Marek Olšák
Cc: 17.1
---
src/mesa/state_tracker/st_atom_rasterizer.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/state_tracker/st_atom_rasterizer.c
b/src/mesa/state_tracker/st_atom_rasterizer.c
From: Marek Olšák
Only do so if there is a shader writing gl_ViewportIndex.
This removes a lot of CPU overhead for the most common case.
---
src/mesa/state_tracker/st_atom.c | 18 ++
src/mesa/state_tracker/st_atom_scissor.c | 10 +++---
From: Marek Olšák
---
src/mesa/state_tracker/st_atom_viewport.c | 34 ---
1 file changed, 9 insertions(+), 25 deletions(-)
diff --git a/src/mesa/state_tracker/st_atom_viewport.c
b/src/mesa/state_tracker/st_atom_viewport.c
index 1fc8908..9a9d570
On Friday, June 9, 2017 6:01:32 AM PDT Chris Wilson wrote:
> When created, buffers are idle, so mark them as such to save an early
> ioctl or mistaken assuming the fresh buffer is busy.
>
> Signed-off-by: Chris Wilson
> Cc: Kenneth Graunke
> Cc:
From: Marek Olšák
It uses the projection matrix to transform the clip plane.
---
src/mesa/main/enable.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/mesa/main/enable.c b/src/mesa/main/enable.c
index 0324170..0f7cdcd 100644
---
On Wed, Jun 14, 2017 at 11:23 PM, Timothy Arceri wrote:
>
>
> On 15/06/17 04:10, Marek Olšák wrote:
>>
>> On Wed, Jun 14, 2017 at 7:27 PM, Marek Olšák wrote:
>>>
>>> On Tue, Jun 13, 2017 at 8:10 AM, Timothy Arceri
>>> wrote:
On 15/06/17 03:17, Marek Olšák wrote:
On Tue, Jun 13, 2017 at 7:46 AM, Timothy Arceri wrote:
On 13/06/17 15:32, Timothy Arceri wrote:
On 13/06/17 04:23, Ilia Mirkin wrote:
On Mon, Jun 12, 2017 at 2:18 PM, Marek Olšák wrote:
From: Marek Olšák
On 15/06/17 04:10, Marek Olšák wrote:
On Wed, Jun 14, 2017 at 7:27 PM, Marek Olšák wrote:
On Tue, Jun 13, 2017 at 8:10 AM, Timothy Arceri wrote:
On 13/06/17 04:18, Marek Olšák wrote:
From: Marek Olšák
AMD SI-VI use this.
This and the following patch are in no error paths. The result cannot be
NULL unless the function is being used incorrectly. I would rather this
be left as to segfault than to fail silently.
On 15/06/17 02:33, Plamena Manolova wrote:
In prepare_target it's plausible that the parameters of
On 06/14/2017 02:38 PM, Jose Fonseca wrote:
On 14/06/17 21:21, Marek Olšák wrote:
On Wed, Jun 14, 2017 at 10:13 PM, Jose Fonseca
wrote:
On 14/06/17 21:07, Marek Olšák wrote:
On Wed, Jun 14, 2017 at 9:45 PM, Jose Fonseca
wrote:
On 14/06/17 17:12,
Reviewed-by: Rafael Antognolli
On Tue, Jun 13, 2017 at 11:28:23AM -0700, Anuj Phogat wrote:
> Signed-off-by: Anuj Phogat
> ---
> src/intel/genxml/gen10.xml | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
On Tuesday, June 13, 2017 2:53:20 PM PDT Jason Ekstrand wrote:
> As I've been working on converting more things in the GL driver over to
> blorp, I've been highly annoyed by all of the hangs on Haswell. About one
> in 3-5 Jenkins runs would hang somewhere. After looking at about a
> half-dozen
On Tuesday, June 13, 2017 2:53:24 PM PDT Jason Ekstrand wrote:
> From: Topi Pohjolainen
>
> v2 (Jason Ekstrand):
> - Take a flags parameter to control the flushes
> - Refactoring
>
> Signed-off-by: Topi Pohjolainen
> ---
>
On 14/06/17 21:21, Marek Olšák wrote:
On Wed, Jun 14, 2017 at 10:13 PM, Jose Fonseca wrote:
On 14/06/17 21:07, Marek Olšák wrote:
On Wed, Jun 14, 2017 at 9:45 PM, Jose Fonseca wrote:
On 14/06/17 17:12, Marek Olšák wrote:
On Tue, Jun 13, 2017 at
On Wed, Jun 14, 2017 at 10:13 PM, Jose Fonseca wrote:
> On 14/06/17 21:07, Marek Olšák wrote:
>>
>> On Wed, Jun 14, 2017 at 9:45 PM, Jose Fonseca wrote:
>>>
>>> On 14/06/17 17:12, Marek Olšák wrote:
On Tue, Jun 13, 2017 at 3:43 PM, Marek
Reviewed-by: Marek Olšák
Marek
On Wed, Jun 14, 2017 at 9:11 PM, Samuel Pitoiset
wrote:
> r600_resource objects are not calloc'd.
>
> Signed-off-by: Samuel Pitoiset
> ---
>
On 14/06/17 21:07, Marek Olšák wrote:
On Wed, Jun 14, 2017 at 9:45 PM, Jose Fonseca wrote:
On 14/06/17 17:12, Marek Olšák wrote:
On Tue, Jun 13, 2017 at 3:43 PM, Marek Olšák wrote:
On Tue, Jun 13, 2017 at 1:40 PM, Jose Fonseca
On Tuesday, June 13, 2017 4:19:00 PM PDT Jason Ekstrand wrote:
> ---
> src/mesa/drivers/dri/i965/brw_bufmgr.c| 6 ++--
> src/mesa/drivers/dri/i965/brw_bufmgr.h| 12 +++
> src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 46
> +--
>
On 06/14/2017 10:07 PM, Marek Olšák wrote:
On Wed, Jun 14, 2017 at 9:45 PM, Jose Fonseca wrote:
On 14/06/17 17:12, Marek Olšák wrote:
On Tue, Jun 13, 2017 at 3:43 PM, Marek Olšák wrote:
On Tue, Jun 13, 2017 at 1:40 PM, Jose Fonseca
On Wed, Jun 14, 2017 at 9:45 PM, Jose Fonseca wrote:
> On 14/06/17 17:12, Marek Olšák wrote:
>>
>> On Tue, Jun 13, 2017 at 3:43 PM, Marek Olšák wrote:
>>>
>>> On Tue, Jun 13, 2017 at 1:40 PM, Jose Fonseca
>>> wrote:
On
On Wed, Jun 14, 2017 at 11:18:40AM +0100, Emil Velikov wrote:
> Hi Topi,
>
> On 22 May 2017 at 20:12, Topi Pohjolainen wrote:
> > Current version fails to set depthstencil.depth_offset when there
> > is only stencil attachment (it does set the intra tile offsets
> >
On Wed, Jun 14, 2017 at 10:48:09AM -0700, Ian Romanick wrote:
> On 06/09/2017 07:04 AM, Topi Pohjolainen wrote:
> > On gen < 6 one doesn't have level or layer specifiers available
> > for render and depth targets. In order to support rendering to
> > specific level/layer, driver needs to manually
On 14/06/17 17:12, Marek Olšák wrote:
On Tue, Jun 13, 2017 at 3:43 PM, Marek Olšák wrote:
On Tue, Jun 13, 2017 at 1:40 PM, Jose Fonseca wrote:
On 12/06/17 22:56, Marek Olšák wrote:
On Mon, Jun 12, 2017 at 10:43 PM, Jose Fonseca
On Wed, Jun 14, 2017 at 1:55 PM, Samuel Pitoiset
wrote:
> This is done by introducing a separate list.
>
> si_decompress_textures() is now 5x faster.
>
> Signed-off-by: Samuel Pitoiset
> ---
> src/gallium/drivers/radeonsi/si_blit.c|
On Wed, Jun 14, 2017 at 10:18:18AM +0300, Pohjolainen, Topi wrote:
> On Tue, Jun 13, 2017 at 04:20:02PM -0700, Jason Ekstrand wrote:
> > On Tue, Jun 13, 2017 at 4:14 PM, Jason Ekstrand
> > wrote:
> >
> > > On Tue, Jun 13, 2017 at 7:53 AM, Topi Pohjolainen <
> > >
On 14 June 2017 at 18:15, Jason Ekstrand wrote:
> On Wed, Jun 14, 2017 at 10:12 AM, Jason Ekstrand
> wrote
>>
>> On Wed, Jun 14, 2017 at 3:51 AM, Emil Velikov
>> wrote:
>>>
>>> Hi Jason,
>>>
>>> On 7 June 2017 at 06:00, Jason
See https://lists.freedesktop.org/archives/mesa-dev/2017-June/159273.html.
Thanks.
On 06/14/2017 09:33 PM, Ian Romanick wrote:
From: Ian Romanick
Should have been part of commit 5f249b9 "mapi: add
GL_ARB_bindless_texture entry points"
Signed-off-by: Ian Romanick
From: Ian Romanick
Should have been part of commit 5f249b9 "mapi: add
GL_ARB_bindless_texture entry points"
Signed-off-by: Ian Romanick
Cc: Samuel Pitoiset
Cc: Nicolai Hähnle
Cc: Mark
On Wed, Jun 14, 2017 at 9:08 PM, Samuel Pitoiset
wrote:
>
>
> On 06/14/2017 08:24 PM, Marek Olšák wrote:
>>
>> On Wed, Jun 14, 2017 at 1:55 PM, Samuel Pitoiset
>> wrote:
>>>
>>> Signed-off-by: Samuel Pitoiset
>>>
r600_resource objects are not calloc'd.
Signed-off-by: Samuel Pitoiset
---
src/gallium/drivers/radeon/r600_buffer_common.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/gallium/drivers/radeon/r600_buffer_common.c
On 06/14/2017 08:24 PM, Marek Olšák wrote:
On Wed, Jun 14, 2017 at 1:55 PM, Samuel Pitoiset
wrote:
Signed-off-by: Samuel Pitoiset
---
src/util/u_dynarray.h | 6 ++
1 file changed, 6 insertions(+)
diff --git
On Tue, Jun 06, 2017 at 10:00:06PM -0700, Jason Ekstrand wrote:
> ---
> src/mesa/drivers/dri/i965/brw_blorp.c | 106
> ++
> src/mesa/drivers/dri/i965/brw_blorp.h | 4 ++
> src/mesa/drivers/dri/i965/brw_clear.c | 6 ++
> 3 files changed, 116 insertions(+)
>
>
On Tue, Jun 13, 2017 at 04:31:26PM -0700, Nanley Chery wrote:
> On Tue, Jun 13, 2017 at 05:49:59PM +0300, Topi Pohjolainen wrote:
> > Signed-off-by: Topi Pohjolainen
> > ---
> > src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 29
> > +--
> > 1
2017-06-14 13:55 GMT+02:00 Samuel Pitoiset :
> Signed-off-by: Samuel Pitoiset
> ---
> src/util/u_dynarray.h | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/src/util/u_dynarray.h b/src/util/u_dynarray.h
> index
On Wed, Jun 14, 2017 at 11:28:39AM -0700, Nanley Chery wrote:
> On Wed, Jun 14, 2017 at 10:36:16AM +0300, Pohjolainen, Topi wrote:
> > On Tue, Jun 13, 2017 at 05:26:52PM -0700, Nanley Chery wrote:
> > > On Tue, Jun 13, 2017 at 05:50:04PM +0300, Topi Pohjolainen wrote:
> > > > Signed-off-by: Topi
On Wed, Jun 14, 2017 at 10:36:16AM +0300, Pohjolainen, Topi wrote:
> On Tue, Jun 13, 2017 at 05:26:52PM -0700, Nanley Chery wrote:
> > On Tue, Jun 13, 2017 at 05:50:04PM +0300, Topi Pohjolainen wrote:
> > > Signed-off-by: Topi Pohjolainen
> > > ---
> > >
On Wed, Jun 14, 2017 at 1:55 PM, Samuel Pitoiset
wrote:
> Signed-off-by: Samuel Pitoiset
> ---
> src/util/u_dynarray.h | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/src/util/u_dynarray.h b/src/util/u_dynarray.h
> index
Reviewed-by: Marek Olšák
Marek
On Wed, Jun 14, 2017 at 11:40 AM, Samuel Pitoiset
wrote:
> Useful for debugging performance issues when ARB_bindless_texture
> is enabled. This query doesn't make a distinction between texture
> and image handles.
>
On Wed, Jun 14, 2017 at 7:27 PM, Marek Olšák wrote:
> On Tue, Jun 13, 2017 at 8:10 AM, Timothy Arceri wrote:
>>
>>
>> On 13/06/17 04:18, Marek Olšák wrote:
>>>
>>> From: Marek Olšák
>>>
>>> AMD SI-VI use this. GFX9 doesn't. We can
On Wed, Jun 14, 2017 at 8:03 PM, Marek Olšák wrote:
> On Wed, Jun 14, 2017 at 9:23 AM, Nicolai Hähnle wrote:
>> On 12.06.2017 20:18, Marek Olšák wrote:
>>>
>>> From: Marek Olšák
>>>
>>> This removes 2 loops from hot codepaths and adds 1
On Wed, Jun 14, 2017 at 9:23 AM, Nicolai Hähnle wrote:
> On 12.06.2017 20:18, Marek Olšák wrote:
>>
>> From: Marek Olšák
>>
>> This removes 2 loops from hot codepaths and adds 1 loop to a rare codepath
>> (restore_sampler_states), and makes
On 06/09/2017 07:04 AM, Topi Pohjolainen wrote:
> On gen < 6 one doesn't have level or layer specifiers available
> for render and depth targets. In order to support rendering to
> specific level/layer, driver needs to manually offset the surface
> to the desired slice.
> There are, however,
Reviewed-by: Rafael Antognolli
On Wed, May 10, 2017 at 11:47:26AM -0700, Kenneth Graunke wrote:
> Modern GL specifications say that the point size should be 1.0 when
> gl_PointSize is unwritten and the last enabled stage is a geometry
> or tessellation shader. If
On Wed, Jun 14, 2017 at 9:15 AM, Nicolai Hähnle wrote:
> On 12.06.2017 20:18, Marek Olšák wrote:
>>
>> From: Marek Olšák
>>
>> ---
>> src/mesa/state_tracker/st_atom_sampler.c | 79
>> +---
>> 1 file changed, 31
On Tue, Jun 13, 2017 at 8:10 AM, Timothy Arceri wrote:
>
>
> On 13/06/17 04:18, Marek Olšák wrote:
>>
>> From: Marek Olšák
>>
>> AMD SI-VI use this. GFX9 doesn't. We can stop doing this for SI-VI since
>> border color swizzling is broken there anyway.
On Wed, 2017-06-14 at 17:02 +0100, Emil Velikov wrote:
> From: Emil Velikov
>
> We tend to use the sources, as opposed to EXTRA_DIST to include the
> headers.
>
Reviewed-by: Juan A. Suarez Romero
> Cc: Juan A. Suarez Romero
1 - 100 of 185 matches
Mail list logo