Allow setting alarm to the same time as an earlier one

Allow setting alarm to the same time as an earlier one

With alarm deferring, we may end up rescheduling an alarm to the exact
time we set the previous kernel alarm to. Removing the optimization to
prevent duplicate sets, as otherwise we may end up being in a bad state
of no kernel alarm set. Also added the field maxWhenElapsed to the alarm
dump for more details in the bugreports.

Test: Builds. Boots. Existing tests pass:
atest CtsAlarmManagerTestCases

Bug: 73069486
Change-Id: Iade4549b399def57902b644b1d50945722e60c28