All of lore.kernel.org
 help / color / mirror / Atom feed
* [igt-dev] [RFC v1] Data Port Coherency tests.
@ 2018-03-20 15:12 Tomasz Lis
  2018-03-20 15:30 ` Chris Wilson
                   ` (2 more replies)
  0 siblings, 3 replies; 8+ messages in thread
From: Tomasz Lis @ 2018-03-20 15:12 UTC (permalink / raw)
  To: igt-dev; +Cc: bartosz.dunajski

From: "Lis, Tomasz" <tomasz.lis@intel.com>

This adds a new test binary, containing tests for the Data Port Coherency
option. The tests check whether the option is correctly set to proper GPU
register.
---
 include/drm-uapi/i915_drm.h      |  12 +-
 tests/Makefile.sources           |   1 +
 tests/gem_exec_cache_coherency.c | 307 +++++++++++++++++++++++++++++++++++++++
 tests/meson.build                |   1 +
 4 files changed, 320 insertions(+), 1 deletion(-)
 create mode 100644 tests/gem_exec_cache_coherency.c

diff --git a/include/drm-uapi/i915_drm.h b/include/drm-uapi/i915_drm.h
index 16e452a..a84e00f 100644
--- a/include/drm-uapi/i915_drm.h
+++ b/include/drm-uapi/i915_drm.h
@@ -529,6 +529,11 @@ typedef struct drm_i915_irq_wait {
  */
 #define I915_PARAM_CS_TIMESTAMP_FREQUENCY 51
 
+/* Query whether DRM_I915_GEM_EXECBUFFER2 supports the ability to switch
+   Data Cache access into Data Port Coherency mode.
+ */
+#define I915_PARAM_HAS_EXEC_DATA_PORT_COHERENCY 52
+
 typedef struct drm_i915_getparam {
 	__s32 param;
 	/*
@@ -1048,7 +1053,12 @@ struct drm_i915_gem_execbuffer2 {
  */
 #define I915_EXEC_FENCE_ARRAY   (1<<19)
 
-#define __I915_EXEC_UNKNOWN_FLAGS (-(I915_EXEC_FENCE_ARRAY<<1))
+/* Data Port Coherency capability will be switched before an exec call
+ * which has this flag different than previous call for the context.
+ */
+#define I915_EXEC_DATA_PORT_COHERENT   (1<<20)
+
+#define __I915_EXEC_UNKNOWN_FLAGS (-(I915_EXEC_DATA_PORT_COHERENT<<1))
 
 #define I915_EXEC_CONTEXT_ID_MASK	(0xffffffff)
 #define i915_execbuffer2_set_context_id(eb2, context) \
diff --git a/tests/Makefile.sources b/tests/Makefile.sources
index 4e6f531..1e03011 100644
--- a/tests/Makefile.sources
+++ b/tests/Makefile.sources
@@ -73,6 +73,7 @@ TESTS_progs = \
 	gem_exec_basic \
 	gem_exec_big \
 	gem_exec_blt \
+	gem_exec_cache_coherency \
 	gem_exec_capture \
 	gem_exec_create \
 	gem_exec_faulting_reloc \
diff --git a/tests/gem_exec_cache_coherency.c b/tests/gem_exec_cache_coherency.c
new file mode 100644
index 0000000..1b57d35
--- /dev/null
+++ b/tests/gem_exec_cache_coherency.c
@@ -0,0 +1,307 @@
+/*
+ * Copyright © 2016 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.
+ *
+ */
+
+/** @file gem_exec_cache_coherency.c
+ *
+ * Check that the cache coherency at data port level setting is working.
+ */
+
+#include <sys/ioctl.h>
+
+#include "igt.h"
+#include "igt_gt.h"
+#include "igt_sysfs.h"
+
+enum {
+	NONE,
+	RESET,
+	RC6,
+	SUSPEND,
+	HIBERNATE,
+	MAX_COHERENCY_TEST_MODES
+};
+
+static const char * const test_modes[] = {
+	[NONE] = "settings",
+	[RESET] = "reset",
+	[RC6] = "rc6",
+	[SUSPEND] = "suspend",
+	[HIBERNATE] = "hibernate"
+};
+
+/** Make the test be performed on non-default context (created by the test) */
+#define COHERENCY_NON_DEFAULT_CTX	(1<<0)
+/** Check for test value separation between contexts */
+#define COHERENCY_CTX_SEPARATION	(1<<1)
+/** Value of all flags set */
+#define ALL_COHERENCY_FLAGS		(COHERENCY_NON_DEFAULT_CTX | \
+					COHERENCY_CTX_SEPARATION)
+
+/* IOCTL definitions */
+#define I915_CONTEXT_PARAM_COHERENCY	0x7
+
+/* Hardware registers */
+#define HDC_CHICKEN0		(0x7300)
+#define CNL_HDC_CHICKEN0	(0xE5F0)
+#define ICL_HDC_CHICKEN0	(0xE5F4)
+/** Coherency bit within chicken0 register */
+#define HDC_FORCE_NON_COHERENT	(1<<4)
+
+static uint32_t get_context_coherency_store_register(int fd, uint32_t engine)
+{
+	const int gen = intel_gen(intel_get_drm_devid(fd));
+	if (gen >= 11)
+		return ICL_HDC_CHICKEN0;
+	if (gen >= 10)
+		return CNL_HDC_CHICKEN0;
+	return HDC_CHICKEN0;
+}
+
+#define MI_STORE_REGISTER_MEM_64_BIT_ADDR	((0x24 << 23) | 2)
+
+static int create_read_batch(struct drm_i915_gem_relocation_entry *reloc,
+			     uint32_t *batch,
+			     uint32_t dst_handle,
+			     uint32_t size,
+			     uint32_t reg_base)
+{
+	unsigned int offset = 0;
+
+	for (uint32_t index = 0; index < size; index++, offset += 4) {
+		batch[offset]   = MI_STORE_REGISTER_MEM_64_BIT_ADDR;
+		batch[offset+1] = reg_base + (index * sizeof(uint32_t));
+		batch[offset+2] = index * sizeof(uint32_t);	/* reloc */
+		batch[offset+3] = 0;
+
+		reloc[index].offset = (offset + 2) * sizeof(uint32_t);
+		reloc[index].delta = index * sizeof(uint32_t);
+		reloc[index].target_handle = dst_handle;
+		reloc[index].write_domain = I915_GEM_DOMAIN_RENDER;
+		reloc[index].read_domains = I915_GEM_DOMAIN_RENDER;
+	}
+
+	batch[offset++] = MI_BATCH_BUFFER_END;
+	batch[offset++] = 0;
+
+	return offset * sizeof(uint32_t);
+}
+
+static void do_read_registers(int fd,
+			      uint32_t ctx_id,
+			      uint32_t dst_handle,
+			      uint32_t reg_base,
+			      uint32_t size,
+			      uint32_t engine_id,
+			      uint32_t exec_flags)
+{
+	struct drm_i915_gem_execbuffer2 execbuf;
+	struct drm_i915_gem_exec_object2 obj[2];
+	struct drm_i915_gem_relocation_entry reloc[size];
+	uint32_t batch[size * 4 + 4];
+	uint32_t handle = gem_create(fd, 4096);
+
+	memset(reloc, 0, sizeof(reloc));
+	memset(obj, 0, sizeof(obj));
+	memset(&execbuf, 0, sizeof(execbuf));
+
+	obj[0].handle = dst_handle;
+
+	obj[1].handle = handle;
+	obj[1].relocation_count = size;
+	obj[1].relocs_ptr = to_user_pointer(reloc);
+
+	execbuf.buffers_ptr = to_user_pointer(obj);
+	execbuf.buffer_count = 2;
+	execbuf.batch_len =
+		create_read_batch(reloc, batch, dst_handle, size, reg_base);
+	i915_execbuffer2_set_context_id(execbuf, ctx_id);
+	execbuf.flags = I915_EXEC_SECURE | exec_flags | engine_id;
+
+	gem_write(fd, handle, 0, batch, execbuf.batch_len);
+	gem_execbuf(fd, &execbuf);
+	gem_close(fd, handle);
+}
+
+static int gem_ioctl(int fd, unsigned long request, void *argp)
+{
+	int ret;
+
+	do {
+		ret = ioctl(fd, request, argp);
+	} while (ret == -1 && (errno == EINTR || errno == EAGAIN));
+
+	return ret;
+}
+
+static int gem_get_param(int fd, uint32_t param)
+{
+	int value = 0;
+	drm_i915_getparam_t gp = {
+		.param = param,
+		.value = &value
+	};
+
+	igt_assert(gem_ioctl(fd, DRM_IOCTL_I915_GETPARAM, &gp) != -1);
+
+	return value;
+}
+
+/**
+ * check_chicken_register_coherency_flag:
+ * @fd: open i915 drm file descriptor
+ * @engine: engine
+ * @ctx_id: i915 context id
+ *
+ * Sends an exec call with given coherency state, and checks if the flag was
+ * set in hardware.
+ */
+static void check_chicken_register_coherency_flag(int fd,
+				    unsigned engine,
+				    uint32_t ctx_id,
+				    bool coherency_enable)
+{
+	const uint32_t reg_base = get_context_coherency_store_register(fd, engine);
+	uint32_t dst_handle = gem_create(fd, 4096);
+	uint32_t *read_regs;
+
+	do_read_registers(fd,
+			  ctx_id,
+			  dst_handle,
+			  reg_base,
+			  1,
+			  engine,
+			  coherency_enable ? I915_EXEC_DATA_PORT_COHERENT : 0);
+
+	read_regs = gem_mmap__cpu(fd, dst_handle, 0, 4096, PROT_READ);
+
+	gem_set_domain(fd, dst_handle, I915_GEM_DOMAIN_CPU, 0);
+	/* Coherency is enabled when non-hoherent bit is disabled */
+	igt_assert(((read_regs[0] & HDC_FORCE_NON_COHERENT) != 0) != coherency_enable);
+
+	munmap(read_regs, 4096);
+	gem_close(fd, dst_handle);
+}
+
+static uint32_t rc6_residency(int dir)
+{
+	return igt_sysfs_get_u32(dir, "power/rc6_residency_ms");
+}
+
+static void rc6_wait(int fd)
+{
+	int sysfs;
+	uint32_t residency;
+
+	sysfs = igt_sysfs_open(fd, NULL);
+	igt_assert_lte(0, sysfs);
+
+	residency = rc6_residency(sysfs);
+	igt_require(igt_wait(rc6_residency(sysfs) != residency, 10000, 2));
+
+	close(sysfs);
+}
+
+static void run_test(int fd, unsigned engine, unsigned flags, unsigned mode)
+{
+	uint32_t ctx_id = 0;
+	uint32_t ctx_clean_id;
+	uint32_t ctx_dirty_id;
+
+	gem_require_ring(fd, engine);
+	igt_require(gem_get_param(fd, I915_PARAM_HAS_EXEC_DATA_PORT_COHERENCY) == 1);
+	/* Only run RESET tests when GPU Reset functionality is available.
+	 */
+	if (mode == RESET)
+		igt_require(gem_gpu_reset_enabled(fd));
+
+	if (flags & COHERENCY_NON_DEFAULT_CTX)
+		ctx_id = gem_context_create(fd);
+
+	check_chicken_register_coherency_flag(fd, engine, ctx_id, 0);
+
+	if (flags & COHERENCY_CTX_SEPARATION) {
+		ctx_dirty_id = gem_context_create(fd);
+		check_chicken_register_coherency_flag(fd, engine, ctx_dirty_id, 0);
+	}
+
+	check_chicken_register_coherency_flag(fd, engine, ctx_id, 1);
+
+	/* Check if the values are preserved across power mode changes - one change per run */
+	switch (mode) {
+	case NONE:	break;
+	case RESET:	igt_force_gpu_reset(fd);	break;
+	case SUSPEND:	igt_system_suspend_autoresume(SUSPEND_STATE_MEM,
+						      SUSPEND_TEST_NONE); break;
+	case HIBERNATE:	igt_system_suspend_autoresume(SUSPEND_STATE_DISK,
+						      SUSPEND_TEST_NONE); break;
+	case RC6:	rc6_wait(fd);			break;
+	}
+
+	check_chicken_register_coherency_flag(fd, engine, ctx_id, 1);
+
+	if (flags & COHERENCY_CTX_SEPARATION) {
+		ctx_clean_id = gem_context_create(fd);
+		check_chicken_register_coherency_flag(fd, engine, ctx_dirty_id, 0);
+		check_chicken_register_coherency_flag(fd, engine, ctx_clean_id, 0);
+		gem_context_destroy(fd, ctx_dirty_id);
+		gem_context_destroy(fd, ctx_clean_id);
+	}
+
+	if (ctx_id)
+		gem_context_destroy(fd, ctx_id);
+}
+
+igt_main
+{
+	const struct intel_execution_engine *e;
+	int fd = -1;
+
+	igt_fixture {
+		fd = drm_open_driver(DRIVER_INTEL);
+		igt_require_gem(fd);
+	}
+
+	for (e = intel_execution_engines; e->name; e++) {
+		/* Check only the render engine, which is also used for compute
+		 */
+		if (e->exec_id != I915_EXEC_RENDER)
+			continue;
+
+		for (unsigned mode = NONE; mode < MAX_COHERENCY_TEST_MODES; mode++) {
+			for (unsigned flags = 0; flags < ALL_COHERENCY_FLAGS + 1; flags++) {
+
+				igt_subtest_f("coherency-%s%s%s-%s",
+					      test_modes[mode],
+					      flags & COHERENCY_NON_DEFAULT_CTX ? "-ctx": "",
+					      flags & COHERENCY_CTX_SEPARATION ? "-sep": "",
+					      e->name) {
+					run_test(fd, e->exec_id | e->flags, flags, mode);
+				}
+			}
+		}
+	}
+
+	igt_fixture
+		close(fd);
+}
diff --git a/tests/meson.build b/tests/meson.build
index 1176463..781fffe 100644
--- a/tests/meson.build
+++ b/tests/meson.build
@@ -50,6 +50,7 @@ test_progs = [
 	'gem_exec_basic',
 	'gem_exec_big',
 	'gem_exec_blt',
+	'gem_exec_cache_coherency',
 	'gem_exec_capture',
 	'gem_exec_create',
 	'gem_exec_faulting_reloc',
-- 
2.7.4

_______________________________________________
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] [RFC v1] Data Port Coherency tests.
  2018-03-20 15:12 [igt-dev] [RFC v1] Data Port Coherency tests Tomasz Lis
@ 2018-03-20 15:30 ` Chris Wilson
  2018-03-20 15:33   ` Dunajski, Bartosz
  2018-03-20 15:36   ` Chris Wilson
  2018-03-20 17:47 ` [igt-dev] ✓ Fi.CI.BAT: success for " Patchwork
  2018-03-20 21:47 ` [igt-dev] ✓ Fi.CI.IGT: " Patchwork
  2 siblings, 2 replies; 8+ messages in thread
From: Chris Wilson @ 2018-03-20 15:30 UTC (permalink / raw)
  To: Tomasz Lis, igt-dev; +Cc: bartosz.dunajski

Quoting Tomasz Lis (2018-03-20 15:12:32)
> From: "Lis, Tomasz" <tomasz.lis@intel.com>
> 
> This adds a new test binary, containing tests for the Data Port Coherency
> option. The tests check whether the option is correctly set to proper GPU
> register.

But where's the test that it *does* anything? I.e. what's the expected
change in user visible behaviour? (What does the flag really mean, now
and for years to come?)
-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] [RFC v1] Data Port Coherency tests.
  2018-03-20 15:30 ` Chris Wilson
@ 2018-03-20 15:33   ` Dunajski, Bartosz
  2018-03-20 15:36   ` Chris Wilson
  1 sibling, 0 replies; 8+ messages in thread
From: Dunajski, Bartosz @ 2018-03-20 15:33 UTC (permalink / raw)
  To: Chris Wilson, Lis, Tomasz, igt-dev

Its required to support fine grain SVM in OpenCL.
This functionality is used by new OCL driver (aka. NEO):
https://github.com/intel/compute-runtime 

Starting from commit: 933312e0986d3a7c1ef557e511eb4ced301ea292

-----Original Message-----
From: Chris Wilson [mailto:chris@chris-wilson.co.uk] 
Sent: Tuesday, March 20, 2018 4:31 PM
To: Lis, Tomasz <tomasz.lis@intel.com>; igt-dev@lists.freedesktop.org
Cc: Dunajski, Bartosz <bartosz.dunajski@intel.com>; joonas.lahtinen@linux.intel.com; Winiarski, Michal <michal.winiarski@intel.com>
Subject: Re: [RFC v1] Data Port Coherency tests.

Quoting Tomasz Lis (2018-03-20 15:12:32)
> From: "Lis, Tomasz" <tomasz.lis@intel.com>
> 
> This adds a new test binary, containing tests for the Data Port 
> Coherency option. The tests check whether the option is correctly set 
> to proper GPU register.

But where's the test that it *does* anything? I.e. what's the expected change in user visible behaviour? (What does the flag really mean, now and for years to come?) -Chris
--------------------------------------------------------------------

Intel Technology Poland sp. z o.o.
ul. Slowackiego 173 | 80-298 Gdansk | Sad Rejonowy Gdansk Polnoc | VII Wydzial Gospodarczy Krajowego Rejestru Sadowego - KRS 101882 | NIP 957-07-52-316 | Kapital zakladowy 200.000 PLN.

Ta wiadomosc wraz z zalacznikami jest przeznaczona dla okreslonego adresata i moze zawierac informacje poufne. W razie przypadkowego otrzymania tej wiadomosci, prosimy o powiadomienie nadawcy oraz trwale jej usuniecie; jakiekolwiek
przegladanie lub rozpowszechnianie jest zabronione.
This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). If you are not the intended recipient, please contact the sender and delete all copies; any review or distribution by
others is strictly prohibited.
_______________________________________________
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] [RFC v1] Data Port Coherency tests.
  2018-03-20 15:30 ` Chris Wilson
  2018-03-20 15:33   ` Dunajski, Bartosz
@ 2018-03-20 15:36   ` Chris Wilson
  2018-03-20 16:27     ` Lis, Tomasz
  1 sibling, 1 reply; 8+ messages in thread
From: Chris Wilson @ 2018-03-20 15:36 UTC (permalink / raw)
  To: Tomasz Lis, igt-dev; +Cc: bartosz.dunajski

Quoting Chris Wilson (2018-03-20 15:30:59)
> Quoting Tomasz Lis (2018-03-20 15:12:32)
> > From: "Lis, Tomasz" <tomasz.lis@intel.com>
> > 
> > This adds a new test binary, containing tests for the Data Port Coherency
> > option. The tests check whether the option is correctly set to proper GPU
> > register.
> 
> But where's the test that it *does* anything? I.e. what's the expected
> change in user visible behaviour? (What does the flag really mean, now
> and for years to come?)

To be clear; this test illustrates that it is a context register being
tweaked and not an execbuf property.
-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] [RFC v1] Data Port Coherency tests.
  2018-03-20 15:36   ` Chris Wilson
@ 2018-03-20 16:27     ` Lis, Tomasz
  2018-05-04  9:01       ` Joonas Lahtinen
  0 siblings, 1 reply; 8+ messages in thread
From: Lis, Tomasz @ 2018-03-20 16:27 UTC (permalink / raw)
  To: Chris Wilson, igt-dev; +Cc: bartosz.dunajski



On 2018-03-20 16:36, Chris Wilson wrote:
> Quoting Chris Wilson (2018-03-20 15:30:59)
>> Quoting Tomasz Lis (2018-03-20 15:12:32)
>>> From: "Lis, Tomasz" <tomasz.lis@intel.com>
>>>
>>> This adds a new test binary, containing tests for the Data Port Coherency
>>> option. The tests check whether the option is correctly set to proper GPU
>>> register.
>> But where's the test that it *does* anything? I.e. what's the expected
>> change in user visible behaviour? (What does the flag really mean, now
>> and for years to come?)

With a test that "does anything" (which I understand as - submitting large workload and checking the coherency while the workload is executing) we would be testing the hardware, not the kernel.
I prepared a test binary designed to test the kernel change I proposed. This is what I consider good practices.
Do we have another approach when developing IGT?

> To be clear; this test illustrates that it is a context register being
> tweaked and not an execbuf property.
> -Chris
I agree the hardware flag is within hardware context. Both the kernel 
patch and the IGT test are accessing that bit, so they both illustrate 
it is a context register.
But both patches also implement UMD interface to that flag via execbuf 
flag. What do you mean when you write this is "not an execbuf property"?


_______________________________________________
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: success for Data Port Coherency tests.
  2018-03-20 15:12 [igt-dev] [RFC v1] Data Port Coherency tests Tomasz Lis
  2018-03-20 15:30 ` Chris Wilson
@ 2018-03-20 17:47 ` Patchwork
  2018-03-20 21:47 ` [igt-dev] ✓ Fi.CI.IGT: " Patchwork
  2 siblings, 0 replies; 8+ messages in thread
From: Patchwork @ 2018-03-20 17:47 UTC (permalink / raw)
  To: Lis, Tomasz; +Cc: igt-dev

== Series Details ==

Series: Data Port Coherency tests.
URL   : https://patchwork.freedesktop.org/series/40288/
State : success

== Summary ==

IGT patchset tested on top of latest successful build
178e7f3da66cd02660a86257df75708a0efa3bbc tests/kms_frontbuffer_tracking: Update check for PSR status

with latest DRM-Tip kernel build CI_DRM_3958
9d737cebc219 drm-tip: 2018y-03m-20d-14h-56m-05s UTC integration manifest

Testlist changes:
+igt@gem_exec_cache_coherency@coherency-hibernate-ctx-render
+igt@gem_exec_cache_coherency@coherency-hibernate-ctx-sep-render
+igt@gem_exec_cache_coherency@coherency-hibernate-render
+igt@gem_exec_cache_coherency@coherency-hibernate-sep-render
+igt@gem_exec_cache_coherency@coherency-rc6-ctx-render
+igt@gem_exec_cache_coherency@coherency-rc6-ctx-sep-render
+igt@gem_exec_cache_coherency@coherency-rc6-render
+igt@gem_exec_cache_coherency@coherency-rc6-sep-render
+igt@gem_exec_cache_coherency@coherency-reset-ctx-render
+igt@gem_exec_cache_coherency@coherency-reset-ctx-sep-render
+igt@gem_exec_cache_coherency@coherency-reset-render
+igt@gem_exec_cache_coherency@coherency-reset-sep-render
+igt@gem_exec_cache_coherency@coherency-settings-ctx-render
+igt@gem_exec_cache_coherency@coherency-settings-ctx-sep-render
+igt@gem_exec_cache_coherency@coherency-settings-render
+igt@gem_exec_cache_coherency@coherency-settings-sep-render
+igt@gem_exec_cache_coherency@coherency-suspend-ctx-render
+igt@gem_exec_cache_coherency@coherency-suspend-ctx-sep-render
+igt@gem_exec_cache_coherency@coherency-suspend-render
+igt@gem_exec_cache_coherency@coherency-suspend-sep-render

---- Possible new issues:

Test kms_pipe_crc_basic:
        Subgroup suspend-read-crc-pipe-a:
                incomplete -> PASS       (fi-cfl-s2)

---- Known issues:

Test gem_mmap_gtt:
        Subgroup basic-small-bo-tiledx:
                pass       -> FAIL       (fi-gdg-551) fdo#102575
Test kms_chamelium:
        Subgroup dp-edid-read:
                pass       -> FAIL       (fi-kbl-7500u) fdo#102505

fdo#102575 https://bugs.freedesktop.org/show_bug.cgi?id=102575
fdo#102505 https://bugs.freedesktop.org/show_bug.cgi?id=102505

fi-bdw-5557u     total:285  pass:264  dwarn:0   dfail:0   fail:0   skip:21  time:429s
fi-bdw-gvtdvm    total:285  pass:261  dwarn:0   dfail:0   fail:0   skip:24  time:445s
fi-blb-e6850     total:285  pass:220  dwarn:1   dfail:0   fail:0   skip:64  time:383s
fi-bsw-n3050     total:285  pass:239  dwarn:0   dfail:0   fail:0   skip:46  time:540s
fi-bwr-2160      total:285  pass:180  dwarn:0   dfail:0   fail:0   skip:105 time:297s
fi-bxt-dsi       total:285  pass:255  dwarn:0   dfail:0   fail:0   skip:30  time:514s
fi-bxt-j4205     total:285  pass:256  dwarn:0   dfail:0   fail:0   skip:29  time:516s
fi-byt-j1900     total:285  pass:250  dwarn:0   dfail:0   fail:0   skip:35  time:516s
fi-byt-n2820     total:285  pass:246  dwarn:0   dfail:0   fail:0   skip:39  time:510s
fi-cfl-8700k     total:285  pass:257  dwarn:0   dfail:0   fail:0   skip:28  time:412s
fi-cfl-s2        total:285  pass:259  dwarn:0   dfail:0   fail:0   skip:26  time:581s
fi-cfl-u         total:285  pass:259  dwarn:0   dfail:0   fail:0   skip:26  time:512s
fi-cnl-drrs      total:285  pass:254  dwarn:3   dfail:0   fail:0   skip:28  time:539s
fi-elk-e7500     total:285  pass:225  dwarn:1   dfail:0   fail:0   skip:59  time:429s
fi-gdg-551       total:285  pass:176  dwarn:0   dfail:0   fail:1   skip:108 time:317s
fi-glk-1         total:285  pass:257  dwarn:0   dfail:0   fail:0   skip:28  time:540s
fi-hsw-4770      total:285  pass:258  dwarn:0   dfail:0   fail:0   skip:27  time:406s
fi-ilk-650       total:285  pass:225  dwarn:0   dfail:0   fail:0   skip:60  time:421s
fi-ivb-3520m     total:285  pass:256  dwarn:0   dfail:0   fail:0   skip:29  time:465s
fi-ivb-3770      total:285  pass:252  dwarn:0   dfail:0   fail:0   skip:33  time:432s
fi-kbl-7500u     total:285  pass:259  dwarn:1   dfail:0   fail:1   skip:24  time:477s
fi-kbl-7567u     total:285  pass:265  dwarn:0   dfail:0   fail:0   skip:20  time:471s
fi-kbl-r         total:285  pass:258  dwarn:0   dfail:0   fail:0   skip:27  time:513s
fi-pnv-d510      total:285  pass:219  dwarn:1   dfail:0   fail:0   skip:65  time:658s
fi-skl-6260u     total:285  pass:265  dwarn:0   dfail:0   fail:0   skip:20  time:441s
fi-skl-6600u     total:285  pass:258  dwarn:0   dfail:0   fail:0   skip:27  time:531s
fi-skl-6700hq    total:285  pass:259  dwarn:0   dfail:0   fail:0   skip:26  time:540s
fi-skl-6700k2    total:285  pass:261  dwarn:0   dfail:0   fail:0   skip:24  time:509s
fi-skl-6770hq    total:285  pass:265  dwarn:0   dfail:0   fail:0   skip:20  time:500s
fi-skl-guc       total:285  pass:257  dwarn:0   dfail:0   fail:0   skip:28  time:430s
fi-skl-gvtdvm    total:285  pass:262  dwarn:0   dfail:0   fail:0   skip:23  time:446s
fi-snb-2520m     total:285  pass:245  dwarn:0   dfail:0   fail:0   skip:40  time:570s
fi-snb-2600      total:285  pass:245  dwarn:0   dfail:0   fail:0   skip:40  time:403s

== Logs ==

For more details see: https://intel-gfx-ci.01.org/tree/drm-tip/IGTPW_1170/issues.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

* [igt-dev] ✓ Fi.CI.IGT: success for Data Port Coherency tests.
  2018-03-20 15:12 [igt-dev] [RFC v1] Data Port Coherency tests Tomasz Lis
  2018-03-20 15:30 ` Chris Wilson
  2018-03-20 17:47 ` [igt-dev] ✓ Fi.CI.BAT: success for " Patchwork
@ 2018-03-20 21:47 ` Patchwork
  2 siblings, 0 replies; 8+ messages in thread
From: Patchwork @ 2018-03-20 21:47 UTC (permalink / raw)
  To: Lis, Tomasz; +Cc: igt-dev

== Series Details ==

Series: Data Port Coherency tests.
URL   : https://patchwork.freedesktop.org/series/40288/
State : success

== Summary ==

---- Known issues:

Test kms_plane_multiple:
        Subgroup atomic-pipe-a-tiling-x:
                pass       -> FAIL       (shard-snb) fdo#103166
Test kms_setmode:
        Subgroup basic:
                pass       -> FAIL       (shard-apl) fdo#99912
Test kms_vblank:
        Subgroup pipe-b-ts-continuation-dpms-suspend:
                incomplete -> PASS       (shard-hsw) fdo#105054
Test perf:
        Subgroup blocking:
                pass       -> FAIL       (shard-hsw) fdo#102252

fdo#103166 https://bugs.freedesktop.org/show_bug.cgi?id=103166
fdo#99912 https://bugs.freedesktop.org/show_bug.cgi?id=99912
fdo#105054 https://bugs.freedesktop.org/show_bug.cgi?id=105054
fdo#102252 https://bugs.freedesktop.org/show_bug.cgi?id=102252

shard-apl        total:3494 pass:1814 dwarn:1   dfail:0   fail:23  skip:1655 time:13076s
shard-hsw        total:3494 pass:1767 dwarn:1   dfail:0   fail:18  skip:1707 time:11852s
shard-snb        total:3494 pass:1357 dwarn:1   dfail:0   fail:19  skip:2117 time:7203s
Blacklisted hosts:
shard-kbl        total:3494 pass:1939 dwarn:1   dfail:0   fail:25  skip:1529 time:9915s

== Logs ==

For more details see: https://intel-gfx-ci.01.org/tree/drm-tip/IGTPW_1170/shards.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] [RFC v1] Data Port Coherency tests.
  2018-03-20 16:27     ` Lis, Tomasz
@ 2018-05-04  9:01       ` Joonas Lahtinen
  0 siblings, 0 replies; 8+ messages in thread
From: Joonas Lahtinen @ 2018-05-04  9:01 UTC (permalink / raw)
  To: Lis, Tomasz, Chris Wilson, igt-dev; +Cc: bartosz.dunajski

Quoting Lis, Tomasz (2018-03-20 18:27:44)
> 
> 
> On 2018-03-20 16:36, Chris Wilson wrote:
> > Quoting Chris Wilson (2018-03-20 15:30:59)
> >> Quoting Tomasz Lis (2018-03-20 15:12:32)
> >>> From: "Lis, Tomasz" <tomasz.lis@intel.com>
> >>>
> >>> This adds a new test binary, containing tests for the Data Port Coherency
> >>> option. The tests check whether the option is correctly set to proper GPU
> >>> register.
> >> But where's the test that it *does* anything? I.e. what's the expected
> >> change in user visible behaviour? (What does the flag really mean, now
> >> and for years to come?)
> 
> With a test that "does anything" (which I understand as - submitting large workload and checking the coherency while the workload is executing) we would be testing the hardware, not the kernel.
> I prepared a test binary designed to test the kernel change I proposed. This is what I consider good practices.
> Do we have another approach when developing IGT?

What we try to avoid is "visible userspace breakage". So when some
added kernel feature introduces a behavioral change for userspace, the
accompanying tests should make sure that change is observed with the
feature bit flipped. That's pretty much the only way we can make sure
the written userspace applications using the feature will keep working
when going forward.

Writing to MMIO address X so that the bits Y and Z stick will only
guarantee that there is some hardware register in there. It is not very
valuable of a test because making sure the feature keeps working will
implicitly test the same thing.

Hopefully this answers the question.

Regards, Joonas

> 
> > To be clear; this test illustrates that it is a context register being
> > tweaked and not an execbuf property.
> > -Chris
> I agree the hardware flag is within hardware context. Both the kernel 
> patch and the IGT test are accessing that bit, so they both illustrate 
> it is a context register.
> But both patches also implement UMD interface to that flag via execbuf 
> flag. What do you mean when you write this is "not an execbuf property"?
> 
> 
_______________________________________________
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:[~2018-05-04  9:03 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-03-20 15:12 [igt-dev] [RFC v1] Data Port Coherency tests Tomasz Lis
2018-03-20 15:30 ` Chris Wilson
2018-03-20 15:33   ` Dunajski, Bartosz
2018-03-20 15:36   ` Chris Wilson
2018-03-20 16:27     ` Lis, Tomasz
2018-05-04  9:01       ` Joonas Lahtinen
2018-03-20 17:47 ` [igt-dev] ✓ Fi.CI.BAT: success for " Patchwork
2018-03-20 21:47 ` [igt-dev] ✓ Fi.CI.IGT: " 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.