From: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
To: Rob Clark <robdclark@gmail.com>
Cc: Abhinav Kumar <quic_abhinavk@quicinc.com>,
Dmitry Baryshkov <lumag@kernel.org>, Sean Paul <sean@poorly.run>,
Marijn Suijten <marijn.suijten@somainline.org>,
David Airlie <airlied@gmail.com>, Simona Vetter <simona@ffwll.ch>,
Konrad Dybcio <konradybcio@kernel.org>,
linux-arm-msm@vger.kernel.org, dri-devel@lists.freedesktop.org,
freedreno@lists.freedesktop.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/7] drm/msm: move wq handling to KMS code
Date: Tue, 15 Apr 2025 11:59:59 +0300 [thread overview]
Message-ID: <9f64ea5e-1b59-4522-b55a-d9b11e412ee5@oss.qualcomm.com> (raw)
In-Reply-To: <CAF6AEGtG2K79zAd9tyNAG7JSVhS2sPdC-VjqubpmhD9AvoVoAA@mail.gmail.com>
On 14/04/2025 18:58, Rob Clark wrote:
> On Sun, Apr 13, 2025 at 9:33 AM Dmitry Baryshkov
> <dmitry.baryshkov@oss.qualcomm.com> wrote:
>>
>> The global workqueue is only used for vblanks inside KMS code. Move
>> allocation / flushing / deallcation of it to msm_kms.c
>
> Maybe we should also just move the wq into struct msm_kms?
... together with several other KMS-only fields. I will take a look.
>
> BR,
> -R
>
>>
>> Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
>> ---
>> drivers/gpu/drm/msm/msm_drv.c | 21 ++-------------------
>> drivers/gpu/drm/msm/msm_kms.c | 16 +++++++++++++++-
>> 2 files changed, 17 insertions(+), 20 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/msm/msm_drv.c b/drivers/gpu/drm/msm/msm_drv.c
>> index c3588dc9e53764a27efda1901b094724cec8928a..02beb40eb9146941aa43862d07a6d82ae21c965e 100644
>> --- a/drivers/gpu/drm/msm/msm_drv.c
>> +++ b/drivers/gpu/drm/msm/msm_drv.c
>> @@ -82,13 +82,6 @@ static int msm_drm_uninit(struct device *dev)
>> drm_atomic_helper_shutdown(ddev);
>> }
>>
>> - /* We must cancel and cleanup any pending vblank enable/disable
>> - * work before msm_irq_uninstall() to avoid work re-enabling an
>> - * irq after uninstall has disabled it.
>> - */
>> -
>> - flush_workqueue(priv->wq);
>> -
>> msm_gem_shrinker_cleanup(ddev);
>>
>> msm_perf_debugfs_cleanup(priv);
>> @@ -104,8 +97,6 @@ static int msm_drm_uninit(struct device *dev)
>> ddev->dev_private = NULL;
>> drm_dev_put(ddev);
>>
>> - destroy_workqueue(priv->wq);
>> -
>> return 0;
>> }
>>
>> @@ -227,12 +218,6 @@ static int msm_drm_init(struct device *dev, const struct drm_driver *drv)
>> ddev->dev_private = priv;
>> priv->dev = ddev;
>>
>> - priv->wq = alloc_ordered_workqueue("msm", 0);
>> - if (!priv->wq) {
>> - ret = -ENOMEM;
>> - goto err_put_dev;
>> - }
>> -
>> INIT_LIST_HEAD(&priv->objects);
>> mutex_init(&priv->obj_lock);
>>
>> @@ -253,12 +238,12 @@ static int msm_drm_init(struct device *dev, const struct drm_driver *drv)
>> if (priv->kms_init) {
>> ret = drmm_mode_config_init(ddev);
>> if (ret)
>> - goto err_destroy_wq;
>> + goto err_put_dev;
>> }
>>
>> ret = msm_init_vram(ddev);
>> if (ret)
>> - goto err_destroy_wq;
>> + goto err_put_dev;
>>
>> dma_set_max_seg_size(dev, UINT_MAX);
>>
>> @@ -304,8 +289,6 @@ static int msm_drm_init(struct device *dev, const struct drm_driver *drv)
>>
>> err_deinit_vram:
>> msm_deinit_vram(ddev);
>> -err_destroy_wq:
>> - destroy_workqueue(priv->wq);
>> err_put_dev:
>> drm_dev_put(ddev);
>>
>> diff --git a/drivers/gpu/drm/msm/msm_kms.c b/drivers/gpu/drm/msm/msm_kms.c
>> index 35d5397e73b4c5cb90b1770e8570277e782be7ec..821f0b9f968fc3d448e612bfae04639ceb770353 100644
>> --- a/drivers/gpu/drm/msm/msm_kms.c
>> +++ b/drivers/gpu/drm/msm/msm_kms.c
>> @@ -227,6 +227,13 @@ void msm_drm_kms_uninit(struct device *dev)
>>
>> BUG_ON(!kms);
>>
>> + /* We must cancel and cleanup any pending vblank enable/disable
>> + * work before msm_irq_uninstall() to avoid work re-enabling an
>> + * irq after uninstall has disabled it.
>> + */
>> +
>> + flush_workqueue(priv->wq);
>> +
>> /* clean up event worker threads */
>> for (i = 0; i < priv->num_crtcs; i++) {
>> if (priv->event_thread[i].worker)
>> @@ -243,6 +250,8 @@ void msm_drm_kms_uninit(struct device *dev)
>>
>> if (kms && kms->funcs)
>> kms->funcs->destroy(kms);
>> +
>> + destroy_workqueue(priv->wq);
>> }
>>
>> int msm_drm_kms_init(struct device *dev, const struct drm_driver *drv)
>> @@ -258,10 +267,14 @@ int msm_drm_kms_init(struct device *dev, const struct drm_driver *drv)
>> if (ret)
>> return ret;
>>
>> + priv->wq = alloc_ordered_workqueue("msm", 0);
>> + if (!priv->wq)
>> + return -ENOMEM;
>> +
>> ret = priv->kms_init(ddev);
>> if (ret) {
>> DRM_DEV_ERROR(dev, "failed to load kms\n");
>> - return ret;
>> + goto err_msm_uninit;
>> }
>>
>> /* Enable normalization of plane zpos */
>> @@ -319,6 +332,7 @@ int msm_drm_kms_init(struct device *dev, const struct drm_driver *drv)
>> return 0;
>>
>> err_msm_uninit:
>> + destroy_workqueue(priv->wq);
>> return ret;
>> }
>>
>>
>> --
>> 2.39.5
>>
--
With best wishes
Dmitry
next prev parent reply other threads:[~2025-04-15 9:00 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-04-13 16:32 [PATCH 0/7] drm/msm: rework the ties between KMS and GPU parts of the driver Dmitry Baryshkov
2025-04-13 16:32 ` [PATCH 1/7] drm/msm: move wq handling to KMS code Dmitry Baryshkov
2025-04-14 15:58 ` Rob Clark
2025-04-15 8:59 ` Dmitry Baryshkov [this message]
2025-04-30 19:41 ` Abhinav Kumar
2025-04-13 16:32 ` [PATCH 2/7] drm/msm: move helper calls to msm_kms.c Dmitry Baryshkov
2025-04-30 19:54 ` Abhinav Kumar
2025-04-13 16:32 ` [PATCH 3/7] drm/msm: make it possible to disable KMS-related code Dmitry Baryshkov
2025-04-30 20:09 ` Abhinav Kumar
2025-05-02 10:09 ` Dmitry Baryshkov
2025-04-13 16:32 ` [PATCH 4/7] drm/msm: bail out late_init_minor() if it is not a GPU device Dmitry Baryshkov
2025-04-13 16:32 ` [PATCH 5/7] drm/msm: rearrange symbol selection Dmitry Baryshkov
2025-04-13 16:33 ` [PATCH 6/7] drm/msm: rework binding of Imageon GPUs Dmitry Baryshkov
2025-04-13 16:33 ` [PATCH 7/7] drm/msm: enable separate binding of GPU and display devices Dmitry Baryshkov
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=9f64ea5e-1b59-4522-b55a-d9b11e412ee5@oss.qualcomm.com \
--to=dmitry.baryshkov@oss.qualcomm.com \
--cc=airlied@gmail.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=freedreno@lists.freedesktop.org \
--cc=konradybcio@kernel.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lumag@kernel.org \
--cc=marijn.suijten@somainline.org \
--cc=quic_abhinavk@quicinc.com \
--cc=robdclark@gmail.com \
--cc=sean@poorly.run \
--cc=simona@ffwll.ch \
/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
all inboxes | Powered by JetHome®