The intention here is to allow "base complete" instead of "mipmap
complete" as long as we're only copying from the base level (which
is usually 0, but not always).
Signed-off-by: Kenneth Graunke
---
src/mesa/main/copyimage.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src
---
src/mesa/main/mtypes.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/src/mesa/main/mtypes.h b/src/mesa/main/mtypes.h
index 1159ca5..1dfdb4e 100644
--- a/src/mesa/main/mtypes.h
+++ b/src/mesa/main/mtypes.h
@@ -2356,8 +2356,6 @@ struct gl_linked_shader
struct exec_list *packed_varying
---
src/compiler/glsl/linker.cpp | 35 +++
src/mesa/main/mtypes.h | 10 --
src/mesa/main/shaderapi.c| 6 ++
src/mesa/main/shaderobj.c| 2 --
4 files changed, 17 insertions(+), 36 deletions(-)
diff --git a/src/compiler/glsl/linker.cpp b/s
---
src/compiler/glsl/linker.cpp | 70 +++-
src/mesa/main/shaderapi.c| 12 +++-
2 files changed, 41 insertions(+), 41 deletions(-)
diff --git a/src/compiler/glsl/linker.cpp b/src/compiler/glsl/linker.cpp
index a708e98..cae6fb5 100644
--- a/src/compi
---
src/compiler/glsl/link_varyings.cpp | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/compiler/glsl/link_varyings.cpp
b/src/compiler/glsl/link_varyings.cpp
index da51fd8..398e1da 100644
--- a/src/compiler/glsl/link_varyings.cpp
+++ b/src/compiler/glsl/link_varyings.cpp
@@ -120,6 +120,7
Also move out of the shared gl_shader_info.
---
src/compiler/glsl/glsl_parser_extras.cpp | 2 +-
src/compiler/glsl/linker.cpp | 3 +--
src/mesa/main/mtypes.h | 3 +--
src/mesa/main/shaderapi.c| 1 -
4 files changed, 3 insertions(+), 6 deletions(-)
dif
Here we remove the single use of this field in gl_linked_shader
which allows us to move the field out of gl_shader_info
While we are at it we rewrite link_xfb_stride_layout_qualifiers()
to be more clear.
---
src/compiler/glsl/glsl_parser_extras.cpp | 2 +-
src/compiler/glsl/link_varyings.cpp
This is only used by gl_linked_shader as a temp during linking
so use a temp there instead.
---
src/compiler/glsl/glsl_parser_extras.cpp | 2 +-
src/compiler/glsl/linker.cpp | 8 +++-
src/mesa/main/mtypes.h | 9 +
3 files changed, 9 insertions(+), 10 delet
---
src/compiler/glsl/linker.cpp| 60 ++---
src/mesa/drivers/dri/i965/brw_tcs.c | 6 ++--
src/mesa/main/shaderapi.c | 15 +++---
3 files changed, 37 insertions(+), 44 deletions(-)
diff --git a/src/compiler/glsl/linker.cpp b/src/compiler/glsl/
This is only used by gl_linked_shader as a temp during linking
so use a temp there instead.
---
src/compiler/glsl/glsl_parser_extras.cpp | 2 +-
src/compiler/glsl/linker.cpp | 12 +---
src/mesa/main/mtypes.h | 2 +-
3 files changed, 7 insertions(+), 9 deleti
This is only used by gl_linked_shader as a temp during linking
so use a temp there instead.
---
src/compiler/glsl/glsl_parser_extras.cpp | 2 +-
src/compiler/glsl/linker.cpp | 8 +++-
src/mesa/main/mtypes.h | 3 +--
3 files changed, 5 insertions(+), 8 deletions(-)
There is no reason for this to be in the shared gl_shader_info or
to copy it to gl_program at the end of linking (its already there).
---
src/compiler/glsl/glsl_parser_extras.cpp | 2 +-
src/compiler/glsl/linker.cpp | 2 +-
src/mesa/main/mtypes.h | 3 ++-
src/mesa/mai
This is never used in gl_linked_shader other than as a temp
during linking so just use a temp instead.
---
src/compiler/glsl/glsl_parser_extras.cpp | 3 +--
src/compiler/glsl/linker.cpp | 21 -
src/mesa/main/mtypes.h | 3 ++-
3 files changed, 11
This is only used by gl_shader not gl_linked_shader so move it
there.
---
src/compiler/glsl/glsl_parser_extras.cpp | 2 +-
src/compiler/glsl/linker.cpp | 2 +-
src/mesa/main/mtypes.h | 3 ++-
3 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/src/compiler/
We also move EarlyFragmentTests out of the gl_shader_info struct
as it is now only used by gl_shader.
---
src/compiler/glsl/glsl_parser_extras.cpp | 2 +-
src/compiler/glsl/linker.cpp | 4 ++--
src/mesa/main/mtypes.h | 12 ++--
src/mesa/main/shaderapi.
---
src/compiler/glsl/linker.cpp| 25 -
src/mesa/drivers/dri/i965/brw_tcs.c | 6 ++
src/mesa/main/shaderapi.c | 6 +-
3 files changed, 15 insertions(+), 22 deletions(-)
diff --git a/src/compiler/glsl/linker.cpp b/src/compiler/glsl/linker.cpp
ind
Now that the i965 backend doesn't depend on this field we can
make it more generic and short circuit a bunch of code paths.
The new field will be used in a following patch for another
clean-up.
---
src/compiler/glsl/link_varyings.cpp| 5 +++-
src/compiler/glsl/linker.cpp |
There are some line wrapping violations here but those lines will get
deleted in the following patch.
---
src/compiler/glsl/glsl_to_nir.cpp | 2 --
src/compiler/glsl/linker.cpp| 32 +++
src/mesa/drivers/dri/i965/brw_vs.c | 2 +-
src/mesa/main/mtypes.h
This makes much more sense and should be more performant in some
critical paths such as SSO validation which is called at draw time.
Previously the CurrentProgram array could have contained multiple
pointers to the same struct which was confusing and we would often
need to fish out the information
There is no need to go via the pointer in nir_shader. This change
is required for the shader cache as we don't create a nir_shader.
---
src/mesa/drivers/dri/i965/brw_vs.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_vs.c
b/src/mesa/drivers/
This likely fixes a subroutine bug were
_mesa_shader_program_init_subroutine_defaults() would never have been
called for the relinked program as we previously just set
_NEW_PROGRAM as dirty and never called the _mesa_use* functions.
We also switch to using gl_program for the CurrentProgram array s
A later patch will result in SSO programs calling this helper
per gl_program rather than per gl_shader_program.
---
src/mesa/main/pipelineobj.c | 10 --
src/mesa/main/shaderapi.c | 30 ++
src/mesa/main/shaderapi.h | 4 ++--
3 files changed, 20 insertions(+)
---
src/compiler/glsl/link_varyings.cpp | 6 --
src/compiler/glsl/linker.cpp| 14 --
src/mesa/main/mtypes.h | 7 ---
3 files changed, 4 insertions(+), 23 deletions(-)
diff --git a/src/compiler/glsl/link_varyings.cpp
b/src/compiler/glsl/link_varyings.cpp
We only need to set it when linking was successful and the program
being linked is currently active.
The programs_in_use mask is just used as a flag for now but in
a following patch we will use it to update the CurrentProgram
array.
---
src/mesa/main/shaderapi.c | 22 +-
1 fil
These are rewritten to do what the function name suggests, that is
_mesa_shader_program_use() sets the use of all stage and
_mesa_program_use() sets the use of a single stage.
This patch is split out to make review easier but will be squashed into
mesa: use gl_program for CurrentProgram rather tha
We also move NumProgramResourceList at the same time.
GLES does interface validation on SSO at runtime so we need to move
this to be able to switch to storing gl_program pointers in
CurrentProgram.
---
src/compiler/glsl/linker.cpp | 20 +--
src/mesa/main/mtypes.h |
Now that we create gl_program earlier there is no need to mess about
copying things to gl_linked_shader then to gl_program.
Reviewed-by: Eric Anholt
---
src/compiler/glsl/link_uniform_initializers.cpp | 5 +++--
src/mesa/main/mtypes.h | 8
src/mesa/main/uniform_
We no longer need anything from gl_linked_shader.
Reviewed-by: Nicolai Hähnle
---
src/mesa/state_tracker/st_atom_image.c | 34 --
1 file changed, 16 insertions(+), 18 deletions(-)
diff --git a/src/mesa/state_tracker/st_atom_image.c
b/src/mesa/state_tracker/st_at
Reviewed-by: Eric Anholt
---
src/compiler/glsl/link_uniforms.cpp | 3 ++-
src/mesa/drivers/dri/i965/brw_link.cpp| 1 -
src/mesa/main/mtypes.h| 3 +--
src/mesa/program/ir_to_mesa.cpp | 1 -
src/mesa/state_tracker/st_glsl_to_nir.cpp | 1 -
5 files changed, 3
We no longer need anything from gl_linked_shader.
Reviewed-by: Eric Anholt
---
src/mesa/state_tracker/st_atom_constbuf.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/src/mesa/state_tracker/st_atom_constbuf.c
b/src/mesa/state_tracker/st_atom_cons
We no longer need to pass gl_shader_program.
Reviewed-by: Nicolai Hähnle
---
src/mesa/state_tracker/st_atom_storagebuf.c | 30 ++---
1 file changed, 15 insertions(+), 15 deletions(-)
diff --git a/src/mesa/state_tracker/st_atom_storagebuf.c
b/src/mesa/state_tracker/st_at
This will help allow us to simplify the handling of samplers by
storing them in a single location rather than duplicating them in
both gl_linked_shader and gl_program.
Reviewed-by: Eric Anholt
---
src/compiler/glsl/link_uniforms.cpp | 7 ---
src/mesa/main/mtypes.h|
We now get everything we need from the gl_program param.
Reviewed-by: Nicolai Hähnle
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
b/src/mesa/state_tracker/st_glsl_to_tg
This change also removes the now duplicate NumImages field.
Reviewed-by: Nicolai Hähnle
---
src/compiler/glsl/link_uniforms.cpp| 2 +-
src/compiler/glsl/linker.cpp | 7 ---
src/mesa/main/mtypes.h | 7 ---
src/mesa/main/shaderapi.c
Reviewed-by: Eric Anholt
---
src/compiler/glsl/glsl_to_nir.cpp | 1 -
src/compiler/glsl/link_uniforms.cpp| 2 +-
src/compiler/glsl/linker.cpp | 3 ++-
src/mesa/main/mtypes.h | 1 -
src/mesa/main/uniform_query.cpp| 2 +-
src/mesa/state
Reviewed-by: Eric Anholt
---
src/mesa/drivers/dri/i965/brw_vs.c | 11 +--
src/mesa/drivers/dri/i965/brw_wm.c | 13 ++---
2 files changed, 11 insertions(+), 13 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_vs.c
b/src/mesa/drivers/dri/i965/brw_vs.c
index c08be1f..dfa40ac
There is no need to loop over active samplers the code above this
would have already exited if the sampler was inactive, or errored
if the count was larger than the uniforms array size.
Reviewed-by: Eric Anholt
---
src/mesa/main/uniform_query.cpp | 33 +++--
1 file ch
There is no need to pass gl_linked_shader anymore.
---
src/mesa/drivers/dri/i965/brw_context.h | 3 +--
src/mesa/drivers/dri/i965/brw_gs_surface_state.c | 4 ++--
src/mesa/drivers/dri/i965/brw_tcs_surface_state.c | 4 ++--
src/mesa/drivers/dri/i965/brw_tes_surface_state.c | 4 ++--
We can now just get the data needed from the gl_shader_program_data
pointer in gl_program.
---
src/mesa/drivers/dri/i965/brw_cs.c | 4 ++--
src/mesa/drivers/dri/i965/brw_gs.c | 2 +-
src/mesa/drivers/dri/i965/brw_nir.h| 1 -
src/mesa/drivers/dri/i965/brw_nir_
We now get eventhing we need directly from gl_program so there is
no need for this.
---
src/mesa/drivers/dri/i965/brw_cs.c | 5 ++---
src/mesa/drivers/dri/i965/brw_gs.c | 6 ++
src/mesa/drivers/dri/i965/brw_shader.cpp | 5 -
src/mesa/drivers/dri/i965/brw_shader.h | 1 -
src/m
Having it here rather than in gl_linked_shader allows us to simplify
the code.
Also it is error prone to depend on the gl_linked_shader for programs
in current use because a failed linking attempt will free infomation
about the current program. In i965 we could be trying to recompile
a shader vari
This is the only thing we use from gl_shader_program so pass it directly.
---
src/mesa/drivers/dri/i965/brw_compiler.h | 2 +-
src/mesa/drivers/dri/i965/brw_shader.cpp | 6 ++
src/mesa/drivers/dri/i965/brw_tes.c | 2 +-
3 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/src/me
Making this point to a gl_program struct rather than a gl_shader_program
struct will allow use to later also make the CurrentProgram array hold
gl_program structs which in turn will allow for code simpilifcation.
Reviewed-by: Eric Anholt
---
src/mesa/drivers/dri/i965/brw_wm_surface_state.c | 8
Now that we have the is_arb_asm flag we can just skip the
initialisation.
V2: remove hack from standalone compiler where it was never
needed since it only compiles glsl shaders.
Reviewed-by: Eric Anholt
---
src/compiler/glsl/link_uniforms.cpp | 11 ---
src/compiler/glsl/standalone.cpp
We no longer need it.
While we are at it we mark the vs, gs, and wm codegen functions as static.
Reviewed-by: Eric Anholt
---
src/mesa/drivers/dri/i965/brw_cs.c | 12 +++-
src/mesa/drivers/dri/i965/brw_gs.c | 14 --
src/mesa/drivers/dri/i965/brw_gs.h | 6
Set the flag via the _mesa_init_gl_program() and NewProgram()
helpers.
In i965 we currently check for the existance of gl_shader_program
to decide if this is an ARB assembly style program or not.
Adding a flag makes the code clearer and will help removes a
dependency on gl_shader_program in the i
Here we also remove the duplicate field in gl_linked_shader and always
get the value from shader_info instead.
---
src/compiler/glsl/glsl_to_nir.cpp| 1 -
src/compiler/glsl/link_uniforms.cpp | 2 +-
src/compiler/glsl/linker.cpp | 14 +++---
This will help allow us to store pointers to gl_program structs in the
CurrentProgram array resulting in a bunch of code simplifications.
---
src/compiler/glsl/link_uniforms.cpp | 4 ++--
src/compiler/glsl/linker.cpp | 8
src/compiler/glsl/lower_ubo_refe
---
src/mesa/drivers/dri/i965/brw_cs.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_cs.c
b/src/mesa/drivers/dri/i965/brw_cs.c
index e4d82cf..522ddb9 100644
--- a/src/mesa/drivers/dri/i965/brw_cs.c
+++ b/src/mesa/drivers/dri/i965/brw_cs.c
@@
This removes another dependency on gl_shader_program from the codegen functions,
this will help allow us to use gl_program for the CurrentProgram array rather
than gl_shader_program.
---
src/mesa/drivers/dri/i965/brw_gs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa
This also removes the duplicate field in gl_linked_shader, and
gets num_ubos from shader_info instead.
---
src/compiler/glsl/glsl_to_nir.cpp| 1 -
src/compiler/glsl/link_uniforms.cpp | 4 ++--
src/compiler/glsl/linker.cpp | 14 +++---
src/
Having it here rather than in gl_linked_shader allows us to simplify
the code.
Also it is error prone to depend on the gl_linked_shader for programs
in current use because a failed linking attempt will free infomation
about the current program. In i965 we could be trying to recompile
a shader vari
---
src/mesa/drivers/dri/i965/brw_cs.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_cs.c
b/src/mesa/drivers/dri/i965/brw_cs.c
index 522ddb9..f220846 100644
--- a/src/mesa/drivers/dri/i965/brw_cs.c
+++ b/src/mesa/drivers/dri/i965/brw_cs.
Rather then passing gl_shader_program.
The only field use was Name which is the same as the Id field in
gl_program.
For wm and vs we also make the functions static and move them before
the codegen functions.
This change reduces the codegen functions dependency on gl_shader_program.
---
src/mesa
14-28 have been reviewed. Big ping to the Intel guys on patches 1-14 :)
V3:
- rebased
- previously reviewed patches pushed
V2:
- some make check fixes
- rebase on master
- previously reviewed patches pushed (Thanks Emil)
- patch 56-58 are new
I started out with a goal of freeing _LinkedShaders a
v2: Try to keep the assert as recommended by Topi. This requires
modifying the num_samples check to be <= 1 because internally created
buffers set num_samples = 0.
Cc: Topi Pohjolainen
Signed-off-by: Ben Widawsky
Acked-by: Daniel Stone
---
src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 16 +++
Signed-off-by: Ben Widawsky
Acked-by: Daniel Stone
---
src/mesa/drivers/dri/i965/brw_blorp.c | 3 ++-
src/mesa/drivers/dri/i965/brw_blorp.h | 3 ++-
src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 4 ++--
3 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/src/mesa/dri
FINISHME: Use the kernel's final choice for the fb modifier
bwidawsk@norris2:~/intel-gfx/kmscube (modifiers $)
~/scripts/measure_bandwidth.sh ./kmscube none
Read bandwidth: 603.91 MiB/s
Write bandwidth: 615.28 MiB/s
bwidawsk@norris2:~/intel-gfx/kmscube (modifiers $)
~/scripts/measure_bandwidth.s
On Gen9 hardware, the display engine is able to scanout a compressed
framebuffer by providing an offset to auxiliary compression information.
Unfortunately, the hardware is incapable of doing the same thing for the
fast clear color.
To mitigate this, the hardware introduced a new resolve type call
In the foreseeable future it doesn't seem to make sense to have multiple
resolve flags. What does make sense is to have the caller give an
indication to the lower layers what it things should be done for
resolve. The enum change distinguishes this binary selection.
v2: Make setting the hint more c
Upper layers of the code will have the need to specify full or partial
resolves (more on this in the next patch). This code simply adds the new
enums and plumbs it in as minimally as necessary.
Signed-off-by: Ben Widawsky
Acked-by: Daniel Stone
---
src/mesa/drivers/dri/i965/brw_blorp.c
This provides a common function or creating miptrees when there is an
existing DRIimage to use. That provides an easy way to add CCS
allocation.
Signed-off-by: Ben Widawsky
Acked-by: Daniel Stone
---
src/mesa/drivers/dri/i965/intel_fbo.c | 17 -
src/mesa/drivers/dri/i965
This code will disable actually creating these buffers for the scanout,
but it puts the allocation in place.
Primarily this patch is split out for review, it can be squashed in
later if preferred.
assert(mt->offset == 0) in ccs creation (as requested by Topi)
Cc: Topi Pohjolainen
Signed-off-by:
v2: Leave "image+mod" (Topi)
Signed-off-by: Ben Widawsky
Acked-by: Daniel Stone
---
src/mesa/drivers/dri/i965/intel_screen.c | 33
1 file changed, 29 insertions(+), 4 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/intel_screen.c
b/src/mesa/drivers/dri/i96
Signed-off-by: Ben Widawsky
Acked-by: Daniel Stone
---
src/mesa/drivers/dri/i965/intel_screen.c | 18 ++
1 file changed, 14 insertions(+), 4 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/intel_screen.c
b/src/mesa/drivers/dri/i965/intel_screen.c
index 805de5b461..b65ed7672
Allows us to continue utilizing common miptree creation using __DRIimage
without creating a new DRIimage (for the intel_process_dri2_buffer()
case).
This is a bit ugly, but I think it's the best one can do.
Signed-off-by: Ben Widawsky
Acked-by: Daniel Stone
---
src/mesa/drivers/dri/i965/brw_co
v2: Put the commit message as a comment (Topi)
Cc: Topi Pohjolainen
Cc: Ville Syrjälä
Cc: Jason Ekstrand
Signed-off-by: Ben Widawsky
Acked-by: Daniel Stone
---
src/mesa/drivers/dri/i965/intel_screen.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dr
This patch shouldn't actually do anything because the libdrm function
should already do this alignment. However, it preps us for a future
patch where we add in the CCS AUX size, and in the process it serves as
a good place to find bisectable issues if libdrm or kernel does
something incorrectly.
S
This patch adds support for handling X tiled modifier. This isn't
particularly useful but it makes our code complete.
Signed-off-by: Ben Widawsky
Acked-by: Daniel Stone
---
src/mesa/drivers/dri/i965/intel_screen.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/
There is nothing particularly useful to do currently if the update
fails, but there is no point carrying on either. As a result, this has a
behavior change.
v2: Make the return type a bool (Topi)
Cc: Topi Pohjolainen
Signed-off-by: Ben Widawsky
Acked-by: Daniel Stone
---
src/mesa/drivers/dri/
commit 6a0d036483caf87d43ebe2edd1905873446c9589
Author: Ben Widawsky
Date: Thu Apr 21 20:14:58 2016 -0700
i965: Always use Y-tiled buffers on SKL+
Aside from the benchmark gains that were initially posted, I was able to
collect memory bandwidth data running kmscube (19x12 display).
Withou
Previously our aux buffers (MCS, and HiZ) never had an offset because
they were in their own buffer object. When using the CCS lossless
compression feature, it's desirable to store the data at an offset from
the main framebuffer, ie. share a buffer object. This patch just makes
having an aux offset
The idea behind modifiers like this is that the user of GBM will have
some mechanism to query what properties the hardware supports for its BO
or surface. This information is directly passed in (and stored) so that
the DRI implementation can create an image with the appropriate
attributes.
A gette
Since the code doesn't support modifiers yet, this patch should do
nothing other than prepare for more patches.
Signed-off-by: Ben Widawsky
Acked-by: Daniel Stone
---
src/mesa/drivers/dri/i965/intel_screen.c | 73 ++--
1 file changed, 60 insertions(+), 13 deletions(-
This doesn't really "do" anything because the default tiling for the
winsys buffer is X tiled. We do however want the X tiled modifier to
work correctly from the API perspective, which would imply that if you
set this modifier, and later do a get_modifier, you get back at least X
tiled.
Cc: Kristi
This doesn't actually enable Y-tiling, it simply parses it and moves on.
Signed-off-by: Ben Widawsky
Reviewed-by: Eric Engestrom
Acked-by: Daniel Stone
---
src/mesa/drivers/dri/i965/intel_image.h | 1 +
src/mesa/drivers/dri/i965/intel_screen.c | 36 +---
2 files c
This will be used so we can query information per plane.
Signed-off-by: Ben Widawsky
Reviewed-by: Eric Engestrom
Acked-by: Daniel Stone
---
src/gbm/backends/dri/gbm_dri.c | 7 +++
src/gbm/main/gbm.c | 2 +-
src/gbm/main/gbmint.h | 1 +
3 files changed, 9 insertions(+),
v2: Use stored modifiers from create instead of queryImage
v3: Make sure not to query modifiers for dumb buffers (Daniel)
Discussion with Kristian yielded that there is no need for per plane
modifiers.
Cc: Daniel Stone
Signed-off-by: Ben Widawsky
Reviewed-by: Eric Engestrom
Acked-by: Daniel S
I intend to need to get to the devinfo structure, and storing the screen
is an easy way to do that.
It seems to be the consensus that you cannot share an image between
multiple screens.
Scape-goat: Rob Clark
Signed-off-by: Ben Widawsky
Reviewed-by: Eric Engestrom
Acked-by: Daniel Stone
---
s
Cc: Daniel Stone
Signed-off-by: Ben Widawsky
Acked-by: Daniel Stone
---
src/gbm/backends/dri/gbm_dri.c | 28
src/gbm/gbm-symbols-check | 1 +
src/gbm/main/gbm.c | 18 ++
src/gbm/main/gbm.h | 3 +++
src/gbm/main/gbmint.h
Modifiers will be obtains or guessed by the client and passed in during
image creation/import.
This requires bumping the DRIimage version.
As of this patch, the modifiers aren't plumbed all the way down, this
patch simply makes sure the interface level stuff is correct.
v2: Don't allow usage + m
This will be used by clients that need to know the number of planes
allocated for them on behalf of the GL or other API. The best current
example of this is when an extra "plane" is allocated to store
compression data for the primary plane.
Cc: Daniel Stone
Signed-off-by: Ben Widawsky
Reviewed-b
Unlike stride, there was no previous offset getter, so it can be right
on the first try.
Signed-off-by: Ben Widawsky
Reviewed-by: Eric Engestrom
Acked-by: Daniel Stone
---
src/gbm/backends/dri/gbm_dri.c | 27 +++
src/gbm/gbm-symbols-check | 1 +
src/gbm/main/gbm.c
Signed-off-by: Ben Widawsky
Reviewed-by: Eric Engestrom
Acked-by: Daniel Stone
---
src/gbm/backends/dri/gbm_dri.c | 26 +-
src/gbm/gbm-symbols-check | 1 +
src/gbm/main/gbm.c | 15 ++-
src/gbm/main/gbm.h | 3 +++
4 files changed
Other things are out of order, but I need to add a getter so I'm just
fixing those.
This helps people adding to GBM know where the right place to put things
is.
Signed-off-by: Ben Widawsky
Reviewed-by: Eric Engestrom
Acked-by: Daniel Stone
---
src/gbm/main/gbm.c | 22 +++---
1
Same as v1 with the requested fixes and tags added. v1 is here:
https://lists.freedesktop.org/archives/intel-gfx/2016-December/113639.html
I haven't yet updated kmscube to use Kristian's GET_PLANE2, but I will be doing
it this week, I hope. Now all patches but the last should be safe to merge
with
v2: Other way round... to make consistent, make both return type have
the fixed width - uint32_t.
Cc: Daniel Stone
Signed-off-by: Ben Widawsky
Reviewed-by: Eric Engestrom
Acked-by: Daniel Stone
---
src/gbm/main/gbm.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/
Signed-off-by: Ben Widawsky
Reviewed-by: Kenneth Graunke
Reviewed-by: Jason Ekstrand
Acked-by: Daniel Stone
---
src/mesa/drivers/dri/i965/brw_wm_surface_state.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_wm_surface_state.c
b/src/mesa/dr
On 16-12-02 18:01:02, Eric Engestrom wrote:
On Thursday, 2016-12-01 14:09:49 -0800, Ben Widawsky wrote:
From: Ben Widawsky
Modifiers will be obtains or guessed by the client and passed in during
image creation/import.
This requires bumping the DRIimage version.
Signed-off-by: Ben Widawsky
-
On 16-12-02 17:58:40, Eric Engestrom wrote:
On Thursday, 2016-12-01 14:09:45 -0800, Ben Widawsky wrote:
From: Ben Widawsky
This will be used so we can query information per plane.
Signed-off-by: Ben Widawsky
---
src/gbm/backends/dri/gbm_dri.c | 7 +++
src/gbm/main/gbm.c | 2
On 16-12-02 17:57:40, Eric Engestrom wrote:
On Thursday, 2016-12-01 14:09:44 -0800, Ben Widawsky wrote:
From: Ben Widawsky
This will be used by clients that need to know the number of planes
allocated for them on behalf of the GL or other API. The best current
example of this is when an extra
On Tue, Jan 3, 2017 at 12:01 AM, Marek Olšák wrote:
> On Mon, Jan 2, 2017 at 11:26 PM, Bas Nieuwenhuizen
> wrote:
>> Can you move this one before patch 1, so that HAVE_LLVM is always defined?
>
> I don't understand. HAVE_LLVM has been defined in this file for
> several years at least.
You're rig
In OpenGL 3.0 and later it is legal to make a context current without
a default framebuffer.
This has been broken since DRI3 support was introduced.
Cc: "13.0 12.0"
---
src/glx/dri3_glx.c | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/src/glx/dri3_glx.c b/sr
On Mon, Jan 2, 2017 at 11:26 PM, Bas Nieuwenhuizen
wrote:
> Can you move this one before patch 1, so that HAVE_LLVM is always defined?
I don't understand. HAVE_LLVM has been defined in this file for
several years at least.
Marek
___
mesa-dev mailing li
On Mon, Jan 2, 2017 at 11:17 PM, Bas Nieuwenhuizen
wrote:
> On Mon, Jan 2, 2017 at 9:17 PM, Marek Olšák wrote:
>> From: Marek Olšák
>>
>> ---
>> src/gallium/drivers/radeonsi/si_cp_dma.c | 8 ++--
>> 1 file changed, 6 insertions(+), 2 deletions(-)
>>
>> diff --git a/src/gallium/drivers/radeo
On Mon, Jan 2, 2017 at 11:54 PM, Marek Olšák wrote:
> Hi,
>
> These patches optimize our SDMA usage and implement buffer clearing.
> They also turn SDMA IBs into de-facto preambles of GFX IB, because any
> clear that is also the first buffer use is pushed
... to the SDMA IB.
Marek
__
From: Marek Olšák
Draw calls no longer flush SDMA IBs. r600_need_dma_space is
responsible for synchronizing execution between both IBs.
Initial buffer clears and fast clears will stay unflushed in the SDMA IB
(up to 64 MB) as long as the GFX IB isn't flushed either.
---
src/gallium/drivers/rade
From: Marek Olšák
---
src/amd/common/sid.h | 6 --
src/gallium/drivers/radeonsi/si_dma.c | 34 +-
2 files changed, 21 insertions(+), 19 deletions(-)
diff --git a/src/amd/common/sid.h b/src/amd/common/sid.h
index 0a2c616..fc21a18 100644
--- a
From: Marek Olšák
Call r600_dma_emit_wait_idle only when there is a possibility of
a read-after-write hazard. Buffers not yet used by the SDMA IB don't
have to wait.
---
src/gallium/drivers/r600/evergreen_hw_context.c | 1 -
src/gallium/drivers/r600/evergreen_state.c | 1 -
src/gallium/dr
From: Marek Olšák
---
src/gallium/drivers/radeon/r600_pipe_common.c | 9 ++
src/gallium/drivers/radeon/r600_pipe_common.h | 3 ++
src/gallium/drivers/radeonsi/cik_sdma.c | 42 +++
3 files changed, 54 insertions(+)
diff --git a/src/gallium/drivers/radeon/r600_
1 - 100 of 172 matches
Mail list logo