Hi,
El Fri, Jul 20, 2012 at 03:00:01PM +0530 AnilKumar Ch ha dit:
> Regulator platform data handling was mistakenly added to MFD
> driver. So we will see build errors if we compile MFD drivers
> without CONFIG_REGULATOR. This patch moves regulator platform
> data handling from TPS65217 MFD driver to regulator driver.
>
>
> diff --git a/drivers/regulator/tps65217-regulator.c
> b/drivers/regulator/tps65217-regulator.c
> index 6caa222..9730f1d 100644
> --- a/drivers/regulator/tps65217-regulator.c
> +++ b/drivers/regulator/tps65217-regulator.c
>
> +static struct tps65217_board *tps65217_parse_dt(struct platform_device *pdev)
> +{
> + struct tps65217 *tps = dev_get_drvdata(pdev->dev.parent);
> + struct device_node *node = tps->dev->of_node;
> + struct tps65217_board *pdata;
> + struct device_node *regs;
> + int i, count;
> +
> + regs = of_find_node_by_name(node, "regulators");
> + if (!regs)
> + return NULL;
> +
> + count = of_regulator_match(pdev->dev.parent, regs,
> + reg_matches, TPS65217_NUM_REGULATOR);
> + of_node_put(regs);
> + if ((count < 0) || (count > TPS65217_NUM_REGULATOR))
> + return NULL;
> +
> + pdata = devm_kzalloc(&pdev->dev, count * sizeof(*pdata),
> GFP_KERNEL);
this allocates a struct tps65217_board for each regulator specified in
the device tree. the structure itself provides arrays for the pointers
to the regulator init data and the regulator device tree node, so only
one instance of it is needed
also the tps65217_board structure should be renamed to something like
tps65217_regulators, now that it is specific to the regulator
driver. besides the regulators the tps65217 can have other subdevices,
so for the non device tree use case it makes sense to keep a chip wide
platform data structure around which contains the subdevice specific
ones
best regards
--
Matthias Kaehlcke
Embedded Linux Developer
Amsterdam
If you pay peanuts, you get monkeys
(James Goldsmith)
.''`.
using free software / Debian GNU/Linux | http://debian.org : :' :
`. `'`
gpg --keyserver pgp.mit.edu --recv-keys 47D8E5D4 `-
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
