From 93edf728147714f666a29a2c57ed8ee19368d596 Mon Sep 17 00:00:00 2001 From: rusEFI LLC Date: Thu, 25 Apr 2024 15:17:13 -0400 Subject: [PATCH] todo: are those hibernating ports not well? --- firmware/hw_layer/ports/cypress/port_mpu_util.h | 2 +- firmware/hw_layer/ports/kinetis/port_mpu_util.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/firmware/hw_layer/ports/cypress/port_mpu_util.h b/firmware/hw_layer/ports/cypress/port_mpu_util.h index 1de9aa2c2b..c486a51ee6 100644 --- a/firmware/hw_layer/ports/cypress/port_mpu_util.h +++ b/firmware/hw_layer/ports/cypress/port_mpu_util.h @@ -10,7 +10,7 @@ #define PORT_SIZE 16 -// 168 ticks in microsecond in case of 168MHz 407 +// todo: stm32 ticks are based on 4MHz timer I wonder if these CORE_CLOCK-based clocks are broken here?! #define US_TO_NT_MULTIPLIER (CORE_CLOCK / 1000000) // Scheduler queue GPT device diff --git a/firmware/hw_layer/ports/kinetis/port_mpu_util.h b/firmware/hw_layer/ports/kinetis/port_mpu_util.h index 7ba027501b..9773087a06 100644 --- a/firmware/hw_layer/ports/kinetis/port_mpu_util.h +++ b/firmware/hw_layer/ports/kinetis/port_mpu_util.h @@ -11,7 +11,7 @@ // This is the radical departure from STM32 #define PORT_SIZE 18 -// 168 ticks in microsecond in case of 168MHz 407 +// todo: stm32 ticks are based on 4MHz timer I wonder if these CORE_CLOCK-based clocks are broken here?! #define US_TO_NT_MULTIPLIER (CORE_CLOCK / 1000000) // Scheduler queue GPT device