All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rodrigo Vivi <rodrigo.vivi@intel.com>
To: "Michał Winiarski" <michal.winiarski@intel.com>
Cc: "Lucas De Marchi" <lucas.demarchi@intel.com>,
	"Thomas Hellström" <thomas.hellstrom@linux.intel.com>,
	intel-xe@lists.freedesktop.org,
	"Matthew Brost" <matthew.brost@intel.com>,
	"Michal Wajdeczko" <michal.wajdeczko@intel.com>,
	dri-devel@lists.freedesktop.org,
	"Jani Nikula" <jani.nikula@linux.intel.com>,
	"Joonas Lahtinen" <joonas.lahtinen@linux.intel.com>,
	"Tvrtko Ursulin" <tursulin@ursulin.net>,
	"David Airlie" <airlied@gmail.com>,
	"Simona Vetter" <simona@ffwll.ch>,
	"Lukasz Laguna" <lukasz.laguna@intel.com>
Subject: Re: [PATCH 13/24] drm/xe/pf: Remove GuC migration data save/restore from GT debugfs
Date: Wed, 12 Nov 2025 14:11:42 -0500	[thread overview]
Message-ID: <aRTb7nvT1jpd_k-h@intel.com> (raw)
In-Reply-To: <20251112132220.516975-14-michal.winiarski@intel.com>

On Wed, Nov 12, 2025 at 02:22:09PM +0100, Michał Winiarski wrote:
> In upcoming changes, SR-IOV VF migration data will be extended beyond
> GuC data and exported to userspace using VFIO interface (with a
> vendor-specific variant driver) and a device-level debugfs interface.
> Remove the GT-level debugfs.

Perhaps this should be retained while we don't have the xe-vfio?

> 
> Signed-off-by: Michał Winiarski <michal.winiarski@intel.com>
> Reviewed-by: Michal Wajdeczko <michal.wajdeczko@intel.com>
> ---
>  drivers/gpu/drm/xe/xe_gt_sriov_pf_debugfs.c | 47 ---------------------
>  1 file changed, 47 deletions(-)
> 
> diff --git a/drivers/gpu/drm/xe/xe_gt_sriov_pf_debugfs.c b/drivers/gpu/drm/xe/xe_gt_sriov_pf_debugfs.c
> index 838beb7f6327f..5278ea4fd6552 100644
> --- a/drivers/gpu/drm/xe/xe_gt_sriov_pf_debugfs.c
> +++ b/drivers/gpu/drm/xe/xe_gt_sriov_pf_debugfs.c
> @@ -327,9 +327,6 @@ static const struct {
>  	{ "stop", xe_gt_sriov_pf_control_stop_vf },
>  	{ "pause", xe_gt_sriov_pf_control_pause_vf },
>  	{ "resume", xe_gt_sriov_pf_control_resume_vf },
> -#ifdef CONFIG_DRM_XE_DEBUG_SRIOV
> -	{ "restore!", xe_gt_sriov_pf_migration_restore_guc_state },
> -#endif
>  };
>  
>  static ssize_t control_write(struct file *file, const char __user *buf, size_t count, loff_t *pos)
> @@ -393,47 +390,6 @@ static const struct file_operations control_ops = {
>  	.llseek		= default_llseek,
>  };
>  
> -/*
> - *      /sys/kernel/debug/dri/BDF/
> - *      ├── sriov
> - *      :   ├── vf1
> - *          :   ├── tile0
> - *              :   ├── gt0
> - *                  :   ├── guc_state
> - */
> -
> -static ssize_t guc_state_read(struct file *file, char __user *buf,
> -			      size_t count, loff_t *pos)
> -{
> -	struct dentry *dent = file_dentry(file);
> -	struct dentry *parent = dent->d_parent;
> -	struct xe_gt *gt = extract_gt(parent);
> -	unsigned int vfid = extract_vfid(parent);
> -
> -	return xe_gt_sriov_pf_migration_read_guc_state(gt, vfid, buf, count, pos);
> -}
> -
> -static ssize_t guc_state_write(struct file *file, const char __user *buf,
> -			       size_t count, loff_t *pos)
> -{
> -	struct dentry *dent = file_dentry(file);
> -	struct dentry *parent = dent->d_parent;
> -	struct xe_gt *gt = extract_gt(parent);
> -	unsigned int vfid = extract_vfid(parent);
> -
> -	if (*pos)
> -		return -EINVAL;
> -
> -	return xe_gt_sriov_pf_migration_write_guc_state(gt, vfid, buf, count);
> -}
> -
> -static const struct file_operations guc_state_ops = {
> -	.owner		= THIS_MODULE,
> -	.read		= guc_state_read,
> -	.write		= guc_state_write,
> -	.llseek		= default_llseek,
> -};
> -
>  /*
>   *      /sys/kernel/debug/dri/BDF/
>   *      ├── sriov
> @@ -568,9 +524,6 @@ static void pf_populate_gt(struct xe_gt *gt, struct dentry *dent, unsigned int v
>  
>  		/* for testing/debugging purposes only! */
>  		if (IS_ENABLED(CONFIG_DRM_XE_DEBUG)) {
> -			debugfs_create_file("guc_state",
> -					    IS_ENABLED(CONFIG_DRM_XE_DEBUG_SRIOV) ? 0600 : 0400,
> -					    dent, NULL, &guc_state_ops);
>  			debugfs_create_file("config_blob",
>  					    IS_ENABLED(CONFIG_DRM_XE_DEBUG_SRIOV) ? 0600 : 0400,
>  					    dent, NULL, &config_blob_ops);
> -- 
> 2.51.2
> 

  reply	other threads:[~2025-11-12 19:11 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-11-12 13:21 [PATCH 00/24] drm/xe: VF Migration - Xe internals Michał Winiarski
2025-11-12 13:21 ` [PATCH 01/24] drm/xe/pf: Remove GuC version check for migration support Michał Winiarski
2025-11-12 13:21 ` [PATCH 02/24] drm/xe: Move migration support to device-level struct Michał Winiarski
2025-11-12 13:21 ` [PATCH 03/24] drm/xe/pf: Convert control state to bitmap Michał Winiarski
2025-11-12 13:22 ` [PATCH 04/24] drm/xe/pf: Add save/restore control state stubs and connect to debugfs Michał Winiarski
2025-11-12 13:22 ` [PATCH 05/24] drm/xe/pf: Add data structures and handlers for migration rings Michał Winiarski
2025-11-12 13:22 ` [PATCH 06/24] drm/xe/pf: Add helpers for migration data packet allocation / free Michał Winiarski
2025-11-12 13:22 ` [PATCH 07/24] drm/xe/pf: Add support for encap/decap of bitstream to/from packet Michał Winiarski
2025-11-12 13:22 ` [PATCH 08/24] drm/xe/pf: Add minimalistic migration descriptor Michał Winiarski
2025-11-12 13:22 ` [PATCH 09/24] drm/xe/pf: Expose VF migration data size over debugfs Michał Winiarski
2025-11-12 13:22 ` [PATCH 10/24] drm/xe: Add sa/guc_buf_cache sync interface Michał Winiarski
2025-11-12 13:22 ` [PATCH 11/24] drm/xe: Allow the caller to pass guc_buf_cache size Michał Winiarski
2025-11-12 13:22 ` [PATCH 12/24] drm/xe/pf: Increase PF GuC Buffer Cache size and use it for VF migration Michał Winiarski
2025-11-12 13:22 ` [PATCH 13/24] drm/xe/pf: Remove GuC migration data save/restore from GT debugfs Michał Winiarski
2025-11-12 19:11   ` Rodrigo Vivi [this message]
2025-11-12 23:14     ` Michał Winiarski
2025-11-12 23:22       ` Vivi, Rodrigo
2025-11-12 13:22 ` [PATCH 14/24] drm/xe/pf: Don't save GuC VF migration data on pause Michał Winiarski
2025-11-12 13:22 ` [PATCH 15/24] drm/xe/pf: Switch VF migration GuC save/restore to struct migration data Michał Winiarski
2025-11-12 13:22 ` [PATCH 16/24] drm/xe/pf: Handle GuC migration data as part of PF control Michał Winiarski
2025-11-12 13:22 ` [PATCH 17/24] drm/xe/pf: Add helpers for VF GGTT migration data handling Michał Winiarski
2025-11-12 13:22 ` [PATCH 18/24] drm/xe/pf: Handle GGTT migration data as part of PF control Michał Winiarski
2025-11-12 13:22 ` [PATCH 19/24] drm/xe/pf: Handle MMIO " Michał Winiarski
2025-11-12 13:22 ` [PATCH 20/24] drm/xe/pf: Add helper to retrieve VF's LMEM object Michał Winiarski
2025-11-12 13:22 ` [PATCH 21/24] drm/xe/migrate: Add function to copy of VRAM data in chunks Michał Winiarski
2025-11-12 13:22 ` [PATCH 22/24] drm/xe/pf: Handle VRAM migration data as part of PF control Michał Winiarski
2025-11-12 13:22 ` [PATCH 23/24] drm/xe/pf: Add wait helper for VF FLR Michał Winiarski
2025-11-12 13:22 ` [PATCH 24/24] drm/intel/bmg: Allow device ID usage with single-argument macros Michał Winiarski
2025-11-12 14:10 ` ✗ CI.checkpatch: warning for drm/xe: VF Migration - Xe internals Patchwork
2025-11-12 14:11 ` ✓ CI.KUnit: success " Patchwork
2025-11-12 14:53 ` ✓ Xe.CI.BAT: " Patchwork
2025-11-12 18:34 ` ✗ Xe.CI.Full: failure " Patchwork

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=aRTb7nvT1jpd_k-h@intel.com \
    --to=rodrigo.vivi@intel.com \
    --cc=airlied@gmail.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=intel-xe@lists.freedesktop.org \
    --cc=jani.nikula@linux.intel.com \
    --cc=joonas.lahtinen@linux.intel.com \
    --cc=lucas.demarchi@intel.com \
    --cc=lukasz.laguna@intel.com \
    --cc=matthew.brost@intel.com \
    --cc=michal.wajdeczko@intel.com \
    --cc=michal.winiarski@intel.com \
    --cc=simona@ffwll.ch \
    --cc=thomas.hellstrom@linux.intel.com \
    --cc=tursulin@ursulin.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.