Re: [PATCH 2/3] rockchip: Require an external TPL binary when TPL is missing

Hi Kever, On 2023-02-14 04:45, Kever Yang wrote: > Hi Jonas, > > On 2023/2/6 20:51, Jonas Karlman wrote: >> Hi Quentin, >> On 2023-02-06 12:26, Quentin Schulz wrote: >>> Hi Jonas, >>> >>> On 2/5/23 21:21, Jonas Karlman wrote: Rockchip SoCs typically use U-Boot TPL to initialize DRAM, then

[PATCH v2 6/6] RFC: binman: Improve allow missing for mkimage entry

Implement CheckMissing and CheckOptional methods that is adapted to Entry_mkimage in order to improve support for allow missing flag. Use collect_contents_to_file in multiple-data-files handling to improve support for allow missing and fake blobs handling. Signed-off-by: Jonas Karlman ---

[PATCH v2 5/6] rockchip: evb-rk3568: Update defconfig

Update defconfig for evb-rk3568 with new defaults. Remove the SPL_ROCKCHIP_BACK_TO_BROM=y option, SPL is expected to load next stage from a FIT image and then jump to next stage not back to BootRom. Extend SPL_MAX_SIZE to 0x4, SPL is loaded to 0x0 and TF-A is loaded to 0x4, use the space

[PATCH v2 4/6] rockchip: mkimage: Update init size limit

Sync init size limit from vendor u-boot and the SRAM size specified in a SoCs TRM. Size is typically defined using the following expression: - This makes it possible to use latest vendor TPL with RK3328 without getting a size limit error running the mkimage command. Signed-off-by: Jonas

[PATCH v2 3/6] Revert "board: rockchip: Fix binman_init failure on EVB-RK3568"

An external TPL binary is now expected to be provided using ROCKCHIP_TPL when building RK3568 targets. This reverts commit 31500e7bcfaca08ab7c2879f502a6cf852410244. Signed-off-by: Jonas Karlman Reviewed-by: Simon Glass --- v2: - Collect r-b tag configs/evb-rk3568_defconfig | 1 - 1 file

[PATCH v2 1/6] binman: Add support for a rockchip-tpl entry

The rockchip-tpl entry can be used when an external TPL binary should be used instead of the normal U-Boot TPL. Signed-off-by: Jonas Karlman --- v2: - rename external-tpl to rockchip-tpl - missing message moved to this patch tools/binman/entries.rst | 14 ++

[PATCH v2 2/6] rockchip: Use an external TPL binary on RK3568

Rockchip SoCs typically use U-Boot TPL to initialize DRAM, then jumps back to BootRom to load next stage, U-Boot SPL, into DRAM. BootRom then jumps to U-Boot SPL to continue the normal boot flow. However, there is no support to initialize DRAM on RK35xx SoCs using U-Boot TPL and instead an

[PATCH v2 0/5] rockchip: Use external TPL binary to create a working firmware image

Rockchip SoCs typically use U-Boot TPL to initialize DRAM, then jumps back to BootRom to load next stage, U-Boot SPL, into DRAM. BootRom then jumps to U-Boot SPL to continue the boot flow. For RK356x there is no support to initialize DRAM using U-Boot TPL and instead an external TPL binary must

Re: [RFC][PATCH] board: rockchip: add Radxa ROCK5B Rk3588 board

On 2/6/23 14:14, Jonas Karlman wrote: Hi Eugen, On 2023-02-06 12:59, Eugen Hristev wrote: ROCK 5B is a Rockchip RK3588 based SBC (Single Board Computer) by Radxa. There are tree variants depending on the DRAM size : 4G, 8G and 16G. Specification: Rockchip Rk3588 SoC 4x ARM

Re: [PATCH v2 1/1] lmb: Treat a region which is a subset as equal

Hey, On Tue, 2023-02-14 at 07:57 +, Soma, Ashok Reddy wrote: > Hi Sjoerd Simons, > > Thanks for you patches. > > However even after your patches, I still see below error. > > ERROR: reserving fdt memory region failed (addr=8 > size=18000 flags=4) > ERROR: reserving fdt memory

[RFC PATCH v3] doc: arch: Add document for RISC-V architecture

This patch adds a brief introduction to the RISC-V architecture and the typical boot process used on a variety of RISC-V platforms. Signed-off-by: Yu Chien Peter Lin Reviewed-by: Samuel Holland Reviewed-by: Simon Glass --- Changes v1 -> v2 - Use 'boot phases' rather than 'boot stages' - Pick

[PATCH] efi_loader: update SetVariable attribute check

UEFI specification v2.10 says that EFI_VARIABLE_AUTHENTICATED_WRITE_ACCESS is deprecated and EFI_UNSUPPORTED should be returned in SetVariable variable service. Current implementation returns EFI_INVALID_PARAMETER, let's fix the return value. Together with above change, this commit also updates

[PATCH v1 2/2] net: designware: Add bitbang feature for designware driver

Add bb_miiphy_bus function for designware bitbang feature. Signed-off-by: Jim Liu --- drivers/net/designware.c | 109 ++- drivers/net/designware.h | 3 ++ 2 files changed, 111 insertions(+), 1 deletion(-) diff --git a/drivers/net/designware.c

[PATCH v1 0/2] Add bitbang feature for npcm8xx and driver

Driver didn't support bitbang feature. Add bb_miiphy_bus function for driver and open feature for npcm8xx the log is as below: - U-Boot 2023.04-rc2-dirty (Feb 14 2023 - 15:01:17 +0800) CPU-0: NPCM845 A1 @ Model: Nuvoton npcm845 Development Board (Device Tree)

[PATCH v1 1/2] ARM: configs: add bitbang feature for npcm8xx

Signed-off-by: Jim Liu --- configs/arbel_evb_defconfig | 3 +++ include/configs/arbel.h | 1 + 2 files changed, 4 insertions(+) diff --git a/configs/arbel_evb_defconfig b/configs/arbel_evb_defconfig index 8f8a603b50..ac4bb40193 100644 --- a/configs/arbel_evb_defconfig +++

Re: [PATCH] mtd: spinand: Fix display of unknown raw ID

On 13.02.23 18:30, Patrice Chotard wrote: > In case ID is not found in manufacturer table, the raw ID is > printed using %*phN format which is not supported by lib/vsprintf.c. > The information displayed doesn't reflect the raw ID return by the > unknown spi-nand. > > Use %02x format instead, as

<    1   2