[PATCH v3 4/6] rockchip: find U-boot proper boot device by inverting the logic that sets it
Quentin Schulz
quentin.schulz at theobroma-systems.com
Mon Jan 22 11:49:23 CET 2024
Hi Kever,
On 1/18/24 11:12, Kever Yang wrote:
> Hi Quentin,
>
> On 2024/1/18 01:22, Quentin Schulz wrote:
>> From: Quentin Schulz <quentin.schulz at theobroma-systems.com>
>>
>> BOOT_DEVICE_* is set by spl_node_to_boot_device() depending on the block
>> device number associated with the MMC device the SPL used to load U-Boot
>> proper from. It is NOT related to the mmc alias in the Device Tree.
>>
>> For SPI flashes, all SPI flashes will return BOOT_DEVICE_SPI so there's
>> currently no way to know from which one the SPL loaded U-Boot proper
>> from. Therefore, let's just find the first valid candidate in
>> /chosen/u-boot,spl-boot-order that is a SPI flash and return that path.
>> This is a best effort.
>>
>> While the original implementation may have worked, using the exact same
>> mechanism but in inverted fashion makes it less likely to have
>> surprising corner-cases or side-effects.
>>
>> A nice side-effect is that all existing and future Rockchip SoCs now
>> automatically have their /chosen/u-boot,spl-boot-device set.
>
> Error happen in some 32bit SoC:
>
> +arch/arm/mach-rockchip/spl-boot-order.c: In function 'spl_perform_fixups':
> +arch/arm/mach-rockchip/spl-boot-order.c:242:31: error: 'struct
> spl_image_info' has no member named 'fdt_addr'
> + 242 | void *blob = spl_image->fdt_addr;
> + | ^~
> +make[3]: *** [scripts/Makefile.build:257:
> spl/arch/arm/mach-rockchip/spl-boot-order.o] Error 1
>
>
It'd be nice to say **which** boards aren't working so that I can
reproduce locally :)
I eventually figured we have GitLab CI/CD for your maintainer
branch/repo here:
https://source.denx.de/u-boot/custodians/u-boot-rockchip/-/pipelines.
This also helped me figure out this wasn't the only build failure and I
could send another patch before you had the opportunity to tell me I had
broken something else :)
Giving the link of the failed pipeline would really help, please think
about it for next time :) Thanks!
For people interested in build-testing all Rockchip platforms locally, I
used the following script:
"""
#!/bin/sh
# Copy **some** TF-A binary in the parent directory of U-Boot git repo
export BL31=../bl31.elf
dd if=/dev/zero of=../zero.bin count=1
export ROCKCHIP_TPL=../zero.bin
for conf in $(git grep --files-with-matches ARCH_ROCKCHIP configs); do
git clean -ffdx > /dev/null
echo -n $conf=
make $(basename "$conf") > /dev/null
if grep -q -E "^CONFIG_ARM64=y" .config; then
CROSS_COMPILE="aarch64-linux-gnu-"
export TEE=
else
CROSS_COMPILE="arm-linux-gnu-"
export TEE=../zero.bin
fi
LOG=$(mktemp)
make KCFLAGS=-Werror CROSS_COMPILE="ccache $CROSS_COMPILE" -j$(nproc) >
"$LOG" 2>&1
RET=$?
echo $RET
if [ "$RET" != 0 ]; then
cat "$LOG"
exit $RET
fi
done
exit 0
"""
Cheers,
Quentin
More information about the U-Boot
mailing list