ChibiOS Free Embedded RTOS

In the STM32F4 stm32_registry.h, for STM32F469/479, STM32_PLL48CLK_ALTSRC is incorrectly defined as STM32_PLLSAI_Q_CLKOUT , but should be STM32_PLLSAI_P_CLKOUT .

If fixed, would be great to get a 21.11.x backport, if possible.

Screenshot 2026-01-17 at 2.43.19 pm.png

Screenshot 2026-01-17 at 2 ...

The G4's [font=Courier New]stm32_registry.h[/font] defines the number of flash banks on the G431/G441 as 2 -- these are single bank parts.
Would be great to get this fixed on the stable-21.11.x branch as well as trunk.

It seems I forgot to post a follow-up fix:

in os/hal/ports/STM32/STM32F4xx/hal_efl_lld.h
#define STM32_FLASH1_SIZE 128U
#define STM32_FLASH2_SIZE 512U
#define STM32_FLASH3_SIZE 384U
#define STM32_FLASH4_SIZE 512U
should be:
#define STM32_FLASH1_SIZE 128U
#define STM32_FLASH2_SIZE 256U
#define ...

My last patch was due to being unaware of 128kB and 384kB variants of STM32F401.

Attached patch should rectify matters -- tested against stable-21.11.x branch.

As previously discussed on ChibiOS Discord, the F0xx EFL driver was incorrectly using sectors instead of pages for its flash geometry.

Here's the patch I pasted on Discord -- it was tested on F072 and was made against stable_21.11.x.

Also noticed one other thing -- all L4xx boards have GPIOH as well. The L422 doesn't currently have it enabled in stm32_registry.h, and likely needs to be enabled in other MCUs as well as the L422.

EDIT: Looks like GPIOD, too.

Had to add USBv1 to the G0xx peripherals list in platform.mk.

For a start, needed to modify mcuconf.h:

#define STM32_USB_USE_USB1 TRUE
#define STM32_USB_USB1_HP_IRQ_PRIORITY 3
#define STM32_USB_USB1_LP_IRQ_PRIORITY 3

The mcuconf updater injects wrong priority values w.r.t. the number of ...

Branch: ChibiOS 21.6.x stable
Compiler: arm-none-eabi-gcc 8.3.1
Platform/board: custom STM32L422KB, adapted from ST_NUCLEO32_L432KC
Failure: build errors --

./lib/chibios/os/hal/ports/STM32/LLD/RCCv1/stm32_pll.inc: In function 'pll_init':
./lib/chibios/os/hal/ports/STM32/LLD ...

Can confirm that this worked great when upgrading all the keyboard definitions for QMK.

Completely eliminated the need to manually upgrade chconf/halconf files, and drastically cut down the number of manual changes for mcuconf.h files as only a handful of the MCUs used (F042/F072/F103/F401) did not ...

For reference, this was compared to latest master branch on the github copy:

commit 5e0daf6d1a6f40f33fca3b44e903a40912a98f96 (HEAD -> upstream/master)
Author: Giovanni Di Sirio <[email protected]>
Date: Mon Apr 6 12:41:34 2020 +0000

git-svn-id: svn://svn.code.sf.net/p/chibios/svn/trunk@13517 27425a3e-05d8-49a3-a47f-9c15f0e5edd8