From: Rodrigo Vivi <rodrigo.vivi@intel.com>
To: Michal Wajdeczko <michal.wajdeczko@intel.com>
Cc: intel-xe@lists.freedesktop.org,
"Piotr Piórkowski" <piotr.piorkowski@intel.com>
Subject: Re: [PATCH v2 10/10] drm/xe/pf: Add documentation for vram_quota
Date: Wed, 18 Feb 2026 16:21:55 -0500 [thread overview]
Message-ID: <aZYtc9iUfSGEnqnp@intel.com> (raw)
In-Reply-To: <20260218205553.3561-11-michal.wajdeczko@intel.com>
On Wed, Feb 18, 2026 at 09:55:52PM +0100, Michal Wajdeczko wrote:
> Add initial documentation for recently added VRAM provisioning
> Xe driver specific SR-IOV sysfs files under device/sriov_admin.
>
> Signed-off-by: Michal Wajdeczko <michal.wajdeczko@intel.com>
> Cc: Rodrigo Vivi <rodrigo.vivi@intel.com>
> Reviewed-by: Piotr Piórkowski <piotr.piorkowski@intel.com>
> ---
> v2: fix typo (Piotr)
Acked-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
> ---
> .../ABI/testing/sysfs-driver-intel-xe-sriov | 31 +++++++++++++++++++
> 1 file changed, 31 insertions(+)
>
> diff --git a/Documentation/ABI/testing/sysfs-driver-intel-xe-sriov b/Documentation/ABI/testing/sysfs-driver-intel-xe-sriov
> index 7f5ef9eada53..1d6eaff6882f 100644
> --- a/Documentation/ABI/testing/sysfs-driver-intel-xe-sriov
> +++ b/Documentation/ABI/testing/sysfs-driver-intel-xe-sriov
> @@ -129,6 +129,37 @@ Description:
> -EIO if FW refuses to change the provisioning.
>
>
> +What: /sys/bus/pci/drivers/xe/.../sriov_admin/.bulk_profile/vram_quota
> +What: /sys/bus/pci/drivers/xe/.../sriov_admin/vf<n>/profile/vram_quota
> +Date: February 2026
> +KernelVersion: 7.0
> +Contact: intel-xe@lists.freedesktop.org
> +Description:
> + These files allow to perform initial VFs VRAM provisioning prior to VFs
> + enabling or to change VFs VRAM provisioning once the VFs are enabled.
> + Any non-zero initial VRAM provisioning will block VFs auto-provisioning.
> + Without initial VRAM provisioning those files will show result of the
> + VRAM auto-provisioning performed by the PF once the VFs are enabled.
> + Once the VFs are disabled, all VRAM provisioning will be released.
> + These files are visible only on discrete Intel Xe platforms with VRAM
> + and are writeable only if dynamic VFs VRAM provisioning is supported.
> +
> + .bulk_profile/vram_quota: (WO) unsigned integer
> + The amount of the provisioned VRAM in [bytes] for each VF.
> + Actual quota value might be aligned per HW/FW requirements.
> +
> + profile/vram_quota: (RW) unsigned integer
> + The amount of the provisioned VRAM in [bytes] for this VF.
> + Actual quota value might be aligned per HW/FW requirements.
> +
> + Default is 0 (unprovisioned).
> +
> + Writes to these attributes may fail with errors like:
> + -EINVAL if provided input is malformed or not recognized,
> + -EPERM if change is not applicable on given HW/FW,
> + -EIO if FW refuses to change the provisioning.
> +
> +
> What: /sys/bus/pci/drivers/xe/.../sriov_admin/vf<n>/stop
> Date: October 2025
> KernelVersion: 6.19
> --
> 2.47.1
>
next prev parent reply other threads:[~2026-02-18 21:22 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-18 20:55 [PATCH v2 00/10] drm/xe/pf: Allow to change VFs VRAM quota using sysfs Michal Wajdeczko
2026-02-18 20:55 ` [PATCH v2 01/10] drm/xe/pf: Expose LMTT page size Michal Wajdeczko
2026-02-20 8:22 ` Piotr Piórkowski
2026-02-18 20:55 ` [PATCH v2 02/10] drm/xe/pf: Add locked variants of VRAM configuration functions Michal Wajdeczko
2026-02-18 20:55 ` [PATCH v2 03/10] drm/xe/pf: Add functions for VRAM provisioning Michal Wajdeczko
2026-02-18 20:55 ` [PATCH v2 04/10] drm/xe/pf: Allow to change VFs VRAM quota using sysfs Michal Wajdeczko
2026-02-18 21:21 ` Rodrigo Vivi
2026-02-18 20:55 ` [PATCH v2 05/10] drm/xe/pf: Use migration-friendly VRAM auto-provisioning Michal Wajdeczko
2026-02-18 20:55 ` [PATCH v2 06/10] drm/xe/tests: Add KUnit tests for new VRAM fair provisioning Michal Wajdeczko
2026-02-27 1:16 ` Nathan Chancellor
2026-02-18 20:55 ` [PATCH v2 07/10] drm/xe/pf: Don't check for empty config Michal Wajdeczko
2026-02-18 20:55 ` [PATCH v2 08/10] drm/xe/pf: Prefer guard(mutex) when doing fair LMEM provisioning Michal Wajdeczko
2026-02-18 20:55 ` [PATCH v2 09/10] drm/xe/pf: Skip VRAM auto-provisioning if already provisioned Michal Wajdeczko
2026-02-18 20:55 ` [PATCH v2 10/10] drm/xe/pf: Add documentation for vram_quota Michal Wajdeczko
2026-02-18 21:21 ` Rodrigo Vivi [this message]
2026-02-18 21:01 ` ✗ CI.checkpatch: warning for drm/xe/pf: Allow to change VFs VRAM quota using sysfs (rev2) Patchwork
2026-02-18 21:03 ` ✓ CI.KUnit: success " Patchwork
2026-02-18 21:47 ` ✗ Xe.CI.BAT: failure " Patchwork
2026-02-20 10:35 ` Michal Wajdeczko
2026-02-18 23:19 ` ✗ Xe.CI.FULL: " Patchwork
2026-02-20 10:37 ` Michal Wajdeczko
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=aZYtc9iUfSGEnqnp@intel.com \
--to=rodrigo.vivi@intel.com \
--cc=intel-xe@lists.freedesktop.org \
--cc=michal.wajdeczko@intel.com \
--cc=piotr.piorkowski@intel.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