06:48 <mwalle> NishanthMenon: but customers still have the option to run differnt things on that uC, still don't mean that TI has to hardcode everything that just fits their EVM :)

11:33 <NishanthMenon> mwalle: if you dont mind, could you provide direct feedback on e2e.ti.com -> it then ends up as officially tracked. Unfortunately, firmware teams in TI are'nt as matured as we'd like to think.. customer feedback helps them keep the focus straight

11:33 <NishanthMenon> mwalle: i agree with you that hardcoding is a no no.

14:11 <mwalle> NishanthMenon: honestly e2e is a big waste of my time

14:11 <mwalle> NishanthMenon: https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1502423/am67a-power-off-sequence-from-linux-to-pmic/

14:12 <mwalle> NishanthMenon: so the easiest way (and there might be some implications regarding different cores) is to just enable linux to power off the board directly

14:21 <NishanthMenon> mwalle: thanks for putting in there. do look at system-power-controller property in linux

14:26 <mwalle> NishanthMenon: thanks for the hint!

14:29 <mwalle> NishanthMenon: do you know if thats working with the ti,tps6594-q1 for example? The binding lists it as a valid property, but i cant find it in the driver sources

14:29 <mwalle> neither of_device_is_system_power_controller() nor "system-power-controller"

14:31 <mwalle> NishanthMenon: but anyway, I have a patch to support the TPS652G1 (which is a stripped down version of the already supported TPS65224) pending and I can just add support then

14:31 <NishanthMenon> mwalle: i am in a meeting series atm

16:40 <NishanthMenon> mwalle, looks like the tps6594 driver is missing it.. but should be trivial to add in https://www.irccloud.com/pastebin/Pf7CFoIJ/