Hello Dieter,
I guess you did a release build? The build failure should be fixed now,
someone else had already opened an issue.
> Maybe I can do some testing with my Tursk for you.
Thanks, that always helps :)
Best,
Gert
___
dri-devel mailing lis
Hello,
I'm trying to update from the kernel 4.17.17 to 5.3 on a Utilite pro
(GC2000) but I'm running a bit into trouble:
When on 4.17.17 I can run X11 with the armada driver and I get proper
OpenGL, with 5.3, the same user space, and the same kernel config
querying the chip specs via
drm
On evergreen depth-stencil textures are allocated as two objects, and
when using the eg_surface_init_1d_miptrees code path the size evaluation
uses the generalized surf_minify function. Here when allocating the
depth texture the alignment takes the depth bpe value into account, and
uses bpe=1 for t
.functional.texture.border_clamp.per_axis_wrap_mode.texture_2d
.uint_stencil.nearest.s_clamp_to_edge_t_clamp_to_border_npot
.uint_stencil.nearest.s_repeat_t_clamp_to_border_npot
.uint_stencil.nearest.s_mirrored_repeat_t_clamp_to_border_npot
Signed-off-by: Gert Wollny
---
Thanks for reviewing and any comments,
Gert
PS: - I have
From: Gert Wollny
On evergreen depth-stencil textures are allocated as two objects, and
when using the eg_surface_init_1d_miptrees code path the size evaluation
uses the generalized surf_minify function. Here when allocating the
depth texture the alignment takes the depth bpe value into account
It seems I did a wrong indication in the subject,
Am Montag, den 06.08.2018, 10:13 +0200 schrieb Gert Wollny:
> On evergreen depth-stencil textures are allocated as two objects, and
> when using the eg_surface_init_1d_miptrees code path the size
> evaluation
> uses the generalized
s offset/gl_stencil_index8, npot
texwrap formats/gl_stencil_index8, npot
ext_framebuffer_multisample
accuracy all_samples stencil_resolve small depthstencil
unaligned-blit * stencil downsample
ext_texture_array/fbo-depth-array *stencil
Signed-off-by: Gert Wollny
---
v2: fix formatting and remove superfluous masking (Lucas)
Signed-off-by: Gert Wollny
---
drivers/gpu/drm/etnaviv/etnaviv_buffer.h | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_buffer.h
b/drivers/gpu/drm/etnaviv/etnaviv_buffer.h
index
Signed-off-by: Gert Wollny
---
drivers/gpu/drm/etnaviv/etnaviv_flop_reset.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_flop_reset.c
b/drivers/gpu/drm/etnaviv/etnaviv_flop_reset.c
index c33647e96636..bf4cae4be815 100644
--- a/drivers/gpu/drm
v2: move some defines into the header that resided
in etnaviv_flop_reset.c
Signed-off-by: Gert Wollny
---
drivers/gpu/drm/etnaviv/state_3d.xml.h | 97 ++
1 file changed, 97 insertions(+)
diff --git a/drivers/gpu/drm/etnaviv/state_3d.xml.h
b/drivers/gpu/drm/etnaviv
Signed-off-by: Gert Wollny
---
drivers/gpu/drm/etnaviv/etnaviv_buffer.c | 71 +---
drivers/gpu/drm/etnaviv/etnaviv_buffer.h | 85
2 files changed, 86 insertions(+), 70 deletions(-)
create mode 100644 drivers/gpu/drm/etnaviv/etnaviv_buffer.h
diff --git a
Dear all,
this is the second version of the patches to add a PPU flop reset to
drm/etnaviv. The first version of the series was send as an RFC to
etna...@lists.freedesktop.org only.
This series adds running the PPU flop reset which is required for some
hardware. This implementation was tested
)
- Prepare code for more chip IDs and other flop reset types
- do some cleanups and function name renaming
Signed-off-by: Gert Wollny
---
drivers/gpu/drm/etnaviv/Makefile | 1 +
drivers/gpu/drm/etnaviv/etnaviv_buffer.c | 6 +
drivers/gpu/drm/etnaviv/etnaviv_drv.c
This is required to know whether to be able to avoid allocating
the flop reset data if non of the available GPUs actually need
it.
Signed-off-by: Gert Wollny
---
drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu
On Fri, 2025-06-20 at 22:22 +0200, Lucas Stach wrote:
>
> > @@ -1807,6 +1808,11 @@ static int etnaviv_gpu_bind(struct device
> > *dev, struct device *master,
> > ret = -ENXIO;
> > goto out_sched;
> > }
> > +
> > + if (etnaviv_flop_reset_ppu_require(&gpu->identity) &&
reset data to etnaviv_gpu_init (Lucas)
- Free PPU data suballocation (Lucas)
Signed-off-by: Gert Wollny
---
drivers/gpu/drm/etnaviv/Makefile | 1 +
drivers/gpu/drm/etnaviv/etnaviv_buffer.c | 6 +
drivers/gpu/drm/etnaviv/etnaviv_drv.c| 3 +
drivers/gpu/drm/etnaviv
v2: fix formatting and remove superfluous masking (Lucas)
Signed-off-by: Gert Wollny
---
drivers/gpu/drm/etnaviv/etnaviv_buffer.h | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_buffer.h
b/drivers/gpu/drm/etnaviv/etnaviv_buffer.h
index
v2: move some defines that resided in etnaviv_flop_reset.c
into the header as well
v3: fix spacing/tab stops
Signed-off-by: Gert Wollny
---
drivers/gpu/drm/etnaviv/state_3d.xml.h | 97 ++
1 file changed, 97 insertions(+)
diff --git a/drivers/gpu/drm/etnaviv
v2: Check for feature PIPE_3D when forcing PPU flop reset (Lucas)
Signed-off-by: Gert Wollny
---
drivers/gpu/drm/etnaviv/etnaviv_flop_reset.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_flop_reset.c
b/drivers/gpu/drm/etnaviv
Signed-off-by: Gert Wollny
---
drivers/gpu/drm/etnaviv/etnaviv_buffer.c | 71 +---
drivers/gpu/drm/etnaviv/etnaviv_buffer.h | 85
2 files changed, 86 insertions(+), 70 deletions(-)
create mode 100644 drivers/gpu/drm/etnaviv/etnaviv_buffer.h
diff --git a
Dear all,
this is the third version of the series to add PPU flop reset.
Changes w.r.t. the previous version are:
* initialize the PPU flop reset data in etnaviv_gpu_init (Lucas)
- consequently drop the patch to identify GPU earlier
* also test feature PIPE_3D when forcing the flop res
21 matches
Mail list logo
