> > > Add a driver for the BCM590xx PMU multi-function devices. The driver > > > initially supports regmap initialization and instantiation of the > > > voltage regulator device function of the PMU. > > > > > > Signed-off-by: Matt Porter <mporter@xxxxxxxxxx> > > > Reviewed-by: Tim Kryger <tim.kryger@xxxxxxxxxx> > > > Reviewed-by: Markus Mayer <markus.mayer@xxxxxxxxxx> > > > --- > > > drivers/mfd/Kconfig | 8 ++++ > > > drivers/mfd/Makefile | 1 + > > > drivers/mfd/bcm590xx.c | 93 ++++++++++++++++++++++++++++++++++++++++++++ > > > include/linux/mfd/bcm590xx.h | 31 +++++++++++++++ > > > 4 files changed, 133 insertions(+) > > > create mode 100644 drivers/mfd/bcm590xx.c > > > create mode 100644 include/linux/mfd/bcm590xx.h > > > > I have a tiny nit that 'ret' doesn't need to be initialised before > > use in probe(), but apart from that... > > > > Looks pretty sensible: > > Acked-by: Lee Jones <lee.jones@xxxxxxxxxx> > > Ok, thanks. When I get back in front of my desktop I'll send a v4 of > just this patch to address that nit. Mark already applied the regulator > driver from this series, will you be taking this through your tree? For > that matter, I wonder if the binding would also go through your tree > with this driver. At least the MFD portion and the DT binding doc will go through the MFD tree. Are there any inter-patch dependencies in the set? If so, we should know about them so we can coordinate a sensible solution. -- Lee Jones Linaro STMicroelectronics Landing Team Lead Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
