Incorrect code generation for PLL of F767

[dungeonlords789]

I want to use HSI, not external component to generate frequency. I generate code by CubeIDE only (pack 1.16.1), there is no my code. I only add define USE_FULL_ASSERT and implement void assert_failed. But CubeIDE's code fails on

assert_param(IS_RCC_PLLR_VALUE(RCC_OscInitStruct->PLL.PLLR));

why? Fails means that I am going to void assert_failed. I attach my proj.

@Khouloud OTHMAN​  I suggest ST to test all HAL examples with define USE_FULL_ASSERT.

[dungeonlords789]

@Khouloud OTHMAN​ any news?

[dungeonlords789]

@Imen DAHMEN​ @Khouloud OTHMAN​ any news?

[dungeonlords789]

@Imen DAHMEN​ @Amel NASRI​  any news?

[Piranha]

System initialization takes a 1 or 2 screens of simple register based C code and can be written in an hour or few... Don't you see that the Cube/HAL broken bloatware generation drags you down? 😉

[dungeonlords789]

This is thread about HAL bug. This is not offtop thread. If you want talking about +- of HAL you are welcome here

[dungeonlords789]

Default firmware for MB1137 doesn't start. I use Cube IDE 1.8 with 1.16.2

MX_ETH_Init() fails firmware to Error_Handler().