From: Matt Redfearn <matt.redfearn@thinci.com>
To: Andrzej Hajda <a.hajda@samsung.com>,
Laurent Pinchart <Laurent.pinchart@ideasonboard.com>,
Philippe Cornu <philippe.cornu@st.com>
Cc: "dri-devel@lists.freedesktop.org"
<dri-devel@lists.freedesktop.org>,
Matthew Redfearn <matthew.redfearn@thinci.com>,
Nickey Yang <nickey.yang@rock-chips.com>,
Heiko Stuebner <heiko@sntech.de>,
Archit Taneja <architt@codeaurora.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
David Airlie <airlied@linux.ie>, Daniel Vetter <daniel@ffwll.ch>
Subject: Re: [PATCH] drm/bridge/synopsys: dsi: Don't blindly call post_disable
Date: Thu, 25 Apr 2019 12:39:27 +0000 [thread overview]
Message-ID: <95c36782-7eaf-2224-bb52-cff0a53d98d8@thinci.com> (raw)
In-Reply-To: <3da4c0a3-a77b-5128-63f7-9c8d6b012c68@samsung.com>
Hi Andrzej,
On 25/04/2019 13:13, Andrzej Hajda wrote:
> On 24.04.2019 16:22, Matt Redfearn wrote:
>> The DRM documentation states that post_disable is an optional callback.
>> As such an implementing device may not populate it. To avoid panicing
>> the kernel by calling a NULL function pointer, we should NULL check it
>> before blindy calling it.
>>
>> Signed-off-by: Matt Redfearn <matt.redfearn@thinci.com>
>
>> ---
>>
>> drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c | 3 ++-
>> 1 file changed, 2 insertions(+), 1 deletion(-)
>>
>> diff --git a/drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c b/drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c
>> index 38e88071363..0ee440216b8 100644
>> --- a/drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c
>> +++ b/drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c
>> @@ -805,7 +805,8 @@ static void dw_mipi_dsi_bridge_post_disable(struct drm_bridge *bridge)
>> * This needs to be fixed in the drm_bridge framework and the API
>> * needs to be updated to manage our own call chains...
>> */
>> - dsi->panel_bridge->funcs->post_disable(dsi->panel_bridge);
>> + if (dsi->panel_bridge->funcs->post_disable)
>> + dsi->panel_bridge->funcs->post_disable(dsi->panel_bridge);
>>
>
> Why not drm_bridge_post_disable ?
Ah - that seems like a nicer fix! Do you think the comment above
describing why this function pointer is called directly can be removed
as well if we go this route?
If someone calls drm_bridge_post_disable() on the Synposys DSI
drm_bridge it will go on to call post_disable on all other bridges in
the chain, in addition to us calling them here. Is it an issue to call
it multiple times?
Thanks,
Matt
>
>
> Regards
>
> Andrzej
>
>
>> if (dsi->slave) {
>> dw_mipi_dsi_disable(dsi->slave);
>
>
next prev parent reply other threads:[~2019-04-25 12:39 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CGME20190424142210epcas3p403bd5159852ab4e90eca1be67800ecde@epcas3p4.samsung.com>
2019-04-24 14:22 ` [PATCH] drm/bridge/synopsys: dsi: Don't blindly call post_disable Matt Redfearn
2019-04-25 9:20 ` Laurent Pinchart
2019-04-25 12:13 ` Andrzej Hajda
2019-04-25 12:39 ` Matt Redfearn [this message]
2019-04-25 17:59 ` Laurent Pinchart
2019-04-25 18:02 ` Laurent Pinchart
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=95c36782-7eaf-2224-bb52-cff0a53d98d8@thinci.com \
--to=matt.redfearn@thinci.com \
--cc=Laurent.pinchart@ideasonboard.com \
--cc=a.hajda@samsung.com \
--cc=airlied@linux.ie \
--cc=architt@codeaurora.org \
--cc=daniel@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=heiko@sntech.de \
--cc=linux-kernel@vger.kernel.org \
--cc=matthew.redfearn@thinci.com \
--cc=nickey.yang@rock-chips.com \
--cc=philippe.cornu@st.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