That makes things quite tricky. Best I can think of is a series of boolean
devicetree properties, such as
broken-reset-handler
last-resort-restart-handler
secondary-restart-handler
default-restart-handler
primary-restart-handler
which ends up being quite similar to the 'restart-priority' property. I'll
do this as follow-up patch, though
Please CC me on this. I wanted to tackle this problem as well today. My
findings/conclusions so far:Correct.
* There is one driver bringing 'priority' directly to DT already: gpio-restart
* Watchdog priorities are board dependantCorrect.
* Having the priorities clear at boot-time is safer than configuring them
at run-time
* The linux scheme (0-255) shouldn't be enforced in DT
So, I wondered about a "priority" binding which just states "the higher,
the more important". Then any OS can decide what to do with it. In the
Linux case, this could be: sort them and give them priority 256 -
position_in_sorted_list.
Opinions?I am fine either way - boolean properties or numbers, with a personal
- I do not see the point holding up the series for this, and it is
really a separate problem.
Ack.