[PATCH v2 04/13] board: siemens: iot2050: Pass DDR size from FSBL

2024-10-21 Thread Jan Kiszka
From: Baocheng Su Due to new DDR size introduction, the current logic of determining the DDR size is not able to get the correct size. Instead, the DDR size is determined by the FSBL(SEBOOT) then passed to u-boot through the scratchpad info. The SEBoot version must be >= D/V01.04.01.02 to suppo

[PATCH v2 00/13] boards: siemens: iot2050: SM variant, sysinfo support, fixes & cleanups

2024-10-21 Thread Jan Kiszka
Changes in v2: - rebased over master, adding the missing 6.12 cherry-picks from devicetree-rebasing This adds support for the new IOT2050 SM variant, introduces a sysinfo driver which also permits SMBIOS support and switches the board to OF_UPSTREAM. There are some further fixes for the boards

[PATCH v2 01/13] board: siemens: iot2050: Fix mistake in list of writable env vars

2024-10-21 Thread Jan Kiszka
From: Jan Kiszka This prevented to set m2_manual_config - as evaluated by m2_connector_setup - under strict configurations for secure boot. Signed-off-by: Jan Kiszka --- include/configs/iot2050.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/configs/iot2050.h b/in

Re: [PATCH 01/11] board: siemens: iot2050: Fix mistake in list of writable env vars

2024-10-21 Thread Jan Kiszka
On 10.10.24 08:34, Michael Nazzareno Trimarchi wrote: > On Thu, Oct 10, 2024 at 7:56 AM Jan Kiszka wrote: >> >> From: Jan Kiszka >> >> This prevented to set m2_manual_config - as evaluated by >> m2_connector_setup - under strict configurations for secure boot. >> >> Signed-off-by: Jan Kiszka >>

[PATCH v2 11/13] smbios: Fill UUID from sysinfo when available

2024-10-21 Thread Jan Kiszka
From: Jan Kiszka Allow for the sysinfo drivers to provide a system UUID to SMBIOS. Will be first used by the IOT2050 boards. Based on original patch by Li Hua Qian. Signed-off-by: Jan Kiszka --- include/sysinfo.h | 1 + lib/smbios.c | 4 2 files changed, 5 insertions(+) diff --git

[PATCH v2 13/13] board: siemens: iot2050: Use sysinfo for board initialization

2024-10-21 Thread Jan Kiszka
From: Li Hua Qian Drop the info structure parsing of the board in favor of our new sysinfo driver to avoid code duplication. Signed-off-by: Baocheng Su Signed-off-by: Li Hua Qian [Jan: rebasing, split-up, cleanup] Signed-off-by: Jan Kiszka --- arch/arm/mach-k3/am65x/Kconfig | 2 + board/si

[PATCH v2 12/13] sysinfo: Add driver for IOT2050 boards

2024-10-21 Thread Jan Kiszka
From: Li Hua Qian This brings a sysinfo driver and DT entry for the IOT2050 board series. It translates the board information passed from SE-Boot to SPL into values that can be retrieved via the sysinfo API. Will is already used to fill the SMBIOS table when booting via EFI. Signed-off-by: Li Hu

[PATCH v2 10/13] board: iot2050: Support new IOT2050-SM variant

2024-10-21 Thread Jan Kiszka
From: Baocheng Su Main differences between the new variant and Advanced PG2: 1. Arduino interface is removed. Instead, an new ASIC is added for communicating with PLC 1200 signal modules. 2. USB 3.0 type A connector is removed, only USB 2.0 type A connector is avaiable. 3. DP interface is

[PATCH v2 09/13] board: siemens: iot2050: Migrate to OF_UPSTREAM

2024-10-21 Thread Jan Kiszka
From: Jan Kiszka This requires some tweaking of the defconfig and board_fit_config_name_match so that the new sources are taken into account. Signed-off-by: Jan Kiszka --- arch/arm/dts/Makefile | 7 - arch/arm/dts/k3-am65-iot2050-boot-image.dtsi | 16 +- arch/arm/dt

[PATCH v2 07/13] arm64: dts: ti: iot2050: Disable lock-step for all iot2050 boards

2024-10-21 Thread Jan Kiszka
From: Li Hua Qian The PG1 A variant of the iot2050 series has been identified which partially lacks support for lock-step mode. This implies that all iot2050 boards can't support this mode. As a result, lock-step mode has been disabled across all iot2050 boards for consistency and to avoid potent

[PATCH v2 08/13] arm64: dts: ti: iot2050: Add overlays for M.2 used by firmware

2024-10-21 Thread Jan Kiszka
From: Jan Kiszka To allow firmware to pick up all DTs from here, move the overlays that are normally applied during DT fixup to the kernel source as well. Hook then into the build nevertheless to ensure that regular checks are performed. Signed-off-by: Jan Kiszka Link: https://lore.kernel.org/

[PATCH v2 05/13] board: siemens: iot2050: Generalize the fdt fixup

2024-10-21 Thread Jan Kiszka
From: Baocheng Su The fdt fixup logic actually also applies to other possible variants who also have device tree overlays. So generalize this part by extracting it from the m.2 specific function and make it a standalone one. Since now we only have M.2 variant consuming the overlay, it may not ha

[PATCH v2 06/13] board: siemens: iot2050: Stop using special spl DT sources

2024-10-21 Thread Jan Kiszka
From: Jan Kiszka We can simply use the default DT, Basic PG1, because no nodes that are different between the variants play a role for SPL. Will help with the migration to OF_UPSTREAM. Signed-off-by: Jan Kiszka --- arch/arm/dts/Makefile| 1 - arch/arm/dts/k3-am65-iot20

[PATCH v2 02/13] board: siemens: iot2050: Fix coding style

2024-10-21 Thread Jan Kiszka
From: Baocheng Su Add a space after the 'if' Signed-off-by: Baocheng Su Signed-off-by: Jan Kiszka --- board/siemens/iot2050/board.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/board/siemens/iot2050/board.c b/board/siemens/iot2050/board.c index ed292c364a5..e5c7ce58b06

[PATCH v2 03/13] board: siemens: iot2050: Control pcie power for all variants

2024-10-21 Thread Jan Kiszka
From: Baocheng Su The power control pin of pcie interface not only works for M.2 interface but also for miniPCIE, so promote this logic to all variants to workaround the module hang issue. Signed-off-by: Baocheng Su Signed-off-by: Jan Kiszka --- board/siemens/iot2050/board.c | 12

Re: [PATCH v1 1/1] efi_loader: Mark a function static

2024-10-21 Thread Heinrich Schuchardt
On 10/21/24 16:40, Ilias Apalodimas wrote: Thanks Andy On Mon, 21 Oct 2024 at 17:06, Andy Shevchenko wrote: efi_bootmgr_release_uridp_resource() is not used anywhere except the same file where it is defined. Mark it static. This helps avoiding the compiler warning: lib/efi_loader/efi_boot

Re: [PATCH v4 5/5] efi: Keep early allocations to the U-Boot region

2024-10-21 Thread Ilias Apalodimas
Hi Simon On Sat, 19 Oct 2024 at 21:07, Simon Glass wrote: > > Hi Ilias, > > On Wed, 16 Oct 2024 at 08:02, Ilias Apalodimas > wrote: > > > > [...] > > > > > > > + > > > > > +/** > > > > > + * efi_memory_coop() - Allow EFI to use all available memory > > > > > + * > > > > > + * Up until this funct

RE: [PATCH 1/1] Fixed sama5d3 dts file so PIO sections are inside pinctrl as in kernel dts

2024-10-21 Thread Alexey Tsirlin
Hi Manikandan, I am using buildroot 2024.04 sama5d3_eds_headless_defconfig config setup which leads to the following: 1. uboot from https://github.com/linux4microchip/u-boot-mchp.git 2. uboot version linux4microchip-2024.10-rc2 3. uboot config sama5d3_xplained_mmc My board is sama5d3 EDS with DP8

Re: [PATCH 2/2] doc: do not include K3 boards twice in TOC

2024-10-21 Thread Neha Malcom Francis
Hi Heinrich On 22/10/24 01:06, Heinrich Schuchardt wrote: Tom Rini mailto:tr...@konsulko.com>> schrieb am Mo., 21. Okt. 2024, 20:42: On Mon, Oct 21, 2024 at 08:15:45PM +0200, Heinrich Schuchardt wrote: > On 10/21/24 20:12, Tom Rini wrote: > > On Mon, Oct 21, 2024 at 08:01:01PM

Re: [PATCH] scsi: fix disk capacity too small by one sector

2024-10-21 Thread Tom Rini
On Mon, Oct 14, 2024 at 06:06:35PM +0200, Julius Lehmann wrote: > SCSI READ CAPACITY reports the address of the last > block and the block size. The total number of blocks > is thus last block address plus one. > > --- > This patch fixes the disk size reported by scsi. Up until now, the reported

Re: [PATCH 2/2] arm64: imx8mp: Read item and serial number from EEPROM ID page on DH i.MX8MP DHCOM

2024-10-21 Thread Marek Vasut
On 10/21/24 5:38 PM, Christoph Niedermaier wrote: [...] If yes, then there is no need for any static variable: board_init() { u8 eeprom[32]; dh_read_eeprom_wlp(eeprom); // read the eeprom once dh_setup_mac_address(eeprom); // extract MAC from EEPROM dh_add_item_number_and_serial_to

[PATCH] ARM: renesas: Add top level boards/renesas/ MAINTAINERS file

2024-10-21 Thread Marek Vasut
Add top level boards/renesas/ MAINTAINERS file to catch all the common Renesas file patterns and put people on CC via get_maintainer.pl script. Signed-off-by: Marek Vasut --- Cc: Nobuhiro Iwamatsu Cc: Tom Rini Cc: u-boot@lists.denx.de --- board/renesas/MAINTAINERS | 15 +++ 1 file

Re: [PATCH v2 00/25] led: Remove old status-LED code

2024-10-21 Thread Tom Rini
On Mon, Oct 21, 2024 at 01:38:08PM +0200, Simon Glass wrote: > There has been an LED framework in U-Boot which uses driver model for > about 9 years now. Recent work is underway to improve it and provide > more features. It is probably a good time to drop the old code, which > is only used by 5 boa

[PATCH] dm: gpio: Return error when pull up/down is requested but set_flags ops is not implmentated

2024-10-21 Thread Zixun LI
Currently in _dm_gpio_set_flags() when set_flags ops is not implemented direction_output()/_input() is used, but pull up/down is not supported by these ops. Signed-off-by: Zixun LI --- We have updated our AT91 BSP to use DM, on field testing few boards went into a failed state due to gpio pullup

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

2024-10-21 Thread Vasileios Bimpikas via B4 Relay
From: Oliver Gaskell 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: Utsav Agarwal Signed-off-by: Arturs Artamonovs Signed-off-by: Nathan Barr

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

2024-10-21 Thread Vasileios Bimpikas via B4 Relay
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 Signed-off-by

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

2024-10-21 Thread Vasileios Bimpikas via B4 Relay
From: Oliver Gaskell 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-of

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

2024-10-21 Thread Vasileios Bimpikas via B4 Relay
From: Oliver Gaskell 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: Ia

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

2024-10-21 Thread Vasileios Bimpikas via B4 Relay
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 my earlier patch series: "arm: Initial support for

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

2024-10-21 Thread Vasileios Bimpikas via B4 Relay
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

Re: [PATCH 2/2] fdt: Swap the signature for board_fdt_blob_setup()

2024-10-21 Thread Simon Glass
Hi Caleb, On Mon, 21 Oct 2024 at 15:28, Caleb Connolly wrote: > > Hi Simon, > > On 21/10/2024 13:42, Simon Glass wrote: > > This returns a devicetree and updates a parameter with an error code. > > Swap it, since this fits better with the way U-Boot normally works. It > > also (more easily) allow

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

2024-10-21 Thread Vasileios Bimpikas via B4 Relay
From: 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-Morr

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

2024-10-21 Thread Vasileios Bimpikas via B4 Relay
From: 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 Ba

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

2024-10-21 Thread Vasileios Bimpikas via B4 Relay
From: Oliver Gaskell 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 Malysa Signed-

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

2024-10-21 Thread Vasileios Bimpikas via B4 Relay
From: Oliver Gaskell 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 Signed-off-by: Oliver

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

2024-10-21 Thread Vasileios Bimpikas via B4 Relay
From: Oliver Gaskell Co-developed-by: Greg Malysa Signed-off-by: Greg Malysa Co-developed-by: Ian Roberts Signed-off-by: Ian Roberts Signed-off-by: Utsav Agarwal Signed-off-by: Arturs Artamonovs Signed-off-by: Nathan Barrett-Morrison Signed-off-by: Oliver Gaskell Reviewed-by: Stefan Roese

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

2024-10-21 Thread Vasileios Bimpikas via B4 Relay
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: Va

Re: [PATCH 2/2] fdt: Swap the signature for board_fdt_blob_setup()

2024-10-21 Thread Caleb Connolly
Hi Simon, On 21/10/2024 13:42, Simon Glass wrote: This returns a devicetree and updates a parameter with an error code. Swap it, since this fits better with the way U-Boot normally works. It also (more easily) allows leaving the existing pointer unchanged. No yaks were harmed in this change, bu

Re: [PATCH v4 0/3] dwc3: gadget: properly fix cache operations

2024-10-21 Thread Tom Rini
On Fri, 11 Oct 2024 16:38:23 +0200, Neil Armstrong wrote: > We experience huge problems with cache handling on Qualcomm > systems, and it appears the dcache handling in the DWC3 gadget > code is quite wrong and causes operational issues. > > This serie fixes the dcache operations on unaligned dat

Re: [PATCH 5/6] configs: Enable htts for wget on qemu arm64

2024-10-21 Thread Peter Robinson
s/htts/https for the subject. > QEMU already has an lwip variant of a defconfig. That defconfig > is also configured with mbedTLS by default. So let's enable the > remaining config options to enable wget for https:// as well > and test that codepath in the CI > > Signed-off-by: Ilias Apalodimas R

Re: [PATCH 0/3] Simple-framebuffer node related updates

2024-10-21 Thread Tom Rini
On Mon, Oct 21, 2024 at 08:47:55PM +0530, Devarsh Thakkar wrote: > Gentle reminder. > > Hi Tom, Bryan, > > On 25/09/24 20:43, Devarsh Thakkar wrote: > > This series fixes some compilation issues related to FDT_SIMPLEFB > > and VIDEO and along with that enables support for dynamic simplefb > > nod

[PATCH] ARM: dts: stm32: Sort DH STM32 DHCOM DTSI

2024-10-21 Thread Marek Vasut
Sort the DTSI alphabetically. No functional change. Signed-off-by: Marek Vasut --- Cc: Patrice Chotard Cc: Patrick Delaunay Cc: Tom Rini Cc: u-b...@dh-electronics.com Cc: u-boot@lists.denx.de Cc: uboot-st...@st-md-mailman.stormreply.com --- arch/arm/dts/stm32mp15xx-dhcom-u-boot.dtsi | 50

[PATCH] ARM: dts: stm32: Drop duplicate pinmux on DH STM32 DHCOM

2024-10-21 Thread Marek Vasut
The ethernet0_rmii_pins_a pinmux change has no effect on any DHSOM based hardware. The mco2_pins_a and mco2_sleep_pins_a are both part of stm32mp15-pinctrl.dtsi . Drop both pinmux changes. Signed-off-by: Marek Vasut --- Cc: Patrice Chotard Cc: Patrick Delaunay Cc: Tom Rini Cc: u-b...@dh-electr

Re: [PATCH] ARM: dts: stm32: remove unused include for dhcor

2024-10-21 Thread Marek Vasut
On 10/21/24 6:12 PM, Patrick Delaunay wrote: Remove device tree include files no more used with OF_UPSTREAM migration stm32mp135f-dhcor-dhsbc.dts Fixes: cccb29fc1270 ("ARM: dts: stm32: Switch to using upstream DT on DH STM32 DHSOM") Signed-off-by: Patrick Delaunay I found two more unused files

Re: [PATCH 2/2] doc: do not include K3 boards twice in TOC

2024-10-21 Thread Heinrich Schuchardt
Tom Rini schrieb am Mo., 21. Okt. 2024, 20:42: > On Mon, Oct 21, 2024 at 08:15:45PM +0200, Heinrich Schuchardt wrote: > > On 10/21/24 20:12, Tom Rini wrote: > > > On Mon, Oct 21, 2024 at 08:01:01PM +0200, Heinrich Schuchardt wrote: > > > > Sphinx writes a warning if a page is included twice in th

[PATCH] ARM: dts: stm32: Drop remnants of upstream DT switch on DH STM32 DHSOM

2024-10-21 Thread Marek Vasut
Remove unused local DT copies after the OF_UPSTREAM conversion. Fixes: cccb29fc1270 ("ARM: dts: stm32: Switch to using upstream DT on DH STM32 DHSOM") Reported-by: Patrick Delaunay Signed-off-by: Marek Vasut --- Cc: Patrice Chotard Cc: Patrick Delaunay Cc: Tom Rini Cc: u-b...@dh-electronics.

Re: [PATCH] board: emcraft: Add support for Emcraft Systems NavQ+

2024-10-21 Thread Gilles Talis
Hi Fabio, thanks for the review. Le lun. 21 oct. 2024 à 08:21, Fabio Estevam a écrit : > > Hi Gilles, > > On Sun, Oct 20, 2024 at 5:10 PM Gilles Talis wrote: > > > +/ { > > + wdt-reboot { > > + compatible = "wdt-reboot"; > > + wdt = <&wdog1>; > > +

Re: [PATCH 2/2] doc: do not include K3 boards twice in TOC

2024-10-21 Thread Tom Rini
On Mon, Oct 21, 2024 at 08:15:45PM +0200, Heinrich Schuchardt wrote: > On 10/21/24 20:12, Tom Rini wrote: > > On Mon, Oct 21, 2024 at 08:01:01PM +0200, Heinrich Schuchardt wrote: > > > Sphinx writes a warning if a page is included twice in the table of > > > contents. Use references instead. > > >

Re: [PATCH v2 04/25] mx23_olinuxino: pinephone: Enable LED

2024-10-21 Thread Peter Robinson
Hi Simon, > Drop the STATUS_LED options and enable LED and LED_BOOT instead, since > this is the new way to access the LED functionality. Should this be two commits? The subject reads as pinephone is part of another device. > Signed-off-by: Simon Glass > --- > > Changes in v2: > - Add a patch t

Re: [PATCH 3/3] common: Move autoprobe out to board init

2024-10-21 Thread Tom Rini
On Mon, Oct 21, 2024 at 06:10:09PM +0200, Jonas Karlman wrote: > Hi Simon, > > On 2024-10-21 17:51, Simon Glass wrote: > > Rather than doing autoprobe within the driver model code, move it out to > > the board-init code. This makes it clear that it is a separate step from > > binding devices. > >

Re: [PATCH 1/3] common: Drop check for DM in initf_dm()

2024-10-21 Thread Tom Rini
On Mon, Oct 21, 2024 at 05:51:29PM +0200, Simon Glass wrote: > This is enabled by all boards, so drop the condition. > > Signed-off-by: Simon Glass Reviewed-by: Tom Rini -- Tom signature.asc Description: PGP signature

Re: [PATCH 2/2] doc: do not include K3 boards twice in TOC

2024-10-21 Thread Heinrich Schuchardt
On 10/21/24 20:12, Tom Rini wrote: On Mon, Oct 21, 2024 at 08:01:01PM +0200, Heinrich Schuchardt wrote: Sphinx writes a warning if a page is included twice in the table of contents. Use references instead. Signed-off-by: Heinrich Schuchardt --- doc/board/ti/k3.rst | 11 +++ 1 file c

Re: [PATCH 2/2] doc: do not include K3 boards twice in TOC

2024-10-21 Thread Tom Rini
On Mon, Oct 21, 2024 at 08:01:01PM +0200, Heinrich Schuchardt wrote: > Sphinx writes a warning if a page is included twice in the table of > contents. Use references instead. > > Signed-off-by: Heinrich Schuchardt > --- > doc/board/ti/k3.rst | 11 +++ > 1 file changed, 7 insertions(+), 4

[PATCH 1/1] doc: update Python requirements

2024-10-21 Thread Heinrich Schuchardt
Update Sphinx, sphinx-rtd-theme, and their dependencies. Signed-off-by: Heinrich Schuchardt --- doc/sphinx/requirements.txt | 33 + 1 file changed, 17 insertions(+), 16 deletions(-) diff --git a/doc/sphinx/requirements.txt b/doc/sphinx/requirements.txt index 40dd

Re: [PATCH v7 00/11] labgrid: Provide an integration with Labgrid

2024-10-21 Thread Tom Rini
On Mon, Oct 21, 2024 at 01:12:49PM +0200, Simon Glass wrote: > Hi Tom, > > On Thu, 10 Oct 2024 at 03:51, Simon Glass wrote: > > > > Labgrid provides access to a hardware lab in an automated way. It is > > possible to boot U-Boot on boards in the lab without physically touching > > them. It relies

[PATCH 2/2] doc: do not include K3 boards twice in TOC

2024-10-21 Thread Heinrich Schuchardt
Sphinx writes a warning if a page is included twice in the table of contents. Use references instead. Signed-off-by: Heinrich Schuchardt --- doc/board/ti/k3.rst | 11 +++ 1 file changed, 7 insertions(+), 4 deletions(-) diff --git a/doc/board/ti/k3.rst b/doc/board/ti/k3.rst index c3513f0

[PATCH 1/2] doc: semihosting can only be once in TOC

2024-10-21 Thread Heinrich Schuchardt
Sphinx warns if a page is added to the table of contents twice. Add a reference instead. Signed-off-by: Heinrich Schuchardt --- doc/board/emulation/index.rst | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/doc/board/emulation/index.rst b/doc/board/emulation/index.rst inde

[PATCH 0/2] doc: include pages only once in TOC

2024-10-21 Thread Heinrich Schuchardt
Sphinx can only add a page once to the table of contents. Sphinx 8.1.3 issues a build warning when trying to add a page twice Replace duplicate TOC entries by references. Heinrich Schuchardt (2): doc: Semihosting should only be once in a TOC. doc: do not include K3 boards twice in TOC doc/b

Re: [PATCH v9 24/37] common: Enable BLOBLIST_TABLES on arm

2024-10-21 Thread Peter Robinson
> > > > Allow to use BLOBLIST_TABLES on arm to store ACPI or other tables. > > > > > > > > Signed-off-by: Patrick Rudolph > > > > Cc: Tom Rini > > > > --- > > > > Changelog v9: > > > > - default to BLOBLIST_ALLOC on arm > > > > - Move default for BLOBLIST_SIZE_RELOC up > > > > --- > > > > common

Re: [PATCH v7 6/7] test: efi: boot: Set up an image suitable for EFI testing

2024-10-21 Thread Tom Rini
On Mon, Oct 21, 2024 at 08:31:10AM +0200, Simon Glass wrote: > Hi Tom, > > On Sat, 19 Oct 2024 at 11:51, Tom Rini wrote: > > > > On Sat, Oct 19, 2024 at 09:24:33AM -0600, Simon Glass wrote: > > > > > Create a new disk for use with tests, which contains the new 'testapp' > > > EFI app specifically

[PATCH] fdt: lmb: add reserved regions as no-overwrite

2024-10-21 Thread Sughosh Ganu
The boot_fdt_add_mem_rsv_regions() function reserves the memreserve and reserved-memory regions. These regions are being set with the LMB_NONE flag which allows overwriting and re-using the regions. This was fine earlier when the LMB memory map was local and not enforced globally. But that is no lo

Re: [PATCH 10/10] tests: update smbios pytest

2024-10-21 Thread Tom Rini
On Mon, Oct 21, 2024 at 11:23:05AM -0400, Raymond Mao wrote: > Hi Tom, > > On Mon, 19 Aug 2024 at 18:19, Tom Rini wrote: > > > On Fri, Aug 16, 2024 at 08:46:53AM -0700, Raymond Mao wrote: > > > Update the expected test result to align with the smbios library changes. > > > > > > Signed-off-by: R

[PATCH] lmb: add a check to prevent memory overrun

2024-10-21 Thread Sughosh Ganu
When printing the LMB flags for a memory region, there is a need to check that the array index that is computed is a sane value. Put a noisy assert in case this check fails, as that implies something with the LMB code is not working as expected. Reported-by: Coverity (CID 510463) Signed-off-by: Su

Re: [PATCH 00/11] boards: siemens: iot2050: SM variant, sysinfo support, fixes & cleanups

2024-10-21 Thread Tom Rini
On Mon, Oct 21, 2024 at 08:21:09AM +0200, Jan Kiszka wrote: > On 19.10.24 16:16, Tom Rini wrote: > > On Thu, Oct 10, 2024 at 07:55:44AM +0200, Jan Kiszka wrote: > > > >> This series depends on: > >> https://patchwork.ozlabs.org/project/uboot/patch/a54b501a-9a98-426c-a5ca-faf547411...@siemens.com/

Re: enabling W=1 by default

2024-10-21 Thread Heinrich Schuchardt
On 10/21/24 18:32, Simon Glass wrote: Hi Andy, On Mon, 21 Oct 2024 at 16:27, Andy Shevchenko wrote: Hi! looking at the redness of the output of `make W=1` here is the question: isn't it a good time to enable `make W=1` by default. Yes, I understand the impact, but at least we can do it manda

Re: [PATCH] CI: Add a test for building without CMDLINE

2024-10-21 Thread Tom Rini
On Mon, Oct 21, 2024 at 06:32:18PM +0200, Simon Glass wrote: > Hi Tom, > > On Mon, Oct 21, 2024, 16:33 Tom Rini wrote: > > > > On Mon, Oct 21, 2024 at 03:44:49PM +0200, Simon Glass wrote: > > > > > Something this breaks, so add a test to keep it working. Since sandbox > > > enables a lot of optio

Re: [PATCH v2 2/2] ARM: imx: soc: Move default TEXT_BASE for i.MX7

2024-10-21 Thread Tom Rini
On Sun, Oct 20, 2024 at 11:00:39PM +0200, Marek Vasut wrote: > Move i.MX7 TEXT_BASE/SPL_TEXT_BASE to Kconfig and common/spl/Kconfig > which is the best practice. > > Signed-off-by: Marek Vasut Reviewed-by: Tom Rini -- Tom signature.asc Description: PGP signature

Re: [PATCH v2 1/2] ARM: imx: soc: Select default TEXT_BASE for i.MX6

2024-10-21 Thread Tom Rini
On Sun, Oct 20, 2024 at 11:00:38PM +0200, Marek Vasut wrote: > Select default U-Boot and SPL text base for the i.MX6 SoC. The U-Boot > and SPL text base is picked as the one used by various i.MX6 boards. > Update all the boards. > > Signed-off-by: Marek Vasut Thanks! Reviewed-by: Tom Rini --

Re: Please pull u-boot-i2c

2024-10-21 Thread Tom Rini
On Mon, Oct 21, 2024 at 10:27:06AM +0200, Heiko Schocher wrote: > Hello Tom, > > please pull: > > The following changes since commit fa0ed06a749c8e3c65d8b12a7d2d33a055a08aad: > > Merge tag 'efi-2025-01-rc1-2' of > https://source.denx.de/u-boot/custodians/u-boot-efi (2024-10-20 08:27:15 > -060

Re: [PATCH v1 1/1] mtd: Drop superfluous const qualifier

2024-10-21 Thread Simon Glass
On Mon, 21 Oct 2024 at 16:20, Andy Shevchenko wrote: > > The compiler will ignore it anyway: > > include/linux/mtd/mtd.h:342:15: warning: type qualifiers ignored on > function return type [-Wignored-qualifiers] > > Signed-off-by: Andy Shevchenko > --- > include/linux/mtd/mtd.h | 2 +- > 1 fil

Re: [PATCH v2 18/25] igep00x0: Drop unused status_led.h header file

2024-10-21 Thread Simon Glass
Hi Javier, On Mon, 21 Oct 2024 at 14:53, Javier Martinez Canillas wrote: > > Simon Glass writes: > > Hello Simon, > > > This header file is not used, so drop it. > > > > Signed-off-by: Simon Glass > > --- > > > > (no changes since v1) > > > > I've already reviewed v1 but you didn't keep the tag

Re: enabling W=1 by default

2024-10-21 Thread Simon Glass
Hi Andy, On Mon, 21 Oct 2024 at 16:27, Andy Shevchenko wrote: > > Hi! > > looking at the redness of the output of `make W=1` here is the question: > isn't it a good time to enable `make W=1` by default. Yes, I understand > the impact, but at least we can do it mandatory for a _new_ code submitted

Re: [PATCH] CI: Add a test for building without CMDLINE

2024-10-21 Thread Simon Glass
Hi Tom, On Mon, Oct 21, 2024, 16:33 Tom Rini wrote: > > On Mon, Oct 21, 2024 at 03:44:49PM +0200, Simon Glass wrote: > > > Something this breaks, so add a test to keep it working. Since sandbox > > enables a lot of options, it is a good board to use. > > > > Signed-off-by: Simon Glass > > --- >

Re: [PATCH v1 1/1] cmd: nvedit: Mark a few functions static

2024-10-21 Thread Simon Glass
On Mon, 21 Oct 2024 at 15:56, Andy Shevchenko wrote: > > Some functions are not used anywhere except the same file > where they are defined. Mark them static. This helps avoiding > the compiler warnings: > > cmd/nvedit.c:201:5: warning: no previous prototype for ‘do_env_ask’ > [-Wmissing-protot

Re: ll_entry_count returns 0 even though the linker list has 5 entries

2024-10-21 Thread Simon Glass
Hi Osman, I'm adding Heinrich as he knows about RISC-V. This is a mystery to me. Regards, Simon On Mon, 21 Oct 2024 at 08:56, Osman wrote: > > Hi Simon, > > I have digged on this a bit while debugging and this is the disassembled > version of the ll_entry_count: > > 1 auipc s1,0x4 > 2 addi

Re: [PATCH v9 24/37] common: Enable BLOBLIST_TABLES on arm

2024-10-21 Thread Simon Glass
Hi Patrick, On Mon, 21 Oct 2024 at 10:26, Patrick Rudolph wrote: > > Hi Simon, > On Fri, Oct 18, 2024 at 1:18 AM Simon Glass wrote: > > > > Hi Patrick, > > > > On Wed, 16 Oct 2024 at 00:16, Patrick Rudolph > > wrote: > > > > > > Allow to use BLOBLIST_TABLES on arm to store ACPI or other tables.

[PATCH] ARM: dts: stm32: remove unused include for dhcor

2024-10-21 Thread Patrick Delaunay
Remove device tree include files no more used with OF_UPSTREAM migration stm32mp135f-dhcor-dhsbc.dts Fixes: cccb29fc1270 ("ARM: dts: stm32: Switch to using upstream DT on DH STM32 DHSOM") Signed-off-by: Patrick Delaunay --- arch/arm/dts/stm32mp13xx-dhcor-som.dtsi | 308

Re: [PATCH 3/3] common: Move autoprobe out to board init

2024-10-21 Thread Jonas Karlman
Hi Simon, On 2024-10-21 17:51, Simon Glass wrote: > Rather than doing autoprobe within the driver model code, move it out to > the board-init code. This makes it clear that it is a separate step from > binding devices. It could probably be good to mention that after this patch the events EVT_DM_P

[PATCH 3/3] common: Move autoprobe out to board init

2024-10-21 Thread Simon Glass
Rather than doing autoprobe within the driver model code, move it out to the board-init code. This makes it clear that it is a separate step from binding devices. For now this is always done twice, before and after relocation, but we should discuss whether it might be possible to drop the post-rel

[PATCH 2/3] dm: core: Simplify dm_probe_devices()

2024-10-21 Thread Simon Glass
There is no point in checking the pre_reloc flag, since devices not marked as pre-reloc will not have been bound, so won't exist yet. There doesn't seem to be any point in checking if the device has a valid devicetree node either, so drop that too. Signed-off-by: Simon Glass --- drivers/core/r

[PATCH 1/3] common: Drop check for DM in initf_dm()

2024-10-21 Thread Simon Glass
This is enabled by all boards, so drop the condition. Signed-off-by: Simon Glass --- common/board_f.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/common/board_f.c b/common/board_f.c index f1bd70fdd6c..8684ed71284 100644 --- a/common/board_f.c +++ b/common/board_f.c

[PATCH 0/3] Adjust how autoprobe is implemented

2024-10-21 Thread Simon Glass
This little series makes a minor change to how autoprobe is implemeneted, as discussed on the list. SPL is left out for now, but we can discuss how best to deal with that. Simon Glass (3): common: Drop check for DM in initf_dm() dm: core: Simplify dm_probe_devices() common: Move autoprobe

RE: [PATCH 2/2] arm64: imx8mp: Read item and serial number from EEPROM ID page on DH i.MX8MP DHCOM

2024-10-21 Thread Christoph Niedermaier
From: Marek Vasut Sent: Thursday, October 17, 2024 8:35 PM > On 10/17/24 1:55 PM, Christoph Niedermaier wrote: > > [...] > >> +__func__, ret); > > This will be printed on every device, even the ones without ID EEPROM, > correct ? This should not be pri

RE: [PATCH 1/2] arm64: imx8mp: Read MAC address from M24C32-D write-lockable page on DH i.MX8MP DHCOM if available

2024-10-21 Thread Christoph Niedermaier
From: Marek Vasut Sent: Thursday, October 17, 2024 4:01 PM > On 10/17/24 1:09 PM, Christoph Niedermaier wrote: >> From: Marek Vasut >> Sent: Wednesday, October 16, 2024 2:16 PM >>> On 10/16/24 1:57 PM, Christoph Niedermaier wrote: From: Marek Vasut Sent: Saturday, October 12, 2024 10:4

[PATCH 4/6] memory: ti-aemif: Wrap the CS configuration into a function

2024-10-21 Thread Bastien Curutchet
Wrap the CS configuration into a aemif_configure_cs() to ease its migration to another driver when adding DM support. Signed-off-by: Bastien Curutchet --- drivers/memory/ti-aemif.c | 31 +++ 1 file changed, 19 insertions(+), 12 deletions(-) diff --git a/drivers/memor

[PATCH 0/6] memory: ti-aemif: Add DM support

2024-10-21 Thread Bastien Curutchet
Hi all, This patch series aims to add DM support for the AEMIF controller that can be found in the DaVinci SoCs. This controller has already a driver used by the Keystone SoCs so I add my work to it. As we can now easily import Linux device-trees, I try to stick the most I can to the Linux bindi

Re: [PATCH 10/10] tests: update smbios pytest

2024-10-21 Thread Raymond Mao
Hi Tom, On Mon, 19 Aug 2024 at 18:19, Tom Rini wrote: > On Fri, Aug 16, 2024 at 08:46:53AM -0700, Raymond Mao wrote: > > Update the expected test result to align with the smbios library changes. > > > > Signed-off-by: Raymond Mao > > --- > > test/py/tests/test_smbios.py | 2 +- > > 1 file chan

Re: [PATCH 0/3] Simple-framebuffer node related updates

2024-10-21 Thread Devarsh Thakkar
Gentle reminder. Hi Tom, Bryan, On 25/09/24 20:43, Devarsh Thakkar wrote: > This series fixes some compilation issues related to FDT_SIMPLEFB > and VIDEO and along with that enables support for dynamic simplefb > node enablement for AM62x platform. > > Devarsh Thakkar (3): > boot/Kconfig: Add

[PATCH 6/6] memory: ti-aemif-cs: Compute timing configuration from DT parsing

2024-10-21 Thread Bastien Curutchet
The Linux bindings of the AEMIF offer properties that specify the transaction timings for each chips select. Add parsing of these properties to calculate the chip select's configuration from them and the rate of the AEMIF's reference clock. Signed-off-by: Bastien Curutchet --- drivers/memory/ti

[PATCH 5/6] memory: ti-aemif: Add DM support

2024-10-21 Thread Bastien Curutchet
The AEMIF's bindings in the Linux tree have a node for the AEMIF controller and then a node for each AEMIF's chip select. This CS node doesn't have a compatible property but describes the timing parameters used by a given chip select. The U-Boot DM framework expects every node to have a 'compatible

[PATCH 3/6] memory: ti-aemif: Add ARCH_DAVINCI to architectures that uses TI_AEMIF

2024-10-21 Thread Bastien Curutchet
TI_AEMIF configuration doesn't depend on ARCH_DAVINCI while the AEMIF controller is present in the DaVinci SoCs. Add ARCH_DAVINCI to the potential users of the TI_AEMIF driver Add to driver's includes to fix build issue on ARCH_DAVINCI Signed-off-by: Bastien Curutchet --- drivers/memory/Kconfi

[PATCH 2/6] memory: ti-aemif: Make AEMIF driver architecture agnostic

2024-10-21 Thread Bastien Curutchet
AEMIF controller is present on other SoCs than the Keystone ones. Remove Keystone specificities from the driver to be able to use it from other architectures. Adapt the ks2_evm/board.c to fit the new driver. Signed-off-by: Bastien Curutchet --- arch/arm/include/asm/ti-common/ti-aemif.h | 1 +

[PATCH 1/6] memory: ti-aemif: Correct macro to ensure avoiding precedence issues

2024-10-21 Thread Bastien Curutchet
Fix following CHECK pointed out by checkpatch: CHECK: Macro argument 'cs' may be better as '(cs)' to avoid precedence issues #62: FILE: drivers/memory/ti-aemif.c:15: +#define AEMIF_CONFIG(cs) (0x10 + (cs * 4)) Signed-off-by: Bastien Curutchet --- drivers/memory/ti-aemif.c

Re: [PATCH v1 1/1] efi_loader: Mark a function static

2024-10-21 Thread Ilias Apalodimas
Thanks Andy On Mon, 21 Oct 2024 at 17:06, Andy Shevchenko wrote: > > efi_bootmgr_release_uridp_resource() is not used anywhere except > the same file where it is defined. Mark it static. > This helps avoiding the compiler warning: > > lib/efi_loader/efi_bootmgr.c:388:14: warning: no previous pr

Re: [PATCH] CI: Add a test for building without CMDLINE

2024-10-21 Thread Tom Rini
On Mon, Oct 21, 2024 at 03:44:49PM +0200, Simon Glass wrote: > Something this breaks, so add a test to keep it working. Since sandbox > enables a lot of options, it is a good board to use. > > Signed-off-by: Simon Glass > --- > > .azure-pipelines.yml | 8 > .gitlab-ci.yml | 11

enabling W=1 by default

2024-10-21 Thread Andy Shevchenko
Hi! looking at the redness of the output of `make W=1` here is the question: isn't it a good time to enable `make W=1` by default. Yes, I understand the impact, but at least we can do it mandatory for a _new_ code submitted to U-Boot, right? Ideally I would have what Linux kernel has for a few re

[PATCH v1 1/1] : Mark a few functions static inline

2024-10-21 Thread Andy Shevchenko
The function prototypes that are defined in the header most likely has to be marked as static inline. This helps avoiding the compiler warnings: include/mux.h:120:14: warning: no previous prototype for ‘mux_control_states’ [-Wmissing-prototypes] include/mux.h:125:18: warning: no previous prot

[PATCH v1 1/1] mtd: Drop superfluous const qualifier

2024-10-21 Thread Andy Shevchenko
The compiler will ignore it anyway: include/linux/mtd/mtd.h:342:15: warning: type qualifiers ignored on function return type [-Wignored-qualifiers] Signed-off-by: Andy Shevchenko --- include/linux/mtd/mtd.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/linux/mtd

[PATCH v1 1/1] efi_loader: Mark a function static

2024-10-21 Thread Andy Shevchenko
efi_bootmgr_release_uridp_resource() is not used anywhere except the same file where it is defined. Mark it static. This helps avoiding the compiler warning: lib/efi_loader/efi_bootmgr.c:388:14: warning: no previous prototype for ‘efi_bootmgr_release_uridp_resource’ [-Wmissing-prototypes] Sign

Re: [PATCH 1/6] mbedtls: Enable TLS 1.2 support

2024-10-21 Thread Raymond Mao
Hi Ilias, On Mon, 21 Oct 2024 at 06:32, Ilias Apalodimas wrote: > Hi Raymond, > > On Fri, 18 Oct 2024 at 18:26, Raymond Mao wrote: > > > > Hi Ilias, > > > > On Fri, 18 Oct 2024 at 10:55, Ilias Apalodimas < > ilias.apalodi...@linaro.org> wrote: > >> > >> Hi Raymond, > >> > >> On Fri, 18 Oct 2024

  1   2   >