[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20251026184641.631641-1-igor@reznichenko.net>
Date: Sun, 26 Oct 2025 11:46:41 -0700
From: Igor Reznichenko <igor@...nichenko.net>
To: krzk@...nel.org
Cc: conor+dt@...nel.org,
corbet@....net,
david.hunter.linux@...il.com,
devicetree@...r.kernel.org,
igor@...nichenko.net,
krzk+dt@...nel.org,
linux-doc@...r.kernel.org,
linux-hwmon@...r.kernel.org,
linux-kernel@...r.kernel.org,
linux@...ck-us.net,
robh@...nel.org,
skhan@...uxfoundation.org
Subject: Re: [PATCH v2 1/2] dt-bindings: hwmon: Add support for ST TSC1641 power monitor
> Subject: I asked to drop "binding" and not add "support for". "Support
> for" makes little sense in terms of binding. How binding can support
> anything? This is the "ST TSC1641 power monitor" not support.
Krzysztof,
Thanks for feedback, will fix this and will create following patch versions
in new threads.
>> +
>> + reg:
>> + maxItems: 1
>> +
>> + shunt-resistor-micro-ohms:
>> + description: Shunt resistor value in micro-ohms. Since device has internal
>> + 16-bit RSHUNT register with 10 uOhm LSB, the maximum value is capped at
>> + 655.35 mOhm.
>> + minimum: 100
>> + default: 1000
>> + maximum: 655350
>> +
>> + st,alert-polarity-active-high:
>
>Isn't this just interrupt? You need proper interrupts property and then
>its flag define the type of interrupt.
This controls a bit written into device register.
I omitted interrupt property after looking at existing power monitor bindings,
especially hwmon/ti,ina2xx.yaml. INA226 has very similar bit controlling alert
pin polarity and binding doesn't define alert pin as interrupt. Overall, I didn't
find many power monitor bindings defining alert pins as interrupts.
Thanks, Igor
Powered by blists - more mailing lists