From patchwork Fri Dec 1 04:21:51 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: Rodrigo Vivi X-Patchwork-Id: 13475337 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 251ABC10DC1 for ; Fri, 1 Dec 2023 04:22:20 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 6BA8010E7B0; Fri, 1 Dec 2023 04:22:18 +0000 (UTC) Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.10]) by gabe.freedesktop.org (Postfix) with ESMTPS id 8C74610E7AE; Fri, 1 Dec 2023 04:22:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1701404535; x=1732940535; h=from:to:cc:subject:date:message-id:in-reply-to: references:content-transfer-encoding:mime-version; bh=lGY3AmwGZzIUGJ3DL1d+oPdxqNmgb2XvUKwRtzDPXmU=; b=ZioytuJGaVSbQ2ptD34NmxbMtY6sYW3d4p8JpNUiWpaDyXlr9YCW0zX9 waQ9tk5vkS7W2Lhcb7MDiY9TRrPY8gLMZ3aHTmZVFS7S243zMjIJ8/MtJ bPw57w7oAas6EB2lSzQ7YGuhbE5sB2XM9yLn3mJSem546WJE4ZE9VxxSE 086GsgGIhKA5/ftGorSoV2LHKdFyQrzogdyE73PwYvbIfnMcYvhHzsTQ5 wnmHerAcKrPNGDsSRSaEiCeQR3BKn8vH7bW3Jhb91EbCLnwS3qHn3PS8n adu52P92BQlIFhGzydFWPHjBCobjgmxTpdUI/l8gUFSY83B6YzwqKDgAz w==; X-IronPort-AV: E=McAfee;i="6600,9927,10910"; a="443402" X-IronPort-AV: E=Sophos;i="6.04,240,1695711600"; d="scan'208";a="443402" Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by fmvoesa104.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Nov 2023 20:22:14 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10910"; a="1101170098" X-IronPort-AV: E=Sophos;i="6.04,240,1695711600"; d="scan'208";a="1101170098" Received: from orsmsx602.amr.corp.intel.com ([10.22.229.15]) by fmsmga005.fm.intel.com with ESMTP/TLS/AES256-GCM-SHA384; 30 Nov 2023 20:22:13 -0800 Received: from orsmsx610.amr.corp.intel.com (10.22.229.23) by ORSMSX602.amr.corp.intel.com (10.22.229.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.34; Thu, 30 Nov 2023 20:22:13 -0800 Received: from ORSEDG602.ED.cps.intel.com (10.7.248.7) by orsmsx610.amr.corp.intel.com (10.22.229.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.34 via Frontend Transport; Thu, 30 Nov 2023 20:22:13 -0800 Received: from NAM11-CO1-obe.outbound.protection.outlook.com (104.47.56.168) by edgegateway.intel.com (134.134.137.103) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.34; Thu, 30 Nov 2023 20:22:12 -0800 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DQSgjX0ZS5hvuhgoXTW0tzVq8iVV3o/lBfKPWNdwOn6tXKxdFbDWpXfct2bWTQZykRBTsyECTJcbQLDhR14We0JHkucrcwZugKdbgfchGdaNw1xci/8Fu8cN9I5aTmFJdcAYX7ZMzy4ybW0YA9iCEikO9aWF1o7H220efOxXP7vPgmfRrHA9R84+V0u6wkcvXp6HRXHYfEI6p2NN0vEZWzSKDrlHx4ubg2JSMSaFAjfceyVGu4KRdsbZDVkhWXsS9IxeGl/CEJAhQyB91x2Q1Yxtbtad82+F9vnXY/9Q7NQ8x6l+SWU5j0+5xSeBJza8rvTZ7sxHJLtVtUKzseCDRQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=7fATNwpWSgWlZupOjGswB9vXu7pUn2M/yTmxAwDJmsE=; b=W2O3mDDgYa5NMD/J6XotdWPX2LWTMD89eteWbeKDyGcpFcfXOrt+6WK0ktZVWLCTAMxvrN8IZw44VvJQtCtWc+f92cVuob/8EI/u+o1PXCBAWkRoMGlZJtzDGkeBqGvdiVjVObxdAhDt4jUoUjsCMu2heO8oAfBNZSYhvJlnO2sSgrYYm8MlpfiqX69owljPi5k/dZuPDMWc7Tmi4YgkwKdlLaXVEQRCDtQcrBl8GZhezhMxjxGG/2nvQoBKTZ8MIKD03AyTNwbtIArkTciKQsacGnsCH7dGam25N/jyqsEfv/QAP63JW7cmJ1VS5aw7jBRFBeNSDyeyVJpx0oT98A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=intel.com; dmarc=pass action=none header.from=intel.com; dkim=pass header.d=intel.com; arc=none Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=intel.com; Received: from MN0PR11MB6059.namprd11.prod.outlook.com (2603:10b6:208:377::9) by MW3PR11MB4666.namprd11.prod.outlook.com (2603:10b6:303:56::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7046.24; Fri, 1 Dec 2023 04:22:11 +0000 Received: from MN0PR11MB6059.namprd11.prod.outlook.com ([fe80::ada2:f954:a3a5:6179]) by MN0PR11MB6059.namprd11.prod.outlook.com ([fe80::ada2:f954:a3a5:6179%5]) with mapi id 15.20.7046.023; Fri, 1 Dec 2023 04:22:11 +0000 From: Rodrigo Vivi To: , , , , , , , , , Subject: [PATCH 1/5] drm/doc/rfc: Mark long running workload as complete. Date: Thu, 30 Nov 2023 23:21:51 -0500 Message-ID: <20231201042158.80009-2-rodrigo.vivi@intel.com> X-Mailer: git-send-email 2.43.0 In-Reply-To: <20231201042158.80009-1-rodrigo.vivi@intel.com> References: <20231201042158.80009-1-rodrigo.vivi@intel.com> X-ClientProxiedBy: SJ0PR03CA0220.namprd03.prod.outlook.com (2603:10b6:a03:39f::15) To MN0PR11MB6059.namprd11.prod.outlook.com (2603:10b6:208:377::9) MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: MN0PR11MB6059:EE_|MW3PR11MB4666:EE_ X-MS-Office365-Filtering-Correlation-Id: 42d5a157-7ccb-41d4-7316-08dbf22516a0 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: XfeJsiQ1Qckm3yxjI7XLYzyq4lgtcds6lxiFKYyUVfc4qj/Sx6HjOBEQmQSDZLw2yH59Ko7IF8qItzRiz3dcOOGHthCM0gDJ3BLWuDfRLGurmzq7Y0DrWPlDk1I0bYmjRbicbsXMMAbgLaKuWGyEeXfTLdHC1eV4cceB1GdUxx89h0+WJzpaJX5m5de7rRT9bUV757Y2se65ZpPicfsQ9N33wEBDRlw2l2rjFV3brQcbvCOUxF/hGBQwbl8L3bbdG8W9VSthMGJf4fltKNl1iZNjl/P8KD6MshAc97gY7jqPQUyslYuyonY+2yjDJnEcFgm9ALEv7hH1UfPVd+P9agsb2YntwcqwZNk4lF17NicYCIqCbSW0fXU0xuZRycUxg0J0maUO8m1NuhKtpGyMbEx1jPdcVAcQ1/RvgeZwQc1zVEhFNCDVKzJkrRhM//Vjozc2QwkWXg34c26HpTI+1hSJZMdTNzLNPImRHshlRjZONrst7zx/f0MEETHM77321W5AvDZCtl3q58BASJZxYLT0WRjbx/pTUF/ATiKlECn1S9bMQSHZFudscbO+JmzxKHNN6hrPw9wxUAngxXShausJ6C5s7Puh57sRemZIGnU= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN0PR11MB6059.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230031)(39860400002)(346002)(376002)(366004)(396003)(136003)(230922051799003)(1800799012)(186009)(64100799003)(451199024)(26005)(6512007)(6506007)(1076003)(107886003)(44832011)(6666004)(2616005)(83380400001)(478600001)(4326008)(41300700001)(8676002)(8936002)(7416002)(5660300002)(2906002)(6486002)(316002)(54906003)(66556008)(66476007)(66946007)(36756003)(38100700002)(82960400001)(86362001)(66899024)(921008); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?q?RTQEzEoubSAAKep9qhK8u8wtCBv+?= =?utf-8?q?kEOOeSEy2Kpjoc/s/NHfwTcp41zXs14EvZOhZMUSb9SlTkOj3ecAgq40Q3bhU8Qf6?= =?utf-8?q?Qfe7pd8QF1kbjAoYqYRZia0Uu+MdER3pyMDD8uE2cuR++isF1qEmxVke1o042oZYG?= =?utf-8?q?15rphoNcqg6T9rz4gL7gqxLnq8boyxmZJEqX2yZuiE//WichZB6GkQCf69DlLlskm?= =?utf-8?q?LQhZG1YyOD+xd2Gx/MjcBotG9k9WBvuFy1T3DzxVw3ygl5XRS1deBzE5/pX531ESa?= =?utf-8?q?DnRKINWpxv4LvM4+tauuyVDDHiGXnsGhQzaGf2Bow45qD13lE2AfEhVJZ2T5/CSlD?= =?utf-8?q?xZZUhx0jjxucmDY5qcU8qgCJWCyqNEOWhB+AqlvMcOqn2ZdMbwpBTwOzQJxoNo58/?= =?utf-8?q?GS7dMLQhJW1oTh8DQaXUl64kD0rbY4sdDsOWhhzxxQUmlgMQE/wPR4mhob6shOMCe?= =?utf-8?q?xaJooH4Kv78uR5xCtzan0vrjq+9p2ZeV8rKDCyZm2gdbMwMSZbRTkITgcumtygIEp?= =?utf-8?q?z/vakiDYklLdS4SElbmxyjHo1ndeVwFZ+xbIgM0PuO14RswLmJ3clMYFIvTtxgqnt?= =?utf-8?q?TRz/3KQcHpVNNaEEfbgoduhozoYIj7uI0ZfUXSC+3mRHYrvFNjUTAwHMo4Qf8kW9D?= =?utf-8?q?XggtnADarA3a+RdVgF1mzzshDOBePHDfO5wrel3PBnPfHWav0d/J9QTKNX4sWPjLu?= =?utf-8?q?n7YdgkCvQ2fLtg7Sz/P+jNKcghSiE40xmLxV09bRNx9+ORsACWbh0CwXX+KWGdymy?= =?utf-8?q?yE3hLssOX9Ug6JFySYhSIvSX/5yuBL7upEiEJ5GhNzjPesIQ9GhbHDxQZ7OYfWWme?= =?utf-8?q?FGy0caBZkkWiUFNh274aq1kTGB3Mr0w6ax6ODhsdIqST60xEj2ko2j0GSlTCgWRiM?= =?utf-8?q?pcA9ShX+v7xhc3yBfOJZhJyngytmqtZ4RQ04vw/aV61bHMe5nwAvXDY8dc+FwbolB?= =?utf-8?q?SX1UN7gxJQ8hISxV8UDakDThQzEyIzIRjipzq+sCU6fe/KqLyM86etrrBgkb3BNdR?= =?utf-8?q?nWYqYKRIpBlC7uihoRf1svulm8tZIbehN8jjlcA9evnfpl38o1xBOTFUjb5jJE1H2?= =?utf-8?q?0GvOwLUp5GLEA4JBqT0E+Q/5Oc2faQdIe75ODnhli3yPHjRov4zF5o5BUQxh7EJv6?= =?utf-8?q?rC/oSW9hqN9BN17rzCPjtM1+S5GWRIb4gYjjr17gSdhqHwim+abdHb+9eJkxe5Q8j?= =?utf-8?q?CfdBP3gf6K19+zH7yIlJE61vLaYfg9trkvRa4NrbUOSO9+re1v0jAfRnneu4W671X?= =?utf-8?q?pS9a9lW7lVAnnWytAL5nrqLHziUs6TQqigOP3SyUJQaUOuoaU9Nl5zQ5my/TN3iaL?= =?utf-8?q?XtV/prYpZhHUPILlef4CPHZ5PZYo+e/zogf4Gglq5DoCmXiuzORCIqGlx3rzveBtg?= =?utf-8?q?h+Q322D3QxtwAmO7kg26e/TeMNNMhQc2yG3OfNVEXc/6N1wjiPI9TRiUSw1twzYsE?= =?utf-8?q?YHzjU+e+hrWAn0LqC99b8z+oMDpNYH45Qki9d3Wj0BGwwDiTmr/QYADN4bX1MOtT8?= =?utf-8?q?se+mbEiSy8T6vH52ENTRJgjHxoyk/Rc1vQ=3D=3D?= X-MS-Exchange-CrossTenant-Network-Message-Id: 42d5a157-7ccb-41d4-7316-08dbf22516a0 X-MS-Exchange-CrossTenant-AuthSource: MN0PR11MB6059.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 01 Dec 2023 04:22:11.2039 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 46c98d88-e344-4ed4-8496-4ed7712e255d X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: ze/wfyezk6Ni2kD6kYmPkoxLxJFAgvbuxHN894WZaw3lJ1MbB2723GAgKXSS6qZfAj4he0aKLBwwCfp/TpKdlw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW3PR11MB4666 X-OriginatorOrg: intel.com X-BeenThere: dri-devel@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Direct Rendering Infrastructure - Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Matthew Brost , Rodrigo Vivi Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" From: Matthew Brost No DRM scheduler changes required, drivers just return NULL in run_job vfunc. The rough consensus is that no helper or extra scaffolding is needed around long-running jobs and no further changes to drm-scheduler. At least for now. Other drivers that currently do long-running workloads have no plat to use drm-scheduler. Besides, the current consensus is that this solution of simply returning NULL to the run_job function should work without extra code duplication or complication. On top of that, this item was already a non-blocking one for upstreaming Xe, so let's move that to the 'Completed' section and revisit the long-running solution as a community after Xe is integrated in DRM. Signed-off-by: Matthew Brost Signed-off-by: Rodrigo Vivi --- Documentation/gpu/rfc/xe.rst | 27 ++++++++++++--------------- 1 file changed, 12 insertions(+), 15 deletions(-) diff --git a/Documentation/gpu/rfc/xe.rst b/Documentation/gpu/rfc/xe.rst index ceb21219d52e..2a5132327617 100644 --- a/Documentation/gpu/rfc/xe.rst +++ b/Documentation/gpu/rfc/xe.rst @@ -132,21 +132,6 @@ the time comes. The DRM GPUVM helpers do not yet include the userptr parts, but discussions about implementing them are ongoing. -Long running compute: minimal data structure/scaffolding --------------------------------------------------------- -The generic scheduler code needs to include the handling of endless compute -contexts, with the minimal scaffolding for preempt-ctx fences (probably on the -drm_sched_entity) and making sure drm_scheduler can cope with the lack of job -completion fence. - -The goal is to achieve a consensus ahead of Xe initial pull-request, ideally with -this minimal drm/scheduler work, if needed, merged to drm-misc in a way that any -drm driver, including Xe, could re-use and add their own individual needs on top -in a next stage. However, this should not block the initial merge. - -This is a non-blocker item since the driver without the support for the long -running compute enabled is not a showstopper. - Display integration with i915 ----------------------------- In order to share the display code with the i915 driver so that there is maximum @@ -184,6 +169,18 @@ Xe – uAPI high level overview Xe – Pre-Merge Goals - Completed ================================ +Long running compute: minimal data structure/scaffolding +-------------------------------------------------------- +The generic scheduler code needs to include the handling of endless compute +contexts, with the minimal scaffolding for preempt-ctx fences (probably on the +drm_sched_entity) and making sure drm_scheduler can cope with the lack of job +completion fence. + +The goal is to achieve a consensus ahead of Xe initial pull-request, ideally with +this minimal drm/scheduler work, if needed, merged to drm-misc in a way that any +drm driver, including Xe, could re-use and add their own individual needs on top +in a next stage. However, this should not block the initial merge. + Dev_coredump ------------