Re: [PATCH v2 00/13] power: bq24257: Add support for bq24250/bq24251

[Laurentiu Palcu <laurentiu.palcu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>]

On Tue, Sep 08, 2015 at 07:12:24PM -0500, Andreas Dannenberg wrote:
> This patch series extends the driver to also support bq24250/bq24251.
> 
> The bq24250/251/257 devices have a very similar feature set and are
> virtually identical from a control register point of view so it made
> sense to extend the existing driver rather than submitting a new driver.
> In addition to the new device support the driver is also extended to
> allow access to some device features previously hidden. Basic and
> potentially dangerous charger config parameters affecting the actual
> charging of the Li-Ion battery are only configurable through firmware
> rather than sysfs properties. However some newly introduced properties
> are exposed through sysfs properties as access to them may be desired
> from userspace. For example, it is now possible to manually configure
> the maximum current drawn from the input source to accommodate different
> chargers (0.5A, 1.5A, 2.0A and so on) based on system knowledge a
> userspace application may have rather than rely on the auto-detection
> mechanism that may not work in all possible scenarios.
> 
> Note that most patches have dependencies on other patches in the series.
> 
> v2:
> - Aligned DT bindings better with existing "ti,*" charger bindings
> - Dropped patch that improperly reported a missing battery as a dead
>   battery
> - Fixed (hopefully, that is -- still waiting for my test platform)
>   issue with how the private ACPI driver_data used to identify which
>   bq2425x device to use
> - Removed boolean DT/ACPI properties mostly by replacing them with more
>   intelligent handling in the driver
> - Rework/clarification of DT bindings doc
> - Renamed/refactored filenames/symbols from bq24257 to bq2425x to
>   better reflect that multiple devices are covered. Despite initial
>   hesitation I feel this is a good opportunity for some clean-up as
>   the driver is still very new in the Kernel so the change should be
>   low risk. This also addresses one of Andrew Davis' feedback items.
>   Plus, it makes for a nice alignment with the existing bq2415x_charger
>   driver.
I can't say I fully agree with this rename but, on the other hand, since you
work for the chip manufacturer, you probably know better what other chips
(if any), with the same naming scheme, are due to be released and make
sure they are registry compatible. Otherwise, it'll be fun.

For the entire patchset, please run it through 'checkpatch --strict'.
There are some minor style issues that are worth fixing.

Regarding the DT patch (on which I'll comment separately, after I go
through the entire patchset), make sure you put it before the code
implementing the binding [1].

[1] Documentation/devicetree/bindings/submitting-patches.txt

laurentiu

--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html