dri-devel.lists.freedesktop.org archive mirror
 help / color / mirror / Atom feed
From: Aravind Iddamsetty <aravind.iddamsetty@linux.intel.com>
To: Zack McKevitt <zachary.mckevitt@oss.qualcomm.com>,
	intel-xe@lists.freedesktop.org, dri-devel@lists.freedesktop.org
Cc: Alex Deucher <alexander.deucher@amd.com>,
	David Airlie <airlied@gmail.com>, Simona Vetter <simona@ffwll.ch>,
	Joonas Lahtinen <joonas.lahtinen@linux.intel.com>,
	Rodrigo Vivi <rodrigo.vivi@intel.com>,
	Hawking Zhang <Hawking.Zhang@amd.com>,
	Lijo Lazar <lijo.lazar@amd.com>,
	Michael J <michael.j.ruhl@intel.com>,
	Riana Tauro <riana.tauro@intel.com>,
	Anshuman Gupta <anshuman.gupta@intel.com>
Subject: Re: [RFC v5 1/5] drm/netlink: Add netlink infrastructure
Date: Thu, 21 Aug 2025 15:15:21 +0530	[thread overview]
Message-ID: <b0447abc-5082-4c87-a21d-6a43de5c788c@linux.intel.com> (raw)
In-Reply-To: <b84ccec7-3971-4497-b563-21b4807f0c98@oss.qualcomm.com>


On 15-08-2025 22:37, Zack McKevitt wrote:
> On 7/30/2025 12:49 AM, Aravind Iddamsetty wrote:
>> +static void drm_genl_family_init(struct drm_device *dev)
>> +{
>> +    dev->drm_genl_family = drmm_kzalloc(dev, sizeof(struct
>> genl_family),
>> +                        GFP_KERNEL);
>> +
>> +    /* Use drm primary node name eg: card0 to name the genl family */
>> +    snprintf(dev->drm_genl_family->name,
>> sizeof(dev->drm_genl_family->name),
>> +         "%s", dev->primary->kdev->kobj.name);
>> +    dev->drm_genl_family->version = DRM_GENL_VERSION;
>> +    dev->drm_genl_family->parallel_ops = true;
>> +    dev->drm_genl_family->ops = drm_genl_ops;
>> +    dev->drm_genl_family->n_ops = ARRAY_SIZE(drm_genl_ops);
>> +    dev->drm_genl_family->maxattr = DRM_ATTR_MAX;
>> +    dev->drm_genl_family->module = dev->dev->driver->owner;
>> +}
>
> We are interested in using this infrastructure at Qualcomm to
> communicate telemetry information for the AI100 accelerators. It would
> be nice if this function could support drm_minor accel nodes
> (dev->accel) as well. 

Glad to know the interest,  at present the code does create drm netlink
family for accel device as well, but it is tries to register with the
drm primary node name which might not be present for dev->accel,
checking for the "DRIVER_COMPUTE_ACCEL" and registering with the name
will fix that.

But also to bring to your attention the current series focuses on
reporting RAS errors and hence the commands are as well oriented towards
errors, anything specific to telemetry needs to be added. Do you have
any thought as to what kind of data and what kind of command support you
might need.

Thanks,
Aravind.
>
> Thanks,
>
> Zack

  reply	other threads:[~2025-08-21  9:45 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-07-30  6:49 [RFC v5 0/5] Proposal to use netlink for RAS and Telemetry across drm subsystem Aravind Iddamsetty
2025-07-30  6:49 ` [RFC v5 1/5] drm/netlink: Add netlink infrastructure Aravind Iddamsetty
2025-08-15 17:07   ` Zack McKevitt
2025-08-21  9:45     ` Aravind Iddamsetty [this message]
2025-08-25 17:31       ` Zack McKevitt
2025-08-15 21:48   ` Rodrigo Vivi
2025-08-26  5:58     ` Aravind Iddamsetty
2025-07-30  6:49 ` [RFC v5 2/5] drm/xe/RAS: Register netlink capability Aravind Iddamsetty
2025-08-15 21:52   ` Rodrigo Vivi
2025-08-26  9:01     ` Aravind Iddamsetty
2025-07-30  6:49 ` [RFC v5 3/5] drm/xe/RAS: Expose the error counters Aravind Iddamsetty
2025-08-15 21:58   ` Rodrigo Vivi
2025-08-26  9:26     ` Aravind Iddamsetty
2025-07-30  6:49 ` [RFC v5 4/5] drm/netlink: Define multicast groups Aravind Iddamsetty
2025-08-15 22:00   ` Rodrigo Vivi
2025-07-30  6:49 ` [RFC v5 5/5] drm/xe/RAS: send multicast event on occurrence of an error Aravind Iddamsetty
2025-08-15 22:01   ` Rodrigo Vivi
2025-08-26  9:34     ` Aravind Iddamsetty
2025-07-30 21:00 ` [RFC v5 0/5] Proposal to use netlink for RAS and Telemetry across drm subsystem Lukas Wunner
2025-07-31 15:30   ` Aravind Iddamsetty
2025-08-13 20:21 ` Rodrigo Vivi
2025-08-15 21:24   ` Rodrigo Vivi
2025-08-26  4:42     ` Aravind Iddamsetty
2025-08-25  9:38   ` Aravind Iddamsetty

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=b0447abc-5082-4c87-a21d-6a43de5c788c@linux.intel.com \
    --to=aravind.iddamsetty@linux.intel.com \
    --cc=Hawking.Zhang@amd.com \
    --cc=airlied@gmail.com \
    --cc=alexander.deucher@amd.com \
    --cc=anshuman.gupta@intel.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=intel-xe@lists.freedesktop.org \
    --cc=joonas.lahtinen@linux.intel.com \
    --cc=lijo.lazar@amd.com \
    --cc=michael.j.ruhl@intel.com \
    --cc=riana.tauro@intel.com \
    --cc=rodrigo.vivi@intel.com \
    --cc=simona@ffwll.ch \
    --cc=zachary.mckevitt@oss.qualcomm.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;
as well as URLs for NNTP newsgroup(s).