From: Ekansh Gupta <ekansh.gupta@oss.qualcomm.com>
To: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
Cc: "Oded Gabbay" <ogabbay@kernel.org>,
"Jonathan Corbet" <corbet@lwn.net>,
"Shuah Khan" <skhan@linuxfoundation.org>,
"Joerg Roedel" <joro@8bytes.org>, "Will Deacon" <will@kernel.org>,
"Robin Murphy" <robin.murphy@arm.com>,
"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
"Maxime Ripard" <mripard@kernel.org>,
"Thomas Zimmermann" <tzimmermann@suse.de>,
"David Airlie" <airlied@gmail.com>,
"Simona Vetter" <simona@ffwll.ch>,
"Sumit Semwal" <sumit.semwal@linaro.org>,
"Christian König" <christian.koenig@amd.com>,
dri-devel@lists.freedesktop.org, linux-doc@vger.kernel.org,
linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org,
iommu@lists.linux.dev, linux-media@vger.kernel.org,
linaro-mm-sig@lists.linaro.org,
"Srinivas Kandagatla" <srinivas.kandagatla@oss.qualcomm.com>,
"Bharath Kumar" <quic_bkumar@quicinc.com>,
"Chenna Kesava Raju" <quic_chennak@quicinc.com>
Subject: Re: [PATCH RFC 07/18] accel/qda: Add DRM accel device registration for QDA driver
Date: Mon, 2 Mar 2026 14:03:50 +0530 [thread overview]
Message-ID: <f5a1d71a-0a32-4e18-aaa0-bd6dcc9c133b@oss.qualcomm.com> (raw)
In-Reply-To: <jjj5b2says6y2sk4lokcxslzcwlsg3gj7rme34lqmhufqc7eam@x256mqlsuvet>
On 2/24/2026 3:46 AM, Dmitry Baryshkov wrote:
> On Tue, Feb 24, 2026 at 12:39:01AM +0530, Ekansh Gupta wrote:
>> Add DRM accel integration for the QDA DSP accelerator driver. A new
>> qda_drm_priv structure is introduced to hold per-device DRM state,
>> including a pointer to the memory manager and the parent qda_dev
>> instance. The driver now allocates a drm_device, initializes
>> driver-private state, and registers the device via the DRM accel
>> infrastructure.
>>
>> qda_register_device() performs allocation and registration of the DRM
>> device, while qda_unregister_device() handles device teardown and
>> releases references using drm_dev_unregister() and drm_dev_put().
>> Initialization and teardown paths are updated so DRM resources are
>> allocated after IOMMU/memory-manager setup and cleaned during RPMsg
>> remove.
>>
>> This patch lays the foundation for adding GEM buffer support and IOCTL
>> handling in later patches as part of the compute accelerator interface.
>>
>> Signed-off-by: Ekansh Gupta <ekansh.gupta@oss.qualcomm.com>
>> ---
>> drivers/accel/qda/qda_drv.c | 103 ++++++++++++++++++++++++++++++++++++++++++
>> drivers/accel/qda/qda_drv.h | 33 +++++++++++++-
>> drivers/accel/qda/qda_rpmsg.c | 8 ++++
>> 3 files changed, 142 insertions(+), 2 deletions(-)
>>
>> diff --git a/drivers/accel/qda/qda_drv.c b/drivers/accel/qda/qda_drv.c
>> index 69132737f964..a9113ec78fa2 100644
>> --- a/drivers/accel/qda/qda_drv.c
>> +++ b/drivers/accel/qda/qda_drv.c
>> @@ -4,9 +4,31 @@
>> #include <linux/kernel.h>
>> #include <linux/atomic.h>
>> #include <linux/slab.h>
>> +#include <drm/drm_accel.h>
>> +#include <drm/drm_drv.h>
>> +#include <drm/drm_file.h>
>> +#include <drm/drm_gem.h>
>> +#include <drm/drm_ioctl.h>
>> #include "qda_drv.h"
>> #include "qda_rpmsg.h"
>>
>> +DEFINE_DRM_ACCEL_FOPS(qda_accel_fops);
>> +
>> +static struct drm_driver qda_drm_driver = {
>> + .driver_features = DRIVER_COMPUTE_ACCEL,
>> + .fops = &qda_accel_fops,
> Strange indentation in the middle. Please drop it.
ack.
>
>> + .name = DRIVER_NAME,
>> + .desc = "Qualcomm DSP Accelerator Driver",
>> +};
>> +
>> +static void cleanup_drm_private(struct qda_dev *qdev)
>> +{
>> + if (qdev->drm_priv) {
>> + qda_dbg(qdev, "Cleaning up DRM private data\n");
>> + kfree(qdev->drm_priv);
>> + }
>> +}
>> +
>> static void cleanup_iommu_manager(struct qda_dev *qdev)
>> {
>> if (qdev->iommu_mgr) {
>> @@ -24,6 +46,7 @@ static void cleanup_device_resources(struct qda_dev *qdev)
>>
>> void qda_deinit_device(struct qda_dev *qdev)
>> {
>> + cleanup_drm_private(qdev);
>> cleanup_iommu_manager(qdev);
>> cleanup_device_resources(qdev);
>> }
>> @@ -59,6 +82,18 @@ static int init_memory_manager(struct qda_dev *qdev)
>> return 0;
>> }
>>
>> +static int init_drm_private(struct qda_dev *qdev)
>> +{
>> + qda_dbg(qdev, "Initializing DRM private data\n");
>> +
>> + qdev->drm_priv = kzalloc_obj(*qdev->drm_priv, GFP_KERNEL);
>> + if (!qdev->drm_priv)
>> + return -ENOMEM;
>> +
>> + qda_dbg(qdev, "DRM private data initialized successfully\n");
>> + return 0;
>> +}
>> +
>> int qda_init_device(struct qda_dev *qdev)
>> {
>> int ret;
>> @@ -71,14 +106,82 @@ int qda_init_device(struct qda_dev *qdev)
>> goto err_cleanup_resources;
>> }
>>
>> + ret = init_drm_private(qdev);
>> + if (ret) {
>> + qda_err(qdev, "DRM private data initialization failed: %d\n", ret);
>> + goto err_cleanup_iommu;
>> + }
>> +
>> qda_dbg(qdev, "QDA device initialized successfully\n");
>> return 0;
>>
>> +err_cleanup_iommu:
>> + cleanup_iommu_manager(qdev);
>> err_cleanup_resources:
>> cleanup_device_resources(qdev);
>> return ret;
>> }
>>
>> +static int setup_and_register_drm_device(struct qda_dev *qdev)
>> +{
>> + struct drm_device *ddev;
>> + int ret;
>> +
>> + qda_dbg(qdev, "Setting up and registering DRM device\n");
>> +
>> + ddev = drm_dev_alloc(&qda_drm_driver, qdev->dev);
> devm_drm_dev_alloc() please. Move this patch to the front of the series,
> making everything else depend on the allocated data structure.
ack.
>
>> + if (IS_ERR(ddev)) {
>> + ret = PTR_ERR(ddev);
>> + qda_err(qdev, "Failed to allocate DRM device: %d\n", ret);
>> + return ret;
>> + }
>> +
>> + qdev->drm_priv->drm_dev = ddev;
>> + qdev->drm_priv->iommu_mgr = qdev->iommu_mgr;
>> + qdev->drm_priv->qdev = qdev;
>> +
>> + ddev->dev_private = qdev->drm_priv;
>> + qdev->drm_dev = ddev;
>> +
>> + ret = drm_dev_register(ddev, 0);
>> + if (ret) {
>> + qda_err(qdev, "Failed to register DRM device: %d\n", ret);
>> + drm_dev_put(ddev);
>> + return ret;
>> + }
>> +
>> + qda_dbg(qdev, "DRM device registered successfully\n");
>> + return 0;
>> +}
>> +
>> +int qda_register_device(struct qda_dev *qdev)
>> +{
>> + int ret;
>> +
>> + ret = setup_and_register_drm_device(qdev);
>> + if (ret) {
>> + qda_err(qdev, "DRM device setup failed: %d\n", ret);
>> + return ret;
>> + }
>> +
>> + qda_dbg(qdev, "QDA device registered successfully\n");
>> + return 0;
>> +}
>> +
>> +void qda_unregister_device(struct qda_dev *qdev)
>> +{
>> + qda_info(qdev, "Unregistering QDA device\n");
>> +
>> + if (qdev->drm_dev) {
>> + qda_dbg(qdev, "Unregistering DRM device\n");
>> + drm_dev_unregister(qdev->drm_dev);
>> + drm_dev_put(qdev->drm_dev);
>> + qdev->drm_dev = NULL;
>> + }
>> +
>> + qda_dbg(qdev, "QDA device unregistered successfully\n");
>> +}
>> +
>> static int __init qda_core_init(void)
>> {
>> int ret;
>> diff --git a/drivers/accel/qda/qda_drv.h b/drivers/accel/qda/qda_drv.h
>> index 2cb97e4eafbf..2b80401a3741 100644
>> --- a/drivers/accel/qda/qda_drv.h
>> +++ b/drivers/accel/qda/qda_drv.h
>> @@ -11,13 +11,35 @@
>> #include <linux/mutex.h>
>> #include <linux/rpmsg.h>
>> #include <linux/xarray.h>
>> +#include <drm/drm_drv.h>
>> +#include <drm/drm_file.h>
>> +#include <drm/drm_device.h>
>> +#include <drm/drm_accel.h>
>> #include "qda_memory_manager.h"
>>
>> /* Driver identification */
>> #define DRIVER_NAME "qda"
>>
>> +/**
>> + * struct qda_drm_priv - DRM device private data for QDA device
>> + *
>> + * This structure serves as the DRM device private data (stored in dev_private),
>> + * bridging the DRM device context with the QDA device and providing access to
>> + * shared resources like the memory manager during buffer operations.
>> + */
>> +struct qda_drm_priv {
> Shared between what and what? Why do you need a separate structure
> instead of using qda_dev?
This is for channel specific resources which will be used by all processes using the channel. It
should be possible to use qda_dev, I'll try it out and fix this in next version.
>
>> + /* DRM device structure */
>> + struct drm_device *drm_dev;
>> + /* Global memory/IOMMU manager */
>> + struct qda_memory_manager *iommu_mgr;
>> + /* Back-pointer to qda_dev */
>> + struct qda_dev *qdev;
>> +};
>> +
>> /* struct qda_dev - Main device structure for QDA driver */
>> struct qda_dev {
>> + /* DRM device for accelerator interface */
>> + struct drm_device *drm_dev;
> Drop the pointer here.
I'll modify this based on qda_drm_priv replacement.
>
>> /* RPMsg device for communication with remote processor */
>> struct rpmsg_device *rpdev;
>> /* Underlying device structure */
>> @@ -26,6 +48,8 @@ struct qda_dev {
>> struct mutex lock;
>> /* IOMMU/memory manager */
>> struct qda_memory_manager *iommu_mgr;
>> + /* DRM device private data */
>> + struct qda_drm_priv *drm_priv;
>> /* Flag indicating device removal in progress */
>> atomic_t removing;
>> /* Name of the DSP (e.g., "cdsp", "adsp") */
>> @@ -39,8 +63,8 @@ struct qda_dev {
>> * @qdev: QDA device structure
>> *
>> * Returns the most appropriate device structure for logging messages.
>> - * Prefers qdev->dev, or returns NULL if the device is being removed
>> - * or invalid.
>> + * Prefers qdev->dev, falls back to qdev->drm_dev->dev, or returns NULL
>> + * if the device is being removed or invalid.
>> */
>> static inline struct device *qda_get_log_device(struct qda_dev *qdev)
>> {
>> @@ -50,6 +74,9 @@ static inline struct device *qda_get_log_device(struct qda_dev *qdev)
>> if (qdev->dev)
>> return qdev->dev;
>>
>> + if (qdev->drm_dev)
>> + return qdev->drm_dev->dev;
>> +
>> return NULL;
>> }
>>
>> @@ -93,5 +120,7 @@ static inline struct device *qda_get_log_device(struct qda_dev *qdev)
>> */
>> int qda_init_device(struct qda_dev *qdev);
>> void qda_deinit_device(struct qda_dev *qdev);
>> +int qda_register_device(struct qda_dev *qdev);
>> +void qda_unregister_device(struct qda_dev *qdev);
>>
>> #endif /* __QDA_DRV_H__ */
>> diff --git a/drivers/accel/qda/qda_rpmsg.c b/drivers/accel/qda/qda_rpmsg.c
>> index 5a57384de6a2..b2b44b4d3ca8 100644
>> --- a/drivers/accel/qda/qda_rpmsg.c
>> +++ b/drivers/accel/qda/qda_rpmsg.c
>> @@ -80,6 +80,7 @@ static void qda_rpmsg_remove(struct rpmsg_device *rpdev)
>> qdev->rpdev = NULL;
>> mutex_unlock(&qdev->lock);
>>
>> + qda_unregister_device(qdev);
>> qda_unpopulate_child_devices(qdev);
>> qda_deinit_device(qdev);
>>
>> @@ -123,6 +124,13 @@ static int qda_rpmsg_probe(struct rpmsg_device *rpdev)
>> return ret;
>> }
>>
>> + ret = qda_register_device(qdev);
>> + if (ret) {
>> + qda_deinit_device(qdev);
>> + qda_unpopulate_child_devices(qdev);
>> + return ret;
>> + }
>> +
>> qda_info(qdev, "QDA RPMsg probe completed successfully for %s\n", qdev->dsp_name);
>> return 0;
>> }
>>
>> --
>> 2.34.1
>>
next prev parent reply other threads:[~2026-03-02 8:34 UTC|newest]
Thread overview: 83+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <vU2QyEVqOu-D3eGp7BZFICUeauxL32bwWzeidOAijoeVaJTk8KcRVsaQQD4MdFQEcaQTZ5RkzRsz9-Lhl1qsqg==@protonmail.internalid>
2026-02-23 19:08 ` [PATCH RFC 00/18] accel/qda: Introduce Qualcomm DSP Accelerator driver Ekansh Gupta
2026-02-23 19:08 ` [PATCH RFC 01/18] accel/qda: Add Qualcomm QDA DSP accelerator driver docs Ekansh Gupta
2026-02-23 21:17 ` Dmitry Baryshkov
2026-02-25 13:57 ` Ekansh Gupta
2026-02-25 17:17 ` Dmitry Baryshkov
2026-02-24 3:33 ` Trilok Soni
2026-02-25 14:17 ` Ekansh Gupta
2026-02-25 15:12 ` Bjorn Andersson
2026-02-25 19:16 ` Trilok Soni
2026-02-25 19:40 ` Dmitry Baryshkov
2026-02-25 23:18 ` Trilok Soni
2026-02-23 19:08 ` [PATCH RFC 02/18] accel/qda: Add Qualcomm DSP accelerator driver skeleton Ekansh Gupta
2026-02-23 21:52 ` Bjorn Andersson
2026-02-25 14:20 ` Ekansh Gupta
2026-02-23 19:08 ` [PATCH RFC 03/18] accel/qda: Add RPMsg transport for Qualcomm DSP accelerator Ekansh Gupta
2026-02-23 21:23 ` Dmitry Baryshkov
2026-02-23 21:50 ` Bjorn Andersson
2026-02-23 22:12 ` Dmitry Baryshkov
2026-02-23 22:25 ` Bjorn Andersson
2026-02-23 22:41 ` Dmitry Baryshkov
2026-02-25 17:16 ` Ekansh Gupta
2026-02-23 19:08 ` [PATCH RFC 04/18] accel/qda: Add built-in compute CB bus for QDA and integrate with IOMMU Ekansh Gupta
2026-02-23 22:44 ` Dmitry Baryshkov
2026-02-25 17:56 ` Ekansh Gupta
2026-02-25 19:09 ` Dmitry Baryshkov
2026-03-02 8:12 ` Ekansh Gupta
2026-02-26 10:46 ` Krzysztof Kozlowski
2026-02-23 19:08 ` [PATCH RFC 05/18] accel/qda: Create compute CB devices on QDA compute bus Ekansh Gupta
2026-02-23 22:49 ` Dmitry Baryshkov
2026-02-26 8:38 ` Ekansh Gupta
2026-02-26 10:46 ` Dmitry Baryshkov
2026-03-02 8:10 ` Ekansh Gupta
2026-02-23 19:09 ` [PATCH RFC 06/18] accel/qda: Add memory manager for CB devices Ekansh Gupta
2026-02-23 22:50 ` Dmitry Baryshkov
2026-03-02 8:15 ` Ekansh Gupta
2026-03-04 4:22 ` Dmitry Baryshkov
2026-02-23 23:11 ` Bjorn Andersson
2026-03-02 8:30 ` Ekansh Gupta
2026-02-23 19:09 ` [PATCH RFC 07/18] accel/qda: Add DRM accel device registration for QDA driver Ekansh Gupta
2026-02-23 22:16 ` Dmitry Baryshkov
2026-03-02 8:33 ` Ekansh Gupta [this message]
2026-02-23 19:09 ` [PATCH RFC 08/18] accel/qda: Add per-file DRM context and open/close handling Ekansh Gupta
2026-02-23 22:20 ` Dmitry Baryshkov
2026-03-02 8:36 ` Ekansh Gupta
2026-02-23 19:09 ` [PATCH RFC 09/18] accel/qda: Add QUERY IOCTL and basic QDA UAPI header Ekansh Gupta
2026-02-23 22:24 ` Dmitry Baryshkov
2026-03-02 8:41 ` Ekansh Gupta
2026-02-23 19:09 ` [PATCH RFC 10/18] accel/qda: Add DMA-backed GEM objects and memory manager integration Ekansh Gupta
2026-02-23 22:36 ` Dmitry Baryshkov
2026-03-02 9:06 ` Ekansh Gupta
2026-02-23 19:09 ` [PATCH RFC 11/18] accel/qda: Add GEM_CREATE and GEM_MMAP_OFFSET IOCTLs Ekansh Gupta
2026-02-23 22:39 ` Dmitry Baryshkov
2026-03-02 9:07 ` Ekansh Gupta
2026-02-24 9:05 ` Christian König
2026-03-02 9:08 ` Ekansh Gupta
2026-02-23 19:09 ` [PATCH RFC 12/18] accel/qda: Add PRIME dma-buf import support Ekansh Gupta
2026-02-24 8:52 ` Matthew Brost
2026-03-02 9:19 ` Ekansh Gupta
2026-02-24 9:12 ` Christian König
2026-03-09 6:59 ` Ekansh Gupta
2026-02-23 19:09 ` [PATCH RFC 13/18] accel/qda: Add initial FastRPC attach and release support Ekansh Gupta
2026-02-23 23:07 ` Dmitry Baryshkov
2026-03-09 6:50 ` Ekansh Gupta
2026-02-23 19:09 ` [PATCH RFC 14/18] accel/qda: Add FastRPC dynamic invocation support Ekansh Gupta
2026-02-23 23:10 ` Dmitry Baryshkov
2026-03-09 6:53 ` Ekansh Gupta
2026-02-23 19:09 ` [PATCH RFC 15/18] accel/qda: Add FastRPC DSP process creation support Ekansh Gupta
2026-02-23 19:09 ` [PATCH RFC 16/18] accel/qda: Add FastRPC-based DSP memory mapping support Ekansh Gupta
2026-02-26 10:48 ` Krzysztof Kozlowski
2026-03-02 9:12 ` Ekansh Gupta
2026-02-23 19:09 ` [PATCH RFC 17/18] accel/qda: Add FastRPC-based DSP memory unmapping support Ekansh Gupta
2026-02-23 19:09 ` [PATCH RFC 18/18] MAINTAINERS: Add MAINTAINERS entry for QDA driver Ekansh Gupta
2026-02-23 22:40 ` Dmitry Baryshkov
2026-03-02 8:41 ` Ekansh Gupta
2026-02-23 22:03 ` [PATCH RFC 00/18] accel/qda: Introduce Qualcomm DSP Accelerator driver Bjorn Andersson
2026-03-02 8:54 ` Ekansh Gupta
2026-02-24 3:37 ` Trilok Soni
2026-02-24 3:39 ` Trilok Soni
2026-03-02 8:43 ` Ekansh Gupta
2026-02-25 13:42 ` Bryan O'Donoghue
2026-02-25 19:12 ` Dmitry Baryshkov
2026-03-02 15:57 ` Srinivas Kandagatla
2026-03-09 8:07 ` Ekansh Gupta
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=f5a1d71a-0a32-4e18-aaa0-bd6dcc9c133b@oss.qualcomm.com \
--to=ekansh.gupta@oss.qualcomm.com \
--cc=airlied@gmail.com \
--cc=christian.koenig@amd.com \
--cc=corbet@lwn.net \
--cc=dmitry.baryshkov@oss.qualcomm.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=iommu@lists.linux.dev \
--cc=joro@8bytes.org \
--cc=linaro-mm-sig@lists.linaro.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=maarten.lankhorst@linux.intel.com \
--cc=mripard@kernel.org \
--cc=ogabbay@kernel.org \
--cc=quic_bkumar@quicinc.com \
--cc=quic_chennak@quicinc.com \
--cc=robin.murphy@arm.com \
--cc=simona@ffwll.ch \
--cc=skhan@linuxfoundation.org \
--cc=srinivas.kandagatla@oss.qualcomm.com \
--cc=sumit.semwal@linaro.org \
--cc=tzimmermann@suse.de \
--cc=will@kernel.org \
/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