lkml.org 
[lkml]   [2017]   [Jun]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
Patch in this message
/
From
Date
SubjectRe: [PATCH 4/4] mfd: tps65217: Instantiate sub-devices from device tree
2017-06-07 18:05 GMT+02:00 Grygorii Strashko <grygorii.strashko@ti.com>:
>
>
> On 06/07/2017 05:32 AM, Enric Balletbo i Serra wrote:
>> The driver boots only via device tree but currently all the MFD sub-devices
>> are instatiated independently of the device tree configuration, i.e
>> although tps65217-charger is disabled by default it's instantiated by the
>> MFD driver.
>>
>> Instead of register all sub-devices, if the TPS65217 device tree node has a
>> sub-node enabled, try to instatiate them as MFD sub-devices but not
>> instantiate sub-nodes that are not enabled.
>>
>> Signed-off-by: Enric Balletbo i Serra <enric.balletbo@collabora.com>
>> ---
>> drivers/mfd/tps65217.c | 56 +++++++-------------------------------------
>> include/linux/mfd/tps65217.h | 6 -----
>> 2 files changed, 9 insertions(+), 53 deletions(-)
>>
>> diff --git a/drivers/mfd/tps65217.c b/drivers/mfd/tps65217.c
>> index f769c7d..9effdda 100644
>> --- a/drivers/mfd/tps65217.c
>> +++ b/drivers/mfd/tps65217.c
>> @@ -33,14 +33,7 @@
>> #include <linux/mfd/core.h>
>> #include <linux/mfd/tps65217.h>
>>
>> -static struct resource charger_resources[] = {
>> - DEFINE_RES_IRQ_NAMED(TPS65217_IRQ_AC, "AC"),
>> - DEFINE_RES_IRQ_NAMED(TPS65217_IRQ_USB, "USB"),
>> -};
>> -
>> -static struct resource pb_resources[] = {
>> - DEFINE_RES_IRQ_NAMED(TPS65217_IRQ_PB, "PB"),
>> -};
>
> May be I messed smth, but how about interrupts for charger and pwrbutton?
>

I might be wrong but as this driver is DT-only these resources came
from the DT. The driver calls platform_get_irq_byname and then
of_irq_get_byname.

i.e arch/arm/boot/dts/am335x-bone-common.dtsi

&tps {
charger {
interrupts = <0>, <1>;
interrupt-names = "USB", "AC";
status = "okay";
};

pwrbutton {
interrupts = <2>;
status = "okay";
};
};

>> +#define TPS65217_NUM_IRQ 3
>>
>> static void tps65217_irq_lock(struct irq_data *data)
>> {
>> @@ -86,29 +79,6 @@ static struct irq_chip tps65217_irq_chip = {
>> .irq_disable = tps65217_irq_disable,
>> };
>>
>> -static struct mfd_cell tps65217s[] = {
>> - {
>> - .name = "tps65217-pmic",
>> - .of_compatible = "ti,tps65217-pmic",
>> - },
>> - {
>> - .name = "tps65217-bl",
>> - .of_compatible = "ti,tps65217-bl",
>> - },
>> - {
>> - .name = "tps65217-charger",
>> - .num_resources = ARRAY_SIZE(charger_resources),
>> - .resources = charger_resources,
>> - .of_compatible = "ti,tps65217-charger",
>> - },
>> - {
>> - .name = "tps65217-pwrbutton",
>> - .num_resources = ARRAY_SIZE(pb_resources),
>> - .resources = pb_resources,
>> - .of_compatible = "ti,tps65217-pwrbutton",
>> - },
>> -};
>> -
>> static irqreturn_t tps65217_irq_thread(int irq, void *data)
>> {
>> struct tps65217 *tps = data;
>> @@ -359,23 +329,8 @@ static int tps65217_probe(struct i2c_client *client,
>> return ret;
>> }
>>
>> - if (client->irq) {
>> + if (client->irq)
>> tps65217_irq_init(tps, client->irq);
>> - } else {
>> - int i;
>> -
>> - /* Don't tell children about IRQ resources which won't fire */
>> - for (i = 0; i < ARRAY_SIZE(tps65217s); i++)
>> - tps65217s[i].num_resources = 0;
>> - }
>> -
>> - ret = devm_mfd_add_devices(tps->dev, -1, tps65217s,
>> - ARRAY_SIZE(tps65217s), NULL, 0,
>> - tps->irq_domain);
>> - if (ret < 0) {
>> - dev_err(tps->dev, "mfd_add_devices failed: %d\n", ret);
>> - return ret;
>> - }
>
> And as I remember there was a request to use mfd_add_devices()
> and not of_platform_populate() for mfd sub-devices instantiation.
>

From what I know or you add the sub-devices via mfd_add_devices or
using the DT with of_platform_populate, and the first is probably the
preferred, but in this specific case this driver is DT-only so IMHO
makes more sense adding via the DT, there are already some bindings
i.e:
arch/arm/boot/dts/tps65217.dtsi
arch/arm/boot/dts/am335x-bone-common.dtsi

Let me explain a bit more, assume that you have another AM335x with
the TPS65217 PMIC but you don't want the charger because is not wired
in your board. Your board DT will include the tps65217.dtsi, in this
file you can see:

&tps {
...
charger {
compatible = "ti,tps65217-charger";
status = "disabled";
};
...
};

Seems that's fine but actually not works as expected, the TPS65217 MFD
registers all the sub-devices so the charger is enabled and running
even you have status = "disabled" in your DT. This looks incoherent to
me, hence I replaced the devm_mfd_add_devices for the
of_platform_populate which takes care of the status propriety and only
calls the probe of the sub-devices that match and are enabled (status
= "okay").

>
>>
>> ret = tps65217_reg_read(tps, TPS65217_REG_CHIPID, &version);
>> if (ret < 0) {
>> @@ -384,6 +339,13 @@ static int tps65217_probe(struct i2c_client *client,
>> return ret;
>> }
>>
>> + ret = of_platform_populate(client->dev.of_node, NULL, NULL,
>> + &client->dev);
>> + if (ret) {
>> + dev_err(&client->dev, "Failed to register sub-devices\n");
>> + return ret;
>> + }
>> +
>> /* Set the PMIC to shutdown on PWR_EN toggle */
>> if (status_off) {
>> ret = tps65217_set_bits(tps, TPS65217_REG_STATUS,
>> diff --git a/include/linux/mfd/tps65217.h b/include/linux/mfd/tps65217.h
>> index eac2857..dfc51f5 100644
>> --- a/include/linux/mfd/tps65217.h
>> +++ b/include/linux/mfd/tps65217.h
>> @@ -236,12 +236,6 @@ struct tps65217_bl_pdata {
>> int dft_brightness;
>> };
>>
>> -/* Interrupt numbers */
>> -#define TPS65217_IRQ_USB 0
>> -#define TPS65217_IRQ_AC 1
>> -#define TPS65217_IRQ_PB 2
>> -#define TPS65217_NUM_IRQ 3
>> -
>> /**
>> * struct tps65217_board - packages regulator init data
>> * @tps65217_regulator_data: regulator initialization values
>>
>
> --
> regards,
> -grygorii
> --
> To unsubscribe from this list: send the line "unsubscribe linux-omap" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html

\
 
 \ /
  Last update: 2017-06-12 01:27    [W:0.116 / U:0.360 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site