[1/1] configs/mx51evk: bump bsp components to fix build

Since commit dc0f721 "package/gcc: switch to 13.x as default",
mx51evk_defconfig is failing to build in Kernel (see [1]),
with output:

    drivers/ata/libahci.c: In function 'ahci_led_store':
    ././include/linux/compiler_types.h:315:45: error: call to '__compiletime_assert_328' declared with attribute error: BUILD_BUG_ON failed: sizeof(_s) > sizeof(long)
      315 |         _compiletime_assert(condition, msg, __compiletime_assert_, __COUNTER__)
          |                                             ^

This commit fixes the issue by bumping the bsp components:
- u-boot to v2024.04
- kernel to v6.6.31

The Kernel DTS name is updated to reflect upstream reorganization.

The kernel commit fixing the build failure is [2], first included in
v6.2. There is many other gcc-13 fixes.

While bumping components, this commit also enables
BR2_DOWNLOAD_FORCE_CHECK_HASHES=y, add the relevant archive hash files,
and removes the defconfig entry in ".checkpackageignore".

Fixes: [1]

[1] https://gitlab.com/buildroot.org/buildroot/-/jobs/6918688967
[2] https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=f07788079f515ca4a681c5f595bdad19cfbd7b1d

Signed-off-by: Julien Olivain <ju.o@free.fr>
---
Note: I did not tested the generated image on an actual board
(I don't have access to it).
---
 .checkpackageignore                                |  1 -
 .../patches/linux-headers/linux-headers.hash       |  1 +
 board/freescale/imx51evk/patches/linux/linux.hash  |  2 ++
 board/freescale/imx51evk/patches/uboot/uboot.hash  |  2 ++
 configs/mx51evk_defconfig                          | 14 +++++++++-----
 5 files changed, 14 insertions(+), 6 deletions(-)
 create mode 120000 board/freescale/imx51evk/patches/linux-headers/linux-headers.hash
 create mode 100644 board/freescale/imx51evk/patches/linux/linux.hash
 create mode 100644 board/freescale/imx51evk/patches/uboot/uboot.hash

>>>>> "Julien" == Julien Olivain <ju.o@free.fr> writes:

 > Since commit dc0f721 "package/gcc: switch to 13.x as default",
 > mx51evk_defconfig is failing to build in Kernel (see [1]),
 > with output:

 >     drivers/ata/libahci.c: In function 'ahci_led_store':
 >     ././include/linux/compiler_types.h:315:45: error: call to '__compiletime_assert_328' declared with attribute error: BUILD_BUG_ON failed: sizeof(_s) > sizeof(long)
 >       315 |         _compiletime_assert(condition, msg, __compiletime_assert_, __COUNTER__)
 >           |                                             ^

 > This commit fixes the issue by bumping the bsp components:
 > - u-boot to v2024.04
 > - kernel to v6.6.31

 > The Kernel DTS name is updated to reflect upstream reorganization.

 > The kernel commit fixing the build failure is [2], first included in
 > v6.2. There is many other gcc-13 fixes.

 > While bumping components, this commit also enables
 > BR2_DOWNLOAD_FORCE_CHECK_HASHES=y, add the relevant archive hash files,
 > and removes the defconfig entry in ".checkpackageignore".

 > Fixes: [1]

 > [1] https://gitlab.com/buildroot.org/buildroot/-/jobs/6918688967
 > [2] https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=f07788079f515ca4a681c5f595bdad19cfbd7b1d

 > Signed-off-by: Julien Olivain <ju.o@free.fr>
 > ---
 > Note: I did not tested the generated image on an actual board
 > (I don't have access to it).

Then maybe it would be safer to just bump to 5.10.217 (the gcc13 issue
has been backported as of 5.10.184)?

You don't mention why you are bumping U-Boot, maybe it is to fix the
compatibility issue with python-setuptools v69 (E.G. see commit
2e349be94a87db05d07d37bd44a923581bca43f3)?

Hi Peter,

On 24/05/2024 23:12, Peter Korsgaard wrote:
>>>>>> "Julien" == Julien Olivain <ju.o@free.fr> writes:
> 
>  > Since commit dc0f721 "package/gcc: switch to 13.x as default",
>  > mx51evk_defconfig is failing to build in Kernel (see [1]),
>  > with output:
> 
>  >     drivers/ata/libahci.c: In function 'ahci_led_store':
>  >     ././include/linux/compiler_types.h:315:45: error: call to 
> '__compiletime_assert_328' declared with attribute error: BUILD_BUG_ON 
> failed: sizeof(_s) > sizeof(long)
>  >       315 |         _compiletime_assert(condition, msg, 
> __compiletime_assert_, __COUNTER__)
>  >           |                                             ^
> 
>  > This commit fixes the issue by bumping the bsp components:
>  > - u-boot to v2024.04
>  > - kernel to v6.6.31
> 
>  > The Kernel DTS name is updated to reflect upstream reorganization.
> 
>  > The kernel commit fixing the build failure is [2], first included in
>  > v6.2. There is many other gcc-13 fixes.
> 
>  > While bumping components, this commit also enables
>  > BR2_DOWNLOAD_FORCE_CHECK_HASHES=y, add the relevant archive hash 
> files,
>  > and removes the defconfig entry in ".checkpackageignore".
> 
>  > Fixes: [1]
> 
>  > [1] https://gitlab.com/buildroot.org/buildroot/-/jobs/6918688967
>  > [2] 
> https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=f07788079f515ca4a681c5f595bdad19cfbd7b1d
> 
>  > Signed-off-by: Julien Olivain <ju.o@free.fr>
>  > ---
>  > Note: I did not tested the generated image on an actual board
>  > (I don't have access to it).
> 
> Then maybe it would be safer to just bump to 5.10.217 (the gcc13 issue
> has been backported as of 5.10.184)?

I'll send an updated patch bumping only the Kernel to v5.10.218.

> 
> You don't mention why you are bumping U-Boot, maybe it is to fix the
> compatibility issue with python-setuptools v69 (E.G. see commit
> 2e349be94a87db05d07d37bd44a923581bca43f3)?

The only reason for updating u-boot was to have refreshed version
alongside the Kernel. The old one was still building fine (since
it is not using Pylibfdt).

> 
> --
> Bye, Peter Korsgaard

If I manage to get my hands on an i.MX51 EVK, I'll send another
patch bumping major versions later.

Best regards,

Julien.