Thread (16 messages) 16 messages, 4 authors, 2022-08-16

Re: [PATCH 1/2] dt-bindings: power: supply: Add Richtek RT9471 battery charger

From: ChiYuan Huang <hidden>
Date: 2022-08-13 14:52:47
Also in: linux-pm, lkml

Krzysztof Kozlowski [off-list ref] 於 2022年8月13日 週六 凌晨2:53寫道:
On 12/08/2022 19:05, ChiYuan Huang wrote:
quoted
quoted
It's the same usage like as TI charger.
quoted
quoted
For charger driver, does it mean legacy IRQ handler is more preferred?
Who is the consumer of these interrupts? Can you show the DTS with the
interrupt consumer?
Sorry, I forget to reply this question.
Some battery driver may need to know the 'full', 'recharge' , 'ieoc' status.
The usage will  be like as below

battery {
  interrupts-extended = <&rt9471_chg 2 0>, <&rt9471_chg 3 0>, &(rt9471_chg 5 0>;
  interrupt-names = "chg-done", "chg-recharge", "chg-ieoc";
};

Some gauge HW needs this information to enhance the battery capacity accuracy.
Other supply stack pieces do it via supplies (supplied to/from in
include/linux/power_supply.h) and reporting power_supply_changed().

With such explanation, your device is an interrupt source, but it is not
an interrupt controller. If your device is interrupt controller, it
means someone routes the interrupt line to your device. Physical line.
Yap, sure. And so on, just use the SW power supply chain to do this
kind of event notification.
To remove it, it doesn't affect the internal interrupt request inside
the driver.
Just cannot be used for the outer driver to request the events directly.

If so, I think 'interrupt-controller' and even '#interrupt-cells' need
to be removed.
OK?
Best regards,
Krzysztof
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help