From: Archit Taneja <architt@codeaurora.org>
To: Andrzej Hajda <a.hajda@samsung.com>,
Philippe CORNU <philippe.cornu@st.com>,
Laurent Pinchart <Laurent.pinchart@ideasonboard.com>,
David Airlie <airlied@linux.ie>,
Philipp Zabel <p.zabel@pengutronix.de>,
dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org
Cc: Yannick Fertre <yannick.fertre@st.com>,
Benjamin Gaignard <benjamin.gaignard@linaro.org>,
Vincent Abriou <vincent.abriou@st.com>,
Alexandre Torgue <alexandre.torgue@st.com>,
Maxime Coquelin <mcoquelin.stm32@gmail.com>,
Gabriel Fernandez <gabriel.fernandez@st.com>,
Ludovic Barre <ludovic.barre@st.com>,
Fabien Dessenne <fabien.dessenne@st.com>,
Mickael Reulier <mickael.reulier@st.com>
Subject: Re: [PATCH v3 3/3] drm/bridge/synopsys: dsi: explicitly request exclusive reset control
Date: Mon, 4 Sep 2017 17:10:45 +0530 [thread overview]
Message-ID: <a4252279-9bf2-6157-19ef-52d803ff0d39@codeaurora.org> (raw)
In-Reply-To: <c531303a-7cd7-b705-f9a1-fb6ec18b3818@samsung.com>
On 09/01/2017 07:15 PM, Andrzej Hajda wrote:
> On 01.08.2017 15:23, Philippe CORNU wrote:
>> Based on patch "Convert drivers to explicit reset API" from Philipp Zabel
>>
>> Commit a53e35db70d1 ("reset: Ensure drivers are explicit when requesting
>> reset lines") started to transition the reset control request API calls
>> to explicitly state whether the driver needs exclusive or shared reset
>> control behavior. Convert all drivers requesting exclusive resets to the
>> explicit API call so the temporary transition helpers can be removed.
>>
>> No functional changes.
>>
>> Cc: Philipp Zabel <p.zabel@pengutronix.de>
>> Signed-off-by: Philippe CORNU <philippe.cornu@st.com>
>> Acked-by: Philipp Zabel <p.zabel@pengutronix.de>
>> ---
>> drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c | 10 +++-------
>> 1 file changed, 3 insertions(+), 7 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c b/drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c
>> index 781340d..4e1f91e 100644
>> --- a/drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c
>> +++ b/drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c
>> @@ -885,15 +885,11 @@ static int dw_mipi_dsi_bridge_attach(struct drm_bridge *bridge)
>> * Note that the reset was not defined in the initial device tree, so
>> * we have to be prepared for it not being found.
>> */
>> - apb_rst = devm_reset_control_get(dev, "apb");
>> + apb_rst = devm_reset_control_get_optional_exclusive(dev, "apb");
>> if (IS_ERR(apb_rst)) {
>> ret = PTR_ERR(apb_rst);
>> - if (ret == -ENOENT) {
>> - apb_rst = NULL;
>> - } else {
>> - dev_err(dev, "Unable to get reset control: %d\n", ret);
>> - return ERR_PTR(ret);
>> - }
>> + dev_err(dev, "Unable to get reset control: %d\n", ret);
>
> I think in case of deferred probing it shouldn't be dev_err, but this is
> rather suggestion.
>
>> + return ERR_PTR(ret);
>
> return apb_rst;
>
> With this fixed:
> Reviewed-by: Andrzej Hajda <a.hajda@samsung.com>
queued to drm-misc-next after incorporating Andrzej's comment.
>
> --
> Regards
> Andrzej
>
>> }
>>
>> if (apb_rst) {
>
>
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
next prev parent reply other threads:[~2017-09-04 11:40 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-01 13:23 [PATCH v3 0/3] drm/bridge/synopsys: dsi: Various cleanups Philippe CORNU
2017-08-01 13:23 ` [PATCH v3 1/3] drm/bridge/synopsys: dsi: Constify funcs structures Philippe CORNU
2017-09-01 13:17 ` Andrzej Hajda
2017-08-01 13:23 ` [PATCH v3 2/3] drm/bridge/synopsys: dsi: Register list clean up Philippe CORNU
2017-09-01 13:29 ` Andrzej Hajda
2017-09-04 11:39 ` Archit Taneja
2017-08-01 13:23 ` [PATCH v3 3/3] drm/bridge/synopsys: dsi: explicitly request exclusive reset control Philippe CORNU
2017-09-01 13:45 ` Andrzej Hajda
2017-09-04 11:40 ` Archit Taneja [this message]
2017-09-04 13:56 ` Philippe CORNU
2017-08-01 13:30 ` [PATCH v3 0/3] drm/bridge/synopsys: dsi: Various cleanups Philippe CORNU
2017-09-01 12:40 ` Philippe CORNU
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=a4252279-9bf2-6157-19ef-52d803ff0d39@codeaurora.org \
--to=architt@codeaurora.org \
--cc=Laurent.pinchart@ideasonboard.com \
--cc=a.hajda@samsung.com \
--cc=airlied@linux.ie \
--cc=alexandre.torgue@st.com \
--cc=benjamin.gaignard@linaro.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=fabien.dessenne@st.com \
--cc=gabriel.fernandez@st.com \
--cc=linux-kernel@vger.kernel.org \
--cc=ludovic.barre@st.com \
--cc=mcoquelin.stm32@gmail.com \
--cc=mickael.reulier@st.com \
--cc=p.zabel@pengutronix.de \
--cc=philippe.cornu@st.com \
--cc=vincent.abriou@st.com \
--cc=yannick.fertre@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
Powered by JetHome