From mboxrd@z Thu Jan 1 00:00:00 1970 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 A887AD49C91 for ; Fri, 30 Jan 2026 09:50:15 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 6B1E310E967; Fri, 30 Jan 2026 09:50:15 +0000 (UTC) Authentication-Results: gabe.freedesktop.org; dkim=pass (2048-bit key; unprotected) header.d=intel.com header.i=@intel.com header.b="llO4DSWA"; dkim-atps=neutral Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.19]) by gabe.freedesktop.org (Postfix) with ESMTPS id 6F37910E967 for ; Fri, 30 Jan 2026 09:50:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1769766613; x=1801302613; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=4Sy9+blPP/UNxP4/2u72hgc57ZcAs+rsZ9Xx6OSGqHY=; b=llO4DSWAobYyoog7hMP8YiGM0716smduU5isdNbGSuNcSTXNBPRzQtUd g8+3/7Vm7KU7a/jVW0MizrKudg1/+FIyEtyr7yMVsSJI0Hrf++V3fbGne dh/XVP1lXJ/7vAMsj7MrBIkN4plRFxr4y/xm0VeviSqvUoODvBuEtvU9B ztJqvfkB2/hk/aQXLVNXRv/o63aGnkWC/bHPPbabBb5WQ/DxfCU3h4CBB pHAxT2N6ZSC0N55eO/HpjE+odAobt1GTSugfZN9jxwQON7qqpqU7LsedB G3dEaQLgCRyHtV8AlgufOdFO5JpVbhXvJBxc2I2M4NGzxjnJR72MS3LtZ A==; X-CSE-ConnectionGUID: 0JmPsQ03SVOZ0xNbCBfcDA== X-CSE-MsgGUID: rKXjpwSeTZy9v8EHxx7lFQ== X-IronPort-AV: E=McAfee;i="6800,10657,11686"; a="70035302" X-IronPort-AV: E=Sophos;i="6.21,262,1763452800"; d="scan'208";a="70035302" Received: from fmviesa009.fm.intel.com ([10.60.135.149]) by fmvoesa113.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Jan 2026 01:50:13 -0800 X-CSE-ConnectionGUID: MilM76ClTLmGp2IXPZP2dg== X-CSE-MsgGUID: H/TNMN/WSL2fQ0+F3iOYRw== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.21,262,1763452800"; d="scan'208";a="209238590" Received: from nkumarg-desk.iind.intel.com ([10.190.216.171]) by fmviesa009.fm.intel.com with ESMTP; 30 Jan 2026 01:50:12 -0800 From: Nareshkumar Gollakoti To: intel-xe@lists.freedesktop.org Cc: naresh.kumar.g@intel.com, Michal.Wajdeczko@intel.com Subject: [PATCH v2 0/2] drm/xe:Mutual exclusivity between CCS-mode and PF Date: Fri, 30 Jan 2026 15:14:24 +0530 Message-ID: <20260130094423.1111201-4-naresh.kumar.g@intel.com> X-Mailer: git-send-email 2.43.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: intel-xe@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Intel Xe graphics driver List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-xe-bounces@lists.freedesktop.org Sender: "Intel-xe" Due to SLA agreement between PF and VFs,the alternate CCS-mode cannot be changed when VFs are already enabled. Similarly, enabling VFs is not permitted when the alternate CCS-mode is active. Also skipping populating CCS-mode sysfs entry in VF Mode. --- v2: - function xe_device_is_vf_enabled has been refactored to xe_sriov_pf_has_vfs_enabled and moved to xe_sriov_pf_helper.h. - The code now distinctly checks for SR-IOV VF mode and SR-IOV PF with VFs enabled. - Log messages have been updated to explicitly state the current mode. - The function xe_multi_ccs_mode_enabled is moved to xe_device.h v3: Described missed arg documentation for xe_sriov_pf_has_vfs_enabled v4: - sysfs interface for CCS mode is not initialized when operating in SRIOV VF Mode. - xe_sriov_pf_has_vfs_enabled() check is sufficient while CCS mode enablement. - remove unnecessary comments as flow is self explanatory. v5:(review comments from Michal) - Add xe device level CCS mode block with mutex lock and CCS mode state - necessesary functions to manage ccs mode state to provide strict mutual exclusive support b/w CCS mode & SRIOV VF enabling v6: - Re modeled implementation based on lockdown the PF using custom guard supported functions by Michal v7: - Corrected patch style as message written as subject - Used public PF lockdown functions instead internal funcions(Michal) - Creating CCS Mode entries only on PF Mode v8:(Michal) - updated short subject and few comments - used guard for mutex - Add a check of PF Mode to ensure use of xe_sriov_pf_lockdown only in PF Mode - Added default CCS mode check to xe_gt_ccs_mode_default(gt) function v9:(Michal) - Added xe_gt_ccs_mode_default(gt) as static inline and it can be used across driver to use between default or alternate CCS mode - removed comment from obvious code v10:(Michal) - Address feedback. Nareshkumar Gollakoti (2): drm/xe: Fix Prevent VFs from exposing the CCS mode sysfs file drm/xe: Mutual exclusivity between CCS-mode and PF drivers/gpu/drm/xe/xe_gt_ccs_mode.c | 39 ++++++++++++++++++----------- drivers/gpu/drm/xe/xe_gt_ccs_mode.h | 12 +++++++++ 2 files changed, 36 insertions(+), 15 deletions(-) -- 2.43.0