From: "Dixit, Ashutosh" <ashutosh.dixit@intel.com>
To: intel-xe@lists.freedesktop.org
Cc: Lionel Landwerlin <lionel.g.landwerlin@intel.com>,
Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>,
Robert Krzemien <robert.krzemien@intel.com>,
Jose Souza <jose.souza@intel.com>
Subject: Re: [PATCH] drm/xe/oa/uapi: Allow OA config's to have arbitrary names/id's
Date: Tue, 09 Jul 2024 18:09:27 -0700 [thread overview]
Message-ID: <87h6cyxdbs.wl-ashutosh.dixit@intel.com> (raw)
In-Reply-To: <20240710011741.3589516-1-ashutosh.dixit@intel.com>
On Tue, 09 Jul 2024 18:17:41 -0700, Ashutosh Dixit wrote:
>
> Added OA configs were previously identified by means of a uuid. Rather than
> forcing userspace to use uuid, here we generalize this scheme to allow
> userspace the flexibility to use whatever naming scheme (including uuid)
> they may wish to use to identify and track OA config's. Names must still be
> unique or will be rejected.
To provide some additional context for the need for this patch: at present
multiple UMD's can add OA configs. But these UMD's don't have a centralized
place to manage OA config uuid's. Therefore, OA configs added by one UMD
are incomprehensible to the other UMD (since they both use their own
private uuid, even for the same OA config).
So one solution to this problem is of course to have the UMD's coordinate
and use global uuid's across all UMD's.
If this is somehow not possible, originating OA config's do have another
globally unique identifier, "metricset name" (such as RenderBasic,
ComputeBasic, TestOA etc.). So if we allow UMD's to use this "metricset
name" when adding OA configs to Xe KMD, UMD's will be able to identify an
OA config added by a different UMD. So the "metricset name" can serve as a
globally unique identifier for OA configs.
This patch allows this second solution to be possible, without preventing
the first solution.
Thanks.
--
Ashutosh
next prev parent reply other threads:[~2024-07-10 1:22 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-07-10 1:17 [PATCH] drm/xe/oa/uapi: Allow OA config's to have arbitrary names/id's Ashutosh Dixit
2024-07-10 1:09 ` Dixit, Ashutosh [this message]
2024-07-12 19:48 ` Umesh Nerlige Ramappa
2024-07-10 1:23 ` ✓ CI.Patch_applied: success for " Patchwork
2024-07-10 1:23 ` ✓ CI.checkpatch: " Patchwork
2024-07-10 1:24 ` ✓ CI.KUnit: " Patchwork
2024-07-10 1:36 ` ✓ CI.Build: " Patchwork
2024-07-10 1:38 ` ✓ CI.Hooks: " Patchwork
2024-07-10 1:40 ` ✓ CI.checksparse: " Patchwork
2024-07-10 2:05 ` ✓ CI.BAT: " Patchwork
2024-07-10 3:02 ` ✗ CI.FULL: failure " Patchwork
2024-07-10 19:33 ` [PATCH] " Cavitt, Jonathan
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=87h6cyxdbs.wl-ashutosh.dixit@intel.com \
--to=ashutosh.dixit@intel.com \
--cc=intel-xe@lists.freedesktop.org \
--cc=jose.souza@intel.com \
--cc=lionel.g.landwerlin@intel.com \
--cc=robert.krzemien@intel.com \
--cc=umesh.nerlige.ramappa@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