public inbox for devicetree@vger.kernel.org
 help / color / mirror / Atom feed
From: Andre Przywara <andre.przywara@arm.com>
To: Chen-Yu Tsai <wens@csie.org>
Cc: Martin Botka <martin.botka@somainline.org>,
	martin.botka1@gmail.com,
	Konrad Dybcio <konrad.dybcio@somainline.org>,
	AngeloGioacchino Del Regno 
	<angelogioacchino.delregno@somainline.org>,
	Marijn Suijten <marijn.suijten@somainline.org>,
	Jami Kettunen <jamipkettunen@somainline.org>,
	Paul Bouchara <paul.bouchara@somainline.org>,
	Jan Trmal <jtrmal@gmail.com>,
	Jernej Skrabec <jernej.skrabec@gmail.com>,
	Samuel Holland <samuel@sholland.org>, Lee Jones <lee@kernel.org>,
	Rob Herring <robh+dt@kernel.org>,
	Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
	Liam Girdwood <lgirdwood@gmail.com>,
	Mark Brown <broonie@kernel.org>,
	devicetree@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v8 3/3] regulator: axp20x: Add support for AXP313a variant
Date: Thu, 23 Mar 2023 13:59:19 +0000	[thread overview]
Message-ID: <20230323135919.4e21f587@donnerap.cambridge.arm.com> (raw)
In-Reply-To: <CAGb2v649yQVcNn7uv1eKtnEDnb=D4X9yGYB1eOC3zeAe+encFg@mail.gmail.com>

On Sat, 28 Jan 2023 01:24:18 +0800
Chen-Yu Tsai <wens@csie.org> wrote:

Hi,

> On Sat, Jan 21, 2023 at 2:45 AM Martin Botka
> <martin.botka@somainline.org> wrote:
> >
> > The AXP313a is your typical I2C controlled PMIC, although in a lighter
> > fashion compared to the other X-Powers PMICs: it has only three DCDC
> > rails, three LDOs, and no battery charging support.
> >
> > The AXP313a datasheet does not describe a register to change the DCDC
> > switching frequency, and talks of it being fixed at 3 MHz. The BSP
> > driver hints at a register being able to change that, but we haven't
> > verified that, so leave that one out. It can be added later, if needed
> > and/or required.  
> 
> The datasheet released by MangoPi says this isn't configurable. The
> thing that is configurable is spread-spectrum operation, and mode
> switching between fixed PWM and hybrid PFM/PWM. So just drop the
> DCDC frequency stuff and use the default code path.

The default code path is fatal to the driver, so we can't really do this.
axp20x_set_dcdc_freq is *always* called, even when the property is missing,
in this case the frequency will just be 0.
If we don't specify the variant ID in the switch/case, we get an error and
the driver bails out with -EINVAL.
So the minimal implementation would be:
	case AXP313A_ID:
		return 0;
To be a bit more robust and catch cases where people try to specify some
DCDC frequency, I added this extra check for 3MHz or 0 (no property).

> > The third LDO, RTCLDO, is fixed, and cannot even be turned on or off,
> > programmatically. On top of that, its voltage is customisable (either
> > 1.8V or 3.3V), which we cannot describe easily using the existing
> > regulator wrapper functions. This should be fixed properly, using
> > regulator-{min,max}-microvolt in the DT, but this requires more changes
> > to the code. As some other PMICs (AXP2xx, AXP803) seem to paper over the
> > same problem as well, we follow suit here and pretend it's a fixed 1.8V
> > regulator. A proper fix can follow later. The BSP code seems to ignore
> > this regulator altogether.
> >
> > Describe the AXP313A's voltage settings and switch registers, how the
> > voltages are encoded, and connect this to the MFD device via its
> > regulator ID.
> >
> > Signed-off-by: Martin Botka <martin.botka@somainline.org>
> > Signed-off-by: Andre Przywara <andre.przywara@arm.com>
> > ---
> >  drivers/regulator/axp20x-regulator.c | 60 ++++++++++++++++++++++++++++
> >  1 file changed, 60 insertions(+)
> >
> > diff --git a/drivers/regulator/axp20x-regulator.c b/drivers/regulator/axp20x-regulator.c
> > index d260c442b788..3087bc98694f 100644
> > --- a/drivers/regulator/axp20x-regulator.c
> > +++ b/drivers/regulator/axp20x-regulator.c
> > @@ -134,6 +134,11 @@
> >  #define AXP22X_PWR_OUT_DLDO4_MASK      BIT_MASK(6)
> >  #define AXP22X_PWR_OUT_ALDO3_MASK      BIT_MASK(7)
> >
> > +#define AXP313A_DCDC1_NUM_VOLTAGES     107
> > +#define AXP313A_DCDC23_NUM_VOLTAGES    88
> > +#define AXP313A_DCDC_V_OUT_MASK                GENMASK(6, 0)
> > +#define AXP313A_LDO_V_OUT_MASK         GENMASK(4, 0)
> > +
> >  #define AXP803_PWR_OUT_DCDC1_MASK      BIT_MASK(0)
> >  #define AXP803_PWR_OUT_DCDC2_MASK      BIT_MASK(1)
> >  #define AXP803_PWR_OUT_DCDC3_MASK      BIT_MASK(2)
> > @@ -638,6 +643,48 @@ static const struct regulator_desc axp22x_drivevbus_regulator = {
> >         .ops            = &axp20x_ops_sw,
> >  };
> >
> > +static const struct linear_range axp313a_dcdc1_ranges[] = {
> > +       REGULATOR_LINEAR_RANGE(500000,   0,  70,  10000),
> > +       REGULATOR_LINEAR_RANGE(1220000, 71,  87,  20000),
> > +       REGULATOR_LINEAR_RANGE(1600000, 88, 106, 100000),
> > +};
> > +
> > +static const struct linear_range axp313a_dcdc2_ranges[] = {
> > +       REGULATOR_LINEAR_RANGE(500000,   0, 70, 10000),
> > +       REGULATOR_LINEAR_RANGE(1220000, 71, 87, 20000),
> > +};
> > +
> > +/*
> > + * This is deviating from the datasheet. The values here are taken from the
> > + * BSP driver and have been confirmed by measurements.
> > + */
> > +static const struct linear_range axp313a_dcdc3_ranges[] = {
> > +       REGULATOR_LINEAR_RANGE(500000,   0,  70, 10000),
> > +       REGULATOR_LINEAR_RANGE(1220000, 71, 102, 20000),
> > +};
> > +
> > +static const struct regulator_desc axp313a_regulators[] = {
> > +       AXP_DESC_RANGES(AXP313A, DCDC1, "dcdc1", "vin1",
> > +                       axp313a_dcdc1_ranges, AXP313A_DCDC1_NUM_VOLTAGES,
> > +                       AXP313A_DCDC1_CONRTOL, AXP313A_DCDC_V_OUT_MASK,
> > +                       AXP313A_OUTPUT_CONTROL, BIT(0)),
> > +       AXP_DESC_RANGES(AXP313A, DCDC2, "dcdc2", "vin2",
> > +                       axp313a_dcdc2_ranges, AXP313A_DCDC23_NUM_VOLTAGES,
> > +                       AXP313A_DCDC2_CONRTOL, AXP313A_DCDC_V_OUT_MASK,
> > +                       AXP313A_OUTPUT_CONTROL, BIT(1)),
> > +       AXP_DESC_RANGES(AXP313A, DCDC3, "dcdc3", "vin3",
> > +                       axp313a_dcdc3_ranges, AXP313A_DCDC23_NUM_VOLTAGES,
> > +                       AXP313A_DCDC3_CONRTOL, AXP313A_DCDC_V_OUT_MASK,
> > +                       AXP313A_OUTPUT_CONTROL, BIT(2)),
> > +       AXP_DESC(AXP313A, LDO1, "ldo1", "vin1", 500, 3500, 100,
> > +                AXP313A_ALDO1_CONRTOL, AXP313A_LDO_V_OUT_MASK,
> > +                AXP313A_OUTPUT_CONTROL, BIT(3)),  
> 
> The datasheet says this one is called ALDO1 ...
> 
> > +       AXP_DESC(AXP313A, LDO2, "ldo2", "vin1", 500, 3500, 100,
> > +                AXP313A_DLDO1_CONRTOL, AXP313A_LDO_V_OUT_MASK,
> > +                AXP313A_OUTPUT_CONTROL, BIT(4)),  
> 
> ... and this one DLDO1.

Fixed.


> > +       AXP_DESC_FIXED(AXP313A, RTC_LDO, "rtc-ldo", "vin1", 1800),
> > +};
> > +
> >  /* DCDC ranges shared with AXP813 */
> >  static const struct linear_range axp803_dcdc234_ranges[] = {
> >         REGULATOR_LINEAR_RANGE(500000,
> > @@ -1040,6 +1087,15 @@ static int axp20x_set_dcdc_freq(struct platform_device *pdev, u32 dcdcfreq)
> >                 def = 3000;
> >                 step = 150;
> >                 break;
> > +       case AXP313A_ID:
> > +               /* The DCDC PWM frequency seems to be fixed to 3 MHz. */
> > +               if (dcdcfreq != 3000000 && dcdcfreq != 0) {
> > +                       dev_err(&pdev->dev,
> > +                               "DCDC frequency on AXP313a is fixed to 3 MHz.\n");
> > +                       return -EINVAL;
> > +               }
> > +
> > +               return 0;  
> 
> As mentioned above, please drop this.

As mentioned above, we need at least the variant ID and a "return 0;". Do
you want me to drop the extra checks as well? Doesn't really hurt, and
provides extra info in case people try something stupid.

> Besides the bits mentioned above, this looks OK.

Thanks!
Andre

> 
> >         default:
> >                 dev_err(&pdev->dev,
> >                         "Setting DCDC frequency for unsupported AXP variant\n");
> > @@ -1232,6 +1288,10 @@ static int axp20x_regulator_probe(struct platform_device *pdev)
> >                 drivevbus = of_property_read_bool(pdev->dev.parent->of_node,
> >                                                   "x-powers,drive-vbus-en");
> >                 break;
> > +       case AXP313A_ID:
> > +               regulators = axp313a_regulators;
> > +               nregulators = AXP313A_REG_ID_MAX;
> > +               break;
> >         case AXP803_ID:
> >                 regulators = axp803_regulators;
> >                 nregulators = AXP803_REG_ID_MAX;
> > --
> > 2.39.0
> >  


  parent reply	other threads:[~2023-03-23 14:00 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-01-20 18:44 [PATCH v8 0/3] regulator: Add X-Powers AXP313a PMIC support* Martin Botka
2023-01-20 18:44 ` [PATCH v8 1/3] dt-bindings: mfd: x-powers,axp152: Document the AXP313a variant Martin Botka
2023-01-20 18:51   ` Martin Botka
2023-01-27 17:10   ` Chen-Yu Tsai
2023-01-20 18:44 ` [PATCH v8 2/3] mfd: axp20x: Add support for AXP313a PMIC Martin Botka
2023-01-27 17:40   ` Chen-Yu Tsai
2023-03-23 13:59     ` Andre Przywara
2023-03-23 14:24       ` Chen-Yu Tsai
2023-02-18 17:52   ` Shengyu Qu
2023-02-28 21:11     ` Martin Botka
2023-01-20 18:44 ` [PATCH v8 3/3] regulator: axp20x: Add support for AXP313a variant Martin Botka
2023-01-27 17:24   ` Chen-Yu Tsai
2023-02-18 10:08     ` Shengyu Qu
2023-02-28 21:09       ` Martin Botka
2023-03-23 13:59     ` Andre Przywara [this message]
2023-03-23 14:21       ` Chen-Yu Tsai
2023-03-23 16:07         ` Andre Przywara
2023-03-23 16:18           ` Chen-Yu Tsai

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=20230323135919.4e21f587@donnerap.cambridge.arm.com \
    --to=andre.przywara@arm.com \
    --cc=angelogioacchino.delregno@somainline.org \
    --cc=broonie@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=jamipkettunen@somainline.org \
    --cc=jernej.skrabec@gmail.com \
    --cc=jtrmal@gmail.com \
    --cc=konrad.dybcio@somainline.org \
    --cc=krzysztof.kozlowski+dt@linaro.org \
    --cc=lee@kernel.org \
    --cc=lgirdwood@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=marijn.suijten@somainline.org \
    --cc=martin.botka1@gmail.com \
    --cc=martin.botka@somainline.org \
    --cc=paul.bouchara@somainline.org \
    --cc=robh+dt@kernel.org \
    --cc=samuel@sholland.org \
    --cc=wens@csie.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