On 10/22/24 18:03, Derek Lesho wrote:
Am 10/21/24 um 11:35 schrieb Michel Dänzer:
And Wine's solution for this can't be implemented in Mesa?
I think this might actually be possible: In order to accomplish this
Wine essentially keeps calling mmaps with addresses in its range until
it finds
Signed-off-by: Paul Gofman
---
Corresponding piglit test patch:
https://patchwork.freedesktop.org/patch/338798/
src/mesa/state_tracker/st_gen_mipmap.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/src/mesa/state_tracker/st_gen_mipmap.c
b/src/mesa/state_tracker
Currently minlevel set with glTextureView() is ignored for
mipmap generation and original texture's first layer is used as
the source layer in glGenerateMipmap().
Signed-off-by: Paul Gofman
---
Corresponding piglit test patch:
https://patchwork.freedesktop.org/patch/338798/
src
On 11/2/19 00:09, Ian Romanick wrote:
>
> It's not strictly a requirement, but having some kind of a test is very
> highly desirable.
I will try to do that next week. I can guess
piglit/tests/spec/arb_texture_view/mipgen.c is the right place for that.
___
On 11/1/19 22:19, Ilia Mirkin wrote:
> It looks like the _mesa_generate_mipmap fallback has a similar problem
> (which would happen for glGenerateMipmap with e.g. a s3tc format).
It looks to me it doesn't. I hit this path in the tests I am running
with 3D textures (I made sure of that by inserting
Currently minlevel set with glTextureView() is ignored for
mipmap generation and original texture's first layer is used as
the source layer in glGenerateMipmap().
Signed-off-by: Paul Gofman
---
Spotted while debugging Wine d3d11 unit test failures with Nouveau and
Intel drivers.
src
Signed-off-by: Paul Gofman
---
src/mesa/state_tracker/st_gen_mipmap.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/src/mesa/state_tracker/st_gen_mipmap.c
b/src/mesa/state_tracker/st_gen_mipmap.c
index b71a8ee57bb..c5cf7063836 100644
--- a/src/mesa/state_tracker