---
src/mapi/glapi/gen/EXT_multisampled_render_to_texture.xml | 2 +-
src/mapi/glapi/gen/es_EXT.xml | 2 ++
src/mapi/glapi/gen/gl_API.xml | 2 --
src/mesa/main/tests/dispatch_sanity.cpp | 3 +++
4 files changed, 6 insertions
A couple of simple fixes for building on Android with autotools.
---
src/gallium/auxiliary/util/u_debug_stack_android.cpp | 2 +-
src/gallium/drivers/freedreno/Makefile.am| 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/auxiliary/util/u_debug_stack_andro
Here's v3 of the series. I've updated to account for most of the comments,
except
I went back and forth and then ultimately back again on Roladnd suggestion.
It may be more intuitive to always have surf->nr_samples be the number of
samples
but that means we'll have to go update all state trackers
This also turns on EXT_multisampled_render_to_texture which is a
subset of EXT_multisampled_render_to_texture2, allowing only
COLOR_ATTACHMENT0.
Signed-off-by: Kristian H. Kristensen
---
.../EXT_multisampled_render_to_texture.xml| 34 +++
src/mapi/glapi/gen/Makefile.am
In gallium, we model the attachment sample count as a new nr_samples
field in pipe_surface. A driver can indicate support for the extension
using the new pipe cap, PIPE_CAP_MULTISAMPLED_RENDER_TO_TEXTURE.
Signed-off-by: Kristian H. Kristensen
---
src/mesa/state_tracker/st_cb_fbo.c | 3
From: Rob Clark
Signed-off-by: Rob Clark
---
.../drivers/freedreno/a6xx/fd6_blend.c| 2 +
.../drivers/freedreno/a6xx/fd6_context.c | 2 +
src/gallium/drivers/freedreno/a6xx/fd6_emit.c | 12 --
src/gallium/drivers/freedreno/a6xx/fd6_gmem.c | 41 +++
.../drivers
There is not much to do in freedreno - tile layout and multisample
state for gmem renderings is programmed based on the pfb sample count,
while resolve blits take the destination sample count from the resource.
Signed-off-by: Kristian H. Kristensen
---
src/gallium/drivers/freedreno
This new pipe cap and the new nr_samples field in pipe_surface lets a
state tracker bind a render target with a different sample count than
the resource. This allows for implementing
EXT_multisampled_render_to_texture and
EXT_multisampled_render_to_texture2.
Signed-off-by: Kristian H. Kristensen
In gallium, we model the attachment sample count as a new nr_samples
field in pipe_surface. A driver can indicate support for the extension
using the new pipe cap, PIPE_CAP_MULTISAMPLED_RENDER_TO_TEXTURE.
Signed-off-by: Kristian H. Kristensen
---
src/mesa/state_tracker/st_cb_fbo.c | 3
Here's a small patch series that adds support for
EXT_multisampled_render_to_texture to core mesa and gallium, turns on
MSAA for freedreno/a6xx and then enables the new extension for
a6xx.
v2:
- Split gallium and st commit
- Document PIPE_CAP_MULTISAMPLED_RENDER_TO_TEXTURE
- Move sample count
There is not much to do in freedreno - tile layout and multisample
state for gmem renderings is programmed based on the pfb sample count,
while resolve blits take the destination sample count from the resource.
Signed-off-by: Kristian H. Kristensen
---
src/gallium/drivers/freedreno
This new pipe cap and the new nr_samples field in pipe_surface lets a
state tracker bind a render target with a different sample count than
the resource. This allows for implementing
EXT_multisampled_render_to_texture and
EXT_multisampled_render_to_texture2.
Signed-off-by: Kristian H. Kristensen
This also turns on EXT_multisampled_render_to_texture which is a
subset of EXT_multisampled_render_to_texture2, allowing only
COLOR_ATTACHMENT0.
Signed-off-by: Kristian H. Kristensen
---
.../EXT_multisampled_render_to_texture.xml| 34 ++
src/mapi/glapi/gen/Makefile.am
From: Rob Clark
Signed-off-by: Rob Clark
---
.../drivers/freedreno/a6xx/fd6_blend.c| 2 +
.../drivers/freedreno/a6xx/fd6_context.c | 2 +
src/gallium/drivers/freedreno/a6xx/fd6_draw.c | 3 ++
src/gallium/drivers/freedreno/a6xx/fd6_emit.c | 12 --
src/gallium/drivers/freedren
Signed-off-by: Kristian H. Kristensen
---
.../EXT_multisampled_render_to_texture.xml| 34 ++
src/mapi/glapi/gen/Makefile.am| 1 +
src/mapi/glapi/gen/gl_API.xml | 2 +
src/mapi/glapi/gen/meson.build| 1 +
src/mesa/drivers/common
From: Rob Clark
Signed-off-by: Rob Clark
---
.../drivers/freedreno/a6xx/fd6_blend.c| 2 +
.../drivers/freedreno/a6xx/fd6_context.c | 2 +
src/gallium/drivers/freedreno/a6xx/fd6_draw.c | 3 ++
src/gallium/drivers/freedreno/a6xx/fd6_emit.c | 12 --
src/gallium/drivers/freedren
In gallium, we model the attachment sample count as a new nr_samples
field in pipe_surface. A driver can indicate support for the extension
using the new pipe cap, PIPE_CAP_MULTISAMPLED_RENDER_TO_TEXTURE.
Signed-off-by: Kristian H. Kristensen
---
src/gallium/include/pipe/p_defines.h | 1
There is not much to do in freedreno - tile layout and multisample
state for gmem renderings is programmed based on the pfb sample count,
while resolve blits take the destination sample count from the resource.
Signed-off-by: Kristian H. Kristensen
---
src/gallium/drivers/freedreno
Here's a small patch series that adds support for
EXT_multisampled_render_to_texture to core mesa and gallium, turns on
MSAA for freedreno/a6xx and then enables the new extension for
a6xx.
Kristian
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.or
Signed-off-by: Kristian H. Kristensen
---
src/egl/drivers/dri2/platform_android.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/egl/drivers/dri2/platform_android.c
b/src/egl/drivers/dri2/platform_android.c
index ecc0245c9a..00e62b067f 100644
--- a/src/egl/drivers/dri2
From: "Kristian H. Kristensen"
Signed-off-by: Kristian H. Kristensen
---
src/gallium/drivers/freedreno/a5xx/fd5_compute.c | 2 +-
src/gallium/drivers/freedreno/freedreno_resource.c | 8
src/gallium/drivers/freedreno/ir3/ir3.h| 8 ++--
src/gallium/drivers
This puts VT input into raw (unbuffered) mode so that we can detect
single key strokes. Also uses KD_GRAPHICS mode so that fbcon gets
restored properly on exit and inhibits VT switching since we don't
properly get/set drm master. Finally, handle signals and clean up if
we catch one.
---
common.c
Signed-off-by: Kristian H. Kristensen
---
src/intel/genxml/gen_pack_header.py | 23 +--
1 file changed, 17 insertions(+), 6 deletions(-)
diff --git a/src/intel/genxml/gen_pack_header.py
b/src/intel/genxml/gen_pack_header.py
index 405f600174..1a5d193d22 100644
--- a/src
Johnson Lin writes:
> Trigger the correct sampler options for it. Similar with YUYV
> ---
> src/intel/compiler/brw_compiler.h| 1 +
> src/intel/compiler/brw_nir.c | 1 +
> src/mesa/drivers/dri/i915/intel_screen.c | 9 ++---
> src/mesa/drivers/dri/i965/brw_wm.c | 7 +
ow, but with that fixed, this is
Reviewed-by: Kristian H. Kristensen
> ---
> include/GL/internal/dri_interface.h | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/include/GL/internal/dri_interface.h
> b/include/GL/internal/dri_interface.h
> index
Ian Romanick writes:
> On 06/20/2017 01:33 PM, Kristian Høgsberg wrote:
>> On Mon, Jun 19, 2017 at 2:33 PM, Ian Romanick wrote:
>>> From: Ian Romanick
>>>
>>> These locks were added in 2f28a0dc, but I don't see anything in the
>>> intel_miptree_blit path that should make this necessary.
>>
>>
Johnson Lin writes:
Commit subject is too long. Make it a brief summary under 72 characters
wide. Explain further, if necessary in commit body.
See https://chris.beams.io/posts/git-commit/ for a good guide and
rationale.
> ---
> src/intel/compiler/brw_compiler.h| 1 +
> src/intel/compi
Johnson Lin writes:
> ---
> src/compiler/nir/nir.h | 1 +
> src/compiler/nir/nir_lower_tex.c | 16
> 2 files changed, 17 insertions(+)
>
> diff --git a/src/compiler/nir/nir.h b/src/compiler/nir/nir.h
> index ab7ba14303b7..1b4e47058d4d 100644
> --- a/src/compiler/nir/n
he '/'. That is:
nir_channel(b, nir_fadd(b, v, nir_imm_float(b, -128.0f / 255.0f)), 0),
with that and the 'nir:' prefix in the commit subject:
Reviewed-by: Kristian H. Kristensen
> nir_imm_float(b, 0.0));
>
> nir_ssa_def *red = nir_fdot4(
Emil Velikov writes:
> On 18 April 2017 at 13:55, Pekka Paalanen wrote:
>> On Mon, 27 Feb 2017 13:26:11 +
>> Emil Velikov wrote:
>>
>>> Hi Julien,
>>>
>>> On 27 February 2017 at 12:08, Julien Isorce wrote:
>>> > Hi,
>>> >
>>> > Since 2012 commit ccff74971203b533bf16b46b49a9e61753f75e6c it
Rafael Antognolli writes:
> Emit 3DSTATE_VS on Gen6+ using brw_batch_emit helper, that uses pack
> structs from genxml.
>
> Signed-off-by: Rafael Antognolli
> ---
> src/mesa/drivers/dri/i965/Makefile.sources| 2 +-
> src/mesa/drivers/dri/i965/brw_state.h | 3 +-
> src/mesa/drive
for graphics resources, we have a
> nice little heuristic (which has received exactly zero tuning) to keep
> things under a reasonable level of control.
>
> Cc: Alex Smith
Looks entirely reasonable, and yes, you'll probably have to tune it as
you go :)
Reviewed-by: Kristian H. Kr
, it is effective.
> + *
> +* There are two documented workarounds for this:
> Wa32bitGeneralStateOffset
> +* and Wa32bitInstructionBaseOffset which state that those two base
> +* addresses do not support 48-bit addresses. Empirical evidence,
> however,
&g
Jason Ekstrand writes:
> This commit adds support for using the full 48-bit address space on
> Broadwell and newer hardware. Thanks to certain limitations, not all
> objects can be placed above the 32-bit boundary. In particular, general
> and state base address need to live within 32 bits. (S
Daniel Stone writes:
> Hey Kristian,
>
> On 13 March 2017 at 17:31, Kristian H. Kristensen wrote:
>> Jason Ekstrand writes:
>>> I was talking to Daniel today and I think we also need another some sort of
>>> GL or GBM api that gives you the modifiers supported
Jason Ekstrand writes:
> I was talking to Daniel today and I think we also need another some sort of
> GL or GBM api that gives you the modifiers supported for
> rendering/texturing. One option would be a gbm_get_modifiers_for_use()
> entrypoint that takes a usage and gives you a set of modifier
Jason Ekstrand writes:
> We have a performance problem with dynamic buffer descriptors. Because
> we are currently implementing them by pushing an offset into the shader
> and adding that offset onto the already existing offset for the UBO/SSBO
> operation, all UBO/SSBO operations on dynamic des
Matt Turner writes:
> Provides the ability to read the .note.gnu.build-id section of ELF
> binaries, which is inserted by the --build-id=... flag to ld.
> ---
> configure.ac | 2 +
> src/util/Makefile.sources | 2 +
> src/util/build_id.c | 109
> ++
ibute:
generates
enum GEN9_Color Clamp {
COLORCLAMP_UNORM = 0,
COLORCLAMP_SNORM = 1,
COLORCLAMP_RTFORMAT = 2,
};
Signed-off-by: Kristian H. Kristensen
---
src/intel/genxml/gen_pack_header.py
Signed-off-by: Kristian H. Kristensen
---
src/intel/genxml/gen8.xml | 2 +-
src/intel/genxml/gen9.xml | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/intel/genxml/gen8.xml b/src/intel/genxml/gen8.xml
index 04d3590..85f1c73 100644
--- a/src/intel/genxml/gen8.xml
+++ b
Signed-off-by: Kristian H. Kristensen
---
src/intel/genxml/gen6.xml | 8
src/intel/genxml/gen7.xml | 8
src/intel/genxml/gen75.xml | 8
src/intel/genxml/gen8.xml | 8
src/intel/genxml/gen9.xml | 8
5 files changed, 20 insertions(+), 20 deletions
Signed-off-by: Kristian H. Kristensen
---
src/intel/genxml/gen_pack_header.py | 23 +--
1 file changed, 17 insertions(+), 6 deletions(-)
diff --git a/src/intel/genxml/gen_pack_header.py
b/src/intel/genxml/gen_pack_header.py
index 1024745..001ad17 100644
--- a/src/intel
Signed-off-by: Kristian H. Kristensen
---
> Missing gen75?
Yes, added here. I also found that I'd replaced
with
in a couple of places (3DSTATE_GS) - fixed as well.
src/intel/genxml/gen6.xml | 2 +-
src/intel/genxml/gen7.xml | 6 +++---
src/intel/genxml/gen75.xml | 6 +++
Cleaner this way and we avoid including gen9_pack.h when we compile with
gen8_pack.h. We also avoid the if (cherryview) condition for non-gen8
gens that don't need it.
Signed-off-by: Kristian H. Kristensen
---
v2: Add prototype and call gen9 emit function from gen8 when we're on
Signed-off-by: Kristian H. Kristensen
---
src/intel/genxml/gen6.xml | 39 ---
src/intel/genxml/gen7.xml | 41 +
src/intel/genxml/gen75.xml | 41 +
src/intel/genxml/gen8.xml | 12
Signed-off-by: Kristian H. Kristensen
---
src/intel/genxml/gen6.xml | 8
src/intel/genxml/gen7.xml | 8
src/intel/genxml/gen75.xml | 8
src/intel/genxml/gen8.xml | 8
src/intel/genxml/gen9.xml | 8
5 files changed, 20 insertions(+), 20 deletions
This lets us reference enums in the type attribute of a field.
Signed-off-by: Kristian H. Kristensen
---
src/intel/genxml/gen_pack_header.py | 7 +++
1 file changed, 7 insertions(+)
diff --git a/src/intel/genxml/gen_pack_header.py
b/src/intel/genxml/gen_pack_header.py
index 83e3fde
Signed-off-by: Kristian H. Kristensen
---
src/intel/genxml/gen8.xml | 9 -
src/intel/genxml/gen9.xml | 14 --
2 files changed, 16 insertions(+), 7 deletions(-)
diff --git a/src/intel/genxml/gen8.xml b/src/intel/genxml/gen8.xml
index 165ff25..17234f6 100644
--- a/src/intel
Cleaner this way and we avoid including gen9_pack.h when we compile with
gen8_pack.h. We also avoid the if (cherryview) condition for non-gen8
gens that don't need it.
Signed-off-by: Kristian H. Kristensen
---
src/intel/vulkan/gen8_cmd_buffer.c | 13 -
1 file changed, 12 inser
Signed-off-by: Kristian H. Kristensen
---
src/intel/genxml/gen6.xml | 2 +-
src/intel/genxml/gen7.xml | 6 +++---
src/intel/genxml/gen8.xml | 8
src/intel/genxml/gen9.xml | 8
4 files changed, 12 insertions(+), 12 deletions(-)
diff --git a/src/intel/genxml/gen6.xml b/src/intel
Signed-off-by: Kristian H. Kristensen
---
src/intel/genxml/gen6.xml | 38 --
src/intel/genxml/gen7.xml | 38 --
src/intel/genxml/gen75.xml | 38 --
src/intel/genxml/gen8.xml | 2
These values were defined both as an enum and as inline values. Remove
the inline values and reference the 3D_Compare_Function enum instead.
Signed-off-by: Kristian H. Kristensen
---
src/intel/genxml/gen6.xml | 44
src/intel/genxml/gen7.xml | 44
The batch chain logic only needs the pre-gen8 size of
MI_BATCH_BUFFER_START, which seems like something we can make a special
case for. The other two gen7 references, MI_BATCH_BUFFER_END and
MI_NOOP, are the same on all gens.
Signed-off-by: Kristian H. Kristensen
---
src/intel/vulkan
Useful for people writing Intel GPU simulators...
Signed-off-by: Kristian H. Kristensen
---
src/intel/genxml/gen_pack_header.py | 108
1 file changed, 108 insertions(+)
diff --git a/src/intel/genxml/gen_pack_header.py
b/src/intel/genxml/gen_pack_header.py
This one was split across two dwords as "Kernel Start Pointer" and
"Kernel Start Pointer High", which looks like it works when the driver
only accesses "Kernel Start Pointer". This breaks, of course, with BO
offsets > 4G.
Signed-off-by: Kristian H. Kristensen
-
Signed-off-by: Kristian H. Kristensen
---
src/intel/tools/decoder.c | 97 ++-
src/intel/tools/decoder.h | 36 +++---
2 files changed, 93 insertions(+), 40 deletions(-)
diff --git a/src/intel/tools/decoder.c b/src/intel/tools/decoder.c
The previous commits got rid of any clashes between #defines and enum
values and we can now emit the genxml enums as debugger friendly C
enums.
Signed-off-by: Kristian H. Kristensen
---
src/intel/genxml/gen_pack_header.py | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
Signed-off-by: Kristian H. Kristensen
---
src/intel/genxml/gen6.xml | 9 -
src/intel/genxml/gen7.xml | 9 -
src/intel/genxml/gen75.xml | 9 -
src/intel/genxml/gen8.xml | 9 -
src/intel/genxml/gen9.xml | 9 -
5 files changed, 40 insertions(+), 5
Signed-off-by: Kristian H. Kristensen
---
src/intel/genxml/gen6.xml | 74 ++
src/intel/genxml/gen7.xml | 74 ++
src/intel/genxml/gen75.xml | 74 ++
src/intel
Signed-off-by: Kristian H. Kristensen
---
src/intel/genxml/gen6.xml | 4 ++--
src/intel/genxml/gen7.xml | 4 ++--
src/intel/genxml/gen75.xml | 4 ++--
src/intel/genxml/gen8.xml | 4 ++--
src/intel/genxml/gen9.xml | 4 ++--
5 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/src
When the state fields where shuffled around for gen8, the compare
function enums were downgraded to just uints. Change them to enum
3D_Compare_Function.
Signed-off-by: Kristian H. Kristensen
---
src/intel/genxml/gen8.xml | 8
src/intel/genxml/gen9.xml | 8
2 files changed, 8
Hi,
Here's a few patches to the genxml files that I've been sitting on. The
main part of the series is about emitting C enums for genxml enums, so
it looks nice and pretty in gdb. It also adds support to aubinator so
it knows how to decode enums as well as the inline values Lionel added
support fo
62 matches
Mail list logo
