[igt-dev] [PATCH i-g-t 1/9] tests/prime_vgem: Skip fence and gtt specific tests

Dixit, Ashutosh ashutosh.dixit at intel.com
Sat Feb 1 05:42:50 UTC 2020


On Fri, 31 Jan 2020 09:31:01 -0800, Ramalingam C wrote:
>
> In the absence of the mappable aperture, skip GTT and
> fence specific tests.
>
> v2:
>   requirement check is moved to subtest start [Zbigniew]
>
> Signed-off-by: Ramalingam C <ramalingam.c at intel.com>
> ---
>  tests/prime_vgem.c | 12 +++++++++---
>  1 file changed, 9 insertions(+), 3 deletions(-)
>
> diff --git a/tests/prime_vgem.c b/tests/prime_vgem.c
> index 3bdb23007d56..c483cbe722ea 100644
> --- a/tests/prime_vgem.c
> +++ b/tests/prime_vgem.c
> @@ -846,14 +846,18 @@ igt_main
>	igt_subtest("basic-write")
>		test_write(vgem, i915);
>
> -	igt_subtest("basic-gtt")
> +	igt_subtest("basic-gtt") {
> +		gem_require_mappable_ggtt(i915);
>		test_gtt(vgem, i915);
> +	}

To me seems no reason to skip this. We could either unconditionally use
device_coherent() or use mmap_gtt() if gtt is available else
device_coherent()? Though probably the test would need to be renamed as
test_device_coherent()?

>
>	igt_subtest("shrink")
>		test_shrink(vgem, i915);
>
> -	igt_subtest("coherency-gtt")
> +	igt_subtest("coherency-gtt") {
> +		gem_require_mappable_ggtt(i915);
>		test_gtt_interleaved(vgem, i915);
> +	}

Probably similar situation here, though with WC instead of GTT the test
should always pass?

>
>	for (e = intel_execution_engines; e->name; e++) {
>		igt_subtest_f("%ssync-%s",
> @@ -902,8 +906,10 @@ igt_main
>
>		igt_subtest("basic-fence-read")
>			test_fence_read(i915, vgem);
> -		igt_subtest("basic-fence-mmap")
> +		igt_subtest("basic-fence-mmap") {
> +			gem_require_mappable_ggtt(i915);
>			test_fence_mmap(i915, vgem);
> +		}

Once again, just use device_coherent()?


More information about the igt-dev mailing list