Re: [PATCH 07/11] watchdog: Add support for ADI SC5XX-family watchdog peripheral

2024-05-15 Thread Stefan Roese
On 5/15/24 23:57, Greg Malysa wrote: From: Nathan Barrett-Morrison Co-developed-by: Greg Malysa Signed-off-by: Greg Malysa Co-developed-by: Ian Roberts Signed-off-by: Ian Roberts Signed-off-by: Vasileios Bimpikas Signed-off-by: Utsav Agarwal Signed-off-by: Arturs Artamonovs

[PATCH 00/11] drivers: Driver support for ADI SC5xx SoCs

2024-05-15 Thread Greg Malysa
This series adds all of the supported peripheral drivers for the sc5xx series of SoCs from Analog Devices and other drivers that are used by the evaluation kits, such as a GPIO expander used by the EZLITE carrier boards. This series is based on uboot/next as it references the sc5xx machine type

Re: [PATCH 10/11] spi: Add support for ADI SC5XX-family processor SPI peripherals

2024-05-15 Thread Christophe Leroy
Le 15/05/2024 à 23:57, Greg Malysa a écrit : > [Vous ne recevez pas souvent de courriers de greg.mal...@timesys.com. > Découvrez pourquoi ceci est important à > https://aka.ms/LearnAboutSenderIdentification ] > > From: Nathan Barrett-Morrison > > This adds support for the ADI-specific SPI

Re: [PATCH v2 4/4] imx: hab: Use nxp_imx8mcst etype for i.MX8M flash.bin signing

2024-05-15 Thread Marek Vasut
On 5/16/24 12:31 AM, Tim Harvey wrote: Hi, (this is a resend... apologies if its a duplicate. I got some strange bounce that mime types were included so I'm resending with the otuput of strace cliped out) strace was a good idea and showed me what was going on. The previous documentation

Re: [PATCH v3] tpm-v2: allow algoirthm name to be configured for pcr_read and pcr_extend

2024-05-15 Thread Tim Harvey
On Fri, Apr 19, 2024 at 1:04 PM Ilias Apalodimas wrote: > > On Fri, 19 Apr 2024 at 20:52, Tim Harvey wrote: > > > > On Fri, Apr 19, 2024 at 10:37 AM Ilias Apalodimas > > wrote: > > > > > > Also quickly looking at this, you need a new function for > > > tpm2_algorithm_to_mask() (look below) > >

[PATCH 6/6] power: pmic: sunxi: add AXP707 support

2024-05-15 Thread Andre Przywara
The X-Powers AXP707 is a PMIC with some buck converters and a larger number of LDOs, alongside some charging and USB circuitry. Add the descriptions for the five DC/DC regulators that we will need, and enable that when CONFIG_AXP707_POWER is enabled. We won't need DCDC2 till DCDC4, but by using

[PATCH 5/6] power: pmic: sunxi: use generic AXP SPL driver for AXP305

2024-05-15 Thread Andre Przywara
The generic AXP SPL driver implementation can cover all regulators we need for the AXP305. Add the descriptions for four of the six DC/DC regulators of the AXP305, and enable that when CONFIG_AXP305_POWER is enabled. We won't need DCDC2 and DCDC3, but by using the position in the array for the

[PATCH 4/6] power: pmic: sunxi: use generic AXP SPL driver for AXP313

2024-05-15 Thread Andre Przywara
The generic AXP SPL driver implementation can cover all regulators we need for the AXP313. Add the descriptions for the three DC/DC regulators of the AXP313, and enable that when CONFIG_AXP313_POWER is enabled. Also remove the old driver, and switch the Makefile to include the new, generic

[PATCH 3/6] power: pmic: sunxi: replace AXP717 SPL driver

2024-05-15 Thread Andre Przywara
We now have a generic AXP SPL driver implementation, that already covers the DC/DC converters of the AXP717 PMIC. Remove the old, dedicated driver and switch to the new generic driver. This should not introduce any change in behaviour. Signed-off-by: Andre Przywara --- drivers/power/Makefile |

[PATCH 2/6] power: pmic: sunxi: introduce generic SPL AXP DC/DC driver

2024-05-15 Thread Andre Przywara
So far we had a separate driver file for each AXP PMIC chip that we need to support in the SPL. The code in there was largely similar, but differed in many details. Based on the idea of the DM AXP driver, introduce a data structure to describe each regulator in a compact way. This is a simplified

[PATCH 1/6] power: pmic: sunxi: only build AXP drivers for SPL

2024-05-15 Thread Andre Przywara
The axp.c drivers are only used for the SPL, for U-Boot proper we have a separate, DM compliant driver. Mask the build instructions with CONFIG_SPL_BUILD, to avoid them being build for U-Boot proper as well. Signed-off-by: Andre Przywara --- drivers/power/Makefile | 2 ++ 1 file changed, 2

[PATCH 0/6] power: pmic: sunxi: consolidate AXP SPL drivers

2024-05-15 Thread Andre Przywara
Hi, this is the first series in an attempt to clean up the X-Powers AXP PMIC drivers used by the SPL for sunxi boards. So far we have a separate driver file for each AXP variant, but the code was largely the same, just differing by the regulator ranges. This adds a new generic driver, which

Re: [PATCH 1/5] net: eth-uclass: guard against reentrant eth_init()/eth_halt() calls

2024-05-15 Thread Tom Rini
On Fri, 26 Apr 2024 10:02:24 +0200, Matthias Schiffer wrote: > With netconsole, any log message can result in an eth_init(), possibly > causing an reentrant call into eth_init() if a driver's ops print > anything: > > eth_init() -> driver.start() -> printf() -> netconsole -> eth_init() >

Re: [PATCH 0/4] Add remoteproc driver for AM62a SoC

2024-05-15 Thread Tom Rini
On Thu, 09 May 2024 09:20:33 -0500, Hari Nagalla wrote: > This series adds relevant ip data in remoteproc driver for AM62a devices. > > Logs: https://paste.sr.ht/~hnagalla/5e20838705c1d688bca81886dad56451b56d3913 > > Hari Nagalla (4): > remoteproc: k3-dsp: Enable C71x support for AM62A >

Re: [PATCH v5 0/6] Add DFU and usb boot for TI am62x SK and beagleplay

2024-05-15 Thread Tom Rini
On Mon, 06 May 2024 15:38:40 +0100, Martyn Welch wrote: > This series adds DFU support for TI AM62 SK and beagleplay boards. > > I have picked this series up from Sjoerd due to time constraints. > > Since the last revision: > * Removed dwc3 mode setting in favour of reinstating forced

Re: [PATCH 1/1] arm: dts: k3-j7200: Move to OF_UPSTREAM

2024-05-15 Thread Tom Rini
On Mon, May 06, 2024 at 07:18:34PM +0530, Aniket Limaye wrote: > Move to using OF_UPSTREAM config and thus using the devicetree-rebasing > subtree. > > Signed-off-by: Aniket Limaye > --- > arch/arm/dts/Makefile |1 - > .../k3-j7200-common-proc-board-u-boot.dtsi|

[PATCH v3] tpm: display warning if using gpio reset with TPM

2024-05-15 Thread Tim Harvey
Instead of displaying what looks like an error message if a gpio-reset dt prop is missing for a TPM display a warning that having a gpio reset on a TPM should not be used for a secure production device. TCG TIS spec [1] says: "The TPM_Init (LRESET#/SPI_RST#) signal MUST be connected to the

Re: [PATCH] imx: hab: add documentation about the required keys/certs

2024-05-15 Thread Tim Harvey
On Tue, May 14, 2024 at 11:50 AM Tim Harvey wrote: > > On Sun, May 12, 2024 at 10:08 PM Marek Vasut wrote: > > > > On 5/8/24 9:23 AM, Claudius Heine wrote: > > > Hi Marek, > > > > Hi, > > > > > On 2024-05-07 3:28 pm, Marek Vasut wrote: > > >> On 5/7/24 3:06 PM, Claudius Heine wrote: > > >>> For

Re: [PATCH v2 4/4] imx: hab: Use nxp_imx8mcst etype for i.MX8M flash.bin signing

2024-05-15 Thread Tim Harvey
On Tue, May 14, 2024 at 1:58 PM Marek Vasut wrote: > > On 5/14/24 8:34 PM, Tim Harvey wrote: > > Hi, > > >> diff --git a/doc/imx/habv4/guides/mx8m_spl_secure_boot.txt > >> b/doc/imx/habv4/guides/mx8m_spl_secure_boot.txt > >> index e16e5410bd9..ce1de659d8c 100644 > >> ---

Re: [PATCH v2 4/4] imx: hab: Use nxp_imx8mcst etype for i.MX8M flash.bin signing

2024-05-15 Thread Tim Harvey
On Tue, May 14, 2024 at 1:58 PM Marek Vasut wrote: > > On 5/14/24 8:34 PM, Tim Harvey wrote: > > Hi, > > >> diff --git a/doc/imx/habv4/guides/mx8m_spl_secure_boot.txt > >> b/doc/imx/habv4/guides/mx8m_spl_secure_boot.txt > >> index e16e5410bd9..ce1de659d8c 100644 > >> ---

[PATCH 11/11] mmc: Add support for ADI SC5XX-family processor SDHCI peripherals

2024-05-15 Thread Greg Malysa
From: Nathan Barrett-Morrison Co-developed-by: Greg Malysa Signed-off-by: Greg Malysa Co-developed-by: Ian Roberts Signed-off-by: Ian Roberts Signed-off-by: Vasileios Bimpikas Signed-off-by: Utsav Agarwal Signed-off-by: Arturs Artamonovs Signed-off-by: Nathan Barrett-Morrison ---

[PATCH 10/11] spi: Add support for ADI SC5XX-family processor SPI peripherals

2024-05-15 Thread Greg Malysa
From: Nathan Barrett-Morrison This adds support for the ADI-specific SPI driver present in the ADI SC5xx line of SoCs. This IP block is distinct from the QSPI/OSPI block that uses the Cadence driver. Both may be used at once with appropriate pin muxing configuration. Co-developed-by: Greg

[PATCH 09/11] remoteproc: Add in SHARC loading for ADI SC5XX-family processors

2024-05-15 Thread Greg Malysa
From: Nathan Barrett-Morrison This adds the ability to load ldr-formatted files to the SHARC coprocessors using the rproc interface. Only a minimal subset of rproc functionality is supported: loading and starting the remote core. Secure boot and signed ldr verification are not available at this

[PATCH 08/11] dma: Add driver for ADI SC5xx-family SoC MDMA functionality

2024-05-15 Thread Greg Malysa
Add a rudimentary MDMA driver for the Analog Devices SC5xx SoCs, primarily intended for use with and tested against the QSPI/OSPI IP included in the SoC. Co-developed-by: Ian Roberts Signed-off-by: Ian Roberts Co-developed-by: Nathan Barrett-Morrison Signed-off-by: Nathan Barrett-Morrison

[PATCH 07/11] watchdog: Add support for ADI SC5XX-family watchdog peripheral

2024-05-15 Thread Greg Malysa
From: Nathan Barrett-Morrison Co-developed-by: Greg Malysa Signed-off-by: Greg Malysa Co-developed-by: Ian Roberts Signed-off-by: Ian Roberts Signed-off-by: Vasileios Bimpikas Signed-off-by: Utsav Agarwal Signed-off-by: Arturs Artamonovs Signed-off-by: Nathan Barrett-Morrison ---

[PATCH 06/11] net: Add support for ADI SC5xx SoCs with DWC QoS ethernet

2024-05-15 Thread Greg Malysa
The ADI SC598 includes a Designware QoS 5.20a IP block. This commit adds support for using the existing ethernet QoS driver with the SC598 SoC. Co-developed-by: Ian Roberts Signed-off-by: Ian Roberts Co-developed-by: Nathan Barrett-Morrison Signed-off-by: Nathan Barrett-Morrison

[PATCH 05/11] i2c: Add support for ADI SC5XX-family I2C peripheral

2024-05-15 Thread Greg Malysa
From: Nathan Barrett-Morrison Co-developed-by: Greg Malysa Signed-off-by: Greg Malysa Co-developed-by: Ian Roberts Signed-off-by: Ian Roberts Co-developed-by: Angelo Dureghello Signed-off-by: Angelo Dureghello Signed-off-by: Vasileios Bimpikas Signed-off-by: Utsav Agarwal Signed-off-by:

[PATCH 04/11] usb: musb-new: Add support for Analog Devices SC5xx SoCs

2024-05-15 Thread Greg Malysa
From: Nathan Barrett-Morrison This adds support for the MUSB-based USB controller found in the Analog Devices SC57x and SC58x SoCs. Co-developed-by: Greg Malysa Signed-off-by: Greg Malysa Co-developed-by: Ian Roberts Signed-off-by: Ian Roberts Signed-off-by: Vasileios Bimpikas

[PATCH 03/11] gpio: Add support for ADI ADP5588 GPIO expander chips

2024-05-15 Thread Greg Malysa
From: Nathan Barrett-Morrison This adds support for the ADP588 GPIO expander from Analog Devices. It is accessed over I2C and provides up to 18 pins. It is largely a port of the Linux driver developed by Michael Hennerich Signed-off-by: Ian Roberts Signed-off-by: Greg Malysa Signed-off-by:

[PATCH 02/11] gpio: Add support for SC5XX-family processor GPIO driver

2024-05-15 Thread Greg Malysa
This adds support for using the GPIO pins on the SC5XX family of SoCs from Analog Devices. Co-developed-by: Nathan Barrett-Morrison Signed-off-by: Nathan Barrett-Morrison Co-developed-by: Ian Roberts Signed-off-by: Ian Roberts Signed-off-by: Vasileios Bimpikas Signed-off-by: Utsav Agarwal

[PATCH 01/11] pinctrl: Add support for ADI SC5XX-family pinctrl

2024-05-15 Thread Greg Malysa
This adds support for pin configuration on the Analog Devices SC5XX SoC family. This commit is largely a port of the Linux driver, which has not yet been submitted upstream. Co-developed-by: Nathan Barrett-Morrison Signed-off-by: Nathan Barrett-Morrison Co-developed-by: Ian Roberts

Re: [PATCH v2] fdt: automatically add /chosen/kaslr-seed if DM_RNG is enabled

2024-05-15 Thread Marek Vasut
On 5/15/24 11:11 PM, Tim Harvey wrote: On Wed, May 15, 2024 at 2:06 PM Marek Vasut wrote: On 5/15/24 10:50 PM, Tim Harvey wrote: [...] diff --git a/boot/fdt_support.c b/boot/fdt_support.c index 874ca4d6f5af..3455d60d69dc 100644 --- a/boot/fdt_support.c +++ b/boot/fdt_support.c @@ -8,6 +8,7

Re: [PATCH v2] fdt: automatically add /chosen/kaslr-seed if DM_RNG is enabled

2024-05-15 Thread Tim Harvey
On Wed, May 15, 2024 at 2:06 PM Marek Vasut wrote: > > On 5/15/24 10:50 PM, Tim Harvey wrote: > > [...] > > > diff --git a/boot/fdt_support.c b/boot/fdt_support.c > > index 874ca4d6f5af..3455d60d69dc 100644 > > --- a/boot/fdt_support.c > > +++ b/boot/fdt_support.c > > @@ -8,6 +8,7 @@ > > > >

Re: [PATCH v2] fdt: automatically add /chosen/kaslr-seed if DM_RNG is enabled

2024-05-15 Thread Marek Vasut
On 5/15/24 10:50 PM, Tim Harvey wrote: [...] diff --git a/boot/fdt_support.c b/boot/fdt_support.c index 874ca4d6f5af..3455d60d69dc 100644 --- a/boot/fdt_support.c +++ b/boot/fdt_support.c @@ -8,6 +8,7 @@ #include #include +#include #include #include #include @@ -300,6

[PATCH v2] fdt: automatically add /chosen/kaslr-seed if DM_RNG is enabled

2024-05-15 Thread Tim Harvey
If RANDOMIZE_BASE is enabled in the Linux kernel instructing it to randomize the virtual address at which the kernel image is loaded, it expects entropy to be provided by the bootloader by populating /chosen/kaslr-seed with a 64-bit value from source of entropy at boot. If we have DM_RNG enabled

[PATCH] dm: use newly added linux/compat alloc functions

2024-05-15 Thread Maxim Moskalets
Signed-off-by: Maxim Moskalets --- include/dm/devres.h | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/include/dm/devres.h b/include/dm/devres.h index 697534aa5b..27761deb6d 100644 --- a/include/dm/devres.h +++ b/include/dm/devres.h @@ -266,17 +266,13 @@ static inline

Re: [PATCH] fdt: add kaslr-seed if DM_RNG is enabled

2024-05-15 Thread Marek Vasut
On 5/15/24 9:57 PM, Tim Harvey wrote: [...] The kaslrseed command similarly becomes obsolete with your patch and should be removed. 'git grep -n CMD_KASLR' indicates which defconfigs would be impacted. There are several users of this command currently: $ git grep CMD_KASLR configs/

Re: [PATCH] fdt: add kaslr-seed if DM_RNG is enabled

2024-05-15 Thread Tim Harvey
On Tue, May 14, 2024 at 10:17 PM Heinrich Schuchardt wrote: > > On 5/15/24 02:50, Marek Vasut wrote: > > On 5/15/24 2:22 AM, Tim Harvey wrote: > >> If RANDOMIZE_BASE is enabled in the Linux kernel instructing it to > >> randomize the virtual address at which the kernel image is loaded, it > >>

Re: [PATCH] fdt: add kaslr-seed if DM_RNG is enabled

2024-05-15 Thread Marek Vasut
On 5/15/24 6:29 PM, Tim Harvey wrote: On Tue, May 14, 2024 at 5:50 PM Marek Vasut wrote: On 5/15/24 2:22 AM, Tim Harvey wrote: If RANDOMIZE_BASE is enabled in the Linux kernel instructing it to randomize the virtual address at which the kernel image is loaded, it expects entropy to be

Re: [PATCH 1/2] doc: Detailed example for netconsole setup

2024-05-15 Thread Tony Dinh
Hi Fiona, On Tue, May 14, 2024 at 5:28 PM Fiona Klute wrote: > > This adds details that I would have liked to have readily available, > in particular how to activate the network interface before enabling > netconsole, and how to integrate netconsole so you can use the U-Boot > prompt. > >

Re: [PATCH v1] board: nuvoton: Use an event to replace last_stage_init() and fix build error

2024-05-15 Thread Tom Rini
On Tue, May 07, 2024 at 05:10:55PM +0800, Jim Liu wrote: > Followed the new style use event to replace last_stage_init(). > Fixed build error After replace last_stage_init(). > And remove CONFIG_SYS_SKIP_UART_INIT from defconfig, > system will reuse the setting from bootblock > and skip the baud

Re: [PATCH v3 2/2] configs: add defconfigs for the am625-lp-sk

2024-05-15 Thread Andrew Davis
On 5/15/24 1:21 PM, Tom Rini wrote: On Fri, May 03, 2024 at 11:44:29AM -0500, Bryan Brattlof wrote: The am62x-lp-sk is a package and reference board spin of the am62x-sk to showcase the low-power features of the am62x SoC family. Because it so closely resembles the am62x-sk board, use the

Re: [PATCH v3 2/2] configs: add defconfigs for the am625-lp-sk

2024-05-15 Thread Tom Rini
On Fri, May 03, 2024 at 11:44:29AM -0500, Bryan Brattlof wrote: > The am62x-lp-sk is a package and reference board spin of the am62x-sk to > showcase the low-power features of the am62x SoC family. Because it so > closely resembles the am62x-sk board, use the preprocessor to inherit > its

Re: [NFS] fetching kernel via nfs

2024-05-15 Thread Sébastien Szymanski
Hello, On 5/15/24 14:40, Johannes Kirchmair - SKIDATA wrote: Dear u-boot people, I encountered some problems trying to fetch the Linux kernel via nfs (v3). One problem was that the nfs file lookup always returned NFS3ERR_BADHANDLE. I have fixed this. See:

Re: [PATCH] fdt: add kaslr-seed if DM_RNG is enabled

2024-05-15 Thread Tim Harvey
On Tue, May 14, 2024 at 5:50 PM Marek Vasut wrote: > > On 5/15/24 2:22 AM, Tim Harvey wrote: > > If RANDOMIZE_BASE is enabled in the Linux kernel instructing it to > > randomize the virtual address at which the kernel image is loaded, it > > expects entropy to be provided by the bootloader by

Re: [PATCH v2 5/8] drivers: ram: Kconfig: Add CONFIG_K3_INLINE_ECC

2024-05-15 Thread Andrew Davis
On 5/10/24 3:47 AM, Santhosh Kumar K wrote: From: Neha Malcom Francis Add CONFIG_K3_INLINE_ECC so that ECC functions can be compiled into R5 SPL only when the config has been enabled. Signed-off-by: Neha Malcom Francis --- drivers/ram/Kconfig | 11 +++ 1 file changed, 11

Re: [PATCH 1/1] Squashed 'dts/upstream/' changes from b35b9bd1d4ee..7e08733c96c8

2024-05-15 Thread Tom Rini
On Wed, May 15, 2024 at 11:39:08AM +0200, Jonas Karlman wrote: [snip] > My main concern is how to best handle new boards and features/drivers. > E.g. for Rockchip the RK3588 SoC is under active development, new boards > and features/drivers are actively added/fixed in upstream Linux. To this

Re: [PATCH 1/1] Squashed 'dts/upstream/' changes from b35b9bd1d4ee..7e08733c96c8

2024-05-15 Thread Tom Rini
On Wed, May 15, 2024 at 09:29:41AM +0200, Jonas Karlman wrote: > Hi Tom, > > On 2024-05-14 18:42, Tom Rini wrote:> > > git-subtree-dir: dts/upstream > > git-subtree-split: 7e08733c96c84eb323f47e9b248c924e2ac6272a > > --- > > This moves OF_UPSTREAM to be tracking the v6.9 release and is for the >

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

2024-05-15 Thread Marek Vasut
On 3/6/24 1:55 PM, Michael Walle wrote: Hi, On Wed Mar 6, 2024 at 3:56 AM CET, Marek Vasut wrote: I'd argue if one wants to use the locking at all, you have to set UNLOCK_ALL=n. Otherwise, the bootloader might come alone and just clear your locking bits again. Clearing the WPS bit there is

Re: [PATCH u-boot-mvebu 10/10] arm: mvebu: turris_omnia: Support old DDR3 training, selectable via env var

2024-05-15 Thread Stefan Roese
On 5/15/24 11:24, Marek Behún wrote: On Wed, 15 May 2024 11:10:09 +0200 Stefan Roese wrote: Hi Marek, On 5/15/24 10:59, Marek Behún wrote: On Mon, 6 May 2024 12:03:55 +0200 Stefan Roese wrote: Hi Marek, On 4/15/24 18:30, Marek Behún wrote: Support old DDR3 training code on Turris

[PATCH v1 2/2] board: microchip: icicle: make both ethernets optional

2024-05-15 Thread Conor Dooley
From: Conor Dooley A given AMP configuration for a board may make either one, or neither of, the ethernet ports available to U-Boot. The Icicle's init code will fail if mac1 is not present, so move it to the optional approach taken for mac0. Signed-off-by: Conor Dooley ---

[PATCH v1 1/2] board: microchip: icicle: correct type for node offset

2024-05-15 Thread Conor Dooley
From: Conor Dooley Node offsets returned by libfdt can contain negative error numbers, so the variable type should be "int". As things stand, if the ethernet nodes are not found in the early init callback, the if (node < 0) tests pass and the code errors out while trying to set the

[PATCH v1 0/2] Two mpfs icicle init fixes

2024-05-15 Thread Conor Dooley
From: Conor Dooley Two fixes for issues that I spotted today while looking into passing a minimal dtb to U-Boot from the first bootloader stage. This minimal dtb had no ethernet nodes, and the code in this patches fell over :\ Cheers, Conor. --- CC: Padmarao Begari CC: Cyril Jean CC: Tom Rini

Re: [PATCH v2 4/4] include: Move snprintf to stdio.h

2024-05-15 Thread Tom Rini
On Wed, May 15, 2024 at 05:31:59AM -0700, Raymond Mao wrote: > Move snprintf to stdio.h since it is needed by exteranl libraries. > > Signed-off-by: Raymond Mao Thanks for doing the work. One problem: > diff --git a/include/stdio.h b/include/stdio.h > index 3241e2d493f..ecd0f996efb 100644 >

[PATCH v2 2/2] drivers: misc: Add driver to access ZynqMP efuses

2024-05-15 Thread lukas . funke-oss
From: Lukas Funke Add driver to access ZynqMP efuses. This is a u-boot port of [1]. [1] https://lore.kernel.org/all/20240224114516.86365-8-srinivas.kandaga...@linaro.org/ Signed-off-by: Lukas Funke --- Changes in v2: - Drop vendor specific fuse cmd, use existing fuse cmd - Minor code

[PATCH v2 1/2] firmware: zynqmp: Add support to access efuses

2024-05-15 Thread lukas . funke-oss
From: Lukas Funke Add functions to access efuses through PMU firmware interface. Signed-off-by: Lukas Funke --- (no changes since v1) drivers/firmware/firmware-zynqmp.c | 31 ++ include/zynqmp_firmware.h | 2 ++ 2 files changed, 33 insertions(+) diff

[PATCH v2 0/2] Add eFuse access for ZynqMP

2024-05-15 Thread lukas . funke-oss
From: Lukas Funke This series adds a driver to read and write ZynqMP eFuses [1]. The driver can be accessed by the 'fuse read' and 'fuse write' commands Example: => fuse read 0 0xc 3 Reading bank 0: Word 0x000c: 3cb16685 013af244 4000 Note: Accessing eFuses requires eFuse access to

[NFS] fetching kernel via nfs

2024-05-15 Thread Johannes Kirchmair - SKIDATA
Dear u-boot people, I encountered some problems trying to fetch the Linux kernel via nfs (v3). One problem was that the nfs file lookup always returned NFS3ERR_BADHANDLE. This is due to the following line in nfs_lookup_req() function (net/nfs.c): len = (uint32_t *)p - (uint32_t

[PATCH v2 4/4] include: Move snprintf to stdio.h

2024-05-15 Thread Raymond Mao
Move snprintf to stdio.h since it is needed by exteranl libraries. Signed-off-by: Raymond Mao --- Changes in v2 - New patch. arch/arc/lib/cpu.c | 2 +- board/Synology/common/legacy.c | 1 + board/ti/common/fdt_ops.c | 2 +- cmd/part.c | 2 +-

[PATCH v2 3/4] md5: Use typedef for MD5 context

2024-05-15 Thread Raymond Mao
Use of typedef is beneficial for porting with other crypto libs without changing the API callers. Secondly, it is for the code consistency with other digest libs. SHA1, SHA256 and SHA512 are all using typedef for their context. Signed-off-by: Raymond Mao Reviewed-by: Tom Rini Reviewed-by: Ilias

[PATCH v2 2/4] efi_loader: remove redundant hash includes

2024-05-15 Thread Raymond Mao
Remove the redundant includes of u-boot/sha1.h, u-boot/sha256.h and u-boot/sha512.h Signed-off-by: Raymond Mao Reviewed-by: Tom Rini Reviewed-by: Ilias Apalodimas --- Changes in v2 - None. lib/efi_loader/efi_signature.c | 1 - lib/efi_loader/efi_tcg2.c | 3 --- 2 files changed, 4

[PATCH v2 1/4] image: remove redundant hash includes

2024-05-15 Thread Raymond Mao
Remove the redundant includes of u-boot/md5.h, u-boot/sha1.h, u-boot/sha256.h and u-boot/sha512.h Signed-off-by: Raymond Mao Reviewed-by: Tom Rini Reviewed-by: Igor Opaniuk Reviewed-by: Ilias Apalodimas --- Changes in v2 - None. boot/image-fit.c | 4 boot/image.c | 2 -- 2 files

[PATCH v2 0/4] Clean-up patch set for MbedTLS integration

2024-05-15 Thread Raymond Mao
This patch set is picked from the previously posted serie: "[RFC] Integrate MbedTLS v3.6 LTS with U-Boot" They are not directly related to MbedTLS integration, but the prerequisite for a few clean-up, refactoring and minor fixes. For V2, the linker script patch is dropped and added one patch to

[PATCH] memory: ti-gpmc: use printf to dump settings/timings

2024-05-15 Thread Roger Quadros
gpmc_cs_set_timings(int cs, const struct gpmc_timings *t, return -ENXIO; if (IS_ENABLED(CONFIG_TI_GPMC_DEBUG)) { - pr_info("GPMC CS%d CLK period is %lu ns (div %d)\n", - cs, (div * gpmc_get_fclk_period()) / 1000, div); + printf("GPMC CS%d CLK period is %lu ns (div %d)\n", + cs, (div * gpmc_get_fclk_period()) / 1000, div); } gpmc_cs_bool_timings(cs, >bool_timings); --- base-commit: e7992828adcd5fad75bce9e6c41dfa9277ab93b0 change-id: 20240515-for-2024-10-gpmc-printf-dcd5f446d951 Best regards, -- Roger Quadros

AW: Use header file from external library in u-boot

2024-05-15 Thread Johannes Kirchmair - SKIDATA
Dear Fabio and Lukas, will have a thanks for your suggestions. I will have a look at it. Best regards Johannes -Ursprüngliche Nachricht- Von: Lukas Funke Gesendet: Donnerstag, 2. Mai 2024 15:33 An: u-boot@lists.denx.de; Johannes Kirchmair - SKIDATA Betreff: Re: Use header file

Re: [PATCH 1/1] Squashed 'dts/upstream/' changes from b35b9bd1d4ee..7e08733c96c8

2024-05-15 Thread Sumit Garg
On Wed, 15 May 2024 at 15:09, Jonas Karlman wrote: > > Hi Sumit, > > On 2024-05-15 10:49, Sumit Garg wrote: > > Hi Jonas, > > > > On Wed, 15 May 2024 at 13:11, Jonas Karlman wrote: > >> > >> Hi Tom, > >> > >> On 2024-05-14 18:42, Tom Rini wrote:> > >>> git-subtree-dir: dts/upstream > >>>

Re: [PATCH 1/1] Squashed 'dts/upstream/' changes from b35b9bd1d4ee..7e08733c96c8

2024-05-15 Thread Jonas Karlman
Hi Sumit, On 2024-05-15 10:49, Sumit Garg wrote: > Hi Jonas, > > On Wed, 15 May 2024 at 13:11, Jonas Karlman wrote: >> >> Hi Tom, >> >> On 2024-05-14 18:42, Tom Rini wrote:> >>> git-subtree-dir: dts/upstream >>> git-subtree-split: 7e08733c96c84eb323f47e9b248c924e2ac6272a >>> --- >>> This moves

Re: [PATCH u-boot-mvebu 10/10] arm: mvebu: turris_omnia: Support old DDR3 training, selectable via env var

2024-05-15 Thread Marek Behún
On Wed, 15 May 2024 11:10:09 +0200 Stefan Roese wrote: > Hi Marek, > > On 5/15/24 10:59, Marek Behún wrote: > > On Mon, 6 May 2024 12:03:55 +0200 > > Stefan Roese wrote: > > > >> Hi Marek, > >> > >> On 4/15/24 18:30, Marek Behún wrote: > >>> Support old DDR3 training code on Turris Omnia,

Re: [PATCH 3/3] drivers: misc: Add driver to access ZynqMP efuses

2024-05-15 Thread Stefan Roese
Hi Lukas, On 5/15/24 08:33, Lukas Funke wrote: Hi Stefan, On 15.05.2024 08:12, Stefan Roese wrote: Hi Lukas, On 5/14/24 16:04, lukas.funke-...@weidmueller.com wrote: From: Lukas Funke Add driver to access ZynqMP efuses. This is a u-boot port of [1]. [1]

Re: [PATCH u-boot-mvebu 10/10] arm: mvebu: turris_omnia: Support old DDR3 training, selectable via env var

2024-05-15 Thread Stefan Roese
Hi Marek, On 5/15/24 10:59, Marek Behún wrote: On Mon, 6 May 2024 12:03:55 +0200 Stefan Roese wrote: Hi Marek, On 4/15/24 18:30, Marek Behún wrote: Support old DDR3 training code on Turris Omnia, selectable by U-Boot enviroment variable. Users experiencing DDR3 initialization failures or

Re: [PATCH u-boot-mvebu 10/10] arm: mvebu: turris_omnia: Support old DDR3 training, selectable via env var

2024-05-15 Thread Marek Behún
On Mon, 6 May 2024 12:03:55 +0200 Stefan Roese wrote: > Hi Marek, > > On 4/15/24 18:30, Marek Behún wrote: > > Support old DDR3 training code on Turris Omnia, selectable by U-Boot > > enviroment variable. > > > > Users experiencing DDR3 initialization failures or random crashes of the > >

Re: [PATCH 1/1] Squashed 'dts/upstream/' changes from b35b9bd1d4ee..7e08733c96c8

2024-05-15 Thread Sumit Garg
Hi Jonas, On Wed, 15 May 2024 at 13:11, Jonas Karlman wrote: > > Hi Tom, > > On 2024-05-14 18:42, Tom Rini wrote:> > > git-subtree-dir: dts/upstream > > git-subtree-split: 7e08733c96c84eb323f47e9b248c924e2ac6272a > > --- > > This moves OF_UPSTREAM to be tracking the v6.9 release and is for the >

[PATCH v1 2/2] arm: dts: k3-am625-verdin: Enable LPDDR4 WDQS control

2024-05-15 Thread Emanuele Ghidoli
From: Emanuele Ghidoli Manually, since SysConfig tool do not have the relevant option, set PHY_LP4_WDQS_OE_EXTEND to 1. Since WDQS control mode is required on our modules LPDDR4, this enables WDQS control mode 1. Signed-off-by: Emanuele Ghidoli ---

[PATCH v1 1/2] arm: dts: k3-am625-verdin: Update autogenerated LPDDR4 configuration

2024-05-15 Thread Emanuele Ghidoli
From: Emanuele Ghidoli Update the autogenerated LPDDR4 configuration using the latest available SysConfig tool. This changes are cosmetic and are made to track the last used tool version. Signed-off-by: Emanuele Ghidoli --- arch/arm/dts/k3-am625-verdin-lpddr4-1600MTs.dtsi | 6 -- 1 file

[PATCH v1 0/2] arm: dts: k3-am625-verdin: Enable LPDDR4 WDQS control

2024-05-15 Thread Emanuele Ghidoli
From: Emanuele Ghidoli Manually, since SysConfig tool do not have the relevant option, set PHY_LP4_WDQS_OE_EXTEND to 1. Since WDQS control mode is required on our modules LPDDR4, this enables WDQS control mode 1. Emanuele Ghidoli (2): arm: dts: k3-am625-verdin: Update autogenerated LPDDR4

Re: [PATCH 1/1] Squashed 'dts/upstream/' changes from b35b9bd1d4ee..7e08733c96c8

2024-05-15 Thread Jonas Karlman
Hi Tom, On 2024-05-14 18:42, Tom Rini wrote:> > git-subtree-dir: dts/upstream > git-subtree-split: 7e08733c96c84eb323f47e9b248c924e2ac6272a > --- > This moves OF_UPSTREAM to be tracking the v6.9 release and is for the > -next branch. To test these changes yourself locally, either use my >

[PATCH 2/2] scripts/setlocalversion: sync with linux v6.9

2024-05-15 Thread Rasmus Villemoes
The changes upstream since the last sync (2ed1b242ab2 "scripts/setlocalversion: sync with linux 5.8") are (5) 548b8b5168c9 scripts/setlocalversion: make git describe output more reliable 77a88274dc1a kbuild: replace LANG=C with LC_ALL=C 2a73cce2dad3 scripts/setlocalversion: remove

[PATCH 0/2] scripts/setlocalversion sync with linux 6.9

2024-05-15 Thread Rasmus Villemoes
The first commit is trivial cleanup. The second syncs scripts/setlocalversion with linux 6.9, with just a one-line change on top to account for a Kbuild change that U-Boot has not yet adopted. Rasmus Villemoes (2): Makefile: refactor ubootrelease target scripts/setlocalversion: sync with

[PATCH 1/2] Makefile: refactor ubootrelease target

2024-05-15 Thread Rasmus Villemoes
Instead of duplicating the contents of the filechk_uboot.release variable, use it directly. This is preparation for the next patch which will modify filechk_uboot.release, and reflects what the linux kernel does nowadays: kernelrelease: @$(filechk_kernel.release) Signed-off-by: Rasmus

Re: [PATCH 0/3] Add eFuse access for ZynqMP

2024-05-15 Thread Marek Behún
On Tue, 14 May 2024 16:04:13 +0200 lukas.funke-...@weidmueller.com wrote: > From: Lukas Funke > > > This series adds a driver to read and write ZynqMP eFuses [1]. The > driver can be accessed by the 'efuse_read' and 'efuse_write' subcommands > of the 'zynqmp' command. Vendor specific commands

Re: [PATCH v1] usb: remove not used variable in usb_ether_curr_dev

2024-05-15 Thread Marek Vasut
On 5/15/24 8:24 AM, Heiko Schocher wrote: grepping for usb_ether_curr_dev in u-boot source code shows $ grep -r usb_ether_curr_dev . ./cmd/usb.c:static int __maybe_unused usb_ether_curr_dev = -1; /* current ethernet device */ $ only declared but never used, so it can safely removed from code.

Re: [PATCH 3/3] drivers: misc: Add driver to access ZynqMP efuses

2024-05-15 Thread Lukas Funke
Hi Stefan, On 15.05.2024 08:12, Stefan Roese wrote: Hi Lukas, On 5/14/24 16:04, lukas.funke-...@weidmueller.com wrote: From: Lukas Funke Add driver to access ZynqMP efuses. This is a u-boot port of [1]. [1] https://lore.kernel.org/all/20240224114516.86365-8-srinivas.kandaga...@linaro.org/

Re: [PATCH 09/13] syscon: Probe device first in syscon_get_regmap

2024-05-15 Thread Jonas Karlman
Hi Jiaxun, On 2024-05-15 02:12, Jiaxun Yang wrote: > > > 在2024年5月14日五月 下午3:50,Jonas Karlman写道: >> Hi Jiaxun, > [...] >>> + return ERR_PTR(ret); >> >> Please explain in more details what the issue this is trying to solve. >> >> Typically syscon_get_regmap() is called on a udevice

[PATCH v1] usb: remove not used variable in usb_ether_curr_dev

2024-05-15 Thread Heiko Schocher
grepping for usb_ether_curr_dev in u-boot source code shows $ grep -r usb_ether_curr_dev . ./cmd/usb.c:static int __maybe_unused usb_ether_curr_dev = -1; /* current ethernet device */ $ only declared but never used, so it can safely removed from code. Signed-off-by: Heiko Schocher --- azure

Re: [PATCH 3/3] drivers: misc: Add driver to access ZynqMP efuses

2024-05-15 Thread Stefan Roese
Hi Lukas, On 5/14/24 16:04, lukas.funke-...@weidmueller.com wrote: From: Lukas Funke Add driver to access ZynqMP efuses. This is a u-boot port of [1]. [1] https://lore.kernel.org/all/20240224114516.86365-8-srinivas.kandaga...@linaro.org/ Signed-off-by: Lukas Funke ---

Re: [PATCH 1/3] firmware: zynqmp: Add support to access efuses

2024-05-15 Thread Stefan Roese
Hi Lukas, On 5/14/24 16:04, lukas.funke-...@weidmueller.com wrote: From: Lukas Funke Add functions to access efuses through PMU firmware interface. Signed-off-by: Lukas Funke --- drivers/firmware/firmware-zynqmp.c | 31 ++ include/zynqmp_firmware.h |