From: Abhinav Kumar <quic_abhinavk@quicinc.com>
To: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>,
Rob Clark <robdclark@gmail.com>, Sean Paul <sean@poorly.run>,
Marijn Suijten <marijn.suijten@somainline.org>
Cc: Stephen Boyd <swboyd@chromium.org>,
David Airlie <airlied@gmail.com>, Daniel Vetter <daniel@ffwll.ch>,
Bjorn Andersson <andersson@kernel.org>,
<linux-arm-msm@vger.kernel.org>,
<dri-devel@lists.freedesktop.org>,
<freedreno@lists.freedesktop.org>
Subject: Re: [PATCH v2 01/13] drm/msm/dsi: switch to devm_drm_bridge_add()
Date: Mon, 9 Oct 2023 12:11:20 -0700 [thread overview]
Message-ID: <8024e65c-1ad3-9c8d-c786-9f0421292c46@quicinc.com> (raw)
In-Reply-To: <015b688e-836f-4cdb-a139-ed7ceb1489ef@linaro.org>
On 10/9/2023 12:01 PM, Dmitry Baryshkov wrote:
> On 09/10/2023 21:51, Abhinav Kumar wrote:
>>
>>
>> On 10/9/2023 11:46 AM, Dmitry Baryshkov wrote:
>>> On 09/10/2023 21:39, Abhinav Kumar wrote:
>>>>
>>>>
>>>> On 10/9/2023 11:10 AM, Dmitry Baryshkov wrote:
>>>>> Make MSM DSI driver use devm_drm_bridge_add() instead of plain
>>>>> drm_bridge_add(). As the driver doesn't require any additional
>>>>> cleanup,
>>>>> stop adding created bridge to the priv->bridges array.
>>>>>
>>>>> Reviewed-by: Rob Clark <robdclark@gmail.com>
>>>>> Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
>>>>> ---
>>>>> drivers/gpu/drm/msm/dsi/dsi.c | 28 +++++--------------------
>>>>> drivers/gpu/drm/msm/dsi/dsi.h | 3 +--
>>>>> drivers/gpu/drm/msm/dsi/dsi_manager.c | 30
>>>>> +++++++++------------------
>>>>> 3 files changed, 16 insertions(+), 45 deletions(-)
>>>>>
>>>>> diff --git a/drivers/gpu/drm/msm/dsi/dsi.c
>>>>> b/drivers/gpu/drm/msm/dsi/dsi.c
>>>>> index d45e43024802..47f327e68471 100644
>>>>> --- a/drivers/gpu/drm/msm/dsi/dsi.c
>>>>> +++ b/drivers/gpu/drm/msm/dsi/dsi.c
>>>>> @@ -215,20 +215,14 @@ void __exit msm_dsi_unregister(void)
>>>>> int msm_dsi_modeset_init(struct msm_dsi *msm_dsi, struct
>>>>> drm_device *dev,
>>>>> struct drm_encoder *encoder)
>>>>> {
>>>>> - struct msm_drm_private *priv = dev->dev_private;
>>>>> int ret;
>>>>> - if (priv->num_bridges == ARRAY_SIZE(priv->bridges)) {
>>>>> - DRM_DEV_ERROR(dev->dev, "too many bridges\n");
>>>>> - return -ENOSPC;
>>>>> - }
>>>>> -
>>>>> msm_dsi->dev = dev;
>>>>> ret = msm_dsi_host_modeset_init(msm_dsi->host, dev);
>>>>> if (ret) {
>>>>> DRM_DEV_ERROR(dev->dev, "failed to modeset init host:
>>>>> %d\n", ret);
>>>>> - goto fail;
>>>>> + return ret;
>>>>> }
>>>>> if (msm_dsi_is_bonded_dsi(msm_dsi) &&
>>>>> @@ -242,32 +236,20 @@ int msm_dsi_modeset_init(struct msm_dsi
>>>>> *msm_dsi, struct drm_device *dev,
>>>>> msm_dsi->encoder = encoder;
>>>>> - msm_dsi->bridge = msm_dsi_manager_bridge_init(msm_dsi->id);
>>>>> - if (IS_ERR(msm_dsi->bridge)) {
>>>>> - ret = PTR_ERR(msm_dsi->bridge);
>>>>> + ret = msm_dsi_manager_bridge_init(msm_dsi);
>>>>> + if (ret) {
>>>>> DRM_DEV_ERROR(dev->dev, "failed to create dsi bridge:
>>>>> %d\n", ret);
>>>>> - msm_dsi->bridge = NULL;
>>>>> - goto fail;
>>>>> + return ret;
>>>>> }
>>>>> ret = msm_dsi_manager_ext_bridge_init(msm_dsi->id);
>>>>> if (ret) {
>>>>> DRM_DEV_ERROR(dev->dev,
>>>>> "failed to create dsi connector: %d\n", ret);
>>>>> - goto fail;
>>>>> + return ret;
>>>>> }
>>>>> - priv->bridges[priv->num_bridges++] = msm_dsi->bridge;
>>>>> -
>>>>> return 0;
>>>>> -fail:
>>>>> - /* bridge/connector are normally destroyed by drm: */
>>>>> - if (msm_dsi->bridge) {
>>>>> - msm_dsi_manager_bridge_destroy(msm_dsi->bridge);
>>>>> - msm_dsi->bridge = NULL;
>>>>> - }
>>>>
>>>> We can drop msm_dsi_manager_bridge_destroy() now but dont we need to
>>>> keep the part to reset msm_dsi->bridge to NULL in the fail tag if
>>>> msm_dsi_manager_ext_bridge_init() fails?
>>>
>>> What for? This field is not read in the error /unbinding path.
>>> I'll send a followup that drops msm_dsi->bridge completely.
>>>
>>
>> Not used in the error path. The behavior before this patch was, if
>> msm_dsi_manager_ext_bridge_init failed, it was marking msm_dsi->bridge
>> as NULL. Thats what I thought you would want to retain till you drop
>> the msm_dsi->bridge.
>
> Why would you like to keep the useless behaviour?
>
Not sure whether to call it useless. So
msm_dsi_manager_ext_bridge_init() is referencing msm_dsi->bridge.
msm_dsi_manager_ext_bridge_init() is an exported API. If someone tries
to call it outside of where its called now, this was the only protection
against the access?
I guess, you could counter argue that noone calls it that way today.
In that sense, I am fine with this, just wanted to report the gap after
this patch before I ack.
>> OR you can even add that line in the if (ret) of
>> msm_dsi_manager_ext_bridge_init(msm_dsi->id); failure.
>>
>>>>
>>>>> -
>>>>> - return ret;
>>>>> }
>>>>> void msm_dsi_snapshot(struct msm_disp_state *disp_state, struct
>>>>> msm_dsi *msm_dsi)
>>>>> diff --git a/drivers/gpu/drm/msm/dsi/dsi.h
>>>>> b/drivers/gpu/drm/msm/dsi/dsi.h
>>>>> index d21867da78b8..a01c326774a6 100644
>>>>> --- a/drivers/gpu/drm/msm/dsi/dsi.h
>>>>> +++ b/drivers/gpu/drm/msm/dsi/dsi.h
>>>>> @@ -56,8 +56,7 @@ struct msm_dsi {
>>>>> };
>>>>> /* dsi manager */
>>>>> -struct drm_bridge *msm_dsi_manager_bridge_init(u8 id);
>>>>> -void msm_dsi_manager_bridge_destroy(struct drm_bridge *bridge);
>>>>> +int msm_dsi_manager_bridge_init(struct msm_dsi *msm_dsi);
>>>>> int msm_dsi_manager_ext_bridge_init(u8 id);
>>>>> int msm_dsi_manager_cmd_xfer(int id, const struct mipi_dsi_msg
>>>>> *msg);
>>>>> bool msm_dsi_manager_cmd_xfer_trigger(int id, u32 dma_base, u32
>>>>> len);
>>>>> diff --git a/drivers/gpu/drm/msm/dsi/dsi_manager.c
>>>>> b/drivers/gpu/drm/msm/dsi/dsi_manager.c
>>>>> index 28b8012a21f2..17aa19bb6510 100644
>>>>> --- a/drivers/gpu/drm/msm/dsi/dsi_manager.c
>>>>> +++ b/drivers/gpu/drm/msm/dsi/dsi_manager.c
>>>>> @@ -466,9 +466,8 @@ static const struct drm_bridge_funcs
>>>>> dsi_mgr_bridge_funcs = {
>>>>> };
>>>>> /* initialize bridge */
>>>>> -struct drm_bridge *msm_dsi_manager_bridge_init(u8 id)
>>>>> +int msm_dsi_manager_bridge_init(struct msm_dsi *msm_dsi)
>>>>> {
>>>>> - struct msm_dsi *msm_dsi = dsi_mgr_get_dsi(id);
>>>>> struct drm_bridge *bridge = NULL;
>>>>> struct dsi_bridge *dsi_bridge;
>>>>> struct drm_encoder *encoder;
>>>>> @@ -476,31 +475,27 @@ struct drm_bridge
>>>>> *msm_dsi_manager_bridge_init(u8 id)
>>>>> dsi_bridge = devm_kzalloc(msm_dsi->dev->dev,
>>>>> sizeof(*dsi_bridge), GFP_KERNEL);
>>>>> - if (!dsi_bridge) {
>>>>> - ret = -ENOMEM;
>>>>> - goto fail;
>>>>> - }
>>>>> + if (!dsi_bridge)
>>>>> + return -ENOMEM;
>>>>> - dsi_bridge->id = id;
>>>>> + dsi_bridge->id = msm_dsi->id;
>>>>> encoder = msm_dsi->encoder;
>>>>> bridge = &dsi_bridge->base;
>>>>> bridge->funcs = &dsi_mgr_bridge_funcs;
>>>>> - drm_bridge_add(bridge);
>>>>> + ret = devm_drm_bridge_add(&msm_dsi->pdev->dev, bridge);
>>>>> + if (ret)
>>>>> + return ret;
>>>>> ret = drm_bridge_attach(encoder, bridge, NULL, 0);
>>>>> if (ret)
>>>>> - goto fail;
>>>>> + return ret;
>>>>> - return bridge;
>>>>> + msm_dsi->bridge = bridge;
>>>>> -fail:
>>>>> - if (bridge)
>>>>> - msm_dsi_manager_bridge_destroy(bridge);
>>>>> -
>>>>> - return ERR_PTR(ret);
>>>>> + return 0;
>>>>> }
>>>>> int msm_dsi_manager_ext_bridge_init(u8 id)
>>>>> @@ -557,11 +552,6 @@ int msm_dsi_manager_ext_bridge_init(u8 id)
>>>>> return 0;
>>>>> }
>>>>> -void msm_dsi_manager_bridge_destroy(struct drm_bridge *bridge)
>>>>> -{
>>>>> - drm_bridge_remove(bridge);
>>>>> -}
>>>>> -
>>>>> int msm_dsi_manager_cmd_xfer(int id, const struct mipi_dsi_msg *msg)
>>>>> {
>>>>> struct msm_dsi *msm_dsi = dsi_mgr_get_dsi(id);
>>>
>
next prev parent reply other threads:[~2023-10-09 19:12 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-10-09 18:10 [PATCH v2 00/13] drm/msm: move KMS code from msm_drv.c Dmitry Baryshkov
2023-10-09 18:10 ` [PATCH v2 01/13] drm/msm/dsi: switch to devm_drm_bridge_add() Dmitry Baryshkov
2023-10-09 18:39 ` Abhinav Kumar
2023-10-09 18:46 ` Dmitry Baryshkov
2023-10-09 18:51 ` Abhinav Kumar
2023-10-09 19:01 ` Dmitry Baryshkov
2023-10-09 19:11 ` Abhinav Kumar [this message]
2023-10-09 18:10 ` [PATCH v2 02/13] drm/msm/hdmi: " Dmitry Baryshkov
2023-10-09 19:19 ` Abhinav Kumar
2023-10-09 19:21 ` Dmitry Baryshkov
2023-10-09 19:50 ` Abhinav Kumar
2023-10-09 20:53 ` Dmitry Baryshkov
2023-10-09 21:04 ` [Freedreno] " Abhinav Kumar
2023-10-09 21:05 ` Dmitry Baryshkov
2023-10-09 18:10 ` [PATCH v2 03/13] drm/msm/dp: move pdev from struct dp_display_private to struct msm_dp Dmitry Baryshkov
2023-10-09 18:10 ` [PATCH v2 04/13] drm/msm/dp: switch to devm_drm_bridge_add() Dmitry Baryshkov
2023-10-09 18:10 ` [PATCH v2 05/13] drm/msm: remove msm_drm_private::bridges field Dmitry Baryshkov
2023-10-09 18:10 ` [PATCH v2 06/13] drm/msm: drop pm ops from the headless msm driver Dmitry Baryshkov
2023-10-09 19:53 ` Abhinav Kumar
2023-10-09 18:10 ` [PATCH v2 07/13] drm/msm: rename msm_pm_prepare/complete to note the KMS nature Dmitry Baryshkov
2023-10-09 19:57 ` Abhinav Kumar
2023-10-09 18:10 ` [PATCH v2 08/13] drm/msm: remove shutdown callback from msm_platform_driver Dmitry Baryshkov
2023-10-09 19:59 ` Abhinav Kumar
2023-10-09 18:10 ` [PATCH v2 09/13] drm/msm: rename msm_drv_shutdown() to msm_kms_shutdown() Dmitry Baryshkov
2023-10-09 18:10 ` [PATCH v2 10/13] drm/msm: switch to drmm_mode_config_init() Dmitry Baryshkov
2023-10-09 19:58 ` Abhinav Kumar
2023-10-09 18:10 ` [PATCH v2 11/13] drm/msm: only register 'kms' debug file if KMS is used Dmitry Baryshkov
2023-10-09 18:10 ` [PATCH v2 12/13] drm/msm: make fb debugfs file available only in KMS case Dmitry Baryshkov
2023-10-09 18:10 ` [PATCH v2 13/13] drm/msm: carve out KMS code from msm_drv.c 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=8024e65c-1ad3-9c8d-c786-9f0421292c46@quicinc.com \
--to=quic_abhinavk@quicinc.com \
--cc=airlied@gmail.com \
--cc=andersson@kernel.org \
--cc=daniel@ffwll.ch \
--cc=dmitry.baryshkov@linaro.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=freedreno@lists.freedesktop.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=marijn.suijten@somainline.org \
--cc=robdclark@gmail.com \
--cc=sean@poorly.run \
--cc=swboyd@chromium.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