[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