Re: [PATCH v4 1/3] starfive: pci: Add StarFive JH7110 pcie driver

On Tue, Apr 11, 2023 at 11:53 AM Minda Chen wrote: > > > > On 2023/4/11 10:55, Bin Meng wrote: > > On Tue, Apr 11, 2023 at 9:03 AM Minda Chen > > wrote: > >> > >> From: Mason Huo > >> > >> Add pcie driver for StarFive JH7110, the driver depends on > >> starfive gpio, pinctrl, clk and reset

Re: [PATCH 6/6] m68k: upgrading all boards to dm i2c

Hello Angelo, On 05.04.23 00:59, Angelo Dureghello wrote: > Upgrading all board configs where i2c is involved to DM i2c. > > Signed-off-by: Angelo Dureghello > --- > configs/M5208EVBE_defconfig | 5 + > configs/M5235EVB_Flash32_defconfig| 1 + > configs/M5235EVB_defconfig

Re: [PATCH v4 1/3] starfive: pci: Add StarFive JH7110 pcie driver

On 2023/4/11 10:55, Bin Meng wrote: > On Tue, Apr 11, 2023 at 9:03 AM Minda Chen > wrote: >> >> From: Mason Huo >> >> Add pcie driver for StarFive JH7110, the driver depends on >> starfive gpio, pinctrl, clk and reset driver to do init. >> >> Several devices are tested: >> a) M.2 NVMe SSD >>

Re: [PATCH v5 0/4] FMP versioning support

Hi Akashi-san, On Tue, 11 Apr 2023 at 10:48, Takahiro Akashi wrote: > > Hi Kojima-san, > > On Mon, Apr 10, 2023 at 06:07:28PM +0900, Masahisa Kojima wrote: > > Firmware version management is not implemented in the current > > FMP implementation. This series aims to add the versioning support > >

Re: [PATCH v4 1/3] starfive: pci: Add StarFive JH7110 pcie driver

On Tue, Apr 11, 2023 at 9:03 AM Minda Chen wrote: > > From: Mason Huo > > Add pcie driver for StarFive JH7110, the driver depends on > starfive gpio, pinctrl, clk and reset driver to do init. > > Several devices are tested: > a) M.2 NVMe SSD > b) Realtek 8169 Ethernet adapter. > > Signed-off-by:

Re: [PATCH v5 0/4] FMP versioning support

Hi Kojima-san, On Mon, Apr 10, 2023 at 06:07:28PM +0900, Masahisa Kojima wrote: > Firmware version management is not implemented in the current > FMP implementation. This series aims to add the versioning support > in FMP. > > There is a major design change in v5. > Until v4, the fw_version and

[PATCH] board: ti: j721s2: Add support to detect daughtercards

From: Kishon Vijay Abraham I Add support to detect daughtercards (GESI Ethernet card) in-order to set the MAC address of the main CPSW2G interface. Signed-off-by: Kishon Vijay Abraham I Signed-off-by: Siddharth Vadapalli --- board/ti/j721s2/evm.c | 130

Re: [PATCH] configs: rk3588: rename defconfig for rock-5b

Hi, On 4/10/23 12:12, Kever Yang wrote: Hi, On 2023/4/8 17:33, FUKAUMI Naoki wrote: it should be rock-5b-rk3588_defconfig. Why it should be rock-5b? Its seems rock pi has many boards and with different name, I thinks rock5b is a reasonable config name because there is no name rule for

Re: [PATCH 7/8] riscv: spl: Remove relocation sections

> From: Bin Meng > Sent: Thursday, March 30, 2023 12:20 PM > To: u-boot@lists.denx.de > Cc: Andrew Scull ; Leo Yu-Chi Liang(梁育齊) > ; Rick Jian-Zhi Chen(陳建志) ; Simon > Glass > Subject: [PATCH 7/8] riscv: spl: Remove relocation sections > > U-Boot SPL is not relocable. Drop these relocation

[PATCH v4 1/3] starfive: pci: Add StarFive JH7110 pcie driver

From: Mason Huo Add pcie driver for StarFive JH7110, the driver depends on starfive gpio, pinctrl, clk and reset driver to do init. Several devices are tested: a) M.2 NVMe SSD b) Realtek 8169 Ethernet adapter. Signed-off-by: Mason Huo Signed-off-by: Minda Chen --- drivers/pci/Kconfig

[PATCH v4 3/3] riscv: dts: starfive: Enable PCIe host controller

From: Mason Huo Enable and add pinctrl configuration for PCIe host controller. Also add JH7110 stg syscon configuration. Signed-off-by: Mason Huo Signed-off-by: Minda Chen --- .../dts/jh7110-starfive-visionfive-2.dtsi | 11 +++ arch/riscv/dts/jh7110.dtsi| 74

[PATCH v4 0/3] Add StarFive JH7110 PCIe drvier support

This patchset needs to apply after patchset in [1]. These PCIe series patches are based on the JH7110 RISC-V SoC and VisionFive V2 board. [1] https://patchwork.ozlabs.org/project/uboot/cover/20230329034224.26545-1-yanhong.w...@starfivetech.com The PCIe driver depends on gpio, pinctrl, clk and

[PATCH v4 2/3] configs: starfive-jh7110: Add support for PCIe host driver

From: Mason Huo also add the nvme driver and rtl8169 support. Signed-off-by: Mason Huo Signed-off-by: Minda Chen --- configs/starfive_visionfive2_12a_defconfig | 10 ++ configs/starfive_visionfive2_13b_defconfig | 10 ++ 2 files changed, 20 insertions(+) diff --git

Re: [PATCH v2 2/3] net: dhcp6: pxe: Add DHCP/PXE commands for IPv6

On 2023-04-07 11:55 a.m., Simon Glass wrote: Hi Sean, On Fri, 7 Apr 2023 at 18:56, wrote: From: Sean Edmond Adds commands to support DHCP and PXE with IPv6. New configs added: - CMD_DHCP6 - DHCP6_PXE_CLIENTARCH - DHCP6_PXE_DHCP_OPTION - DHCP6_ENTERPRISE_ID New commands added (when IPv6

[PATCH] dt/bindings: fwu-mdata-mtd: drop changes outside FWU

From: Jassi Brar Any requirement of FWU should not require changes to bindings of other subsystems. For example, for mtd-backed storage we can do without requiring 'fixed-partitions' children to also carry 'uuid', a property which is non-standard and not in the bindings. There exists no code

[PATCH v5 6/6] fwu: provide default fwu_plat_get_bootidx

From: Jassi Brar Just like fwu_plat_get_update_index, provide a default/weak implementation of fwu_plat_get_bootidx. So that most platforms wouldn't have to re-implement the likely case. Signed-off-by: Jassi Brar --- lib/fwu_updates/fwu.c | 18 ++ 1 file changed, 18

[PATCH v5 5/6] fwu: DeveloperBox: add support for FWU

From: Jassi Brar Add code to support FWU_MULTI_BANK_UPDATE. The platform does not have gpt-partition storage for Banks and MetaData, rather it used SPI-NOR backed mtd regions for the purpose. Signed-off-by: Jassi Brar --- board/socionext/developerbox/Makefile | 1 +

[PATCH v5 4/6] configs: move to new flash layout and boot flow

From: Jassi Brar Towards enabling FWU and supporting new firmware layout in NOR flash, make u-boot PIC and adjust uboot env offset in flash. Signed-off-by: Jassi Brar --- configs/synquacer_developerbox_defconfig | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH v5 3/6] dt: fwu: developerbox: enable fwu banks and mdata regions

From: Jassi Brar Specify Bank-0/1 and fwu metadata mtd regions. Signed-off-by: Jassi Brar --- .../synquacer-sc2a11-developerbox-u-boot.dtsi | 49 +-- 1 file changed, 46 insertions(+), 3 deletions(-) diff --git a/arch/arm/dts/synquacer-sc2a11-developerbox-u-boot.dtsi

[PATCH v5 2/6] tools: Add mkfwumdata tool for FWU metadata image

From: Masami Hiramatsu Add 'mkfwumdata' tool to generate FWU metadata image for the meta-data partition to be used in A/B Update imeplementation. Signed-off-by: Sughosh Ganu Signed-off-by: Jassi Brar Signed-off-by: Masami Hiramatsu --- doc/mkfwumdata.1 | 89 tools/Kconfig

[PATCH v5 1/6] FWU: Add FWU metadata access driver for MTD storage regions

From: Masami Hiramatsu In the FWU Multi Bank Update feature, the information about the updatable images is stored as part of the metadata, on a separate region. Add a driver for reading from and writing to the metadata when the updatable images and the metadata are stored on a raw MTD region.

[PATCH v5 0/6] FWU: Add support for mtd backed feature on DeveloperBox

From: Jassi Brar Introduce support for mtd backed storage for FWU feature and enable it on Synquacer platform based DeveloperBox. This revision is rebased onto patchset that trims the FWU api https://lore.kernel.org/u-boot/20230306231747.1888513-1-jassisinghb...@gmail.com/ Changes since v4:

Reading file would overwrite reserved memory. Failed to load 'hello_world.bin - imx7d-pico - Uboot 2022.04

https://stackoverflow.com/questions/71073386/reading-file-would-overwrite-reserved-memory-failed-to-load-hello-world-bin Hi, I had this issue last year and I solved it via device tree. However, I used Yocto hardknott and uboot 2021.04 and Ubuntu 20.04. Now I use Yocto kirkstone and uboot 2022.04

[PATCH v2 2/4] net: ipv6: Add support for default gateway discovery.

From: Ehsan Mohandesi In IPv6, the default gateway and prefix length are determined by receiving a router advertisement as defined in - https://www.rfc-editor.org/rfc/rfc4861. Add support for sending router solicitation (RS) and processing router advertisements (RA). If the RA has prefix info

[PATCH v2 1/4] Revert "net: ipv6: Add support for default gateway discovery."

From: Ehsan Mohandesi This reverts commit 0af1035a55d9c1486b2db43ee70ff0a63affd4f4. Signed-off-by: Ehsan Mohandesi Conflicts: cmd/Kconfig include/net.h include/net6.h net/net.c --- include/net.h | 4 ++-- net/net.c | 3 +++ 2 files changed, 5

[PATCH v2 4/4] test: eth: IPv6 network discovery unit test

From: Ehsan Mohandesi Test router advertisement validation and processing functions. Signed-off-by: Ehsan Mohandesi --- test/dm/eth.c | 88 +++ 1 file changed, 88 insertions(+) diff --git a/test/dm/eth.c b/test/dm/eth.c index

[PATCH v2 0/4] Add IPv6 Network Discovery

From: Ehsan Mohandesi This series adds IPv6 network discovery to U-Boot. When an IPv6 command is run in U-Boot, it sends a router solicitation (RS) message to the network. The router on the network responds with a router advertisement (RA) message. Then U-Boot processes the RA message and sets

[PATCH v2 3/4] test/py: IPv6 network discovery test

From: Ehsan Mohandesi Test the IPv6 network discovery feature if indicated by boardenv file. Signed-off-by: Ehsan Mohandesi Conflicts: configs/sandbox64_defconfig configs/sandbox_defconfig configs/sandbox_flattree_defconfig --- configs/sandbox64_defconfig| 2

Re: [PATCH v9 3/6] tpm: Support boot measurements

On 4/6/23 04:18, Ilias Apalodimas wrote: Hi Eddie, Do you plan on resending this? If yes, I can spend some time trying to figure out the CI failures and send you a patch. Hi, Yes I do, I have been short on time. I was a bit confused by the CI, it didn't seem to run with the updated v9? I

Re: [PATCH 0/8] Add ESM support for J721E and J7200

Hi Neha! On April 10, 2023 thus sayeth Neha Malcom Francis: > Add support for ESM (Error Signalling Module) in J721E and J7200. The > ESM error pin output is routed to the PMIC (Power Management IC) which > can reset the board. The dts nodes for SoC and PMIC ESM modules are > added (if not

Re: [GIT PULL] Please pull u-boot-mmc master

On Mon, Apr 10, 2023 at 07:18:55PM +0900, Jaehoon Chung wrote: > Dear Tom, > > Please pull u-boot-mmc master into u-boot master branch. > If there is any problem, let me know, plz. > > Best Regards, > Jaehoon Chung > > CI: https://source.denx.de/u-boot/custodians/u-boot-mmc/-/pipelines/15969 >

Re: [PATCH 1/3] firmware: psci: enable DM_FLAG_PRE_RELOC

On Mon, Apr 10, 2023 at 12:39:07PM +, Peng Fan wrote: > Tom, Simon, > > Sorry for ping early, I have other patches pending on this patchset, just > wonder whether you are fine with this patchset. This is fine I think. > > Thanks, > Peng. > > Subject: [PATCH 1/3] firmware: psci: enable

[PATCH 8/8] configs: j7200_evm_r5_defconfig: Enable ESM modules

From: Gowtham Tammana Enable ESM modules for both PMIC and SoC for watchdog error intterupt handling on the board. Signed-off-by: Gowtham Tammana Signed-off-by: Neha Malcom Francis --- configs/j7200_evm_r5_defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH 6/8] j721e_init: initialize ESM support for J7200 SOM

From: Gowtham Tammana ESM and ESM PMIC support is available for J7200X-PM2-SOM board, as such enable support for it. Signed-off-by: Gowtham Tammana Signed-off-by: Neha Malcom Francis --- arch/arm/mach-k3/j721e_init.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git

[PATCH 7/8] power: pmic: tps65491: Dont fail on master node

From: Gowtham Tammana TPS65941 can have child only ESM nodes with no regulators, so dont fail on regulator probe failure. Signed-off-by: Gowtham Tammana Signed-off-by: Neha Malcom Francis --- drivers/power/pmic/tps65941.c | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH 5/8] arm: dts: k3-j7200: Add ESM PMIC support for tps659413

From: Gowtham Tammana On J7200 processor board MCU_SAFETY_ERROR signal is routed to PMIC for ESM error handling. The PMIC resets the board on receipt of the signal. Enable the support for the board by adding ESM PMIC node. Signed-off-by: Gowtham Tammana Signed-off-by: Neha Malcom Francis ---

[PATCH 4/8] arm: dts: k3-j7200-r5-common: Add pmic node for esm

From: Gowtham Tammana Add pmic tps659413 node needed for ESM error event handling. Signed-off-by: Gowtham Tammana Signed-off-by: Neha Malcom Francis --- arch/arm/dts/k3-j7200-r5-common-proc-board.dts | 13 ++--- 1 file changed, 10 insertions(+), 3 deletions(-) diff --git

[PATCH 3/8] arm: dts: k3-j7200: Add Main domain ESM support

From: Gowtham Tammana Main domain ESM support is needed to configure main domain watchdog interrupts to generate ESM pin events. On J7200 boards ESM error pin output is propagated to PMIC to generate reset. Signed-off-by: Gowtham Tammana Signed-off-by: Neha Malcom Francis ---

[PATCH 2/8] arm: dts: k3-k721e: Add Main domain ESM support

From: Tero Kristo Main domain ESM support is needed to configure main domain watchdogs to generate ESM pin events by default. On J7 processor board these propagate to the PMIC to generate a reset when watchdog expires. Signed-off-by: Tero Kristo Signed-off-by: Neha Malcom Francis ---

[PATCH 1/8] arm: mach-k3: j721e_init: initialize ESM support

From: Tero Kristo Initialize both ESM and ESM_PMIC support if available for the board. If support is not available for either, a warning is printed out. Signed-off-by: Tero Kristo Signed-off-by: Gowtham Tammana Signed-off-by: Neha Malcom Francis --- arch/arm/mach-k3/j721e_init.c | 23

[PATCH 0/8] Add ESM support for J721E and J7200

Add support for ESM (Error Signalling Module) in J721E and J7200. The ESM error pin output is routed to the PMIC (Power Management IC) which can reset the board. The dts nodes for SoC and PMIC ESM modules are added (if not already) to enable them. Gowtham Tammana (6): arm: dts: k3-j7200: Add

Re: [PATCH] board: ti: j721s2: Add support to detect daughtercards

On Mon, Apr 10, 2023 at 11:40:15AM +0530, Siddharth Vadapalli wrote: > From: Kishon Vijay Abraham I > > Add support to detect daughtercards (GESI Ethernet card) in-order > to set the MAC address of the main CPSW2G interface. > > Signed-off-by: Kishon Vijay Abraham I > Signed-off-by: Siddharth

RE: [PATCH 1/3] firmware: psci: enable DM_FLAG_PRE_RELOC

Tom, Simon, Sorry for ping early, I have other patches pending on this patchset, just wonder whether you are fine with this patchset. Thanks, Peng. > Subject: [PATCH 1/3] firmware: psci: enable DM_FLAG_PRE_RELOC > > From: Peng Fan > > It is possible that cpu core may reset before relocation

[GIT PULL] Please pull u-boot-mmc master

Dear Tom, Please pull u-boot-mmc master into u-boot master branch. If there is any problem, let me know, plz. Best Regards, Jaehoon Chung CI: https://source.denx.de/u-boot/custodians/u-boot-mmc/-/pipelines/15969 The following changes since commit 7daa8dd59bc8455a43cdd2d0e34206e406e5cdcc:

[PATCH v5 4/4] test/py: efi_capsule: test for FMP versioning

This test covers FMP versioning for both raw and FIT image, and both signed and non-signed capsule update. Signed-off-by: Masahisa Kojima --- Changes in v5: - get aligned to the device tree based versioning Newly created in v4 test/py/tests/test_efi_capsule/conftest.py| 73 +++

[PATCH v5 3/4] mkeficapsule: add FMP Payload Header

Current mkeficapsule tool does not provide firmware version management. EDK II reference implementation inserts the FMP Payload Header right before the payload. It coutains the fw_version and lowest supported version. This commit adds a new parameters required to generate the FMP Payload Header

[PATCH v5 1/4] efi_loader: get version information from device tree

Current FMP->GetImageInfo() always return 0 for the firmware version, user can not identify which firmware version is currently running through the EFI interface. This commit gets the version information from device tree, then fills the firmware version, lowest supported version in

[PATCH v5 2/4] efi_loader: check lowest supported version

The FMP Payload Header which EDK II capsule generation scripts insert has a firmware version. This commit reads the lowest supported version stored in the device tree, then check if the firmware version in FMP payload header of the ongoing capsule is equal or greater than the lowest supported

[PATCH v5 0/4] FMP versioning support

Firmware version management is not implemented in the current FMP implementation. This series aims to add the versioning support in FMP. There is a major design change in v5. Until v4, the fw_version and lowest_supported_version are stored as a EFI variable. If the backing storage is a file we

[PATCH V2 4/4] common: spl: spl: Remove video driver before u-boot proper

Add method to remove video driver before loading u-boot proper. When bootstage changes from SPL to u-boot proper, noo method is called to remove video driver, and at u-boot proper if video driver is not enabled, the video driver starts displaying garbage on the screen, because there is no reserved

[PATCH V2 3/4] board: ti: am62x: evm: Add necessary functions to call splash screen

To enable splash screen on AM62x at a53 SPL setup DRAM, set page table, enable cache to allow copying of bmp image to frame buffer and display it using splash_display. Signed-off-by: Nikhil M Jain --- V2: - No change. board/ti/am62x/evm.c | 39 +++ 1 file

[PATCH V2 2/4] board: ti: am62x: am62x: Change splashimage and splashsource

Change splashimage which is bmp image loadaddr to 0x8020 since stack is situated at 0x80477660 as splash framework requires bmp image to be present above stack. Change splashsource to sf to support loading bmp image from ospi flash memory. Signed-off-by: Nikhil M Jain --- V2: - No change.

[PATCH V2 1/4] configs: am62x_evm_a53_defconfig: Changes in memory to support SPL splash screen

To enable splash at A53 SPL, need to do memory map changes which involves locate stack above malloc and have enough space to load bmp image above stack. To load a 1920X1200 image a minimum of 8.8MB space is needed, to support it move malloc down to 0x80b8 from 0x8048 and bss to 0x80c8

[PATCH V2 0/4] Enable SPL splash screen on AM62x

This patch series aims at eanbling SPL splash screen on AM62x. Changes in V2: - Correct CONFIG_SPL_SIZE_LIMIT_PROVIDE_STACK value. Nikhil M Jain (4): configs: am62x_evm_a53_defconfig: Changes in memory to support SPL splash screen board: ti: am62x: am62x: Change splashimage and

[PATCH v2 07/10] sunxi: Parameterize bit delay code in H616 DRAM driver

These values are highly board specific and thus make sense to add parameter for them. To ease adding support for new boards, let's make them same as in vendor DRAM settings. Signed-off-by: Jernej Skrabec --- .../include/asm/arch-sunxi/dram_sun50i_h616.h | 3 + arch/arm/mach-sunxi/Kconfig

[PATCH v2 10/10] sunxi: Add TPR2 parameter for H616 DRAM driver

It turns out that some H616 and related SoCs (like H313) need TPR2 parameter for proper working. Add it. Signed-off-by: Jernej Skrabec --- .../include/asm/arch-sunxi/dram_sun50i_h616.h | 1 + arch/arm/mach-sunxi/Kconfig | 6 ++ arch/arm/mach-sunxi/dram_sun50i_h616.c|

[PATCH v2 09/10] sunxi: Parameterize some of H616 DDR3 timings

Currently twr2rd, trd2wr and twtp are constants, but according to vendor driver they are calculated from other values. Do that here too, in preparation for later introduction of new parameter. While at it, introduce constant for t_wr_lat, which was incorrectly calculated from tcl before.

[PATCH v2 04/10] sunxi: Convert H616 DRAM options to single setting

Vendor DRAM settings use TPR10 parameter to enable various features. There are many mores features that just those that are currently mentioned. Since new will be added later and most are not known, let's reuse value from vendor DRAM driver as-is. This will also help adding support for new boards.

[PATCH v2 05/10] sunxi: Always configure ODT on H616 DRAM

Vendor H616 DRAM code always configure part which we call ODT configuration. Let's reflect that here too. Signed-off-by: Jernej Skrabec --- arch/arm/mach-sunxi/Kconfig| 2 +- arch/arm/mach-sunxi/dram_sun50i_h616.c | 3 +-- 2 files changed, 2 insertions(+), 3 deletions(-) diff --git

[PATCH v2 08/10] sunxi: Parameterize "unknown feature" in H616 DRAM driver

Part of the code, previously known as "unknown feature", also doesn't have constant values. They are derived from TPR0 parameter in vendor DRAM code. Let's move that code to separate function and introduce TPR0 parameter here too, to ease adding new boards. Signed-off-by: Jernej Skrabec ---

[PATCH v2 06/10] sunxi: Make bit delay function in H616 DRAM code void

Mentioned function result is always true and result isn't checked anyway. Let's make it void. Reviewed-by: Andre Przywara Signed-off-by: Jernej Skrabec --- arch/arm/mach-sunxi/dram_sun50i_h616.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git

[PATCH v2 03/10] sunxi: parameterize H616 DRAM ODT values

While ODT values for same memory type are similar, they are not necessary the same. Let's parameterize them and make parameter same as in vendor DRAM settings. That way it will be easy to introduce new board support. Reviewed-by: Andre Przywara Signed-off-by: Jernej Skrabec ---

[PATCH v2 02/10] sunxi: cosmetic: Fix H616 DRAM driver code style

Fix code style for pointer declaration. This is just cosmetic change to avoid checkpatch errors in later commits. Reviewed-by: Andre Przywara Signed-off-by: Jernej Skrabec --- arch/arm/mach-sunxi/dram_sun50i_h616.c | 74 +- 1 file changed, 37 insertions(+), 37

[PATCH v2 01/10] sunxi: Fix write to H616 DRAM CR register

Vendor DRAM code actually writes to whole CR register and not just sets bit 31 in mctl_ctrl_init(). Just to be safe, do that here too. Acked-by: Andre Przywara Signed-off-by: Jernej Skrabec --- arch/arm/mach-sunxi/dram_sun50i_h616.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH v2 00/10] sunxi: Update H616 DRAM driver

Current H616 DRAM driver is completely customized to Orange Pi Zero2 board, which is only one of two H616 boards supported by U-Boot. Needless to say, this is not ideal for adding new boards. With changes in this series, all DDR3 boards are supported and all that is needed is just vendor DRAM

[PATCH 4/4] common: spl: spl: Remove video driver before u-boot proper

Add method to remove video driver before loading u-boot proper. When bootstage changes from SPL to u-boot proper, noo method is called to remove video driver, and at u-boot proper if video driver is not enabled, the video driver starts displaying garbage on the screen, because there is no reserved

[PATCH 3/4] board: ti: am62x: evm: Add necessary functions to call splash screen

To enable splash screen on AM62x at a53 SPL setup DRAM, set page table, enable cache to allow copying of bmp image to frame buffer and display it using splash_display. Signed-off-by: Nikhil M Jain --- board/ti/am62x/evm.c | 39 +++ 1 file changed, 39

[PATCH 2/4] board: ti: am62x: am62x: Change splashimage and splashsource

Change splashimage which is bmp image loadaddr to 0x8020 since stack is situated at 0x80477660 as splash framework requires bmp image to be present above stack. Change splashsource to sf to support loading bmp image from ospi flash memory. Signed-off-by: Nikhil M Jain ---

[PATCH 1/4] configs: am62x_evm_a53_defconfig: Changes in memory map to support SPL splash screen

To enable splash at A53 SPL, need to do memory map changes which involves locate stack above malloc and have enough space to load bmp image above stack. To load a 1920X1200 image a minimum of 8.8MB space is needed, to support it move malloc down to 0x80b8 from 0x8048 and bss to 0x80c8

[PATCH 3/3] configs: j7200: Merge the HS and non-HS defconfigs

K3 devices have runtime type board detection. Make the default defconfig include the secure configuration. Then remove the HS specific config. Non-HS devices will continue to boot due to runtime device type detection. If TI_SECURE_DEV_PKG is not set the build will emit warnings, for non-HS

[PATCH 2/3] Kconfig: j721s2: Change K3_MCU_SCRATCHPAD_BASE to non firewalled region

On K3 HS-SE devices all the firewalls are locked by default until sysfw comes up. Rom configures some of the firewall for its usage along with the SRAM for R5 but the PSRAM region is still locked. The K3 MCU Scratchpad for j721s2 was set to a PSRAM region triggering the firewall exception before

[PATCH 1/3] configs: j721s2: Merge the HS and non-HS defconfigs

K3 devices have runtime type board detection. Make the default defconfig include the secure configuration. Then remove the HS specific config. Non-HS devices will continue to boot due to runtime device type detection. If TI_SECURE_DEV_PKG is not set the build will emit warnings, for non-HS

[PATCH 0/3] J7 merge HS configs

This series depends on the fixes provided for j721e as that series also includes some base support for running the other HS platforms. Link for dependent series - https://lore.kernel.org/u-boot/20230324-j721e-upstream-hs-v6-0-5aa43a481...@ti.com/ Signed-off-by: Manorit Chawdhry --- Manorit

[PATCH V7 13/14] board: ti: am62x: evm: OSPI support for splash screen

Add ospi boot media support to load splash image from OSPI memory, add offset to read image from ospi and necessary flags defininig type of storage and storage device. Use CONFIG_IS_ENBALED to use the splash locations at SPL and u-boot proper. Signed-off-by: Nikhil M Jain Reviewed-by: Simon

[PATCH V7 08/14] cmd: bmp: Split bmp commands and functions

To enable splash screen at SPL, need to compile cmd/bmp.c which also includes bmp commands, since SPL doesn't use commands split bmp.c into common/bmp.c which includes all bmp functions and cmd/bmp.c which only contains bmp commands. Add function delclaration for bmp_info in video.h.

[PATCH V7 10/14] drivers: video: Enable necessary video functions at SPL

To support video driver at SPL use CONFIG_IS_ENABLED and CONFIG_VAL, which checks for stage specific configs and thus enables video support at respective stage. Signed-off-by: Nikhil M Jain Reviewed-by: Devarsh Thakkar Reviewed-by: Simon Glass Tested-by: Simon Glass --- V7: - Add Reviewed-by

[PATCH V7 14/14] common: Replace #ifdef and #if with if's

Remove #ifdef in header file to avoid multiple definitions while compilation. To improve code readability use if() rather than if's and '#ifdef's'. Signed-off-by: Nikhil M Jain --- V7(patch introduced): - Replace #ifdef and #if with if's. common/bmp.c | 12 +++- common/splash.c |

[PATCH V7 06/14] common: Makefile: Add rule to compile splash and splash_source at SPL

To enable splash screen and loading bmp from boot media, add rules to compile splash.c and splash_source.c at SPL stage only when CONFIG_SPL_SPLASH_SCREEN and CONFIG_SPL_SPLASH_SOURCE are defined. Signed-off-by: Nikhil M Jain Reviewed-by: Devarsh Thakkar Reviewed-by: Simon Glass --- V7: - Add

[PATCH V7 11/14] common: Enable splash functions at SPL

To support splash screen at both u-boot proper and SPL use CONFIG_IS_ENABLED and CONFIG_VAL to check for video related Kconfigs at respective stages. Replace CONFIG_CMD_BMP with CONFIG_BMP to enable splash_display function at u-boot proper and SPL. Signed-off-by: Nikhil M Jain Reviewed-by:

[PATCH V7 12/14] include: Enable video related global data variable and splash at SPL

To include video related global data variables and splash functions at SPL and u-boot proper, use CONFIG_IS_ENABLED. Replace CONFIG_CMD_BMP with CONFIG_BMP to enable splash_display function at u-boot proper and SPL. Signed-off-by: Nikhil M Jain Reviewed-by: Devarsh Thakkar Reviewed-by: Simon

[PATCH V7 05/14] drivers: video: tidss: Makefile: Add condition to compile TIDSS at SPL

To enable TIDSS driver only at SPL stage add rule to compile the TIDSS video driver. CONFIG_$(SPL_)VIDEO_TIDSS will compile tidss_drv, at SPL only if CONFIG_SPL_VIDEO_TIDSS is defined and at u-boot proper if CONFIG_VIDEO_TIDSS is defined. Signed-off-by: Nikhil M Jain Reviewed-by: Simon Glass

[PATCH V7 04/14] drivers: video: Makefile: Rule to compile necessary video driver files

To enable video driver at SPL, need to compile video-uclass, vidconsole-uclass, backlight-uclass, panel-uclass, simple-panel, add rules to compile them at SPL and u-boot proper. To support splash_display at SPL, need to compile video-bmp, add rule to compile at SPL and u-boot proper.

[PATCH V7 09/14] common: Makefile: Rule to compile bmp.c

Add rule to compile bmp.c at SPL and u-boot proper when CONFIG_SPL_BMP and CONFIG_BMP are defined. Signed-off-by: Nikhil M Jain Reviewed-by: Devarsh Thakkar Reviewed-by: Simon Glass Tested-by: Simon Glass --- V7: - Add Reviewed-by and Tested-by tag. V6: - Add Reviewed-by tag. V5: - Remove

[PATCH V7 07/14] common: Kconfig: Add BMP configs

Add CONFIG_BMP and CONFIG_SPL_BMP which enable displaying bmp images at u-boot proper and SPL. Signed-off-by: Nikhil M Jain Reviewed-by: Simon Glass Reviewed-by: Devarsh Thakkar --- V7: - No change. V6: - Added Reviewed-by tag. V5: - Added Reviewed-by tag. V4: - No change. common/Kconfig

[PATCH V7 02/14] drivers: video: tidss: Kconfig: Configs to enable TIDSS at SPL

To enable tidss display driver only at SPL stage, add necessary config, CONFIG_SPL_VIDEO_TIDSS. Signed-off-by: Nikhil M Jain Reviewed-by: Simon Glass Reviewed-by: Devarsh Thakkar --- V7: - No change V6: - Fix commit message. - Add Reviewed-By tag. V5: - No change V4: - Add Reviewed-By tag

[PATCH V7 03/14] drivers: Makefile: Add rule to compile video driver

Compile video driver at SPL using CONFIG_SPL_VIDEO. Signed-off-by: Nikhil M Jain Reviewed-by: Devarsh Thakkar Reviewed-by: Simon Glass Tested-by: Simon Glass --- V7: - Add Reviewed-by and Tested-by tag. V6: - Add Reviewed-by tag - Commit message updated. V5: - Add rule to build video at

[PATCH V7 01/14] drivers: video: Kconfig: Add configs for enabling video at SPL

Add Kconfigs which enable the video driver and splash screen at SPL stage only and not at u-boot proper. The existing Kconfigs from u-boot proper were not used to make SPL splash screen independent to them. Signed-off-by: Nikhil M Jain Reviewed-by: Devarsh Thakkar Reviewed-by: Simon Glass

[PATCH V7 00/14] Add splash screen support at u-boot SPL

To enable splash screen at SPL stage move video driver and splash screen framework at SPL, which will bring up image on display very quickly and thus have early display support in SPL. Changes in V7 - Replace #ifdefs' and #ifs' with if in common/splash and common/bmp. - Add Reviewed-by and

[PATCH] riscv: Support riscv64 image type

Allow U-Boot to load 32 or 64 bits RISC-V Kernel Image distinguishly. It helps to avoid someone maybe make a mistake to run 32-bit U-Boot to load 64-bit kernel. Signed-off-by: Rick Chen --- The patchset is based on Simon's patch: riscv: Add a 64-bit image type --- ---

Re: [PATCH] riscv: Add a 64-bit image type

> From: Simon Glass > Sent: Monday, April 03, 2023 4:28 AM > To: U-Boot Mailing List > Cc: Sean Anderson ; Bin Meng ; Rick > Jian-Zhi Chen(陳建志) ; Leo Yu-Chi Liang(梁育齊) > ; Simon Glass ; Andre Przywara > ; Marc Kleine-Budde ; SESA644425 > ; Samuel Holland ; Steven > Lawrance > Subject: