keypad boot init overhaul: handle initially held-down keys This change fixes two previous behavioural defects: 1) On Compal phones, the PWR key had to be released before the boot sequence would proceed at all - it was stuck in an endless IRQ loop at the point of Nucleus enabling interrupts, before anything else. 2) On both Compal and sane platforms including Luna, if some regular non-PWR key was held down at boot time, the boot sequence would proceed and complete normally, but all non-PWR keypad buttons would be dead for the remainder of that boot cycle. The fix is a generic solution - no Compal-specific hack ended up being needed for the special case of their idiotic PWON-to-ROW4 hw wiring.

--- a/src/cs/drivers/drv_app/kpd/kpd_task.c	Thu Sep 23 23:42:41 2021 +0000
+++ b/src/cs/drivers/drv_app/kpd/kpd_task.c	Fri Sep 24 00:47:12 2021 +0000
@@ -21,6 +21,7 @@
 
 #include "kpd/kpd_env.h"
 #include "kpd/kpd_i.h"
+#include "kpd/kpd_process_internal_msg.h"  /* for kpd_wait_for_key_release() */
 
 #include "rv/rv_general.h"
 #include "rvf/rvf_api.h"
@@ -49,6 +50,8 @@
    UINT16 received_event;
 
    KPD_SEND_TRACE("KPD: Initialization", RV_TRACE_LEVEL_DEBUG_HIGH);
+   /* FreeCalypso addition */
+   kpd_wait_for_key_release();
 
    /* loop to process messages */
    while (error_occured == FALSE)
@@ -85,4 +88,4 @@
    }
 
    return RV_OK;
-}
\ No newline at end of file
+}