[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <c3246e0e-897f-4139-91da-5850a596c713@baylibre.com>
Date: Thu, 9 May 2019 13:25:33 +0200
From: guillaume La Roque <glaroque@...libre.com>
To: Martin Blumenstingl <martin.blumenstingl@...glemail.com>
Cc: linus.walleij@...aro.org, robh+dt@...nel.org, mark.rutland@....com,
khilman@...libre.com, linux-gpio@...r.kernel.org,
linux-amlogic@...ts.infradead.org, linux-kernel@...r.kernel.org,
devicetree@...r.kernel.org
Subject: Re: [PATCH v3 4/6] pinctrl: meson: Rework enable/disable bias part
hi Martin,
same as previous patch i will do a new serie with your comments.
On 5/7/19 7:53 PM, Martin Blumenstingl wrote:
> Hi Guillaume,
>
> On Tue, May 7, 2019 at 1:57 PM Guillaume La Roque <glaroque@...libre.com> wrote:
>> rework bias enable/disable part to prepare drive-strength integration
> if it was my patch I would add "no functional changes" at the end to
> make it explicit that this only changes the structure of the code.
>
>> Signed-off-by: Guillaume La Roque <glaroque@...libre.com>
> with the minor comments from below addressed:
> Reviewed-by: Martin Blumenstingl <martin.blumenstingl@...glemail.com>
>
>> ---
>> drivers/pinctrl/meson/pinctrl-meson.c | 79 ++++++++++++++++-----------
>> 1 file changed, 48 insertions(+), 31 deletions(-)
>>
>> diff --git a/drivers/pinctrl/meson/pinctrl-meson.c b/drivers/pinctrl/meson/pinctrl-meson.c
>> index 96a4a72708e4..a216a7537564 100644
>> --- a/drivers/pinctrl/meson/pinctrl-meson.c
>> +++ b/drivers/pinctrl/meson/pinctrl-meson.c
>> @@ -174,13 +174,57 @@ int meson_pmx_get_groups(struct pinctrl_dev *pcdev, unsigned selector,
>> return 0;
>> }
>>
>> +static int meson_pinconf_disable_bias(struct meson_pinctrl *pc,
>> + unsigned int pin)
>> +{
>> + struct meson_bank *bank;
>> + unsigned int reg, bit = 0;
>> + int ret;
>> +
>> + ret = meson_get_bank(pc, pin, &bank);
>> + if (ret)
>> + return ret;
> add an empty line here to keep it consistent with the rest of the code
>
> [...]
>> static int meson_pinconf_set(struct pinctrl_dev *pcdev, unsigned int pin,
>> unsigned long *configs, unsigned num_configs)
>> {
>> struct meson_pinctrl *pc = pinctrl_dev_get_drvdata(pcdev);
>> struct meson_bank *bank;
> bank is not read anymore (it's passed to meson_get_bank to set it, but
> then it's not read, which is probably why my compiler doesn't
> complain)
>
>> enum pin_config_param param;
>> - unsigned int reg, bit;
>> int i, ret;
>>
>> ret = meson_get_bank(pc, pin, &bank);
>> @@ -192,44 +236,17 @@ static int meson_pinconf_set(struct pinctrl_dev *pcdev, unsigned int pin,
>>
>> switch (param) {
>> case PIN_CONFIG_BIAS_DISABLE:
>> - dev_dbg(pc->dev, "pin %u: disable bias\n", pin);
>> -
>> - meson_calc_reg_and_bit(bank, pin, REG_PULLEN, ®,
>> - &bit);
>> - ret = regmap_update_bits(pc->reg_pullen, reg,
>> - BIT(bit), 0);
>> + ret = meson_pinconf_disable_bias(pc, pin);
>> if (ret)
>> return ret;
>> break;
>> case PIN_CONFIG_BIAS_PULL_UP:
>> - dev_dbg(pc->dev, "pin %u: enable pull-up\n", pin);
>> -
>> - meson_calc_reg_and_bit(bank, pin, REG_PULLEN,
>> - ®, &bit);
>> - ret = regmap_update_bits(pc->reg_pullen, reg,
>> - BIT(bit), BIT(bit));
>> - if (ret)
>> - return ret;
>> -
>> - meson_calc_reg_and_bit(bank, pin, REG_PULL, ®, &bit);
>> - ret = regmap_update_bits(pc->reg_pull, reg,
>> - BIT(bit), BIT(bit));
>> + ret = meson_pinconf_enable_bias(pc, pin, 1);
> use "true" instead of "1"?
>
>> if (ret)
>> return ret;
>> break;
>> case PIN_CONFIG_BIAS_PULL_DOWN:
>> - dev_dbg(pc->dev, "pin %u: enable pull-down\n", pin);
>> -
>> - meson_calc_reg_and_bit(bank, pin, REG_PULLEN,
>> - ®, &bit);
>> - ret = regmap_update_bits(pc->reg_pullen, reg,
>> - BIT(bit), BIT(bit));
>> - if (ret)
>> - return ret;
>> -
>> - meson_calc_reg_and_bit(bank, pin, REG_PULL, ®, &bit);
>> - ret = regmap_update_bits(pc->reg_pull, reg,
>> - BIT(bit), 0);
>> + ret = meson_pinconf_enable_bias(pc, pin, 0);
> use "false" instead of "0"?
>
> one overall comment: thank you for working on this!
> in my opinion it's a good preparation step to ensure that
> meson_pinconf_set is easy to understand even if we add more
> functionality here
>
>
> Regards
> Martin
guillaume
Powered by blists - more mailing lists