From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by gabe.freedesktop.org (Postfix) with ESMTPS id D9D0B10E19B for ; Thu, 30 Mar 2023 05:42:28 +0000 (UTC) Received: from linux.intel.com (mwrzeszc-mobl1.ger.corp.intel.com [10.252.27.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by linux.intel.com (Postfix) with ESMTPS id 131CB580D99 for ; Wed, 29 Mar 2023 22:42:27 -0700 (PDT) Received: from maurocar by linux.intel.com with local (Exim 4.96) (envelope-from ) id 1phl3I-00B51B-31 for igt-dev@lists.freedesktop.org; Thu, 30 Mar 2023 07:42:24 +0200 From: Mauro Carvalho Chehab To: igt-dev@lists.freedesktop.org Date: Thu, 30 Mar 2023 07:42:20 +0200 Message-Id: <20230330054221.2640814-12-mauro.chehab@linux.intel.com> In-Reply-To: <20230330054221.2640814-1-mauro.chehab@linux.intel.com> References: <20230330054221.2640814-1-mauro.chehab@linux.intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: [igt-dev] [PATCH i-g-t v2 11/12] xe/xe_noexec_ping_pong: document subtest List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: igt-dev-bounces@lists.freedesktop.org Sender: "igt-dev" List-ID: From: Mauro Carvalho Chehab Use the SUBTEST tag to add the subtest's description to the IGT test plan documentation. Signed-off-by: Mauro Carvalho Chehab Reviewed-by: Kamil Konieczny --- tests/xe/xe_noexec_ping_pong.c | 26 ++++++++++++++------------ 1 file changed, 14 insertions(+), 12 deletions(-) diff --git a/tests/xe/xe_noexec_ping_pong.c b/tests/xe/xe_noexec_ping_pong.c index dc14f8cf3f2d..367671883a28 100644 --- a/tests/xe/xe_noexec_ping_pong.c +++ b/tests/xe/xe_noexec_ping_pong.c @@ -20,20 +20,22 @@ * Category: Software building block * Sub-category: compute * Test category: functionality test - */ - -/* - * This test creates compute vms, binds a couple of bos and an engine each, - * thus redying it for execution. However, VRAM memory is over- - * committed and while there is still nothing to execute, an eviction - * will trigger the VM's rebind worker to rebind the evicted bo, which - * will in turn trigger another eviction and so on. * - * Since we don't have eviction stats yet we need to watch "top" for - * the rebind kworkers using a lot of CPU while the test idles. + * SUBTEST: + * Description: + * This test creates compute vms, binds a couple of bos and an engine each, + * thus redying it for execution. However, VRAM memory is over- + * committed and while there is still nothing to execute, an eviction + * will trigger the VM's rebind worker to rebind the evicted bo, which + * will in turn trigger another eviction and so on. + * + * Since we don't have eviction stats yet we need to watch "top" for + * the rebind kworkers using a lot of CPU while the test idles. * - * The correct driver behaviour should be not to rebind anything unless - * there is worked queued on one of the VM's compute engines. + * The correct driver behaviour should be not to rebind anything unless + * there is worked queued on one of the VM's compute engines. + * Run type: FULL + * TODO: change ``'Run type' == FULL`` to a better category */ static void test_ping_pong(int fd, struct drm_xe_engine_class_instance *eci) { -- 2.39.2