Co-authored-by: Robby Candra <robbycandra.mail@gmail.com>
Co-authored-by: ellensp <530024+ellensp@users.noreply.github.com>

Co-authored-by: Scott Lahteine <github@thinkyhead.com>

Co-authored-by: Scott Lahteine <thinkyhead@users.noreply.github.com>

Fix #22729

Followup to 92dea8e6cc

Co-authored-by: Scott Lahteine <github@thinkyhead.com>

Bug introduced in #18424

When endstops/probe are enabled `ENDSTOP_NOISE_THRESHOLD` calls to `update` are required to properly re-sync endstops/probe status.

* Apply #pragma once in headers
* Adjust some thermistors formatting
* Misc cleanup and formatting

Make the endstop report method track endstop changes on its own.

* Misc fixes and improvements

- Get rid of most critical sections on the Serial port drivers for AVR and DUE. Proper usage of FIFOs should allow interrupts to stay enabled without harm to queuing and dequeuing.
  Also, with 8-bit indices (for AVR) and up to 32-bit indices (for ARM), there is no need to protect reads and writes to those indices.
- Simplify the XON/XOFF logic quite a bit. Much cleaner now (both for AVR and ARM)
- Prevent a race condition (edge case) that could happen when estimating the proper value for the stepper timer (by reading it) and writing the calculated value for the time to the next ISR by disabling interrupts in those critical and small sections of the code - The problem could lead to lost steps.
- Fix dual endstops not properly homing bug (maybe).

* Set position immediately when possible

- Also implemented real endstop reading on interrupt.