AMD-GFX Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: "Christian König" <christian.koenig@amd.com>
To: chong li <chongli2@amd.com>, amd-gfx@lists.freedesktop.org
Cc: HaiJun.Chang@amd.com
Subject: Re: [PATCH] drm/amdgpu: Add guest driver CUID support
Date: Fri, 8 May 2026 12:13:34 +0200	[thread overview]
Message-ID: <b4da0b5c-73f9-4063-89e4-dbbd08e283ab@amd.com> (raw)
In-Reply-To: <20260508075335.574374-1-chongli2@amd.com>

On 5/8/26 09:53, chong li wrote:
> 1. Add guest driver CUID support
> 2. Do not expose vf index(variable "fcn_idx") to customers,
>    replace the fcn_idx with pad.
>    Only expose the unitid to customers.
> 
> Signed-off-by: chong li <chongli2@amd.com>
> ---
>  drivers/gpu/drm/amd/amdgpu/amdgpu.h         |  1 +
>  drivers/gpu/drm/amd/amdgpu/amdgpu_debugfs.c | 55 +++++++++++++++++++++
>  drivers/gpu/drm/amd/amdgpu/amdgpu_virt.c    |  8 ++-
>  drivers/gpu/drm/amd/amdgpu/amdgv_sriovmsg.h |  2 +-
>  4 files changed, 63 insertions(+), 3 deletions(-)
> 
> diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu.h b/drivers/gpu/drm/amd/amdgpu/amdgpu.h
> index 80b18bbd7f3a..98549a148695 100644
> --- a/drivers/gpu/drm/amd/amdgpu/amdgpu.h
> +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu.h
> @@ -1074,6 +1074,7 @@ struct amdgpu_device {
>  	long				psp_timeout;
>  
>  	uint64_t			unique_id;
> +	uint8_t				unitid;
>  	uint64_t	df_perfmon_config_assign_mask[AMDGPU_MAX_DF_PERFMONS];
>  
>  	/* enable runtime pm on the device */
> diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_debugfs.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_debugfs.c
> index 979032ecaf79..366e37db69d9 100644
> --- a/drivers/gpu/drm/amd/amdgpu/amdgpu_debugfs.c
> +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_debugfs.c
> @@ -2114,6 +2114,45 @@ DEFINE_DEBUGFS_ATTRIBUTE(fops_ib_preempt, NULL,
>  DEFINE_DEBUGFS_ATTRIBUTE(fops_sclk_set, NULL,
>  			amdgpu_debugfs_sclk_set, "%llu\n");
>  

> +
> +static ssize_t amdgpu_debugfs_unique_id_read(struct file *f, char __user *buf,
> +					 size_t size, loff_t *pos)
> +{
> +	struct amdgpu_device *adev = file_inode(f)->i_private;
> +	char tmp[34];
> +	int len;
> +
> +	len = scnprintf(tmp, sizeof(tmp), "0x%016llx\n",
> +			adev->unique_id);
> +
> +	return simple_read_from_buffer(buf, size, pos, tmp, len);
> +}
> +
> +static ssize_t amdgpu_debugfs_unitid_read(struct file *f, char __user *buf,
> +					 size_t size, loff_t *pos)
> +{
> +	struct amdgpu_device *adev = file_inode(f)->i_private;
> +	char tmp[34];
> +	int len;
> +
> +	len = scnprintf(tmp, sizeof(tmp), "0x%02x\n",
> +			adev->unitid);
> +
> +	return simple_read_from_buffer(buf, size, pos, tmp, len);
> +}
> +
> +static const struct file_operations amdgpu_debugfs_unique_id_fops = {
> +	.owner = THIS_MODULE,
> +	.read = amdgpu_debugfs_unique_id_read,
> +	.llseek = default_llseek,
> +};
> +
> +static const struct file_operations amdgpu_debugfs_unitid_fops = {
> +	.owner = THIS_MODULE,
> +	.read = amdgpu_debugfs_unitid_read,
> +	.llseek = default_llseek,
> +};
> +

As far as I can see that is overkill, please use debugfs_create_x64() and debugfs_create_x8() instead.


>  int amdgpu_debugfs_init(struct amdgpu_device *adev)
>  {
>  	struct dentry *root = adev_to_drm(adev)->primary->debugfs_root;
> @@ -2126,6 +2165,22 @@ int amdgpu_debugfs_init(struct amdgpu_device *adev)
>  	debugfs_create_x32("amdgpu_smu_debug", 0600, root,
>  			   &adev->pm.smu_debug_mask);
>  
> +	ent = debugfs_create_file("unique_id", 0444, root, adev,
> +			    &amdgpu_debugfs_unique_id_fops);

> +	if (IS_ERR(ent)) {
> +		drm_err(adev_to_drm(adev),
> +			"unable to create unique_id debugfs file\n");
> +		return PTR_ERR(ent);
> +	}

Debugfs should never have error handling. Please drop that.

> +
> +	ent = debugfs_create_file("unitid", 0444, root, adev,
> +			    &amdgpu_debugfs_unitid_fops);
> +	if (IS_ERR(ent)) {
> +		drm_err(adev_to_drm(adev),
> +			"unable to create unitid debugfs file\n");
> +		return PTR_ERR(ent);
> +	}
> +
>  	ent = debugfs_create_file("amdgpu_preempt_ib", 0600, root, adev,
>  				  &fops_ib_preempt);
>  	if (IS_ERR(ent)) {
> diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_virt.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_virt.c
> index 6974b1c5b56c..45e89e104b5a 100644
> --- a/drivers/gpu/drm/amd/amdgpu/amdgpu_virt.c
> +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_virt.c
> @@ -534,8 +534,12 @@ static int amdgpu_virt_read_pf2vf_data(struct amdgpu_device *adev)
>  		if ((adev->virt.decode_max_dimension_pixels > 0) || (adev->virt.encode_max_dimension_pixels > 0))
>  			adev->virt.is_mm_bw_enabled = true;
>  
> -		adev->unique_id =
> -			((struct amd_sriov_msg_pf2vf_info *)pf2vf_info)->uuid;
> +		adev->unique_id = ((struct amd_sriov_msg_pf2vf_info *)pf2vf_info)->uuid;

Please make sure that this passes checkpatch.pl. Of hand it looks like the line is to long.

Regards,
Christian.

> +
> +		adev->unitid = 0;
> +		if (amdgpu_sriov_is_unitid_support(adev))
> +			adev->unitid = ((struct amd_sriov_msg_pf2vf_info *)pf2vf_info)->unitid;
> +
>  		adev->virt.ras_en_caps.all = ((struct amd_sriov_msg_pf2vf_info *)pf2vf_info)->ras_en_caps.all;
>  		adev->virt.ras_telemetry_en_caps.all =
>  			((struct amd_sriov_msg_pf2vf_info *)pf2vf_info)->ras_telemetry_en_caps.all;
> diff --git a/drivers/gpu/drm/amd/amdgpu/amdgv_sriovmsg.h b/drivers/gpu/drm/amd/amdgpu/amdgv_sriovmsg.h
> index 9dcf0b07d513..d80f01c0e754 100644
> --- a/drivers/gpu/drm/amd/amdgpu/amdgv_sriovmsg.h
> +++ b/drivers/gpu/drm/amd/amdgpu/amdgv_sriovmsg.h
> @@ -295,7 +295,7 @@ struct amd_sriov_msg_pf2vf_info {
>  	uint32_t vf2pf_update_interval_ms;
>  	/* identification in ROCm SMI */
>  	uint64_t uuid;
> -	uint32_t fcn_idx;
> +	uint32_t pad;
>  	/* flags to indicate which register access method VF should use */
>  	union amd_sriov_reg_access_flags reg_access_flags;
>  	/* MM BW management */


  reply	other threads:[~2026-05-08 10:13 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-05-08  7:53 [PATCH] drm/amdgpu: Add guest driver CUID support chong li
2026-05-08 10:13 ` Christian König [this message]
  -- strict thread matches above, loose matches on Subject: below --
2026-04-23 10:11 chong li

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=b4da0b5c-73f9-4063-89e4-dbbd08e283ab@amd.com \
    --to=christian.koenig@amd.com \
    --cc=HaiJun.Chang@amd.com \
    --cc=amd-gfx@lists.freedesktop.org \
    --cc=chongli2@amd.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox