Linux-Devicetree Archive mirror
 help / color / mirror / Atom feed
From: Satya Priya Kakitapalli <quic_skakitap@quicinc.com>
To: <johan@kernel.org>
Cc: <andersson@kernel.org>, <andy.shevchenko@gmail.com>,
	<broonie@kernel.org>, <conor+dt@kernel.org>,
	<devicetree@vger.kernel.org>, <johan+linaro@kernel.org>,
	<konrad.dybcio@linaro.org>, <krzk+dt@kernel.org>,
	<lee@kernel.org>, <lgirdwood@gmail.com>,
	<linus.walleij@linaro.org>, <linux-arm-msm@vger.kernel.org>,
	<linux-gpio@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
	<quic_c_skakit@quicinc.com>, <quic_gurus@quicinc.com>,
	<robh@kernel.org>, <swboyd@chromium.org>
Subject: Re: [PATCH 12/13] regulator: add pm8008 pmic regulator driver
Date: Tue, 14 May 2024 19:13:17 +0530	[thread overview]
Message-ID: <20240514134317.691887-1-quic_skakitap@quicinc.com> (raw)
In-Reply-To: <ZjpMeVk_HiixZUEu@hovoldconsulting.com>

> On Tue, May 07, 2024 at 01:48:30PM +0200, Konrad Dybcio wrote:
> > On 5/6/24 17:08, Johan Hovold wrote:
> > > From: Satya Priya <quic_c_skakit@quicinc.com>
> > > 
> > > Qualcomm Technologies, Inc. PM8008 is an I2C-controlled PMIC containing
> > > seven LDO regulators. Add a PM8008 regulator driver to support PMIC
> > > regulator management via the regulator framework.
> > > 
> > > Note that this driver, originally submitted by Satya Priya [1], has been
> > > reworked to match the new devicetree binding which no longer describes
> > > each regulator as a separate device.
> > > 
> > > This avoids describing internal details like register offsets in the
> > > devicetree and allows for extending the implementation with features
> > > like over-current protection without having to update the binding.
> > > 
> > > Specifically note that the regulator interrupts are shared between all
> > > regulators.
> > > 
> > > Note that the secondary regmap is looked up by name and that if the
> > > driver ever needs to be generalised to support regulators provided by
> > > the primary regmap (I2C address) such information could be added to a
> > > driver lookup table matching on the parent compatible.
> > > 
> > > This also fixes the original implementation, which looked up regulators
> > > by 'regulator-name' property rather than devicetree node name and which
> > > prevented the regulators from being named to match board schematics.
> > > 
> > > [1] https://lore.kernel.org/r/1655200111-18357-8-git-send-email-quic_c_skakit@quicinc.com
> > > 
> > > Signed-off-by: Satya Priya <quic_c_skakit@quicinc.com>

This is my old email which is discontinued, please use <quic_skakitap@quicinc.com>

> > > Cc: Stephen Boyd <swboyd@chromium.org>
> > > [ johan: rework probe to match new binding, amend commit message and
> > >           Kconfig entry]
> > > Signed-off-by: Johan Hovold <johan+linaro@kernel.org>
> > > ---
> > 
> > I'm a bit lukewarm on calling this qcom-pm8008-regulator.. But then
> > qcom-i2c-regulator or qpnp-i2c-regulator may bite due to being overly
> > generic.. Would you know whether this code will also be used for e.g.
> > PM8010?
> 
> Yes, for any sufficiently similar PMICs, including SPMI ones. So
> 'qpnp-regulator' would be a generic name, but only Qualcomm knows what
> PMICs they have and how they are related -- the rest of us is left doing
> tedious code forensics to try to make some sense of this.
> 
> So just like for compatible strings, letting the first supported PMIC
> name the driver makes sense as we don't know when we'll want to add a
> second one for another set of devices (and we don't want to call that
> one 'qpnp-regulator-2'). On the other hand, these names are now mostly
> internal and can more easily be renamed later.

There is a PMIC called PM8010 which also is implemented over I2C, which could use the same pm8008 regulator driver.
Hence it is better to use device_id instead of a MODULE_ALIAS().

  parent reply	other threads:[~2024-05-14 13:43 UTC|newest]

Thread overview: 83+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-05-06 15:08 [PATCH 00/13] arm64: dts: qcom: sc8280xp-x13s: enable pm8008 camera pmic Johan Hovold
2024-05-06 15:08 ` [PATCH 01/13] dt-bindings: mfd: pm8008: add reset gpio Johan Hovold
2024-05-07  6:38   ` Krzysztof Kozlowski
2024-05-08 21:39   ` Stephen Boyd
2024-05-27 13:32   ` Linus Walleij
2024-05-06 15:08 ` [PATCH 02/13] mfd: pm8008: fix regmap irq chip initialisation Johan Hovold
2024-05-06 18:56   ` Andy Shevchenko
2024-05-07 15:01     ` Johan Hovold
2024-05-07 17:16       ` Andy Shevchenko
2024-05-09  8:49         ` Johan Hovold
2024-05-09 13:26           ` Andy Shevchenko
2024-05-06 15:08 ` [PATCH 03/13] mfd: pm8008: deassert reset on probe Johan Hovold
2024-05-06 18:57   ` Andy Shevchenko
2024-05-07 15:15     ` Johan Hovold
2024-05-08 16:12   ` Bryan O'Donoghue
2024-05-09  9:31     ` Johan Hovold
2024-05-29 16:17       ` Johan Hovold
2024-05-29 18:52         ` Bryan O'Donoghue
2024-05-27 13:39   ` Linus Walleij
2024-05-06 15:08 ` [PATCH 04/13] mfd: pm8008: mark regmap structures as const Johan Hovold
2024-05-08 17:37   ` Bryan O'Donoghue
2024-05-08 22:03   ` Stephen Boyd
2024-05-06 15:08 ` [PATCH 05/13] mfd: pm8008: use lower case hex notation Johan Hovold
2024-05-08 17:38   ` Bryan O'Donoghue
2024-05-08 22:03   ` Stephen Boyd
2024-05-06 15:08 ` [PATCH 06/13] mfd: pm8008: rename irq chip Johan Hovold
2024-05-08 17:38   ` Bryan O'Donoghue
2024-05-08 22:04   ` Stephen Boyd
2024-05-06 15:08 ` [PATCH 07/13] mfd: pm8008: drop unused driver data Johan Hovold
2024-05-08 17:40   ` Bryan O'Donoghue
2024-05-08 22:05   ` Stephen Boyd
2024-05-06 15:08 ` [PATCH 08/13] dt-bindings: pinctrl: qcom,pmic-gpio: drop pm8008 Johan Hovold
2024-05-07  6:41   ` Krzysztof Kozlowski
2024-05-08 22:06   ` Stephen Boyd
2024-05-06 15:08 ` [PATCH 09/13] pinctrl: qcom: spmi-gpio: drop broken pm8008 support Johan Hovold
2024-05-08 17:43   ` Bryan O'Donoghue
2024-05-08 22:06   ` Stephen Boyd
2024-05-27 13:35   ` Linus Walleij
2024-05-29 16:12     ` Johan Hovold
2024-05-06 15:08 ` [PATCH 10/13] dt-bindings: mfd: pm8008: rework binding Johan Hovold
2024-05-07  6:43   ` Krzysztof Kozlowski
2024-05-07 15:23     ` Johan Hovold
2024-05-08 22:09       ` Stephen Boyd
2024-05-09  6:57         ` Krzysztof Kozlowski
2024-05-06 15:08 ` [PATCH 11/13] mfd: pm8008: rework driver Johan Hovold
2024-05-06 19:18   ` Andy Shevchenko
2024-05-09  9:42     ` Johan Hovold
2024-05-10 13:15       ` Andy Shevchenko
2024-05-22  6:49         ` Johan Hovold
2024-05-22  7:13           ` Andy Shevchenko
2024-05-22  8:00             ` Johan Hovold
2024-05-08 17:56   ` Bryan O'Donoghue
2024-05-06 15:08 ` [PATCH 12/13] regulator: add pm8008 pmic regulator driver Johan Hovold
2024-05-06 19:09   ` Andy Shevchenko
2024-05-07 15:44     ` Johan Hovold
2024-05-07 17:22       ` Andy Shevchenko
2024-05-07 18:14         ` Krzysztof Kozlowski
2024-05-09  8:57           ` Johan Hovold
2024-05-09 10:48             ` Krzysztof Kozlowski
2024-05-09 12:26               ` Johan Hovold
2024-05-17  9:15                 ` Krzysztof Kozlowski
2024-05-08 11:41         ` Mark Brown
2024-05-09  8:53         ` Johan Hovold
2024-05-09 13:24           ` Andy Shevchenko
2024-05-14 13:43       ` Satya Priya Kakitapalli [this message]
2024-05-14 22:14         ` Konrad Dybcio
2024-05-29 16:04         ` Johan Hovold
2024-05-14 14:04       ` Satya Priya Kakitapalli
2024-05-14 14:18         ` Andy Shevchenko
2024-05-14 15:04           ` Satya Priya Kakitapalli (Temp)
2024-05-14 16:04             ` Andy Shevchenko
2024-05-07 11:48   ` Konrad Dybcio
2024-05-07 15:52     ` Johan Hovold
2024-05-08 17:55   ` Bryan O'Donoghue
2024-05-08 22:37   ` Stephen Boyd
2024-05-09  9:10     ` Johan Hovold
2024-05-29 15:55       ` Johan Hovold
2024-05-09 12:07     ` Andy Shevchenko
2024-05-09 12:20       ` Johan Hovold
2024-05-06 15:08 ` [PATCH 13/13] arm64: dts: qcom: sc8280xp-x13s: enable pm8008 camera pmic Johan Hovold
2024-05-08 17:53   ` Bryan O'Donoghue
2024-05-06 20:40 ` [PATCH 00/13] " Rob Herring (Arm)
2024-05-09  8:42   ` Johan Hovold

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=20240514134317.691887-1-quic_skakitap@quicinc.com \
    --to=quic_skakitap@quicinc.com \
    --cc=andersson@kernel.org \
    --cc=andy.shevchenko@gmail.com \
    --cc=broonie@kernel.org \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=johan+linaro@kernel.org \
    --cc=johan@kernel.org \
    --cc=konrad.dybcio@linaro.org \
    --cc=krzk+dt@kernel.org \
    --cc=lee@kernel.org \
    --cc=lgirdwood@gmail.com \
    --cc=linus.walleij@linaro.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-gpio@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=quic_c_skakit@quicinc.com \
    --cc=quic_gurus@quicinc.com \
    --cc=robh@kernel.org \
    --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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).