[PATCH v5 1/2] mfd: act8945a: add Active-semi ACT8945A PMIC MFD driver

Yang, Wenyou Wenyou.Yang at atmel.com
Thu Jan 14 17:16:11 PST 2016


Hi Peter,

> -----Original Message-----
> From: Peter Korsgaard [mailto:jacmet at gmail.com] On Behalf Of Peter Korsgaard
> Sent: 2016年1月14日 21:35
> To: Yang, Wenyou <Wenyou.Yang at atmel.com>
> Cc: Lee Jones <lee.jones at linaro.org>; Rob Herring <robh+dt at kernel.org>;
> Pawel Moll <pawel.moll at arm.com>; Mark Rutland <mark.rutland at arm.com>; Ian
> Campbell <ijc+devicetree at hellion.org.uk>; Kumar Gala <galak at codeaurora.org>;
> devicetree at vger.kernel.org; Krzysztof Kozlowski <k.kozlowski at samsung.com>;
> Ferre, Nicolas <Nicolas.FERRE at atmel.com>; linux-kernel at vger.kernel.org;
> Javier Martinez Canillas <javier at dowhile0.org>; linux-arm-
> kernel at lists.infradead.org
> Subject: Re: [PATCH v5 1/2] mfd: act8945a: add Active-semi ACT8945A PMIC
> MFD driver
> 
> >>>>> "Wenyou" == Wenyou Yang <wenyou.yang at atmel.com> writes:
> 
>  > This patch adds support for the Active-semi ACT8945A PMIC.
>  > It is a Multi Function Device with the following subdevices:
>  >  - Regulator
>  >  - Charger
> 
>  > It is interfaced to the host controller using I2C interface,  > ACT8945A is a child
> device of the I2C.
> 
>  > Signed-off-by: Wenyou Yang <wenyou.yang at atmel.com>  > Reviewed-by:
> Krzysztof Kozlowski <k.kozlowski at samsung.com>  > ---
> 
>  > Changes in v5:
>  >  - change depends on to 'I2C=y'.
> 
> Why not make it a tristate instead? Having regulators as modules is perhaps not a
> very wise thing to do, but conceptually I don't see why this code couldn't be a
> module.

Yes, you are right. it can be use a tristate.

> 
>  > +config MFD_ACT8945A
>  > +	bool "Active-semi ACT8945A"
>  > +	select MFD_CORE
>  > +	select REGMAP_I2C
>  > +	depends on I2C=y && OF
>  > +	help
>  > +	  Support for the ACT8945A PMIC from Active-semi. This device
>  > +	  features three step-down DC/DC converters and four low-dropout
>  > +	  linear regulators, along with a complete ActivePath battery
>  > +	  charger.
>  > +
> 
> [snip]
> 
> > +++ b/drivers/mfd/act8945a.c
>  > @@ -0,0 +1,109 @@
>  > +/*
>  > + * MFD driver for Active-semi ACT8945a PMIC  > + *  > + * Copyright (C)
> 2015 Atmel Corporation.
>  > + *
>  > + * Author: Wenyou Yang <wenyou.yang at atmel.com>  > + *  > + * This
> program is free software; you can redistribute it and/or modify it  > + * under  the
> terms of the GNU General  Public License as published by the  > + * Free
> Software Foundation;  either version 2 of the License, or (at your  > + * option) any
> later version.
>  > + */
>  > +
>  > +#include <linux/i2c.h>
>  > +#include <linux/mfd/act8945a.h>
>  > +#include <linux/mfd/core.h>
>  > +#include <linux/module.h>
>  > +#include <linux/of_device.h>
>  > +#include <linux/regmap.h>
>  > +
>  > +static const struct mfd_cell act8945a_devs[] = {
>  > +	{
>  > +		.name = "act8945a-pmic",
>  > +		.of_compatible = "active-semi,act8945a-regulator",
>  > +	},
>  > +	{
>  > +		.name = "act8945a-charger",
>  > +		.of_compatible = "active-semi,act8945a-charger",
>  > +	},
>  > +};
>  > +
>  > +static const struct regmap_config act8945a_regmap_config = {
>  > +	.reg_bits = 8,
>  > +	.val_bits = 8,
>  > +};
>  > +
>  > +static int act8945a_i2c_probe(struct i2c_client *i2c,
>  > +			      const struct i2c_device_id *id)
>  > +{
>  > +	struct act8945a_dev *act8945a;
>  > +	int ret;
>  > +
>  > +	act8945a = devm_kzalloc(&i2c->dev, sizeof(*act8945a), GFP_KERNEL);
>  > +	if (!act8945a)
>  > +		return -ENOMEM;
>  > +
> 
> What is the point of this structure (and the header file)? Can't the subdevices just
> do dev_get_regmap(dev->parent)? regulator_register() afaik already does this by
> default.

Yes, I re-read regulator_register() code. It did do dev_get_regmap(dev->parent).

I think this structure should be pointed by dev->parent, this structure is necessary.

Yes regulator driver should be simpler.

Moreover, it is used by another sub device, charger. Which don't such code.

> 
> --
> Bye, Peter Korsgaard


Best Regards,
Wenyou Yang


More information about the linux-arm-kernel mailing list