[PATCH 1/6] dt-bindings: power: supply: sgm41542: document sgm41542
Krzysztof Kozlowski
krzk at kernel.org
Tue Apr 28 08:09:49 PDT 2026
On 28/04/2026 16:09, Chris Morgan wrote:
> On Tue, Apr 28, 2026 at 09:47:00AM +0200, Krzysztof Kozlowski wrote:
>> On Mon, Apr 27, 2026 at 12:09:09PM -0500, Chris Morgan wrote:
>>> From: Chris Morgan <macromorgan at hotmail.com>
>>>
>>> Document the SG Micro sgm41542 battery charger/boost converter.
>>>
>>> Signed-off-by: Chris Morgan <macromorgan at hotmail.com>
>>> ---
>>> .../supply/sgmicro,sgm41542-charger.yaml | 99 +++++++++++++++++++
>>> 1 file changed, 99 insertions(+)
>>> create mode 100644 Documentation/devicetree/bindings/power/supply/sgmicro,sgm41542-charger.yaml
>>>
>>> diff --git a/Documentation/devicetree/bindings/power/supply/sgmicro,sgm41542-charger.yaml b/Documentation/devicetree/bindings/power/supply/sgmicro,sgm41542-charger.yaml
>>> new file mode 100644
>>> index 000000000000..3e5041e5b551
>>> --- /dev/null
>>> +++ b/Documentation/devicetree/bindings/power/supply/sgmicro,sgm41542-charger.yaml
>>
>> Filename must match compatible.
>
> Acknowledged.
>
>>
>>> @@ -0,0 +1,99 @@
>>> +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
>>> +%YAML 1.2
>>> +---
>>> +$id: http://devicetree.org/schemas/power/supply/sgmicro,sgm41542-charger.yaml#
>>> +$schema: http://devicetree.org/meta-schemas/core.yaml#
>>> +
>>> +title: SGM41542 Battery Charger
>>> +
>>> +description: |
>>
>> Do not need '|' unless you need to preserve formatting.
>>
>
> Will fix.
>
>>> + The SGMicro SGM41542 is a single cell battery charger/boost controller.
>>> +
>>> +maintainers:
>>> + - Chris Morgan <macromorgan at hotmail.com>
>>> + - Xu Shengfei <xsf at rock-chips.com>
>>> +
>>> +properties:
>>> + compatible:
>>> + const: sgmicro,sgm41542
>>> +
>>> + input-current-limit-microamp:
>>
>> Missing vendor prefix.
>>
>
> This *appears* to be a standard value (perhaps not formally, but in use by
> enough devices to suggest a defacto standard), which is why I did not use
> the vendor prefix here. Do I need to add that for this one?
I know, I found these other properties but I think they were just coming
from old schema.
If it is really a common property, then should be defined in a common
schema and this did not happen.
>
>>> + description:
>>> + Optional value to clamp the maximum input current limit to for
>>> + the device. If omitted, the default value for the hardware will
>>> + be used (2400000).
>>> + minimum: 100000
>>> + maximum: 3800000
>>> +
>>> + input-voltage-limit-microvolt:
>>> + description:
>>> + Optional value to clamp the maximum input voltage limit to for
>>> + the device. If omitted, the default value for the hardware will
>>> + be used (4500000).
>>> + minimum: 3900000
>>> + maximum: 12000000
>>> +
>>> + interrupts:
>>> + maxItems: 1
>>> +
>>> + monitored-battery:
>>
>> You miss definition of this property. I guess this is power supply, so
>> reference proper schema for power supplies. Look at other bindings to
>> for some example code.
>
> I'll look at this some more, I might have a few more questions. But I will
> make the changes requested.
>
>>
>>> + description: |
>>> + A phandle to a monitored battery node. Values for the following
>>> + are used by the driver and if not present will result in default
>>> + values being applied:
>>> + constant-charge-current-max-microamp
>>> + constant-charge-voltage-max-microvolt
>>> + charge-term-current-microamp
>>> + precharge-current-microamp
>>> +
>>> + reg:
>>> + maxItems: 1
>>> +
>>> + regulators:
>>
>> No need for regulators node, just define here otg-vbus directly. But
>> honestly, your example is incomplete or you defined something implied by
>> the compatible. If you have a fixed 5V regulator, what is the point of
>> defining it in the DT?
>
> The regulator can be adjusted within a range around 5V, and is referenced
> by the USB subsystem. Should I still omit it from the device tree or instead
> define the min and max values?
If it can be adjusted then it's fine, can stay.
Best regards,
Krzysztof
More information about the Linux-rockchip
mailing list