From: Philippe CORNU <philippe.cornu@st.com>
To: Andrzej Hajda <a.hajda@samsung.com>,
Archit Taneja <architt@codeaurora.org>,
Laurent Pinchart <Laurent.pinchart@ideasonboard.com>,
David Airlie <airlied@linux.ie>, Rob Herring <robh+dt@kernel.org>,
Mark Rutland <mark.rutland@arm.com>,
"dri-devel@lists.freedesktop.org"
<dri-devel@lists.freedesktop.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Cc: Yannick FERTRE <yannick.fertre@st.com>,
Alexandre TORGUE <alexandre.torgue@st.com>
Subject: Re: [PATCH v2 2/2] drm/bridge: sii902x: add optional power supplies
Date: Mon, 14 May 2018 18:58:48 +0000 [thread overview]
Message-ID: <8ed2cfcd-df26-fa9c-c45d-7bf4020f0faa@st.com> (raw)
In-Reply-To: <69a9da79-63df-6d0a-52e3-729ec8937484@samsung.com>
Hi Andrzej,
On 05/14/2018 12:33 PM, Andrzej Hajda wrote:
> On 14.05.2018 11:38, Philippe CORNU wrote:
>> Hi Laurent, Archit, Andrzej & Yannick,
>>
>> Do you have any comments on this v2 driver part?
>> (more details regarding v1/v2 differences in the cover letter
>> https://www.spinics.net/lists/dri-devel/msg174137.html)
>>
>> Thank you,
>> Philippe :-)
>>
>>
>> On 04/25/2018 09:53 AM, Philippe Cornu wrote:
>>> Add the optional power supplies using the description found in
>>> "SiI9022A/SiI9024A HDMI Transmitter Data Sheet (August 2016)".
>>>
>>> The sii902x input IOs are not "io safe" so it is important to
>>> enable/disable voltage regulators during probe/remove phases to
>>> avoid damages.
>
> What exactly does it mean? Ie I understand that the chip has some
> limitations, but why enabling/disabling regulators in probe/remove
> should solve it?
thank you for your comment.
And sorry for the "bad" explanation in the 2nd paragraph about the fact
that inputs are not "io safe". I added this 2nd paragraph in v2
following a good comment from Laurent on adding the management of the
regulators outside the probe/remove for a better power consumption
management (enable/disable regulators only when the ic is used for
displaying something for instance...). But after a deeper analysis, I
realized that the only way to improve the power consumption is to
implement & test the sii902x various sleep modes, that is out-of-scope
of this small patch and also out-of-scope of my test board I use on
which the sii902x bridge ic power consumption is very low compare to the
rest of the system...
I will remove this "explanation" in v3 as it creates confusion.
Many thanks,
Philippe :-)
>
> Regards
> Andrzej
>
>>>
>>> Signed-off-by: Philippe Cornu <philippe.cornu@st.com>
>>> ---
>>> drivers/gpu/drm/bridge/sii902x.c | 38 ++++++++++++++++++++++++++++++++++----
>>> 1 file changed, 34 insertions(+), 4 deletions(-)
>>>
>>> diff --git a/drivers/gpu/drm/bridge/sii902x.c b/drivers/gpu/drm/bridge/sii902x.c
>>> index 60373d7eb220..c367d7b91ade 100644
>>> --- a/drivers/gpu/drm/bridge/sii902x.c
>>> +++ b/drivers/gpu/drm/bridge/sii902x.c
>>> @@ -24,6 +24,7 @@
>>> #include <linux/i2c.h>
>>> #include <linux/module.h>
>>> #include <linux/regmap.h>
>>> +#include <linux/regulator/consumer.h>
>>>
>>> #include <drm/drmP.h>
>>> #include <drm/drm_atomic_helper.h>
>>> @@ -86,6 +87,7 @@ struct sii902x {
>>> struct drm_bridge bridge;
>>> struct drm_connector connector;
>>> struct gpio_desc *reset_gpio;
>>> + struct regulator_bulk_data supplies[2];
>>> };
>>>
>>> static inline struct sii902x *bridge_to_sii902x(struct drm_bridge *bridge)
>>> @@ -392,23 +394,42 @@ static int sii902x_probe(struct i2c_client *client,
>>> return PTR_ERR(sii902x->reset_gpio);
>>> }
>>>
>>> + sii902x->supplies[0].supply = "iovcc";
>>> + sii902x->supplies[1].supply = "vcc12";
>>> + ret = devm_regulator_bulk_get(dev, ARRAY_SIZE(sii902x->supplies),
>>> + sii902x->supplies);
>>> + if (ret) {
>>> + dev_err(dev, "Failed to get power supplies: %d\n", ret);
>>> + return ret;
>>> + }
>>> +
>>> + ret = regulator_bulk_enable(ARRAY_SIZE(sii902x->supplies),
>>> + sii902x->supplies);
>>> + if (ret) {
>>> + dev_err(dev, "Failed to enable power supplies: %d\n", ret);
>>> + return ret;
>>> + }
>>> +
>>> + usleep_range(10000, 20000);
>>> +
>>> sii902x_reset(sii902x);
>>>
>>> ret = regmap_write(sii902x->regmap, SII902X_REG_TPI_RQB, 0x0);
>>> if (ret)
>>> - return ret;
>>> + goto err_disable_regulator;
>>>
>>> ret = regmap_bulk_read(sii902x->regmap, SII902X_REG_CHIPID(0),
>>> &chipid, 4);
>>> if (ret) {
>>> dev_err(dev, "regmap_read failed %d\n", ret);
>>> - return ret;
>>> + goto err_disable_regulator;
>>> }
>>>
>>> if (chipid[0] != 0xb0) {
>>> dev_err(dev, "Invalid chipid: %02x (expecting 0xb0)\n",
>>> chipid[0]);
>>> - return -EINVAL;
>>> + ret = -EINVAL;
>>> + goto err_disable_regulator;
>>> }
>>>
>>> /* Clear all pending interrupts */
>>> @@ -424,7 +445,7 @@ static int sii902x_probe(struct i2c_client *client,
>>> IRQF_ONESHOT, dev_name(dev),
>>> sii902x);
>>> if (ret)
>>> - return ret;
>>> + goto err_disable_regulator;
>>> }
>>>
>>> sii902x->bridge.funcs = &sii902x_bridge_funcs;
>>> @@ -434,6 +455,12 @@ static int sii902x_probe(struct i2c_client *client,
>>> i2c_set_clientdata(client, sii902x);
>>>
>>> return 0;
>>> +
>>> +err_disable_regulator:
>>> + regulator_bulk_disable(ARRAY_SIZE(sii902x->supplies),
>>> + sii902x->supplies);
>>> +
>>> + return ret;
>>> }
>>>
>>> static int sii902x_remove(struct i2c_client *client)
>>> @@ -443,6 +470,9 @@ static int sii902x_remove(struct i2c_client *client)
>>>
>>> drm_bridge_remove(&sii902x->bridge);
>>>
>>> + regulator_bulk_disable(ARRAY_SIZE(sii902x->supplies),
>>> + sii902x->supplies);
>>> +
>>> return 0;
>>> }
>>>
>
>
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2018-05-14 18:58 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-04-25 7:53 [PATCH v2 0/2] drm/bridge: sii902x: add optional power supplies Philippe Cornu
2018-04-25 7:53 ` [PATCH v2 1/2] dt-bindings/display/bridge: " Philippe Cornu
2018-04-25 9:01 ` Laurent Pinchart
2018-04-25 12:20 ` Philippe CORNU
2018-04-25 13:17 ` Laurent Pinchart
2018-04-25 17:11 ` Rob Herring
2018-04-25 22:05 ` Laurent Pinchart
2018-05-14 9:22 ` Philippe CORNU
2018-05-14 17:06 ` Laurent Pinchart
2018-04-25 7:53 ` [PATCH v2 2/2] drm/bridge: " Philippe Cornu
2018-05-14 9:38 ` Philippe CORNU
2018-05-14 10:33 ` Andrzej Hajda
2018-05-14 18:58 ` Philippe CORNU [this message]
2018-05-15 7:36 ` 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=8ed2cfcd-df26-fa9c-c45d-7bf4020f0faa@st.com \
--to=philippe.cornu@st.com \
--cc=Laurent.pinchart@ideasonboard.com \
--cc=a.hajda@samsung.com \
--cc=airlied@linux.ie \
--cc=alexandre.torgue@st.com \
--cc=architt@codeaurora.org \
--cc=devicetree@vger.kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=robh+dt@kernel.org \
--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;
as well as URLs for NNTP newsgroup(s).