<div dir="ltr"><div>Hi Romain,<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, May 3, 2020 at 2:44 AM Romain Naour <<a href="mailto:romain.naour@gmail.com">romain.naour@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Suniel,<br>
<br>
Le 02/05/2020 à 00:34, <a href="mailto:sunil@amarulasolutions.com" target="_blank">sunil@amarulasolutions.com</a> a écrit :<br>
> From: Suniel Mahesh <<a href="mailto:sunil@amarulasolutions.com" target="_blank">sunil@amarulasolutions.com</a>><br>
> <br>
> A defconfig for the rockpro64 was added in<br>
> 59e1077b4ebe79622a454b0a8a840e4349a0440d, but then removed<br>
> in 10f49213b7e2837ae6ed63fc16fbdaa954ecd87f because an ARM32<br>
> compiler was needed to build ATF, and this was not supported<br>
> back then.<br>
> <br>
> Now, since package/arm-gnu-a-toolchain/ has been added, this<br>
> defconfig can be re-introduced.<br>
> <br>
> Following new changes are introduced in comparision with the<br>
> older changeset:<br>
> <br>
>     - renamed defconfig from pine64_rockpro64 to rockpro64<br>
>     - updated readme<br>
>     - using a GPT partition layout<br>
>     - update defconfig to build ATF<br>
>     - bump u-boot to 2020.04<br>
>     - bump linux to 5.4.35<br>
> <br>
> Signed-off-by: Suniel Mahesh <<a href="mailto:sunil@amarulasolutions.com" target="_blank">sunil@amarulasolutions.com</a>><br>
> ---<br>
<br>
[...]<br>
<br>
> +<br>
> +# Firmware<br>
> +BR2_TARGET_ARM_TRUSTED_FIRMWARE=y<br>
> +BR2_TARGET_ARM_TRUSTED_FIRMWARE_CUSTOM_GIT=y<br>
> +BR2_TARGET_ARM_TRUSTED_FIRMWARE_CUSTOM_REPO_URL="<a href="https://git.trustedfirmware.org/TF-A/trusted-firmware-a.git" rel="noreferrer" target="_blank">https://git.trustedfirmware.org/TF-A/trusted-firmware-a.git</a>"<br>
> +BR2_TARGET_ARM_TRUSTED_FIRMWARE_CUSTOM_REPO_VERSION="11a0a46a899fcc3b1fdb214b382f3d7495d88eca"<br>
> +BR2_TARGET_ARM_TRUSTED_FIRMWARE_PLATFORM="rk3399"<br>
> +BR2_TARGET_ARM_TRUSTED_FIRMWARE_BL31=y<br>
> +BR2_TARGET_ARM_TRUSTED_FIRMWARE_NEEDS_ARM32_TOOLCHAIN=y<br>
> +BR2_TARGET_ARM_TRUSTED_FIRMWARE_IMAGES=""<br>
> +<br>
> +# Bootloader<br>
> +BR2_TARGET_UBOOT=y<br>
> +BR2_TARGET_UBOOT_BUILD_SYSTEM_KCONFIG=y<br>
> +BR2_TARGET_UBOOT_CUSTOM_VERSION=y<br>
> +BR2_TARGET_UBOOT_CUSTOM_VERSION_VALUE="2020.04"<br>
> +BR2_TARGET_UBOOT_BOARD_DEFCONFIG="rockpro64-rk3399"<br>
<br>
Not related to this patch but our rock64 defconfig is currently broken [1] since<br>
a while due to incompatibility between uboot-2017.09-rockchip-ayufan fork and<br>
pylibfdt. Even with the latest version [2], it doesn't build.<br>
<br>
Do you think we can update to rock64 uboot to 2020.04 and use<br>
rock64-rk3328_defconfig ?<br>
<br>
[1] <a href="https://gitlab.com/buildroot.org/buildroot/-/jobs/535054620" rel="noreferrer" target="_blank">https://gitlab.com/buildroot.org/buildroot/-/jobs/535054620</a><br>
[2]<br>
<a href="https://github.com/ayufan-rock64/linux-u-boot/releases/tag/2017.09-rockchip-ayufan-1065-g95f6152134" rel="noreferrer" target="_blank">https://github.com/ayufan-rock64/linux-u-boot/releases/tag/2017.09-rockchip-ayufan-1065-g95f6152134</a><br>
<br>
Thanks!<br></blockquote><div><br></div><div>Yes you can try that, also you can bump up kernel and ATF versions. Hope that works.</div><div><br></div><div>Suniel</div><div>  <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Best regards,<br>
Romain<br>
</blockquote></div></div>