All of lore.kernel.org
 help / color / mirror / Atom feed
* [igt-dev] [PATCH] [PATCH i-g-t]test/i915/gem_pipe_control_store_loop: Removal of test
@ 2020-02-06 11:01 ranjeet kumar
  2020-02-10 11:29 ` Chris Wilson
  2020-02-10 14:56 ` [igt-dev] ✗ Fi.CI.BAT: failure for test/i915/gem_pipe_control_store_loop: " Patchwork
  0 siblings, 2 replies; 8+ messages in thread
From: ranjeet kumar @ 2020-02-06 11:01 UTC (permalink / raw)
  To: ranjeet1.kumar, igt-dev

This test doesnt have any dependecy with other tests,  hence is called out as redundant.
This test has already been covered by gem_sync, hence it is being removed.
gem_pipe_control_store_loop is not covered by gen2/gen3.

Cc: Argenziano Antonio <antonio.argenziano@intel.com>
Cc: Tahvanainen Jari <jari.tahvanainen@intel.com>
Signed-off-by: Kumar Ranjeet1 <ranjeet1.kumar@intel.com>
---
 tests/Makefile.sources                   |   3 -
 tests/i915/gem_pipe_control_store_loop.c | 196 -----------------------
 tests/meson.build                        |   1 -
 3 files changed, 200 deletions(-)
 delete mode 100644 tests/i915/gem_pipe_control_store_loop.c

diff --git a/tests/Makefile.sources b/tests/Makefile.sources
index 9d86f853..99b1281c 100644
--- a/tests/Makefile.sources
+++ b/tests/Makefile.sources
@@ -318,9 +318,6 @@ gem_mmap_wc_SOURCES = i915/gem_mmap_wc.c
 TESTS_progs += gem_partial_pwrite_pread
 gem_partial_pwrite_pread_SOURCES = i915/gem_partial_pwrite_pread.c
 
-TESTS_progs += gem_pipe_control_store_loop
-gem_pipe_control_store_loop_SOURCES = i915/gem_pipe_control_store_loop.c
-
 TESTS_progs += gem_ppgtt
 gem_ppgtt_SOURCES = i915/gem_ppgtt.c
 
diff --git a/tests/i915/gem_pipe_control_store_loop.c b/tests/i915/gem_pipe_control_store_loop.c
deleted file mode 100644
index e44e9fb5..00000000
--- a/tests/i915/gem_pipe_control_store_loop.c
+++ /dev/null
@@ -1,196 +0,0 @@
-/*
- * Copyright © 2011 Intel Corporation
- *
- * Permission is hereby granted, free of charge, to any person obtaining a
- * copy of this software and associated documentation files (the "Software"),
- * to deal in the Software without restriction, including without limitation
- * the rights to use, copy, modify, merge, publish, distribute, sublicense,
- * and/or sell copies of the Software, and to permit persons to whom the
- * Software is furnished to do so, subject to the following conditions:
- *
- * The above copyright notice and this permission notice (including the next
- * paragraph) shall be included in all copies or substantial portions of the
- * Software.
- *
- * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
- * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
- * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL
- * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
- * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
- * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS
- * IN THE SOFTWARE.
- *
- * Authors:
- *    Daniel Vetter <daniel.vetter@ffwll.ch> (based on gem_storedw_*.c)
- *
- */
-
-/*
- * Testcase: (TLB-)Coherency of pipe_control QW writes
- *
- * Writes a counter-value into an always newly allocated target bo (by disabling
- * buffer reuse). Decently trashes on tlb inconsistencies, too.
- */
-#include "igt.h"
-#include <stdlib.h>
-#include <stdio.h>
-#include <string.h>
-#include <fcntl.h>
-#include <inttypes.h>
-#include <errno.h>
-#include <sys/stat.h>
-#include <sys/time.h>
-#include "drm.h"
-#include "intel_bufmgr.h"
-
-IGT_TEST_DESCRIPTION("Test (TLB-)Coherency of pipe_control QW writes.");
-
-static drm_intel_bufmgr *bufmgr;
-struct intel_batchbuffer *batch;
-uint32_t devid;
-
-#define GFX_OP_PIPE_CONTROL	((0x3<<29)|(0x3<<27)|(0x2<<24)|2)
-#define   PIPE_CONTROL_WRITE_IMMEDIATE	(1<<14)
-#define   PIPE_CONTROL_WRITE_TIMESTAMP	(3<<14)
-#define   PIPE_CONTROL_DEPTH_STALL (1<<13)
-#define   PIPE_CONTROL_WC_FLUSH	(1<<12)
-#define   PIPE_CONTROL_IS_FLUSH	(1<<11) /* MBZ on Ironlake */
-#define   PIPE_CONTROL_TC_FLUSH (1<<10) /* GM45+ only */
-#define   PIPE_CONTROL_STALL_AT_SCOREBOARD (1<<1)
-#define   PIPE_CONTROL_CS_STALL	(1<<20)
-#define   PIPE_CONTROL_GLOBAL_GTT (1<<2) /* in addr dword */
-
-/* Like the store dword test, but we create new command buffers each time */
-static void
-store_pipe_control_loop(bool preuse_buffer, int timeout)
-{
-	int val = 0;
-	uint32_t *buf;
-	drm_intel_bo *target_bo;
-
-	igt_until_timeout(timeout) {
-		/* we want to check tlb consistency of the pipe_control target,
-		 * so get a new buffer every time around */
-		target_bo = drm_intel_bo_alloc(bufmgr, "target bo", 4096, 4096);
-		igt_assert(target_bo);
-
-		if (preuse_buffer) {
-			COLOR_BLIT_COPY_BATCH_START(0);
-			OUT_BATCH((3 << 24) | (0xf0 << 16) | 64);
-			OUT_BATCH(0);
-			OUT_BATCH(1 << 16 | 1);
-
-			/*
-			 * IMPORTANT: We need to preuse the buffer in a
-			 * different domain than what the pipe control write
-			 * (and kernel wa) uses!
-			 */
-			OUT_RELOC_FENCED(target_bo,
-			     I915_GEM_DOMAIN_RENDER, I915_GEM_DOMAIN_RENDER,
-			     0);
-			OUT_BATCH(0xdeadbeef);
-			ADVANCE_BATCH();
-
-			intel_batchbuffer_flush(batch);
-		}
-
-		/* gem_storedw_batches_loop.c is a bit overenthusiastic with
-		 * creating new batchbuffers - with buffer reuse disabled, the
-		 * support code will do that for us. */
-		if (batch->gen >= 8) {
-			BEGIN_BATCH(4, 1);
-			OUT_BATCH(GFX_OP_PIPE_CONTROL + 1);
-			OUT_BATCH(PIPE_CONTROL_WRITE_IMMEDIATE);
-			OUT_RELOC_FENCED(target_bo,
-			     I915_GEM_DOMAIN_INSTRUCTION, I915_GEM_DOMAIN_INSTRUCTION,
-			     PIPE_CONTROL_GLOBAL_GTT);
-			OUT_BATCH(val); /* write data */
-			ADVANCE_BATCH();
-
-		} else if (batch->gen >= 6) {
-			/* work-around hw issue, see intel_emit_post_sync_nonzero_flush
-			 * in mesa sources. */
-			BEGIN_BATCH(4, 1);
-			OUT_BATCH(GFX_OP_PIPE_CONTROL);
-			OUT_BATCH(PIPE_CONTROL_CS_STALL |
-			     PIPE_CONTROL_STALL_AT_SCOREBOARD);
-			OUT_BATCH(0); /* address */
-			OUT_BATCH(0); /* write data */
-			ADVANCE_BATCH();
-
-			BEGIN_BATCH(4, 1);
-			OUT_BATCH(GFX_OP_PIPE_CONTROL);
-			OUT_BATCH(PIPE_CONTROL_WRITE_IMMEDIATE);
-			OUT_RELOC(target_bo,
-			     I915_GEM_DOMAIN_INSTRUCTION, I915_GEM_DOMAIN_INSTRUCTION, 
-			     PIPE_CONTROL_GLOBAL_GTT);
-			OUT_BATCH(val); /* write data */
-			ADVANCE_BATCH();
-		} else if (batch->gen >= 4) {
-			BEGIN_BATCH(4, 1);
-			OUT_BATCH(GFX_OP_PIPE_CONTROL | PIPE_CONTROL_WC_FLUSH |
-					PIPE_CONTROL_TC_FLUSH |
-					PIPE_CONTROL_WRITE_IMMEDIATE | 2);
-			OUT_RELOC(target_bo,
-				I915_GEM_DOMAIN_INSTRUCTION, I915_GEM_DOMAIN_INSTRUCTION,
-				PIPE_CONTROL_GLOBAL_GTT);
-			OUT_BATCH(val);
-			OUT_BATCH(0xdeadbeef);
-			ADVANCE_BATCH();
-		}
-
-		intel_batchbuffer_flush_on_ring(batch, 0);
-
-		drm_intel_bo_map(target_bo, 1);
-
-		buf = target_bo->virtual;
-		igt_assert(buf[0] == val);
-
-		drm_intel_bo_unmap(target_bo);
-		/* Make doublesure that this buffer won't get reused. */
-		drm_intel_bo_disable_reuse(target_bo);
-		drm_intel_bo_unreference(target_bo);
-
-		val++;
-	}
-}
-
-int fd;
-
-igt_main
-{
-	igt_fixture {
-		fd = drm_open_driver(DRIVER_INTEL);
-		igt_require_gem(fd);
-		gem_require_blitter(fd);
-
-		devid = intel_get_drm_devid(fd);
-
-		bufmgr = drm_intel_bufmgr_gem_init(fd, 4096);
-		igt_assert(bufmgr);
-
-		igt_skip_on(IS_GEN2(devid) || IS_GEN3(devid));
-		igt_skip_on(devid == PCI_CHIP_I965_G); /* has totally broken pipe control */
-
-		/* IMPORTANT: No call to
-		 * drm_intel_bufmgr_gem_enable_reuse(bufmgr);
-		 * here because we wan't to have fresh buffers (to trash the tlb)
-		 * every time! */
-
-		batch = intel_batchbuffer_alloc(bufmgr, devid);
-		igt_assert(batch);
-	}
-
-	igt_subtest("fresh-buffer")
-		store_pipe_control_loop(false, 2);
-
-	igt_subtest("reused-buffer")
-		store_pipe_control_loop(true, 2);
-
-	igt_fixture {
-		intel_batchbuffer_free(batch);
-		drm_intel_bufmgr_destroy(bufmgr);
-
-		close(fd);
-	}
-}
diff --git a/tests/meson.build b/tests/meson.build
index dc16665b..1102d0a3 100644
--- a/tests/meson.build
+++ b/tests/meson.build
@@ -171,7 +171,6 @@ i915_progs = [
 	'gem_mmap_gtt',
 	'gem_mmap_wc',
 	'gem_partial_pwrite_pread',
-	'gem_pipe_control_store_loop',
 	'gem_ppgtt',
 	'gem_pread',
 	'gem_pread_after_blit',
-- 
2.25.0

_______________________________________________
igt-dev mailing list
igt-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/igt-dev

^ permalink raw reply related	[flat|nested] 8+ messages in thread

* Re: [igt-dev] [PATCH] [PATCH i-g-t]test/i915/gem_pipe_control_store_loop: Removal of test
  2020-02-06 11:01 [igt-dev] [PATCH] [PATCH i-g-t]test/i915/gem_pipe_control_store_loop: Removal of test ranjeet kumar
@ 2020-02-10 11:29 ` Chris Wilson
  2020-02-13  4:09   ` Kumar, Ranjeet1
  2020-02-10 14:56 ` [igt-dev] ✗ Fi.CI.BAT: failure for test/i915/gem_pipe_control_store_loop: " Patchwork
  1 sibling, 1 reply; 8+ messages in thread
From: Chris Wilson @ 2020-02-10 11:29 UTC (permalink / raw)
  To: igt-dev, ranjeet1.kumar

Quoting ranjeet kumar (2020-02-06 11:01:10)
> This test doesnt have any dependecy with other tests,  hence is called out as redundant.
> This test has already been covered by gem_sync, hence it is being removed.
> gem_pipe_control_store_loop is not covered by gen2/gen3.

Except it does do something rather special, since on gen6 this
instruction was broken and we needed a bit of extra uAPI to cater for
it... It's the magical reloc=(INSTRUCTION, INSTRUCTION).
-Chris
_______________________________________________
igt-dev mailing list
igt-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/igt-dev

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [igt-dev] ✗ Fi.CI.BAT: failure for test/i915/gem_pipe_control_store_loop: Removal of test
  2020-02-06 11:01 [igt-dev] [PATCH] [PATCH i-g-t]test/i915/gem_pipe_control_store_loop: Removal of test ranjeet kumar
  2020-02-10 11:29 ` Chris Wilson
@ 2020-02-10 14:56 ` Patchwork
  1 sibling, 0 replies; 8+ messages in thread
From: Patchwork @ 2020-02-10 14:56 UTC (permalink / raw)
  To: ranjeet kumar; +Cc: igt-dev

== Series Details ==

Series: test/i915/gem_pipe_control_store_loop: Removal of test
URL   : https://patchwork.freedesktop.org/series/73236/
State : failure

== Summary ==

CI Bug Log - changes from CI_DRM_7900 -> IGTPW_4120
====================================================

Summary
-------

  **FAILURE**

  Serious unknown changes coming with IGTPW_4120 absolutely need to be
  verified manually.
  
  If you think the reported changes have nothing to do with the changes
  introduced in IGTPW_4120, please notify your bug team to allow them
  to document this new failure mode, which will reduce false positives in CI.

  External URL: https://intel-gfx-ci.01.org/tree/drm-tip/IGTPW_4120/index.html

Possible new issues
-------------------

  Here are the unknown changes that may have been introduced in IGTPW_4120:

### IGT changes ###

#### Possible regressions ####

  * igt@prime_busy@basic-wait-after-default:
    - fi-skl-6770hq:      [PASS][1] -> [DMESG-WARN][2]
   [1]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7900/fi-skl-6770hq/igt@prime_busy@basic-wait-after-default.html
   [2]: https://intel-gfx-ci.01.org/tree/drm-tip/IGTPW_4120/fi-skl-6770hq/igt@prime_busy@basic-wait-after-default.html

  
Known issues
------------

  Here are the changes found in IGTPW_4120 that come from known issues:

### IGT changes ###

#### Issues hit ####

  * igt@i915_selftest@live_blt:
    - fi-ivb-3770:        [PASS][3] -> [DMESG-FAIL][4] ([i915#725])
   [3]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7900/fi-ivb-3770/igt@i915_selftest@live_blt.html
   [4]: https://intel-gfx-ci.01.org/tree/drm-tip/IGTPW_4120/fi-ivb-3770/igt@i915_selftest@live_blt.html

  * igt@i915_selftest@live_gtt:
    - fi-kbl-7500u:       [PASS][5] -> [TIMEOUT][6] ([fdo#112271])
   [5]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7900/fi-kbl-7500u/igt@i915_selftest@live_gtt.html
   [6]: https://intel-gfx-ci.01.org/tree/drm-tip/IGTPW_4120/fi-kbl-7500u/igt@i915_selftest@live_gtt.html

  
#### Possible fixes ####

  * igt@i915_selftest@live_blt:
    - fi-hsw-4770r:       [DMESG-FAIL][7] ([i915#553] / [i915#725]) -> [PASS][8]
   [7]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7900/fi-hsw-4770r/igt@i915_selftest@live_blt.html
   [8]: https://intel-gfx-ci.01.org/tree/drm-tip/IGTPW_4120/fi-hsw-4770r/igt@i915_selftest@live_blt.html

  * igt@i915_selftest@live_gtt:
    - fi-skl-6600u:       [TIMEOUT][9] ([fdo#111732] / [fdo#112271]) -> [PASS][10]
   [9]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7900/fi-skl-6600u/igt@i915_selftest@live_gtt.html
   [10]: https://intel-gfx-ci.01.org/tree/drm-tip/IGTPW_4120/fi-skl-6600u/igt@i915_selftest@live_gtt.html

  * igt@kms_chamelium@hdmi-crc-fast:
    - fi-kbl-7500u:       [FAIL][11] ([fdo#109635] / [i915#217]) -> [PASS][12]
   [11]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7900/fi-kbl-7500u/igt@kms_chamelium@hdmi-crc-fast.html
   [12]: https://intel-gfx-ci.01.org/tree/drm-tip/IGTPW_4120/fi-kbl-7500u/igt@kms_chamelium@hdmi-crc-fast.html

  * igt@kms_chamelium@hdmi-hpd-fast:
    - fi-kbl-7500u:       [FAIL][13] ([fdo#111407]) -> [PASS][14]
   [13]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7900/fi-kbl-7500u/igt@kms_chamelium@hdmi-hpd-fast.html
   [14]: https://intel-gfx-ci.01.org/tree/drm-tip/IGTPW_4120/fi-kbl-7500u/igt@kms_chamelium@hdmi-hpd-fast.html

  
  [fdo#109635]: https://bugs.freedesktop.org/show_bug.cgi?id=109635
  [fdo#111407]: https://bugs.freedesktop.org/show_bug.cgi?id=111407
  [fdo#111732]: https://bugs.freedesktop.org/show_bug.cgi?id=111732
  [fdo#112271]: https://bugs.freedesktop.org/show_bug.cgi?id=112271
  [i915#217]: https://gitlab.freedesktop.org/drm/intel/issues/217
  [i915#553]: https://gitlab.freedesktop.org/drm/intel/issues/553
  [i915#725]: https://gitlab.freedesktop.org/drm/intel/issues/725


Participating hosts (51 -> 47)
------------------------------

  Additional (2): fi-byt-n2820 fi-bwr-2160 
  Missing    (6): fi-ilk-m540 fi-hsw-4200u fi-byt-squawks fi-bsw-cyan fi-byt-clapper fi-bdw-samus 


Build changes
-------------

  * CI: CI-20190529 -> None
  * IGT: IGT_5432 -> IGTPW_4120

  CI-20190529: 20190529
  CI_DRM_7900: f4ab479a4e3c9e0bc9120f6618b9876bfdece9cc @ git://anongit.freedesktop.org/gfx-ci/linux
  IGTPW_4120: https://intel-gfx-ci.01.org/tree/drm-tip/IGTPW_4120/index.html
  IGT_5432: 6677811be6e9be9000b3217e8862353b3945a4f3 @ git://anongit.freedesktop.org/xorg/app/intel-gpu-tools



== Testlist changes ==

-igt@gem_pipe_control_store_loop@fresh-buffer
-igt@gem_pipe_control_store_loop@reused-buffer

== Logs ==

For more details see: https://intel-gfx-ci.01.org/tree/drm-tip/IGTPW_4120/index.html
_______________________________________________
igt-dev mailing list
igt-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/igt-dev

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [igt-dev] [PATCH] [PATCH i-g-t]test/i915/gem_pipe_control_store_loop: Removal of test
  2020-02-10 11:29 ` Chris Wilson
@ 2020-02-13  4:09   ` Kumar, Ranjeet1
  2020-02-13  8:02     ` Chris Wilson
  0 siblings, 1 reply; 8+ messages in thread
From: Kumar, Ranjeet1 @ 2020-02-13  4:09 UTC (permalink / raw)
  To: Chris Wilson, igt-dev

Thanks Chris for the review,

Can we go ahead and remove this test ? or am I missing something?

Thanks,
Ranjeet

-----Original Message-----
From: Chris Wilson <chris@chris-wilson.co.uk> 
Sent: Monday, February 10, 2020 5:00 PM
To: igt-dev@lists.freedesktop.org; Kumar, Ranjeet1 <ranjeet1.kumar@intel.com>
Subject: Re: [igt-dev] [PATCH] [PATCH i-g-t]test/i915/gem_pipe_control_store_loop: Removal of test

Quoting ranjeet kumar (2020-02-06 11:01:10)
> This test doesnt have any dependecy with other tests,  hence is called out as redundant.
> This test has already been covered by gem_sync, hence it is being removed.
> gem_pipe_control_store_loop is not covered by gen2/gen3.

Except it does do something rather special, since on gen6 this instruction was broken and we needed a bit of extra uAPI to cater for it... It's the magical reloc=(INSTRUCTION, INSTRUCTION).
-Chris
_______________________________________________
igt-dev mailing list
igt-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/igt-dev

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [igt-dev] [PATCH] [PATCH i-g-t]test/i915/gem_pipe_control_store_loop: Removal of test
  2020-02-13  4:09   ` Kumar, Ranjeet1
@ 2020-02-13  8:02     ` Chris Wilson
  2020-02-20  8:50       ` Kumar, Ranjeet1
  0 siblings, 1 reply; 8+ messages in thread
From: Chris Wilson @ 2020-02-13  8:02 UTC (permalink / raw)
  To: Kumar, Ranjeet1, igt-dev

Quoting Kumar, Ranjeet1 (2020-02-13 04:09:37)
> Thanks Chris for the review,
> 
> Can we go ahead and remove this test ? or am I missing something?

The test is capturing a vital bit of uAPI. How are you planning to
enhance the test?

No, you may not remove it.
-Chris
_______________________________________________
igt-dev mailing list
igt-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/igt-dev

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [igt-dev] [PATCH] [PATCH i-g-t]test/i915/gem_pipe_control_store_loop: Removal of test
  2020-02-13  8:02     ` Chris Wilson
@ 2020-02-20  8:50       ` Kumar, Ranjeet1
  2020-02-20  9:04         ` Chris Wilson
  0 siblings, 1 reply; 8+ messages in thread
From: Kumar, Ranjeet1 @ 2020-02-20  8:50 UTC (permalink / raw)
  To: Chris Wilson, igt-dev

Hi Chris , 

This OUT_RELLOC instruction are covered in gem_exec_bad_domains, gem_write_read_ring_switch test too. 
 I tried replacing OUT_RELLOC with OUT_RELLOC_FENCED and successfully tests got passed. 

Thanks,
Ranjeet 

We can enhance this test case by adding 

-----Original Message-----
From: Chris Wilson <chris@chris-wilson.co.uk> 
Sent: Thursday, February 13, 2020 1:33 PM
To: Kumar, Ranjeet1 <ranjeet1.kumar@intel.com>; igt-dev@lists.freedesktop.org
Subject: RE: [igt-dev] [PATCH] [PATCH i-g-t]test/i915/gem_pipe_control_store_loop: Removal of test

Quoting Kumar, Ranjeet1 (2020-02-13 04:09:37)
> Thanks Chris for the review,
> 
> Can we go ahead and remove this test ? or am I missing something?

The test is capturing a vital bit of uAPI. How are you planning to enhance the test?

No, you may not remove it.
-Chris
_______________________________________________
igt-dev mailing list
igt-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/igt-dev

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [igt-dev] [PATCH] [PATCH i-g-t]test/i915/gem_pipe_control_store_loop: Removal of test
  2020-02-20  8:50       ` Kumar, Ranjeet1
@ 2020-02-20  9:04         ` Chris Wilson
  2020-02-21  9:26           ` Kumar, Ranjeet1
  0 siblings, 1 reply; 8+ messages in thread
From: Chris Wilson @ 2020-02-20  9:04 UTC (permalink / raw)
  To: Kumar, Ranjeet1, igt-dev

Quoting Kumar, Ranjeet1 (2020-02-20 08:50:42)
> Hi Chris , 
> 
> This OUT_RELLOC instruction are covered in gem_exec_bad_domains, gem_write_read_ring_switch test too. 
>  I tried replacing OUT_RELLOC with OUT_RELLOC_FENCED and successfully tests got passed. 

The test is a regression test developed because we found a bug in the
kernel that was not being exercised (a race condition during retire). We
need to be certain that we retain such coverage. E.g. if we were to
reintroduce such a bug, would CI pick it up? [Always a useful exercise
to determine the efficacy of CI.]
-Chris
_______________________________________________
igt-dev mailing list
igt-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/igt-dev

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [igt-dev] [PATCH] [PATCH i-g-t]test/i915/gem_pipe_control_store_loop: Removal of test
  2020-02-20  9:04         ` Chris Wilson
@ 2020-02-21  9:26           ` Kumar, Ranjeet1
  0 siblings, 0 replies; 8+ messages in thread
From: Kumar, Ranjeet1 @ 2020-02-21  9:26 UTC (permalink / raw)
  To: Chris Wilson, igt-dev

Hi Chris,

For the coverage purpose we are enhancing "gem_exec_bad_domains"  to exercise this race condition i.e.  OUT_RELLOC.
I will be sending enhanced "gem_exec_bad_domains"  program by Monday. 

Thanks,
Ranjeet

-----Original Message-----
From: Chris Wilson <chris@chris-wilson.co.uk> 
Sent: Thursday, February 20, 2020 2:34 PM
To: Kumar, Ranjeet1 <ranjeet1.kumar@intel.com>; igt-dev@lists.freedesktop.org
Subject: RE: [igt-dev] [PATCH] [PATCH i-g-t]test/i915/gem_pipe_control_store_loop: Removal of test

Quoting Kumar, Ranjeet1 (2020-02-20 08:50:42)
> Hi Chris ,
> 
> This OUT_RELLOC instruction are covered in gem_exec_bad_domains, gem_write_read_ring_switch test too. 
>  I tried replacing OUT_RELLOC with OUT_RELLOC_FENCED and successfully tests got passed. 

The test is a regression test developed because we found a bug in the kernel that was not being exercised (a race condition during retire). We need to be certain that we retain such coverage. E.g. if we were to reintroduce such a bug, would CI pick it up? [Always a useful exercise to determine the efficacy of CI.] -Chris
_______________________________________________
igt-dev mailing list
igt-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/igt-dev

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2020-02-21  9:27 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-02-06 11:01 [igt-dev] [PATCH] [PATCH i-g-t]test/i915/gem_pipe_control_store_loop: Removal of test ranjeet kumar
2020-02-10 11:29 ` Chris Wilson
2020-02-13  4:09   ` Kumar, Ranjeet1
2020-02-13  8:02     ` Chris Wilson
2020-02-20  8:50       ` Kumar, Ranjeet1
2020-02-20  9:04         ` Chris Wilson
2020-02-21  9:26           ` Kumar, Ranjeet1
2020-02-10 14:56 ` [igt-dev] ✗ Fi.CI.BAT: failure for test/i915/gem_pipe_control_store_loop: " Patchwork

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.