Re: [PATCH] arm64: zynqmp: Do not describe u-boot.itb if SPL is disabled

2024-03-05 Thread Michal Simek
On 3/5/24 16:47, Ilias Apalodimas wrote: On Fri, Feb 23, 2024 at 05:18:42PM +0100, Michal Simek wrote: There is no reason to describe u-boot.itb on system without SPL. Pretty much this is cover all systems which are using only boot.bin which contains all images inside. Signed-off-by: Michal

Re: [PATCH 4/6] arm: clean up v7 and v8 linker scripts for __rel_dyn_start/end

2024-03-05 Thread Sam Edwards
On 3/4/24 02:01, Ilias Apalodimas wrote: commit 47bd65ef057f ("arm: make __rel_dyn_{start, end} compiler-generated") were moving the __rel_dyn_start/end on c generated variables that were injected in their own sections. The reason was that we needed relative relocations for position

Re: [PATCH 3/6] arm: fix __efi_runtime_rel_start/end definitions

2024-03-05 Thread Sam Edwards
On 3/4/24 02:01, Ilias Apalodimas wrote: __efi_runtime_rel_start/end are defined as c variables for arm7 only in order to force the compiler emit relative references. However, defining those within a section definition will do the same thing. On top of that the v8 linker scripts define it as

Re: [PATCH 2/6] arm: clean up v7 and v8 linker scripts for bss_start/end

2024-03-05 Thread Sam Edwards
On 3/4/24 02:01, Ilias Apalodimas wrote: commit 3ebd1cbc49f0 ("arm: make __bss_start and __bss_end__ compiler-generated") and commit f84a7b8f54db ("ARM: Fix __bss_start and __bss_end in linker scripts") were moving the bss_start/end on c generated variables that were injected in their own

Re: [PATCH v2 5/8] phy: phy-imx8m-pcie: Add support for i.MX8M{M/P} PCIe PHY

2024-03-05 Thread Sumit Garg
On Wed, 6 Mar 2024 at 06:17, Adam Ford wrote: > > On Tue, Mar 5, 2024 at 7:51 AM Adam Ford wrote: > > > > On Tue, Mar 5, 2024 at 7:48 AM Sumit Garg wrote: > > > > > > Hi Adam, > > > > > > On Wed, 28 Feb 2024 at 12:29, Sumit Garg wrote: > > > > > > > > Hi Adam, > > > > > > > > On Wed, 28 Feb

Re: [PATCH v2 6/8] pinctrl: qcom: pass pin number to get_function_mux callback

2024-03-05 Thread Sumit Garg
On Wed, 6 Mar 2024 at 06:23, Volodymyr Babchuk wrote: > > This patch is the preparation for SM8150 support. This new SoC > depending on the particular pin can have different numbers for the > same function. For example "rgmii" function for GPIO4 has id=2 while > for GPIO59 it has id=1. So, to

Re: [PATCH v2 5/8] clk: qcom: add driver for SM8150 SoC

2024-03-05 Thread Sumit Garg
On Wed, 6 Mar 2024 at 06:23, Volodymyr Babchuk wrote: > > Add clock, reset and power domain driver for SM8150. Driver code is > based on the similar U-Boot drivers. All constants are taken from the > corresponding Linux driver. > > This driver supports clock rate setting only for the debug UART

Re: [PATCH v2 4/8] clk: qcom: add support for power domains uclass

2024-03-05 Thread Sumit Garg
On Wed, 6 Mar 2024 at 06:23, Volodymyr Babchuk wrote: > > Now sub-drivers for particular SoCs can register them as power domain > drivers. This is needed for upcoming SM8150 support, because it needs > to power up the Ethernet module. > > Signed-off-by: Volodymyr Babchuk > > --- > > Changes in

[PATCH] board: developerbox: fix mem_map setup timing

2024-03-05 Thread Masahisa Kojima
The setup of global variable mem_map was moved into enable_caches() by commit a70c75cabae1 ("board: developerbox: move mem_map setup later") since U-Boot was directly booted from NOR flash in XIP and bss is not yet available in dram_init() at that time. This has a problem, mem_map variable is used

Re: [PATCH v2 3/8] net: dw_eth_qos: add support for Qualcomm SM8150 SoC

2024-03-05 Thread Sumit Garg
On Wed, 6 Mar 2024 at 06:23, Volodymyr Babchuk wrote: > > Add support for Qualcomm SM8150 SoC to the EQOS driver. SM8150 has two > main differences from already supported QCS404: it has another RGMII > configuration registers set and it does require RGMII loopback to > be disabled. > > To support

Re: [PATCH v2 2/8] clk: qcom: clear div mask before assigning a new divider

2024-03-05 Thread Sumit Garg
On Wed, 6 Mar 2024 at 06:23, Volodymyr Babchuk wrote: > > The current behaviour does a bitwise OR of the previous and new > divider values, this is wrong as some bits maybe be set already. We > need to clear all the divider bits before applying new ones. > > This fixes potential issue with 1Gbit

Re: [PATCH v2 1/8] qcom: board: validate fdt before trying to use it

2024-03-05 Thread Sumit Garg
On Wed, 6 Mar 2024 at 06:23, Volodymyr Babchuk wrote: > > There are cases when previous bootloader stage leaves some seemingly > valid value in r0, which in fact does not point to valid FDT > blob. This behavior was encountered when trying to boot U-Boot as > "hyp" loader on SA8155P-ADP. > > To

Re: [PATCH v2 8/8] board: add support for Qualcomm SA8155P-ADP board

2024-03-05 Thread Sumit Garg
Hi Volodymyr, On Wed, 6 Mar 2024 at 06:23, Volodymyr Babchuk wrote: > > SA8155P Automotive Development Platform is Qualcomm SA8155-based board > for developers. The nice thing that it has unlocked loaders with test > keys support, which means that U-Boot for this platform can be > launched at

Re: [PATCH v3] board: rockchip: add Rockchip Toybrick TB-RK3588X board

2024-03-05 Thread Dan Carpenter
On Tue, Mar 05, 2024 at 09:29:22AM +0800, zhangzj wrote: > + > +#ifdef CONFIG_OF_BOARD_SETUP > +static int rk3588_add_reserved_memory_fdt_nodes(void *new_blob) > +{ > + struct fdt_memory gap1 = { > + .start = 0x3fc00, > + .end = 0x3fc4f, > + }; > +

[PATCH v2] mtd: nand: arasan: Fix the crash caused by use after free

2024-03-05 Thread Venkatesh Yadav Abbarapu
The below exception observed on QEMU, as it doesn't support NAND controller. "Synchronous Abort" handler, esr 0x9605, far 0x17acfc878 elr: 0803ad40 lr : 0805f438 (reloc) elr: 7fcb4d40 lr : 7fcd9438 x0 : 7bbfc880 x1 : ff10 x2 :

[PATCH v4] mtd: nand: arasan: Print warning for unsupported ecc modes

2024-03-05 Thread Venkatesh Yadav Abbarapu
Currently only hw ecc is supported in U-Boot. If any other ecc mode is given in DT, it simply through an error. So better print what is being done. Revert this patch once soft ecc support is fixed in future. Signed-off-by: Ashok Reddy Soma Signed-off-by: Venkatesh Yadav Abbarapu --- Changes in

[PATCH] riscv: dts: jh7110: Enable PLL node in SPL

2024-03-05 Thread Bo Gan
Previously PLL node was missing from SPL dts. This caused BUS_ROOT to stay on OSC clock (24Mhz). As a result, all peripherals have to run at a much lower frequency, and loading from sdcard/emmc is slow. Thus, enabling PLL node in dts to fix this. Signed-off-by: Bo Gan ---

Re: [PATCH] mtd: spi-nor: Clear Winbond SR3 WPS bit on boot

2024-03-05 Thread Marek Vasut
On 3/5/24 10:41 PM, Michael Walle wrote: On Tue Mar 5, 2024 at 7:54 PM CET, Marek Vasut wrote: On 3/5/24 5:55 PM, Michael Walle wrote: [...] Clearing this SR3 WPS bit fixes that problem, both in U-Boot and in Linux, since Linux that is booted afterward then gets a device that has locking

[PATCH v2 0/8] Add support for Qualcomm SA8155-ADP board

2024-03-05 Thread Volodymyr Babchuk
This patch series adds support for Qualcomm SA8155-ADP development board. Main motivation for this series is to allow running virtualization software on this board and U-Boot is a good way to break Qualcomm's boot chain at EL2 with more convenient ways for uploading and running the code. With

[PATCH v2 3/8] net: dw_eth_qos: add support for Qualcomm SM8150 SoC

2024-03-05 Thread Volodymyr Babchuk
Add support for Qualcomm SM8150 SoC to the EQOS driver. SM8150 has two main differences from already supported QCS404: it has another RGMII configuration registers set and it does require RGMII loopback to be disabled. To support different variants of QCOM SoC we had to add two new fields to the

[PATCH v2 6/8] pinctrl: qcom: pass pin number to get_function_mux callback

2024-03-05 Thread Volodymyr Babchuk
This patch is the preparation for SM8150 support. This new SoC depending on the particular pin can have different numbers for the same function. For example "rgmii" function for GPIO4 has id=2 while for GPIO59 it has id=1. So, to support this type of SoCs, get_function_mux() callback needs to know

[PATCH v2 8/8] board: add support for Qualcomm SA8155P-ADP board

2024-03-05 Thread Volodymyr Babchuk
SA8155P Automotive Development Platform is Qualcomm SA8155-based board for developers. The nice thing that it has unlocked loaders with test keys support, which means that U-Boot for this platform can be launched at earlier stages. This patch adds basic board support with only serial port and

[PATCH v2 5/8] clk: qcom: add driver for SM8150 SoC

2024-03-05 Thread Volodymyr Babchuk
Add clock, reset and power domain driver for SM8150. Driver code is based on the similar U-Boot drivers. All constants are taken from the corresponding Linux driver. This driver supports clock rate setting only for the debug UART and RGMII/Ethernet modules, because this is all I can test right

[PATCH v2 4/8] clk: qcom: add support for power domains uclass

2024-03-05 Thread Volodymyr Babchuk
Now sub-drivers for particular SoCs can register them as power domain drivers. This is needed for upcoming SM8150 support, because it needs to power up the Ethernet module. Signed-off-by: Volodymyr Babchuk --- Changes in v2: - Reworked qcom_cc_bind() function - Added timeout to

[PATCH v2 2/8] clk: qcom: clear div mask before assigning a new divider

2024-03-05 Thread Volodymyr Babchuk
The current behaviour does a bitwise OR of the previous and new divider values, this is wrong as some bits maybe be set already. We need to clear all the divider bits before applying new ones. This fixes potential issue with 1Gbit ethernet on SA8155P-ADP boards. Signed-off-by: Volodymyr Babchuk

[PATCH v2 7/8] pinctrl: qcom: add driver for SM8150 SoC

2024-03-05 Thread Volodymyr Babchuk
Add pinctrl and GPIO driver for SM8150. Driver code is based on the similar U-Boot drivers. All constants are taken from the corresponding Linux driver. This drivers differs from the similar U-Boot drivers, because SM8150 SoC have different function IDs for the same functions on different pins.

[PATCH v2 1/8] qcom: board: validate fdt before trying to use it

2024-03-05 Thread Volodymyr Babchuk
There are cases when previous bootloader stage leaves some seemingly valid value in r0, which in fact does not point to valid FDT blob. This behavior was encountered when trying to boot U-Boot as "hyp" loader on SA8155P-ADP. To be sure that we really got the pointer to a device tree we need to

Re: [PATCH v2 5/8] phy: phy-imx8m-pcie: Add support for i.MX8M{M/P} PCIe PHY

2024-03-05 Thread Adam Ford
On Tue, Mar 5, 2024 at 7:51 AM Adam Ford wrote: > > On Tue, Mar 5, 2024 at 7:48 AM Sumit Garg wrote: > > > > Hi Adam, > > > > On Wed, 28 Feb 2024 at 12:29, Sumit Garg wrote: > > > > > > Hi Adam, > > > > > > On Wed, 28 Feb 2024 at 04:42, Adam Ford wrote: > > > > > > > > On Mon, Feb 26, 2024 at

Re: [PATCH] mtd: spi-nor: Clear Winbond SR3 WPS bit on boot

2024-03-05 Thread Michael Walle
On Tue Mar 5, 2024 at 7:54 PM CET, Marek Vasut wrote: > On 3/5/24 5:55 PM, Michael Walle wrote: > > [...] > > >> Clearing this SR3 WPS bit fixes that problem, both in U-Boot and in > >> Linux, since Linux that is booted afterward then gets a device that has > >> locking scheme

Re: [PATCH] doc: board: starfive: Fix paths in the bash block

2024-03-05 Thread Heinrich Schuchardt
On 3/4/24 23:15, Ivan Orlov wrote: From the current documentation it is not entirely obvious where to take some of the u-boot build artifacts in order to flash them to the sd card. Extend the "Program the SD card" block by providing relative paths to the jh7110-starfive-visionfive-2.dtb and

Re: [PATCH] mtd: spi-nor: Clear Winbond SR3 WPS bit on boot

2024-03-05 Thread Marek Vasut
On 3/5/24 5:55 PM, Michael Walle wrote: [...] Clearing this SR3 WPS bit fixes that problem, both in U-Boot and in Linux, since Linux that is booted afterward then gets a device that has locking scheme configured in a way that Linux expects and can operate. Better yet, if some old LTS version

[PATCH 2/2] doc: fix incorrect path Documentation

2024-03-05 Thread Heinrich Schuchardt
When copying the build system for Linux we missed to replace some instances of 'Documentation' by 'doc'. Signed-off-by: Heinrich Schuchardt --- doc/sphinx/maintainers_include.py | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/doc/sphinx/maintainers_include.py

[PATCH 1/2] doc/sphinx: fix Python string escapes

2024-03-05 Thread Heinrich Schuchardt
From: Benjamin Gray Python 3.6 introduced a DeprecationWarning for invalid escape sequences. This is upgraded to a SyntaxWarning in Python 3.12, and will eventually be a syntax error. Fix these now to get ahead of it before it's an error. Signed-off-by: Benjamin Gray Message-ID:

Re: [PATCH v1] riscv: cpu: improve multi-letter extension detection in supports_extension()

2024-03-05 Thread Conor Dooley
On Tue, Mar 05, 2024 at 09:10:59AM +0100, Heinrich Schuchardt wrote: > On 3/5/24 08:54, Conor Dooley wrote: > > On Tue, Mar 05, 2024 at 08:34:20AM +0100, Heinrich Schuchardt wrote: > > > On 3/5/24 00:28, Conor Dooley wrote: > > > > From: Conor Dooley > > > According to > > >

Re: [PATCH v2 2/2] board: phycore_imx8mp: Use 2GHz RAM timings for PCL-070 from pcb_rev 1

2024-03-05 Thread Fabio Estevam
On Mon, Mar 4, 2024 at 1:04 PM Benjamin Hahn wrote: > - ret = phytec_get_rev(NULL); > - if (ret >= 3 && ret != PHYTEC_EEPROM_INVAL) { > + u8 rev = phytec_get_rev(NULL); > + u8 somtyp = phytec_get_som_type(NULL); Nitpick: Better to spell out 'somtype' or 'som_type' to

Re: [PATCH v2 1/2] board: phytec: common: phytec_som_detection: Add phytec_get_som_type

2024-03-05 Thread Fabio Estevam
On Mon, Mar 4, 2024 at 1:04 PM Benjamin Hahn wrote: > +enum phytec_som_type_str { > + PCM = 0, > + PCL, > + KSM, > + KSP, > +}; To avoid potential name clashes in the future, I suggest adding a prefix like: SOM_TYPE_PCM = 0, SOM_TYPE_PCL, ... > + > static const

Re: [PATCH] drivers: imx_tmu: Select polling-rate from cpu-thermal devicetree node

2024-03-05 Thread Fabio Estevam
On Mon, Mar 4, 2024 at 8:49 AM Benjamin Hahn wrote: > > The polling rate is already specified in some devicetrees, like > imx8mp.dtsi for example, but was not selected so far. For the > trippoints, the cpu-thermal node is used. Also get the polling rate from > this node. Use the default of 5000ms

Re: [PATCH v2] Makefile: use shell to calculate map_size

2024-03-05 Thread Leon Busch-George
A colleague made me aware that the '[ -n "$$end" ]' is not necessary since 'read' already returns an exit code. v3 inc On Mon, 4 Mar 2024 21:38:56 +0100 "Leon M. Busch-George" wrote: > From: "Leon M. Busch-George" > > The error message "bc: command not found" is easily missed since the >

Re: [PATCH] qcom_defconfig: Enable ethernet and I2C support

2024-03-05 Thread Caleb Connolly
On Mon, 19 Feb 2024 14:11:44 +0530, Sumit Garg wrote: > QCS404 supports Synopsys Designware Ethernet QOS IP and we already have > the corresponding glue layer present upstream as: > drivers/net/dwc_eth_qos_qcom.c. So enable corresponding support. > > Along with that it is possible for Qualcomm

Re: [PATCH 1/2] arm: mach-k3: am625: copy bootindex to OCRAM for main domain SPL

2024-03-05 Thread Raghavendra, Vignesh
On 3/5/2024 11:04 PM, Bryan Brattlof wrote: > On March 5, 2024 thus sayeth Vignesh Raghavendra: >> >> On 05/03/24 01:57, Bryan Brattlof wrote: >>> Hey Vignesh! >>> >>> On March 4, 2024 thus sayeth Vignesh Raghavendra: Hi Wadim, On 26/02/24 19:00, Wadim Egorov wrote: > Texas

Re: [PATCH 1/2] arm: mach-k3: am625: copy bootindex to OCRAM for main domain SPL

2024-03-05 Thread Bryan Brattlof
On March 5, 2024 thus sayeth Vignesh Raghavendra: > > > On 05/03/24 01:57, Bryan Brattlof wrote: > > Hey Vignesh! > > > > On March 4, 2024 thus sayeth Vignesh Raghavendra: > >> Hi Wadim, > >> > >> On 26/02/24 19:00, Wadim Egorov wrote: > >>> Texas Instruments has begun enabling security

Re: [PATCH] configs: rockchip: rock5a: enable environment

2024-03-05 Thread Jonas Karlman
On 2024-03-05 14:45, Trevor Woerner wrote: > On Tue 2024-03-05 @ 10:17:10 AM, Jonas Karlman wrote: >> Hi, >> >> On 2024-03-05 06:40, Eugen Hristev wrote: >>> On 3/5/24 04:10, Trevor Woerner wrote: Following the pattern of other Rockchip devices, enable the U-Boot environment to be stored

Re: [PATCH] mtd: spi-nor: Clear Winbond SR3 WPS bit on boot

2024-03-05 Thread Michael Walle
On Tue Mar 5, 2024 at 5:28 PM CET, Marek Vasut wrote: > On 3/5/24 4:53 PM, Michael Walle wrote: > > On Tue Mar 5, 2024 at 4:37 PM CET, Marek Vasut wrote: > >> On 3/5/24 1:50 PM, Michael Walle wrote: > >>> On Tue Mar 5, 2024 at 1:31 PM CET, Marek Vasut wrote: > On 3/5/24 9:55 AM, Michael Walle

[PATCH v3] Makefile: use shell to calculate map_size

2024-03-05 Thread Leon M. Busch-George
From: "Leon M. Busch-George" The error message "bc: command not found" is easily missed since the build continues. bc is not a part of coreutils or base-devel. POSIX sh can also do the calculation. Signed-off-by: Leon M. Busch-George --- Makefile | 13 + 1 file changed, 9

Re: [PATCH] mtd: spi-nor: Clear Winbond SR3 WPS bit on boot

2024-03-05 Thread Marek Vasut
On 3/5/24 4:53 PM, Michael Walle wrote: On Tue Mar 5, 2024 at 4:37 PM CET, Marek Vasut wrote: On 3/5/24 1:50 PM, Michael Walle wrote: Hi Marek, Hi, On Tue Mar 5, 2024 at 1:31 PM CET, Marek Vasut wrote: On 3/5/24 9:55 AM, Michael Walle wrote: On Mon Mar 4, 2024 at 5:16 PM CET, Marek Vasut

[PATCH v2] arm: dts: k3-am64: Move to OF_UPSTREAM

2024-03-05 Thread Andrew Davis
Enable OF_UPSTREAM for AM64-EVM and SK-AM64 boards. Remove DT files that are now available in dts/upstream. Update the appended files based on version of latest OF_UPSTREAM sync point (v6.7-rc7). Signed-off-by: Andrew Davis --- Changes for v2: - Rebased on latest -next to fix merge conflict

Re: [PATCH v3 00/13] Hello Again Everyone!

2024-03-05 Thread Tom Rini
On Mon, Feb 26, 2024 at 03:19:06PM -0600, Bryan Brattlof wrote: > **Note:** This series depends on the v6 OF_UPSTREAM work from Sumit[0]. > Patch #11 was added to fix some Makefile.spl targets to allow SPL builds > to complete with the OF_UPSTREAM series. > > The AM62Px is an extension of the

Re: [PATCH] arch/arm/mach-omap2/omap5/fdt.c: ft_fixup_clocks: use clock-output-names property as fallback (kernel 5.19+)

2024-03-05 Thread Tom Rini
On Mon, 22 Jan 2024 11:30:44 +0100, Romain Naour wrote: > Clock names has been updated in kernel 5.19+ with the removal of > non-standard node names [1]. Due to this change, ft_opp_clock_fixups() > doesn't work anymore since ft_fixup_clocks() is looking to the clock > name and

Re: [PATCH v2 0/3] Enable OSPI on j721e

2024-03-05 Thread Tom Rini
On Fri, 23 Feb 2024 18:23:04 -0600, Jonathan Humphreys wrote: > This series enables OSPI storage and boot. > > fixes: 58d61fb5a77e ("arm: dts: k3-j721e-sk: Add initial A72 specific dts > support") > > Changes from v1: > - added patch to remove the OSPI phy pattern partition, as it wasn't used

Re: [PATCH V2] arm: dts: k3-binman: Make optee optional as requirement

2024-03-05 Thread Tom Rini
On Mon, 26 Feb 2024 08:14:15 +0100, Michael Trimarchi wrote: > Allow boards that use ti_spl_template to not use optee part in > configuration. > Vendor can have module with 256 Mb of memory and they try to optimize > the available memory just using the essential components. > This change allow to

Re: [PATCH v2 0/2] enable OSPI support on AM64x

2024-03-05 Thread Tom Rini
On Fri, 23 Feb 2024 18:17:00 -0600, Jonathan Humphreys wrote: > This series enables OSPI support for AM64x by setting the proper configs, and > DT > entries for SPL. > > fixes: fa09b12dc5f6 ("arm: ti: k3: Resync dts files and bindings with Linux > Kernel v5.14") > > Changes from v1: > -

Re: [PATCH] virtio: fix get_config / set_config for legacy VirtIO targets

2024-03-05 Thread Tom Rini
On Mon, 12 Feb 2024 09:37:08 +0200, Dmitry Baryshkov wrote: > The functions virtio_pci_get_config() and virtio_pci_set_config() don't > take the offset into account when reading the config space. For example > this manifests when U-Boot tries to read the MAC address of the VirtIO > networking

Re: [PATCH] mtd: spi-nor: Clear Winbond SR3 WPS bit on boot

2024-03-05 Thread Michael Walle
On Tue Mar 5, 2024 at 4:37 PM CET, Marek Vasut wrote: > On 3/5/24 1:50 PM, Michael Walle wrote: > > Hi Marek, > > Hi, > > > On Tue Mar 5, 2024 at 1:31 PM CET, Marek Vasut wrote: > >> On 3/5/24 9:55 AM, Michael Walle wrote: > >>> On Mon Mar 4, 2024 at 5:16 PM CET, Marek Vasut wrote: > Some

Re: [PATCH] arm64: zynqmp: Do not describe u-boot.itb if SPL is disabled

2024-03-05 Thread Ilias Apalodimas
On Fri, Feb 23, 2024 at 05:18:42PM +0100, Michal Simek wrote: > There is no reason to describe u-boot.itb on system without SPL. Pretty > much this is cover all systems which are using only boot.bin which contains > all images inside. > > Signed-off-by: Michal Simek > --- > >

Re: [PATCH] mtd: spi-nor: Clear Winbond SR3 WPS bit on boot

2024-03-05 Thread Marek Vasut
On 3/5/24 1:50 PM, Michael Walle wrote: Hi Marek, Hi, On Tue Mar 5, 2024 at 1:31 PM CET, Marek Vasut wrote: On 3/5/24 9:55 AM, Michael Walle wrote: On Mon Mar 4, 2024 at 5:16 PM CET, Marek Vasut wrote: Some Winbond SPI NORs have special SR3 register which is used among other things to

[PATCH 2/2] sandbox: select CONFIG_64BIT for X86_64

2024-03-05 Thread Dan Carpenter
Select CONFIG_64BIT so that we pass the -m64 option (instead of -m32) to static analysis tools. Signed-off-by: Dan Carpenter --- arch/x86/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig index 99e59d94c606..fb7772936cd5 100644 ---

[PATCH 1/2] sandbox: select CONFIG_64BIT for SANDBOX64

2024-03-05 Thread Dan Carpenter
Select CONFIG_64BIT so that we pass the -m64 option (instead of -m32) to static analysis tools. Signed-off-by: Dan Carpenter --- arch/sandbox/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/sandbox/Kconfig b/arch/sandbox/Kconfig index 0ce77de2fcb4..c431da60e8c4 100644 ---

[PATCH 0/2] Select CONFIG_64BIT for sandbox64 and x86_64

2024-03-05 Thread Dan Carpenter
I had previously set CONFIG_64BIT for arm64. This patchset does the same thing for sandbox64 and x86_64. (Mips and riscv were already doing it). This CONFIG option is used in the Makefile to determine if it's a 32 or 64 bit system for the CHECKER. Makefile 1052 # the checker needs the

Re: [PATCH v2] initcall: break loop immediately on failure

2024-03-05 Thread Dan Carpenter
On Tue, Mar 05, 2024 at 02:55:13PM +, Caleb Connolly wrote: > The current ordering always results in func pointing to the next > function in the init_sequence. e.g. if fdtdec_setup() fails, ret will > be set to the error code, then func will be updated to point to > initf_malloc(), only then

[PATCH v2] initcall: break loop immediately on failure

2024-03-05 Thread Caleb Connolly
The current ordering always results in func pointing to the next function in the init_sequence. e.g. if fdtdec_setup() fails, ret will be set to the error code, then func will be updated to point to initf_malloc(), only then is ret checked and the loop broken. The end result of this is that the

[PATCH v2] test: dm: add button_cmd test

2024-03-05 Thread Caleb Connolly
Add a test for the button_cmd feature. This validates that commands can be mapped to two buttons, that the correct command runs based on which button is pressed, that only 1 command is run, and that no command runs if button_cmd_0_name is wrong or unset. Additionally, fix a potential

Re: [PATCH] configs: rockchip: rock5b: enable environment

2024-03-05 Thread Jonas Karlman
On 2024-03-05 11:11, Quentin Schulz wrote: > Hi all, > > On 3/5/24 10:36, Christopher Obbard wrote: >> [You don't often get email from chris.obb...@collabora.com. Learn why this >> is important at https://aka.ms/LearnAboutSenderIdentification ] >> >> Hi Jonas & Trevor, >> >> On Tue, 2024-03-05

Re: [PATCH RFC 26/26] dts: support building all dtb files for a specific vendor

2024-03-05 Thread Caleb Connolly
[trimmed CC list a bit as this is getting offtopic for the original thread] On 05/03/2024 13:14, Sumit Garg wrote: > On Tue, 5 Mar 2024 at 18:21, Caleb Connolly wrote: >> >> >> >> On 05/03/2024 12:35, Sumit Garg wrote: >>> Hi Caleb, >>> >>> On Mon, 4 Mar 2024 at 22:22, Caleb Connolly >>>

Re: [PATCH v2 5/8] phy: phy-imx8m-pcie: Add support for i.MX8M{M/P} PCIe PHY

2024-03-05 Thread Adam Ford
On Tue, Mar 5, 2024 at 7:48 AM Sumit Garg wrote: > > Hi Adam, > > On Wed, 28 Feb 2024 at 12:29, Sumit Garg wrote: > > > > Hi Adam, > > > > On Wed, 28 Feb 2024 at 04:42, Adam Ford wrote: > > > > > > On Mon, Feb 26, 2024 at 2:05 AM Sumit Garg wrote: > > > > > > > > Add initial support for

Re: [PATCH v2 5/8] phy: phy-imx8m-pcie: Add support for i.MX8M{M/P} PCIe PHY

2024-03-05 Thread Sumit Garg
Hi Adam, On Wed, 28 Feb 2024 at 12:29, Sumit Garg wrote: > > Hi Adam, > > On Wed, 28 Feb 2024 at 04:42, Adam Ford wrote: > > > > On Mon, Feb 26, 2024 at 2:05 AM Sumit Garg wrote: > > > > > > Add initial support for i.MX8M{M/P} PCIe PHY. On i.MX8M{M/P} SoCs PCIe > > > PHY initialization moved

Re: [PATCH] qcom_defconfig: Enable ethernet and I2C support

2024-03-05 Thread Sumit Garg
On Mon, 19 Feb 2024 at 14:11, Sumit Garg wrote: > > QCS404 supports Synopsys Designware Ethernet QOS IP and we already have > the corresponding glue layer present upstream as: > drivers/net/dwc_eth_qos_qcom.c. So enable corresponding support. > > Along with that it is possible for Qualcomm

Re: [PATCH] configs: rockchip: rock5a: enable environment

2024-03-05 Thread Trevor Woerner
On Tue 2024-03-05 @ 10:17:10 AM, Jonas Karlman wrote: > Hi, > > On 2024-03-05 06:40, Eugen Hristev wrote: > > On 3/5/24 04:10, Trevor Woerner wrote: > >> Following the pattern of other Rockchip devices, enable the U-Boot > >> environment to be stored in MMC. This patch specifically assumes the >

Re: [PATCH] configs: rockchip: rock5b: enable environment

2024-03-05 Thread Dragan Simic
Hello all, On 2024-03-05 10:36, Christopher Obbard wrote: On Tue, 2024-03-05 at 10:31 +0100, Jonas Karlman wrote: On 2024-03-05 03:10, Trevor Woerner wrote: > Following the pattern of other Rockchip devices, enable the U-Boot > environment to be stored in MMC. This patch specifically assumes

Re: [PATCH v6] remoteproc: uclass: Add methods to load firmware to rproc and boot rproc

2024-03-05 Thread Tom Rini
On Tue, Mar 05, 2024 at 02:39:14PM +0530, MD Danish Anwar wrote: > On 29/02/24 3:43 pm, Roger Quadros wrote: > > > > > > On 28/02/2024 14:06, MD Danish Anwar wrote: > >> Add APIs to set a firmware_name to a rproc and boot the rproc with the > >> same firmware. > >> > >> Clients can call

Re: Please pull u-boot-marvell/master

2024-03-05 Thread Tom Rini
On Tue, Mar 05, 2024 at 11:35:30AM +0100, Stefan Roese wrote: > Hi Tom, > > please pull this next batch of mostly Marvell related patches: > Applied to u-boot/master, thanks! -- Tom signature.asc Description: PGP signature

Re: Pull request: u-boot-sunxi/master for v2024.04

2024-03-05 Thread Tom Rini
On Tue, Mar 05, 2024 at 11:15:41AM +, Andre Przywara wrote: > Hi Tom, > > please pull the sunxi/master branch, containing some fixes and smaller > changes for 2024.04. > One fix makes the reboot more robust on some older board, another one > stabilises the initial clock setup on the A10/A20.

[PATCH not-for-merge 5/5] arm: dts: k3-am625-beagleplay: Fix Ethernet PHY reset GPIO

2024-03-05 Thread Roger Quadros
Move GPIO pinmux to MDIO node. Add GB Ethernet reset GPIO. Add PIN_INPUT to Fix SPE ethernet reset gpio so that reading the GPIO can give correct status. Signed-off-by: Roger Quadros --- arch/arm/dts/k3-am625-beagleplay.dts | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff

[PATCH not-for-merge 4/5] k3-am625-beagleplay-u-boot: get CPSW Ethernet to work

2024-03-05 Thread Roger Quadros
Add missing bits to get CPSW Ethernet working. Signed-off-by: Roger Quadros --- arch/arm/dts/k3-am625-beagleplay-u-boot.dtsi | 63 1 file changed, 63 insertions(+) diff --git a/arch/arm/dts/k3-am625-beagleplay-u-boot.dtsi

[PATCH not-for-merge 3/5] arm: dts: k3-am62*: sync with linux-next-20240229

2024-03-05 Thread Roger Quadros
Update k3-am62 DT files from linux-next-20240229. Signed-off-by: Roger Quadros --- arch/arm/dts/k3-am62-main.dtsi | 126 ++--- arch/arm/dts/k3-am62-mcu.dtsi | 4 +- arch/arm/dts/k3-am62-phycore-som.dtsi | 5 +- arch/arm/dts/k3-am62-thermal.dtsi

[PATCH 2/5] configs/am62x_beagleplay_a53_defconfig: enable DM_ETH_PHY

2024-03-05 Thread Roger Quadros
Reset GPIO handling is done in ETH PHY Class driver. Enable DM_ETH_PHY. We don't use Fixed PHY so disable PHY_FIXED. Signed-off-by: Roger Quadros --- configs/am62x_beagleplay_a53_defconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 1/5] net: mdio-uclass: Bind and probe generic Ethernet PHY driver

2024-03-05 Thread Roger Quadros
If DM_ETH_PHY is enabled then try to bind and probe the generic Ethernet PHY driver for each child of MDIO bus. This is to ensure that GPIO reset handling is done if available before MDIO bus driver scans for the PHYs. Signed-off-by: Roger Quadros --- net/mdio-uclass.c | 41

[PATCH 0/5] net: mdio-uclass: probe generic Ethernet PHY driver & Fix Beagleplay Ethernet

2024-03-05 Thread Roger Quadros
_defconfig | 2 +- net/mdio-uclass.c| 41 ++ 24 files changed, 825 insertions(+), 130 deletions(-) --- base-commit: 84f5bb0be0ec9fbf98f8f3317b578dfc114cf44e change-id: 20240305-for-2024-07-beagleplay-eth-f82a51197937 Best regards, -- Roger Quadros

Re: [PATCH 0/3] Fix driver for misc/atsha204a

2024-03-05 Thread Tom Rini
On Mon, 19 Feb 2024 16:32:01 +, Michał Barnaś wrote: > Fix the driver to behave like the chip datasheet requires. > Improve wake up function to send low signal on SDA line for at least > 60us as chip requires to wake up. Fix sleep function to move the chip > into sleep mode, not into idle

Re: [PATCH RFC 26/26] dts: support building all dtb files for a specific vendor

2024-03-05 Thread Sumit Garg
On Tue, 5 Mar 2024 at 18:21, Caleb Connolly wrote: > > > > On 05/03/2024 12:35, Sumit Garg wrote: > > Hi Caleb, > > > > On Mon, 4 Mar 2024 at 22:22, Caleb Connolly > > wrote: > >> > >> This adjusts OF_UPSTREAM to behave more like the kernel by allowing for > >> all the devicetree files for a

Re: [PATCH RFC 26/26] dts: support building all dtb files for a specific vendor

2024-03-05 Thread Caleb Connolly
On 05/03/2024 12:35, Sumit Garg wrote: > Hi Caleb, > > On Mon, 4 Mar 2024 at 22:22, Caleb Connolly wrote: >> >> This adjusts OF_UPSTREAM to behave more like the kernel by allowing for >> all the devicetree files for a given vendor to be compiled. This is >> useful for Qualcomm in particular

Re: [PATCH] mtd: spi-nor: Clear Winbond SR3 WPS bit on boot

2024-03-05 Thread Michael Walle
Hi Marek, On Tue Mar 5, 2024 at 1:31 PM CET, Marek Vasut wrote: > On 3/5/24 9:55 AM, Michael Walle wrote: > > On Mon Mar 4, 2024 at 5:16 PM CET, Marek Vasut wrote: > >> Some Winbond SPI NORs have special SR3 register which is > >> used among other things to control whether non-standard > >>

Re: [PATCH RFC 26/26] dts: support building all dtb files for a specific vendor

2024-03-05 Thread Tom Rini
On Tue, Mar 05, 2024 at 06:05:52PM +0530, Sumit Garg wrote: > Hi Caleb, > > On Mon, 4 Mar 2024 at 22:22, Caleb Connolly wrote: > > > > This adjusts OF_UPSTREAM to behave more like the kernel by allowing for > > all the devicetree files for a given vendor to be compiled. This is > > useful for

Re: [PATCH RFC 00/26] Drop DT upstream compatible dt-binding headers

2024-03-05 Thread Sumit Garg
Hi Caleb, On Mon, 4 Mar 2024 at 22:21, Caleb Connolly wrote: > > Many of the dt-binding headers in U-Boot are based on the upstream ones > from Linux, occasionally with minor changes. Although some have > additional things defined or are totally different. > > This series attempts to drop as

Re: [PATCH RFC 26/26] dts: support building all dtb files for a specific vendor

2024-03-05 Thread Sumit Garg
Hi Caleb, On Mon, 4 Mar 2024 at 22:22, Caleb Connolly wrote: > > This adjusts OF_UPSTREAM to behave more like the kernel by allowing for > all the devicetree files for a given vendor to be compiled. This is > useful for Qualcomm in particular as most boards are supported by a > single U-Boot

Re: [PATCH v3] test/py: reset: Add a test for reset command

2024-03-05 Thread Michal Simek
On 3/3/24 22:58, Angelo Dureghello wrote: Hi Tom, On Tue, Feb 20, 2024 at 01:11:38PM +0530, Love Kumar wrote: Add a test for reset commands which performs resetting of CPU, It does COLD reset by default and WARM reset with -w option. Signed-off-by: Love Kumar Reviewed-by: Tom Rini ---

Re: [PATCH] mtd: spi-nor: Clear Winbond SR3 WPS bit on boot

2024-03-05 Thread Marek Vasut
On 3/5/24 9:55 AM, Michael Walle wrote: [+ linux-mtd ] Hi Marek, Hi, On Mon Mar 4, 2024 at 5:16 PM CET, Marek Vasut wrote: Some Winbond SPI NORs have special SR3 register which is used among other things to control whether non-standard "Individual Block/Sector Write Protection" (WPS bit)

Pull request: u-boot-sunxi/master for v2024.04

2024-03-05 Thread Andre Przywara
Hi Tom, please pull the sunxi/master branch, containing some fixes and smaller changes for 2024.04. One fix makes the reboot more robust on some older board, another one stabilises the initial clock setup on the A10/A20. Two patches make sure our DRAM init does not actually change the content of

[PATCH] arm64: zynqmp: Add usb4 to the boot targets

2024-03-05 Thread Venkatesh Yadav Abbarapu
USB4 has been added to the boot targets and also add support to enable JTAG. Signed-off-by: Shubhangi Shrikrushna Mahalle Signed-off-by: Venkatesh Yadav Abbarapu --- board/xilinx/zynqmp/zynqmp_kria.env | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

Re: [PATCH] implement policy_pcr commands to lock NV-indexes behind a PCR

2024-03-05 Thread Ilias Apalodimas
On Tue, 20 Feb 2024 at 07:59, niek.nooij...@omron.com wrote: > > Hi there > > After the NV-memory read/write code I'm here again for another patch. > This time I implemented code to allow an NV-index to be locked behind a PCR > value. > This can be used together with the new measured-boot code

Please pull u-boot-marvell/master

2024-03-05 Thread Stefan Roese
Hi Tom, please pull this next batch of mostly Marvell related patches: - net: mv88e6xxx: fix missing SMI address initialization (Marek) - mvebu: turris_omnia: Enable networking via ethernet switch (Marek) - mvebu: helios-4: add

Re: [PATCH v5] rng: Add Turris Mox rTWM RNG driver

2024-03-05 Thread Stefan Roese
On 2/15/24 17:57, Max Resch wrote: A RNG driver for Armada 3720 boards running the Turris Mox rWTM firmware from CZ.NIC in the secure processor. Signed-off-by: Max Resch Applied to u-boot-marvell/master Thanks, Stefan --- Changes in v5: - check return code turris_rwtm_rng_fill_entropy

Re: [PATCH v2 3/3] board: helios-4: add config fragment for spi booting

2024-03-05 Thread Stefan Roese
On 2/2/24 16:13, Josua Mayer wrote: Add a config fragment with required differences for booting from spi flash instead of sd-card (default). Settings for environment location are based on vendor u-boot: https://github.com/kobol-io/u-boot/blob/helios4/include/configs/helios4.h#L59 The fragment

Re: [PATCH v2 2/3] arm: mvebu: helios4_defconfig: enable setexpr command

2024-03-05 Thread Stefan Roese
On 2/2/24 16:13, Josua Mayer wrote: Update the helios4 defconfig to enable the 'setexpr' command, which is a default and useful for various complex boot-scripts. Signed-off-by: Josua Mayer Applied to u-boot-marvell/master Thanks, Stefan --- configs/helios4_defconfig | 1 - 1 file

Re: [PATCH v2 1/3] arm: dts: armada-38x-solidrun-microsom: configure i2c0 bus

2024-03-05 Thread Stefan Roese
On 2/2/24 16:13, Josua Mayer wrote: SolidRun Armada-388 SoM has an i2c bus supporting on-som eeprom, and peripherals on a carrier. armada-38x.dtsi disables this bus by default, it should be enabled by som or carrier dts. Linux has moved i2c0 from helios-4 board dts to som dtsi, including

Re: [PATCH u-boot-marvell] arm: mvebu: turris_omnia: Enable networking via ethernet switch

2024-03-05 Thread Stefan Roese
On 12/19/23 10:55, Marek Behún wrote: From: Marek Mojík The Turris Omnia contains the Marvell 88E6176 ethernet switch. Add config options and device tree to enable the support. Signed-off-by: Marek Mojík Signed-off-by: Marek Behún Applied to u-boot-marvell/master Thanks, Stefan ---

Re: [PATCH v2] net: mv88e6xxx: fix missing SMI address initialization

2024-03-05 Thread Stefan Roese
On 12/6/23 15:35, Marek Mojík wrote: The mv88e6xxx driver does not currently initialize the smi_addr field, but instead keeps the default zero value. This leads to driver being unusable on devices where the switch is not on address zero of the mdio bus. Fix this problem by reading the SMI

Re: [PATCH 4/4] board: ti: am62x: evm: Update simple-framebuffer node in device-tree

2024-03-05 Thread Devarsh Thakkar
Hi, On 22/02/24 18:38, Devarsh Thakkar wrote: > Update simple-framebuffer device-tree node by enumerating framebuffer > related information in existing simple-framebuffer node in Linux > device-tree file and enabling it. > > In case there is no simple-framebuffer stub detected in Linux kernel >

Re: [PATCH v2] net: mv88e6xxx: fix missing SMI address initialization

2024-03-05 Thread Stefan Roese
Hi Marek, On 3/4/24 15:48, Marek Behún wrote: Hi Stefan, On Wed, 14 Feb 2024 08:50:16 +0100 Stefan Roese wrote: Hi Ramon, On 1/9/24 10:37, Stefan Roese wrote: On 12/18/23 17:09, Marek Behún wrote: On Wed, 6 Dec 2023 15:35:56 +0100 Marek Mojík wrote: The mv88e6xxx driver does not

Re: [PATCH] configs: rockchip: rock5b: enable environment

2024-03-05 Thread Quentin Schulz
Hi all, On 3/5/24 10:36, Christopher Obbard wrote: [You don't often get email from chris.obb...@collabora.com. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ] Hi Jonas & Trevor, On Tue, 2024-03-05 at 10:31 +0100, Jonas Karlman wrote: Hi Trevor, On 2024-03-05

Re: [PATCH] configs: rockchip: rock5b: enable environment

2024-03-05 Thread Jonas Karlman
Hi Christopher, On 2024-03-05 10:36, Christopher Obbard wrote: > Hi Jonas & Trevor, > > On Tue, 2024-03-05 at 10:31 +0100, Jonas Karlman wrote: >> Hi Trevor, >> >> On 2024-03-05 03:10, Trevor Woerner wrote: >>> Following the pattern of other Rockchip devices, enable the U-Boot >>> environment to

  1   2   >