[PATCH] reset: stm32: Fix header misuse

Marek Vasut marek.vasut at mailbox.org
Mon Jun 30 11:28:08 CEST 2025


On 6/30/25 8:17 AM, Patrice CHOTARD wrote:

>> diff --git a/drivers/reset/stm32/stm32-reset.c b/drivers/reset/stm32/stm32-reset.c
>> index 975f67f712a..918e81e588f 100644
>> --- a/drivers/reset/stm32/stm32-reset.c
>> +++ b/drivers/reset/stm32/stm32-reset.c
>> @@ -5,7 +5,7 @@
>>    */
>>   
>>   #include <dm.h>
>> -#include <stm32-reset-core.h>
>> +#include "stm32-reset-core.h"
>>   
>>   /* Timeout for deassert */
>>   #define STM32_DEASSERT_TIMEOUT_US	10000
> 
> Which version of gcc do you use ? on my side i got no issue with arm-none-eabi-gcc (Arm GNU Toolchain 14.2.Rel1 (Build arm-14.52)) 14.2.1 20241119
> But nevertheless :
arm-linux-gnueabi-gcc (Debian 14.2.0-19) 14.2.0
aarch64-linux-gnu-gcc (Debian 14.2.0-19) 14.2.0

Both STM32MP1 and, as I discovered now, stm32mp25_defconfig fail to 
build. I suspect the ARM GCC fork might be setting up some CFLAGS, or 
some other such environment variables, which avoid this issue ? Try and 
check your build environment ("$ env") and see if there is something 
like that.


More information about the U-Boot mailing list