This would be worth backporting to 2.1 if easy

As an example, for PCMK_panic_action, this will involve creating an enum for the value, which will minimize the work that panic_local() has to do. (The "sync" portion of it should likely be a flag or bool separate from the enum.)

Closed by commit c6a8725f. Ping node support has not been dropped yet, but it will be soon.

Currently lrmd_remote_client_msg() calls pcmk__read_remote_message(), which loops over read_available_remote_data() up to the timeout.

In T855#13286, @clumens wrote:

My first thought here is to start by converting pcmk__remote_ready to be an async function that checks the remote to see if it's ready once and sends a result up to the mainloop. However, one caller of this function is lrmd_poll, which we do not use anywhere but I assume is public API. Do we need to continue keeping it (and lrmd_dispatch) around? If so, we might need sync and async versions of this function.