Re: [PATCH] Makefile: make u-boot-initial-env target depend explicitly on scripts_basic

On 04/10/2023 04.10, Simon Glass wrote: > On Tue, 3 Oct 2023 at 04:02, Rasmus Villemoes > wrote: >> >> We're seeing sporadic errors like >> >> ENVCinclude/generated/env.txt >> HOSTCC scripts/basic/fixdep >> ENVPinclude/generated/env.in >> ENVTinclude/generated/environment.h >>

Re: [PATCH v5 3/7] blk: blkmap: add ramdisk creation utility function

Hi Michal, On Fri, 6 Oct 2023 at 20:26, Michal Simek wrote: > > > > On 9/27/23 11:36, Masahisa Kojima wrote: > > User needs to call several functions to create the ramdisk > > with blkmap. > > This adds the utility function to create blkmap device and > > mount the ramdisk. > > > > Signed-off-by

[PATCH v2 0/5] fix npcm bmc error

1. add name for gpio pinctrl function 2. add baud rate table 3. fix ecc ram size 4. add dts 5. modify configs Jim Liu (5): pinctrl: npcm8xx: add name for gpio function configs: npcm: support more uart baud rate board: nuvuton: arbel: fix incorrect ram size arm: dts: npcm8xx: add watchdog n

[PATCH v2 1/5] pinctrl: npcm8xx: add name for gpio function

gpio function name is needed in the debug log Signed-off-by: Jim Liu --- drivers/pinctrl/nuvoton/pinctrl-npcm8xx.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/pinctrl/nuvoton/pinctrl-npcm8xx.c b/drivers/pinctrl/nuvoton/pinctrl-npcm8xx.c index 7976e3b3ed..ff49819b58 100644 --- a/

[PATCH v2 2/5] configs: npcm: support more uart baud rate

add uart baud rate table to arbel(npcm8xx) and poleg(npcm7xx) Signed-off-by: Jim Liu --- include/configs/arbel.h | 5 - include/configs/poleg.h | 2 ++ 2 files changed, 6 insertions(+), 1 deletion(-) diff --git a/include/configs/arbel.h b/include/configs/arbel.h index 891257bc93..c45b2ac137

[PATCH v2 3/5] board: nuvuton: arbel: fix incorrect ram size

fix incorrect ram size of 4GB dram with ECC enabled Signed-off-by: Jim Liu --- board/nuvoton/arbel_evb/arbel_evb.c | 17 + 1 file changed, 9 insertions(+), 8 deletions(-) diff --git a/board/nuvoton/arbel_evb/arbel_evb.c b/board/nuvoton/arbel_evb/arbel_evb.c index e52e0a59ab..ac

[PATCH v2 4/5] arm: dts: npcm8xx: add watchdog node

add npcm8xx watchdog node Signed-off-by: Jim Liu --- arch/arm/dts/nuvoton-common-npcm8xx.dtsi | 24 1 file changed, 24 insertions(+) diff --git a/arch/arm/dts/nuvoton-common-npcm8xx.dtsi b/arch/arm/dts/nuvoton-common-npcm8xx.dtsi index fabe5925b7..fb544e5f1a 100644 ---

[PATCH v2 5/5] configs: nuvoton: npcm8xx: disable CONFIG_SPI_FLASH_USE_4K_SECTORS

disable this config to improve flash program time Signed-off-by: Jim Liu --- configs/arbel_evb_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/arbel_evb_defconfig b/configs/arbel_evb_defconfig index 8c32b4b20d..6cfb5a7d32 100644 --- a/configs/arbel_evb_defconfig +++ b/confi

Re: [PATCH v2] riscv: enable multi-range memory layout

On 10/9/2023 6:04 PM, Wu, Fei wrote: > On 9/14/2023 2:05 PM, Heinrich Schuchardt wrote: >> >> >> Am 14. September 2023 07:30:55 MESZ schrieb Fei Wu : >>> In order to enable PCIe passthrough on qemu riscv, the physical memory >>> range between 3GB and 4GB is reserved. Therefore if guest has 4GB ram,

[PATCH v6 00/14] firmware: scmi: add SCMI base protocol support

This patch series allows users to access SCMI base protocol provided by SCMI server (platform). See SCMI specification document v3.2 beta[1] for more details about SCMI base protocol. What is currently not implemented is - SCMI_BASE_NOTIFY_ERRORS command and notification callback mechanism This f

[PATCH v6 01/14] scmi: refactor the code to hide a channel from devices

The commit 85dc58289238 ("firmware: scmi: prepare uclass to pass channel reference") added an explicit parameter, channel, but it seems to make the code complex. Hiding this parameter will allow for adding a generic (protocol-agnostic) helper function, i.e. for PROTOCOL_VERSION, in a later patch.

[PATCH v6 02/14] firmware: scmi: use a protocol's own channel if assigned

SCMI specification allows any protocol to have its own channel for the transport. While the current SCMI driver may assign its channel from a device tree, the core function, devm_scmi_process_msg(), doesn't use a protocol's channel, but always use an agent's channel. With this commit, devm_scmi_pr

[PATCH v6 05/14] firmware: scmi: framework for installing additional protocols

This framework allows SCMI protocols to be installed and bound to the agent so that the agent can manage and utilize them later. Signed-off-by: AKASHI Takahiro Reviewed-by: Simon Glass Reviewed-by: Etienne Carriere --- v6 * remove global 'scmi_agent' variable which is never used v4 * remove 'ag

[PATCH v6 07/14] firmware: scmi: implement SCMI base protocol

SCMI base protocol is mandatory according to the SCMI specification. With this patch, SCMI base protocol can be accessed via SCMI transport layers. All the commands, except SCMI_BASE_NOTIFY_ERRORS, are supported. This is because U-Boot doesn't support interrupts and the current transport layers ar

[PATCH v6 03/14] firmware: scmi: support dummy channels for sandbox agent

In sandbox scmi agent, channels are not used at all. But in this patch, dummy channels are supported in order to test protocol-specific channels. Signed-off-by: AKASHI Takahiro Reviewed-by: Simon Glass Reviewed-by: Etienne Carriere --- v5 * new commit --- arch/sandbox/include/asm/scmi_test.h

[PATCH v6 06/14] test: dm: add protocol-specific channel test

Any SCMI protocol may have its own channel. Test this feature on sandbox as the necessary framework was added in a prior commit. Signed-off-by: AKASHI Takahiro Reviewed-by: Simon Glass Reviewed-by: Etienne Carriere --- v6 * add missing header files (scmi_agent.h, scmi_protocols.h) v5 * new comm

[PATCH v6 08/14] firmware: scmi: add a version check against base protocol

In SCMI base protocol version 2 (0x2), new interfaces, BASE_SET_DEVICE_PERMISSIONS/BASE_SET_PROTOCOL_PERMISSIONS/ BASE_RESET_AGENT_CONFIGURATION, were added. Moreover, the api of BASE_DISCOVER_AGENT was changed to support self-agent discovery. So the driver expects SCMI firmware support versio

[PATCH v6 04/14] firmware: scmi: move scmi_bind_protocols() backward

Move the location of scmi_bind_protocols() backward for changes in later patches. There is no change in functionality. Signed-off-by: AKASHI Takahiro Reviewed-by: Simon Glass Reviewed-by: Etienne Carriere --- v4 * remove scmi_bind_protocols() from the original place. See patch#1 * s/depeding/de

[PATCH v6 09/14] firmware: scmi: fake base protocol commands on sandbox

This is a simple implementation of SCMI base protocol for sandbox. The main use is in SCMI unit test. Signed-off-by: AKASHI Takahiro Reviewed-by: Simon Glass Reviewed-by: Etienne Carriere --- v4 * move this patch forward in this series before installing base protocol to avoid collapsing exist

[PATCH v6 10/14] test: dm: simplify SCMI unit test on sandbox

Adding SCMI base protocol makes it inconvenient to hold the agent instance (udevice) locally since the agent device will be re-created per each test. Just remove it and simplify the test flows. The test scenario is not changed at all. Signed-off-by: AKASHI Takahiro Reviewed-by: Simon Glass Revie

[PATCH v6 12/14] sandbox: remove SCMI base node definition from test.dts

SCMI base protocol is mandatory and doesn't need to be listed in a device tree. Signed-off-by: AKASHI Takahiro Reviewed-by: Simon Glass Reviewed-by: Etienne Carriere --- arch/sandbox/dts/test.dts | 4 1 file changed, 4 deletions(-) diff --git a/arch/sandbox/dts/test.dts b/arch/sandbox/dt

[PATCH v6 11/14] firmware: scmi: install base protocol to SCMI agent

SCMI base protocol is mandatory, and once SCMI node is found in a device tree, the protocol handle (udevice) is unconditionally installed to the agent. Then basic information will be retrieved from SCMI server via the protocol and saved into the agent instance's local storage. Signed-off-by: AKASH

[PATCH v6 13/14] test: dm: add SCMI base protocol test

Added is a new unit test for SCMI base protocol, which will exercise all the commands provided by the protocol, except SCMI_BASE_NOTIFY_ERRORS. $ ut dm scmi_base It is assumed that test.dtb is used as sandbox's device tree. Signed-off-by: AKASHI Takahiro Reviewed-by: Etienne Carriere Reviewed-

[PATCH v6 14/14] firmware: scmi: add a check against availability of protocols

Now that we have Base protocol support, we will be able to check if a given protocol is really supported by the SCMI server (firmware). Signed-off-by: AKASHI Takahiro Reviewed-by: Etienne Carriere Reviewed-by: Simon Glass --- v3 * new; import this patch from my followup patch set --- drivers/f

[PATCH v2 2/5] clk: rk3588: Add 742.5M parameter for PLL

From: Guochun Huang For a specific frequency. Signed-off-by: Guochun Huang Signed-off-by: Elaine Zhang --- drivers/clk/rockchip/clk_rk3588.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/clk/rockchip/clk_rk3588.c b/drivers/clk/rockchip/clk_rk3588.c index 119b1337bdf2..c86176264

[PATCH v2 0/5] clk : rockchip: update rk3568 and rk3588 clk driver

Change in V2: drop [PATCH v1 1/7] and [PATCH v1 2/7], upstream kernel first. update commit message and remove change id. Elaine Zhang (3): clk: rockchip: rk3568: support dclk_vop select more parent clks clk: rockchip: rk3588: support aclk_top_root set 750M clk: rockchip: rk3588: fix up the f

[PATCH v2 1/5] clk: rockchip: rk3568: support dclk_vop select more parent clks

For dclk_vop to support more frequencies. Signed-off-by: Elaine Zhang --- drivers/clk/rockchip/clk_rk3568.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/drivers/clk/rockchip/clk_rk3568.c b/drivers/clk/rockchip/clk_rk3568.c index 599b7b130eb9..68f59e57 10064

[PATCH v2 3/5] clk: rockchip: rk3588: support aclk_top_root set 750M

aclk_top_root choose a parent clock that does not change. Signed-off-by: Elaine Zhang --- drivers/clk/rockchip/clk_rk3588.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/drivers/clk/rockchip/clk_rk3588.c b/drivers/clk/rockchip/clk_rk3588.c index c86176264147..7b

[PATCH] net: e1000: Drop e1000_eth_ids[]

e1000_eth_ids holds compatible strings for e1000 devices, but it is meaningless as e1000 is a PCI device and there is no such compatible string assigned to e1000 by the DT bindings community. Drop it. Signed-off-by: Bin Meng --- drivers/net/e1000.c | 6 -- 1 file changed, 6 deletions(-) d

[PATCH] mmc: pci: Drop the superfluous cast

dm_pci_map_bar() return a value of (void *) already, hence no need to cast it again before assigning to host->ioaddr. Signed-off-by: Bin Meng --- drivers/mmc/pci_mmc.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/mmc/pci_mmc.c b/drivers/mmc/pci_mmc.c index 9fb

[PATCH 2/9] ufs: Add a line feed to the end of some dev_xxx() messages

Add a line feed to improve readability of some dev_xxx() messages. Signed-off-by: Bin Meng --- drivers/ufs/ufs.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/drivers/ufs/ufs.c b/drivers/ufs/ufs.c index f534d6e29f..96801866d3 100644 --- a/drivers/ufs/ufs.c

[PATCH 3/9] cmd: kconfig: Make ufs prompt look similar to other commands

At present the 'ufs' command prompt does not look similar like other commands. Update it. Signed-off-by: Bin Meng --- cmd/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/cmd/Kconfig b/cmd/Kconfig index a59c67e333..0b4e76c262 100644 --- a/cmd/Kconfig +++ b/cmd/Kconfig

[PATCH 0/9] ufs: Add a PCI UFS controller support

This adds a PCI UFS controller support and enables the support on QEMU RISC-V for testing. Requiring QEMU v8.2+. This series is avaiable at u-boot-x86/ufs for testing. Bin Meng (9): ufs: Correct the UFS terminlogy ufs: Add a line feed to the end of some dev_xxx() messages cmd: kconfig: Ma

[PATCH 1/9] ufs: Correct the UFS terminlogy

UFS stands for Universal Flash Storage, not Subsytem. Signed-off-by: Bin Meng --- cmd/Kconfig | 2 +- drivers/ufs/ufs-uclass.c | 2 +- drivers/ufs/ufs.c| 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/cmd/Kconfig b/cmd/Kconfig index 6470b138d2..a59c67e

[PATCH 4/9] cmd: ufs: Correct the help text

Remove the additional space and use "sub-system" for consistency with other commands like "scsi" and "usb". Signed-off-by: Bin Meng --- cmd/ufs.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/cmd/ufs.c b/cmd/ufs.c index 143e946370..2c8d88df18 100644 --- a/cmd/ufs.c +++ b/c

[PATCH 6/9] ufs: Allow mmio registers on the PCI bus

Check if the UFS controller is on the PCI bus, and get its register base address accordingly. Signed-off-by: Bin Meng --- drivers/ufs/ufs.c | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/drivers/ufs/ufs.c b/drivers/ufs/ufs.c index 96801866d3..fb2a607ef1 100644 ---

[PATCH 5/9] pci_ids: Add Red Hat vendor and device IDs

Red Hat, Inc. donates a part of its device ID range [1] to QEMU, to be used for virtual devices. This commit adds several typical devices that are useful in U-Boot. [1] https://www.qemu.org/docs/master/specs/pci-ids.html Signed-off-by: Bin Meng --- include/pci_ids.h | 7 +++ 1 file changed

[PATCH 7/9] ufs: Add a PCI based UFS controller driver

This adds a simple PCI based UFS controller driver with a QEMU emulated UFS controller on the PCI bus. Requiring QEMU v8.2+. Signed-off-by: Bin Meng --- drivers/ufs/Kconfig | 11 +++ drivers/ufs/Makefile | 1 + drivers/ufs/ufs-pci.c | 45 +++

[PATCH 8/9] ufs: Handle UFS 3.1 controllers

Extend the version check to handle UFS 3.1 controllers as well. Tested on QEMU emulated UFS 3.1 controller. Signed-off-by: Bin Meng --- drivers/ufs/ufs.c | 3 ++- drivers/ufs/ufs.h | 1 + 2 files changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/ufs/ufs.c b/drivers/ufs/ufs.c index f

[PATCH 9/9] qemu: riscv: Enable UFS support

This enables UFS support for QEMU RISC-V 'virt' machine. Signed-off-by: Bin Meng --- board/emulation/qemu-riscv/Kconfig | 2 ++ doc/board/emulation/qemu-riscv.rst | 8 +++- 2 files changed, 9 insertions(+), 1 deletion(-) diff --git a/board/emulation/qemu-riscv/Kconfig b/board/emulation/q

[PATCH v2 0/9] ufs: Add a PCI UFS controller support

This adds a PCI UFS controller support and enables the support on QEMU RISC-V for testing. Requiring QEMU v8.2+. This series is avaiable at u-boot-x86/ufs for testing. Changes in v2: - fix a build warning Bin Meng (9): ufs: Correct the UFS terminlogy ufs: Add a line feed to the end of some

[PATCH v2 2/9] ufs: Add a line feed to the end of some dev_xxx() messages

Add a line feed to improve readability of some dev_xxx() messages. Signed-off-by: Bin Meng --- (no changes since v1) drivers/ufs/ufs.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/drivers/ufs/ufs.c b/drivers/ufs/ufs.c index f534d6e29f..96801866d3 100644

[PATCH v2 3/9] cmd: kconfig: Make ufs prompt look similar to other commands

At present the 'ufs' command prompt does not look similar like other commands. Update it. Signed-off-by: Bin Meng --- (no changes since v1) cmd/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/cmd/Kconfig b/cmd/Kconfig index a59c67e333..0b4e76c262 100644 --- a/cmd/Kc

[PATCH v2 9/9] qemu: riscv: Enable UFS support

This enables UFS support for QEMU RISC-V 'virt' machine. Signed-off-by: Bin Meng --- (no changes since v1) board/emulation/qemu-riscv/Kconfig | 2 ++ doc/board/emulation/qemu-riscv.rst | 8 +++- 2 files changed, 9 insertions(+), 1 deletion(-) diff --git a/board/emulation/qemu-riscv/Kconf

[PATCH v2 7/9] ufs: Add a PCI based UFS controller driver

This adds a simple PCI based UFS controller driver with a QEMU emulated UFS controller on the PCI bus. Requiring QEMU v8.2+. Signed-off-by: Bin Meng --- Changes in v2: - fix a build warning drivers/ufs/Kconfig | 11 +++ drivers/ufs/Makefile | 1 + drivers/ufs/ufs-pci.c | 45 +

[PATCH v2 6/9] ufs: Allow mmio registers on the PCI bus

Check if the UFS controller is on the PCI bus, and get its register base address accordingly. Signed-off-by: Bin Meng --- (no changes since v1) drivers/ufs/ufs.c | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/drivers/ufs/ufs.c b/drivers/ufs/ufs.c index 96801866d3

[PATCH v2 5/9] pci_ids: Add Red Hat vendor and device IDs

Red Hat, Inc. donates a part of its device ID range [1] to QEMU, to be used for virtual devices. This commit adds several typical devices that are useful in U-Boot. [1] https://www.qemu.org/docs/master/specs/pci-ids.html Signed-off-by: Bin Meng --- (no changes since v1) include/pci_ids.h | 7

[PATCH v2 4/9] cmd: ufs: Correct the help text

Remove the additional space and use "sub-system" for consistency with other commands like "scsi" and "usb". Signed-off-by: Bin Meng --- (no changes since v1) cmd/ufs.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/cmd/ufs.c b/cmd/ufs.c index 143e946370..2c8d88df18 100644

[PATCH v2 8/9] ufs: Handle UFS 3.1 controllers

Extend the version check to handle UFS 3.1 controllers as well. Tested on QEMU emulated UFS 3.1 controller. Signed-off-by: Bin Meng --- (no changes since v1) drivers/ufs/ufs.c | 3 ++- drivers/ufs/ufs.h | 1 + 2 files changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/ufs/ufs.c b/dr

[PATCH v2 1/9] ufs: Correct the UFS terminlogy

UFS stands for Universal Flash Storage, not Subsytem. Signed-off-by: Bin Meng --- (no changes since v1) cmd/Kconfig | 2 +- drivers/ufs/ufs-uclass.c | 2 +- drivers/ufs/ufs.c| 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/cmd/Kconfig b/cmd/Kconfig in

Re: [PATCH v2 2/5] configs: npcm: support more uart baud rate

On Wed, Oct 11, 2023 at 04:45:30PM +0800, Jim Liu wrote: > add uart baud rate table to arbel(npcm8xx) and poleg(npcm7xx) > > Signed-off-by: Jim Liu > --- > include/configs/arbel.h | 5 - > include/configs/poleg.h | 2 ++ > 2 files changed, 6 insertions(+), 1 deletion(-) > > diff --git a/inc

Re: [PATCH v4] bootstd: sata: Add bootstd support for ahci sata

On Sun, Sep 17, 2023 at 04:06:48PM -0700, Tony Dinh wrote: > Add ahci sata bootdev and corresponding hunting function. > > Signed-off-by: Tony Dinh > Reviewed-by: Simon Glass > --- > > Changes in v4: > - Revise logic in bootmeth_script() to set devtype to sata for non-scsi > SATA device > - Rew

[PATCH] riscv: binman: Fix compilation error

Some platforms may not have any DDR memory below 4G and for such platforms the TEXT_BASE and LOAD addresses etc are all 64 bit addresses due to which the u-boot build fails with below error: u-boot/arch/riscv/dts/binman.dtsi:30.14-25 Value out of range for 32-bit array element u-boot/arch/riscv/dt

Re: [PATCH v6 08/14] firmware: scmi: add a version check against base protocol

> From: U-Boot on behalf of AKASHI Takahiro > > Sent: Wednesday, October 11, 2023 12:07 PM > > In SCMI base protocol version 2 (0x2), new interfaces, > BASE_SET_DEVICE_PERMISSIONS/BASE_SET_PROTOCOL_PERMISSIONS/ > BASE_RESET_AGENT_CONFIGURATION, were added. Moreover, the api of > BASE_DISCOV

Re: [PATCH 1/4] rockchip: rk3588: Sync device tree from linux maintainer tree

Hi Jonas, On Tue, 2023-10-10 at 22:23 +, Jonas Karlman wrote: > Sync rk3588 device tree from linux maintainer tree (v6.7-armsoc/dts64). > Adds PCIe nodes to rk3588-evb1-v10 and rk3588-rock-5b boards. Also > remove includes from u-boot.dtsi-files that is no longer needed. > > Linux commits: >

Re: [PATCH 1/4] rockchip: rk3588: Sync device tree from linux maintainer tree

Hi Jonas, On Tue, 2023-10-10 at 22:23 +, Jonas Karlman wrote: > Sync rk3588 device tree from linux maintainer tree (v6.7-armsoc/dts64). > Adds PCIe nodes to rk3588-evb1-v10 and rk3588-rock-5b boards. Also > remove includes from u-boot.dtsi-files that is no longer needed. > > Linux commits: >

Re: [PATCH 3/4] rockchip: rk3588-rock-5b: Sync USB3 nodes from mainline linux patches

Hi Jonas, On Tue, 2023-10-10 at 22:23 +, Jonas Karlman wrote: > The device tree for rk3588 and rock-5b contain usb3 nodes that have > deviated too much from current state of submitted mainline linux usb3 > patches, see [1]. > > Sync usb3 related nodes from latest patches and collaboras rk3588

Re: [PATCH 2/4] rockchip: rk3588-rock-5b: Enable support for PCIe SATA cards

Hi Jonas, On Tue, 2023-10-10 at 22:23 +, Jonas Karlman wrote: > Enable support for PCIe SATA cards and the on-board SATA controller. > > This also revert use of CONFIG_PCI_INIT_R in order to speed up boot from > eMMC or SD-cards. Standard boot will initialize pci after faster boot > media hav

Re: [GIT PULL] please pull fsl-qoirq-2023-10-10

On Wed, Oct 11, 2023 at 05:41:15AM +, Peng Fan wrote: > Hi Tom, > > Please pull fsl-qoirq-2023-10-10 Applied to u-boot/master, thanks! -- Tom signature.asc Description: PGP signature

Re: [PATCH] arm: dts: k3-am65-iot2050: Fix boot

On Thu, Oct 05, 2023 at 06:37:17AM +0200, Jan Kiszka wrote: > From: Jan Kiszka > > Since commit [1] A53 u-boot proper is broken. This is because nodes > marked as 'bootph-pre-ram' are not available at u-boot proper before > relocation. > > To fix this we mark all nodes in u-boot.dtsi as 'bootph

Re: [PATCH] arm: dts: k3-j721e-sk/common-proc-board: Fix boot

On Thu, Oct 05, 2023 at 01:15:14PM -0500, Nishanth Menon wrote: > Since commit 9e644284ab81 ("dm: core: Report bootph-pre-ram/sram node > as pre-reloc after relocation") A53 u-boot proper is broken. This is > because nodes marked as 'bootph-pre-ram' are not available at u-boot > proper before relo

Re: [PATCH] arm: mach-k3: Remove secure device makefile

On Thu, Oct 05, 2023 at 09:21:17AM -0500, Andrew Davis wrote: > This is now done using binman but this file was leftover and is now > unused, remove it. > > Signed-off-by: Andrew Davis > Reviewed-by: Neha Malcom Francis Applied to u-boot/master, thanks! -- Tom signature.asc Description: PG

Re: [PATCH 1/2] configs: am65x: Merge the HS and non-HS defconfigs

On Thu, Aug 03, 2023 at 09:54:40AM -0500, Andrew Davis wrote: > 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. > > Sign

Re: [PATCH 2/2] mkimage: allow internalization of data-position

On Mon, Oct 02, 2023 at 10:00:14AM +0200, Lars Feyaerts wrote: > Make it possible for data that was externalized using a static external > position (-p) to be internalized. Enables the ability to convert > existing FIT images built with -p to be converted to a FIT image where the > data is interna

Re: [PATCH 2/2] configs: Make TI_SECURE_DEVICE default for K3

On Thu, Aug 03, 2023 at 09:54:41AM -0500, Andrew Davis wrote: > All K3 boards now are secure by default, instead of setting this in each > defconfig, make it implied by the ARCH config. > > The only exception is IOT2050, which I do not believe will have any > problems with being a TI_SECURE_DEVIC

Re: [PATCH v1] arm: dts: k3-am625-verdin: fix boot

On Tue, Oct 10, 2023 at 01:13:04PM +0200, Marcel Ziswiler wrote: > From: Marcel Ziswiler > > A53 U-Boot proper got broken because nodes marked as 'bootph-pre-ram' > are no longer available in U-Boot proper before relocation. > > Fix this by marking all nodes in u-boot.dtsi as 'bootph-all'. > >

Re: [PATCH 1/5] arm: dts: imx8mm-cl-iot-gate: rename overlay sources to .dtso

On Mon, Sep 25, 2023 at 10:09:05AM +0200, Rasmus Villemoes wrote: > Distinguish more clearly between source files meant for producing .dtb > from those meant for producing .dtbo. No functional change, as we > currently have rules for producing a foo.dtbo from either foo.dts or > foo.dtso. > > Not

Re: [PATCH] board: siemens: iot2050: Fix logical bug in PG1/PG2 detection

On Thu, Oct 05, 2023 at 06:37:25AM +0200, Jan Kiszka wrote: > From: Jan Kiszka > > This caused the wrong fdtfile to be set and was failing to apply M.2 > settings. > > Fixes: badaa1f6a7a9 ("boards: siemens: iot2050: Unify PG1 and PG2/M.2 > configurations again") > Signed-off-by: Jan Kiszka A

Re: [PATCH 3/5] arm64: zynqmp: rename overlay sources to .dtso

On Mon, Sep 25, 2023 at 10:09:07AM +0200, Rasmus Villemoes wrote: > Distinguish more clearly between source files meant for producing .dtb > from those meant for producing .dtbo. No functional change, as we > currently have rules for producing a foo.dtbo from either foo.dts or > foo.dtso. > > Not

Re: [PATCH] board: synquacer: set actual gd->ram_top and gd->ram_size

On Tue, Oct 03, 2023 at 11:29:57AM +0900, Masahisa Kojima wrote: > Current gd->ram_size and gd->ram_top reflect only the > first DRAM bank even if the SynQuacer Developerbox could > have up to three DRAM banks. > With the commit 06d514d77c37 ("lmb: consider EFI memory map"), > the first DRAM bank

Re: [PATCH v3 1/1] input: avoid NULL dereference

On Tue, Oct 03, 2023 at 03:09:01AM +0200, Heinrich Schuchardt wrote: > Before using the result of env_get("stdin") we must check if it is NULL. > > Avoid #if. This resolves the -Wunused-but-set-variable issue and we don't > need a dummy assignment in the else branch. Anyway this warning is > disa

Re: [PATCH 5/5] doc: use .dtso as extension for device tree overlay sources

On Mon, Sep 25, 2023 at 10:09:09AM +0200, Rasmus Villemoes wrote: > Moving towards using .dtso for overlay sources, update the > documentation examples to follow that pattern. > > Signed-off-by: Rasmus Villemoes > Reviewed-by: Simon Glass Applied to u-boot/master, thanks! -- Tom signature.

Re: [PATCH v1 1/1] board: xen: introduce virtio-blk support

On Tue, Oct 03, 2023 at 08:58:28AM +, Andrii Chepurnyi wrote: > Added new xenguest_arm64_virtio_defconfig which > enables support for virtio-blk using various types > of transport like virtio-pci, vrtio-mmio. Currently > supported: up to 2 PCI host bridges and 10 MMIO devices. > Note: DT parsi

Re: [PATCH 1/2] checkpatch: skip fdtdec_* check for tools

On Mon, Oct 02, 2023 at 10:00:13AM +0200, Lars Feyaerts wrote: > Have checkpatch.pl skip warnings for use of fdtdec_* functions in > ooling; livetree isn't used there. > > Signed-off-by: Lars Feyaerts > Reviewed-by: Simon Glass Applied to u-boot/master, thanks! -- Tom signature.asc Descrip

Re: [PATCH v2] tools: ensure zeroed padding in external FIT images

On Fri, Aug 25, 2023 at 10:10:14AM +0200, Roman Azarenko wrote: > Padding the header of an external FIT image is achieved by truncating > the existing temporary FIT file to match the required alignment before > appending image data. Reusing an existing file this way means that the > padding will l

Re: [PATCH] driver: rng: Add DM_RNG interface for ARMv8.5 RNDR registers

On Wed, Aug 30, 2023 at 12:32:30PM +0100, Andre Przywara wrote: > The ARMv8.5 architecture extension defines architectural RNDR/RNDRRS > system registers, that provide 64 bits worth of randomness on every > read. Since it's an extension, and implementing it is optional, there is > a field in the I

Re: [PATCH] spi: mtk_spim: prevent global pll clock override

On Wed, Oct 04, 2023 at 12:14:26AM +0200, Nicolò Veronese wrote: > With commit 793e6230118032a099ec42a1ea67f434721edcc0 > a new system to calculate the SPI clocks has been added. > > Unfortunately, the do_div macro overrides the global > priv->pll_clk_rate field. This will cause to have a reduc

Re: [PATCH] Makefile: make u-boot-initial-env target depend explicitly on scripts_basic

On Tue, Oct 03, 2023 at 12:02:17PM +0200, Rasmus Villemoes wrote: > We're seeing sporadic errors like > > ENVCinclude/generated/env.txt > HOSTCC scripts/basic/fixdep > ENVPinclude/generated/env.in > ENVTinclude/generated/environment.h > HOSTCC tools/printinitialenv > /bin/

Re: [PATCH] arm: apple: Add initial Apple M2 Ultra support

On Wed, Sep 06, 2023 at 11:50:34PM +0200, Janne Grunau wrote: > Apple's M2 Ultra SoC are somewhat similar to the M1 Ultra but needs > a tweaked memory map as the M2 Pro/Max SoCs. USB, NVMe, UART, WDT > and PCIe are working with the existing drivers. > > Signed-off-by: Janne Grunau > Reviewed-by

Re: [PATCH 2/2] event: Rename rest of EVENT_SPY to EVENT_SPY_FULL or EVENT_SPY*

On Tue, Sep 05, 2023 at 03:48:08PM +0200, Marek Vasut wrote: > Fix up remaining occurances of EVENT_SPY with no suffix. > > Fixes: 6c4cad7438 ("event: Rename EVENT_SPY to EVENT_SPY_FULL") > Signed-off-by: Marek Vasut > Reviewed-by: Simon Glass Applied to u-boot/master, thanks! -- Tom signa

Re: [PATCH 5/4] mkimage: update man page and -h output

On Thu, Sep 28, 2023 at 10:02:57AM +0200, Rasmus Villemoes wrote: > The man page correctly said that -B was ignored without -E, while the > `mkimage -h` output suggested otherwise. Now that -B can actually be > used by itself, update the man page. > > While at it, also amend the `mkimage -h` line

Re: [PATCH] env: Improve ENV_OFFSET help message

On Fri, Sep 01, 2023 at 03:28:59PM +0100, Paul Barker wrote: > When reading Kconfig help messages to understand ENV_OFFSET and > ENV_OFFSET_REDUND, developers may not realise that they need to also > look at the chosen ENV_IS_IN_* options to see how the offsets will be > interpreted. > > Signed-o

Re: [PATCH] bootstd: Drop some TODOs

On Thu, Aug 24, 2023 at 07:39:24PM -0600, Simon Glass wrote: > The existing TODOs are done, so remove them. Add another that came up > today. > > Signed-off-by: Simon Glass Applied to u-boot/master, thanks! -- Tom signature.asc Description: PGP signature

Re: [PATCH] misc: fs_loader: Fix alignment of fs_loader driver

On Sat, Sep 30, 2023 at 04:45:46PM -0400, Sean Anderson wrote: > DM_DRIVER_GET will redeclare the fs_loader driver without the correct > alignment. This causes GCC to use the default section alignment of 32 > bytes. This in turn creates a gap in the linker list due to the padding > required to ach

Re: [PATCH] malloc: Enable assertions if UNIT_TEST is enabled

On Sat, Oct 07, 2023 at 10:01:56PM -0400, Sean Anderson wrote: > dlmalloc has some sanity checks it performs on free() which can help detect > memory corruption. However, they are only enabled if DEBUG is defined before > including common.h. Define DEBUG earlier if UNIT_TEST is enabled so that > a

Re: [PATCH 2/5] iot2050: rename overlay sources to .dtso

On Mon, Sep 25, 2023 at 10:09:06AM +0200, Rasmus Villemoes wrote: > Distinguish more clearly between source files meant for producing .dtb > from those meant for producing .dtbo. No functional change, as we > currently have rules for producing a foo.dtbo from either foo.dts or > foo.dtso. > > Not

Re: [PATCH v4 0/8] Port gen_compile_commands.py from Linux to U-Boot

On Sun, Oct 01, 2023 at 12:00:28PM +0200, Joao Marcos Costa wrote: > Hello U-Boot community, > > I'm submitting a patch series that ports the gen_compile_commands.py > script from the Linux kernel's sources to U-Boot. This script, originally > located in scripts/clang-tools/gen_compile_commands.p

Re: [PATCH 4/5] sandbox: rename overlay sources to .dtso

On Mon, Sep 25, 2023 at 10:09:08AM +0200, Rasmus Villemoes wrote: > Distinguish more clearly between source files meant for producing .dtb > from those meant for producing .dtbo. No functional change, as we > currently have rules for producing a foo.dtbo from either foo.dts or > foo.dtso. > > Not

Re: [PATCH] ARM: psci: move GIC address override to Kconfig

On Sun, Oct 01, 2023 at 11:52:12PM +0100, Andre Przywara wrote: > As the code to switch an ARM core from secure to the non-secure state > needs to know the base address of the Generic Interrupt Controller > (GIC), we read an Arm Cortex defined system register that is supposed to > hold that base a

Re: [PATCH v4] bootstd: sata: Add bootstd support for ahci sata

Hi Tom, On Wed, Oct 11, 2023 at 7:43 AM Tom Rini wrote: > > On Sun, Sep 17, 2023 at 04:06:48PM -0700, Tony Dinh wrote: > > Add ahci sata bootdev and corresponding hunting function. > > > > Signed-off-by: Tony Dinh > > Reviewed-by: Simon Glass > > --- > > > > Changes in v4: > > - Revise logic in

Re: [PATCH 5/4] mkimage: update man page and -h output

On 11/10/2023 20.37, Tom Rini wrote: > On Thu, Sep 28, 2023 at 10:02:57AM +0200, Rasmus Villemoes wrote: > >> The man page correctly said that -B was ignored without -E, while the >> `mkimage -h` output suggested otherwise. Now that -B can actually be >> used by itself, update the man page. >> >>

Re: [PATCH 5/4] mkimage: update man page and -h output

On Wed, Oct 11, 2023 at 09:07:11PM +0200, Rasmus Villemoes wrote: > On 11/10/2023 20.37, Tom Rini wrote: > > On Thu, Sep 28, 2023 at 10:02:57AM +0200, Rasmus Villemoes wrote: > > > >> The man page correctly said that -B was ignored without -E, while the > >> `mkimage -h` output suggested otherwise

[PATCH v5] bootstd: sata: Add bootstd support for ahci sata

Add ahci sata bootdev and corresponding hunting function. Signed-off-by: Tony Dinh --- Changes in v5: - In bootmeth_script script_boot(), it's unnecessary to check for ret so remove it. While we're here, also initialize ret in declaration. Changes in v4: - Revise logic in bootmeth_script() to s

Re: [PATCH v7 2/2] schemas: Add some common reserved-memory usages

On Sat, 7 Oct 2023 at 02:03, Simon Glass wrote: > > Hi Ard, > > On Fri, 6 Oct 2023 at 17:00, Ard Biesheuvel wrote: > > > > On Fri, 6 Oct 2023 at 20:17, Simon Glass wrote: > > > > > > Hi Ard, > > > > > > On Fri, 6 Oct 2023 at 11:33, Ard Biesheuvel wrote: > > > > > > > > On Mon, 2 Oct 2023 at 19:

Re: [PATCH v6 08/14] firmware: scmi: add a version check against base protocol

Hi Etienne, Thank you again for your review. On Wed, Oct 11, 2023 at 03:44:36PM +, Etienne CARRIERE - foss wrote: > > From: U-Boot on behalf of AKASHI Takahiro > > > > Sent: Wednesday, October 11, 2023 12:07 PM > > > > In SCMI base protocol version 2 (0x2), new interfaces, > > BASE_SE

[PATCH v4 0/4] Allwinner R528/T113s PSCI

Hi list, This is the third, and hopefully final, version of my patchset for PSCI support on R528/T113-s3. This one, as always, depends on Andre Przywara's T113s support series (v2), available on the list and also located on a Git branch at: https://source.denx.de/u-boot/custodians/u-boot-sunxi.git

[PATCH v4 1/4] sunxi: psci: clean away preprocessor macros

This patch restructures psci.c to get away from the "many different function definitions switched by #ifdef" paradigm to the preferred style of having a single function definition with `if (IS_ENABLED(...))` to make the optimizer include only the appropriate function bodies instead. There are no f

[PATCH v4 3/4] sunxi: psci: stop modeling register layout with C structs

Since the sunxi support nowadays generally prefers #defined register offsets instead of modeling register layouts using C structs, now is a good time to do this for PSCI as well. This patch moves away from using the structs `sunxi_cpucfg_reg` and `sunxi_prcm_reg` in psci.c. The former struct and i

[PATCH v4 2/4] sunxi: psci: refactor register access to separate functions

This is to prepare for R528, which does not have the typical "CPUCFG" block; it has a "CPUX" block which provides these same functions but is organized differently. Moving the hardware-access bits to their own functions separates the logic from the hardware so we can reuse the same logic. Signed-

[PATCH v4 4/4] sunxi: psci: implement PSCI on R528

This patch adds the necessary code to make nonsec booting and PSCI secondary core management functional on the R528/T113. Signed-off-by: Sam Edwards Tested-by: Maksim Kiselev Tested-by: Kevin Amadiva --- arch/arm/cpu/armv7/Kconfig | 3 ++- arch/arm/cpu/armv7/sunxi/psci.c | 47 +++

  1   2   3   >