[igt-dev] [PATCH i-g-t v23 22/37] tests/api_intel_bb: Add subtest to check render batch on the last page
Daniel Vetter
daniel at ffwll.ch
Tue Mar 16 11:47:03 UTC 2021
On Mon, Mar 15, 2021 at 05:58:27PM +0100, Zbigniew Kempczyński wrote:
> Last page (on 48-bit ppgtt) seems to be problematic when full
> 3D pipeline batch is inserted and executed from it. Try to find out
> which generations are still prone to hang on it.
>
> Signed-off-by: Zbigniew Kempczyński <zbigniew.kempczynski at intel.com>
> Cc: Chris Wilson <chris at chris-wilson.co.uk>
Discussed this a bit on irc, and this results in failures. I think it's
good to have this as a test going forward to make sure hw doesn't break in
bad ways, but merging a test that's red for old platforms isn't a good
pattern. It's imo part of the reason our CI results look so horrible.
So options:
- drop this patch
- limit the test to only run on modern platforms that don't suck, with a
comment explaining where it's broken
And I guess need to retract my hurried ack on this patch too :-)
-Daniel
> ---
> tests/i915/api_intel_bb.c | 75 +++++++++++++++++++++++++++++++++++++++
> 1 file changed, 75 insertions(+)
>
> diff --git a/tests/i915/api_intel_bb.c b/tests/i915/api_intel_bb.c
> index 29d4dd7b6..7f56c1cbc 100644
> --- a/tests/i915/api_intel_bb.c
> +++ b/tests/i915/api_intel_bb.c
> @@ -36,6 +36,7 @@
> #include <glib.h>
> #include <zlib.h>
> #include "intel_bufops.h"
> +#include "sw_sync.h"
>
> #define PAGE_SIZE 4096
>
> @@ -1320,6 +1321,77 @@ static void render_ccs(struct buf_ops *bops)
> igt_assert_f(fails == 0, "render-ccs fails: %d\n", fails);
> }
>
> +static void last_page(struct buf_ops *bops, uint32_t width, uint32_t height)
> +{
> + struct intel_bb *ibb1, *ibb2;
> + struct intel_buf src, dst;
> + int i915 = buf_ops_get_fd(bops);
> + uint32_t devid = intel_get_drm_devid(i915);
> + igt_render_copyfunc_t render_copy = NULL;
> + uint64_t gtt_size;
> + uint64_t ctx;
> + int ret;
> +
> + igt_require(gem_uses_full_ppgtt(i915));
> + gtt_size = gem_aperture_size(i915);
> +
> + ctx = gem_context_create(i915);
> +
> + ibb1 = intel_bb_create_full(i915, ctx, PAGE_SIZE,
> + 0, gtt_size, INTEL_ALLOCATOR_SIMPLE,
> + ALLOC_STRATEGY_LOW_TO_HIGH);
> +
> + ibb2 = intel_bb_create_full(i915, 0, PAGE_SIZE,
> + 0, gtt_size, INTEL_ALLOCATOR_SIMPLE,
> + ALLOC_STRATEGY_HIGH_TO_LOW);
> +
> + if (debug_bb) {
> + intel_bb_set_debug(ibb1, true);
> + intel_bb_set_debug(ibb2, true);
> + }
> +
> + scratch_buf_init(bops, &src, width, height, I915_TILING_NONE,
> + I915_COMPRESSION_NONE);
> + scratch_buf_init(bops, &dst, width, height, I915_TILING_NONE,
> + I915_COMPRESSION_NONE);
> + scratch_buf_draw_pattern(bops, &src,
> + 0, 0, width, height,
> + 0, 0, width, height, 0);
> +
> + render_copy = igt_get_render_copyfunc(devid);
> + igt_assert(render_copy);
> +
> + render_copy(ibb1,
> + &src,
> + 0, 0, width, height,
> + &dst,
> + 0, 0);
> + gem_sync(i915, dst.handle);
> + sync_fence_wait(ibb1->fence, -1);
> + igt_assert_eq(sync_fence_status(ibb1->fence), 1);
> + intel_bb_destroy(ibb1);
> +
> + intel_buf_close(bops, &dst);
> + scratch_buf_init(bops, &dst, width, height, I915_TILING_NONE,
> + I915_COMPRESSION_NONE);
> +
> + render_copy(ibb2,
> + &src,
> + 0, 0, width, height,
> + &dst,
> + 0, 0);
> +
> + /* We likely got a hang here, so free resources before assert */
> + sync_fence_wait(ibb2->fence, -1);
> + ret = sync_fence_status(ibb2->fence);
> +
> + intel_bb_destroy(ibb2);
> + intel_buf_close(bops, &src);
> + intel_buf_close(bops, &dst);
> +
> + igt_assert_f(ret == 1, "Batch in last page in rcs leads to hang\n");
> +}
> +
> static int opt_handler(int opt, int opt_index, void *data)
> {
> switch (opt) {
> @@ -1471,6 +1543,9 @@ igt_main_args("dpib", NULL, help_str, opt_handler, NULL)
> igt_subtest("render-ccs")
> render_ccs(bops);
>
> + igt_subtest("last-page")
> + last_page(bops, 512, 512);
> +
> igt_fixture {
> buf_ops_destroy(bops);
> close(i915);
> --
> 2.26.0
>
> _______________________________________________
> igt-dev mailing list
> igt-dev at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/igt-dev
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
More information about the igt-dev
mailing list