Re: [PATCH] regulator: rk8xx: Fix buck get and set enabled state on RK806

2024-09-02 Thread Kever Yang
Hi Jonas, On 2024/8/31 06:42, Jonas Karlman wrote: Wrong POWER_EN reg is used to get and set enabled state for the RK806 buck 4 and 8 regulators, also wrong POWER_SLP_EN0 bit is used for suspend state for the RK806 buck 1-8 regulators. Fix this by not adding one to the zero based buck variable.

Re: [PATCH] video: Add parentheses around VNBYTES() macro

2024-09-02 Thread Miquel Raynal
Hello, tr...@konsulko.com wrote on Tue, 19 Sep 2023 11:14:56 -0400: > On Mon, Sep 18, 2023 at 07:04:41PM -0600, Simon Glass wrote: > > Hi Tom, Dan, > > > > On Tue, 8 Aug 2023 at 19:39, Tom Rini wrote: > > > > > > On Wed, Jul 26, 2023 at 09:54:08AM +0300, Dan Carpenter wrote: > > > > > > > T

Re: [PATCH 1/2] zynqmp: Disable secure access for boot devices

2024-09-02 Thread Michal Simek
On 8/13/24 00:07, Sean Anderson wrote: Boot devices (QSPI, MMC, NAND, and Ethernet) use secure access for DMA by default. As this causes problems when using the SMMU [1], configure them for normal access instead. [1] https://support.xilinx.com/s/article/72164 Signed-off-by: Sean Anderson -

Re: [PATCH] mmc: Hide mmc speed command under mmc command

2024-09-02 Thread Quentin Schulz
Hi Marek, On 8/29/24 3:22 AM, Marek Vasut wrote: The mmc speed command configuration option keeps showing up in Kconfig even if CMD_MMC is not set. Move MMC_SPEED_MODE_SET under How is that even possible? Shouldn't depends on be enough to NOT show the option? I just tested now and it does

Re: [PATCH 2/2] arm: zynqmp: Enable non-invasive CCI-400 PMU debug

2024-09-02 Thread Michal Simek
On 8/13/24 00:07, Sean Anderson wrote: Set NIDEN, enabling non-invasive debug for the CCI-400 PMU. Otherwise, the PMU is effectively disabled. Signed-off-by: Sean Anderson --- arch/arm/mach-zynqmp/include/mach/hardware.h | 3 +++ board/xilinx/zynqmp/zynqmp.c | 4 2

Re: xPL terminology

2024-09-02 Thread Quentin Schulz
Hi Simon, On 8/30/24 3:06 AM, Simon Glass wrote: Hi Tom, On Tue, 27 Aug 2024 at 15:43, Tom Rini wrote: On Tue, Aug 27, 2024 at 01:24:59PM -0600, Simon Glass wrote: Hi Tom, On Tue, 27 Aug 2024 at 10:50, Tom Rini wrote: On Sun, Aug 25, 2024 at 07:07:23AM -0600, Simon Glass wrote: Hi, W

Re: [PATCH 02/17] acpi: x86: Write FADT in common code

2024-09-02 Thread Patrick Rudolph
On Mon, Jul 29, 2024 at 5:28 PM Simon Glass wrote: > > Hi Patrick, > > On Sat, 27 Jul 2024 at 01:20, Patrick Rudolph > wrote: > > > > From: Maximilian Brune > > > > Write the FADT in common code since it's used on all architectures. > > Let the cpu code fill out the FADT body by introducing a ne

Re: [PATCH 03/17] acpi: x86: Move MADT to common code

2024-09-02 Thread Patrick Rudolph
On Mon, Jul 29, 2024 at 5:28 PM Simon Glass wrote: > > Hi Patrick, > > On Sat, 27 Jul 2024 at 01:20, Patrick Rudolph > wrote: > > > > Write MADT in common code and let the SoC fill out the body by > > calling acpi_fill_madt() which must be implemented at SoC level. > > > > Signed-off-by: Patrick

[GIT PULL] usb hub changes for 2025.01 next

2024-09-02 Thread Michal Simek
Hi, please pull these changes to your next branch. Changes have been sent for a while and there was no reply to them. Here is the thread. https://lore.kernel.org/all/20240605100221.3571-1-venkatesh.abbar...@amd.com/ We are doing the same changes on Linux side and they should be merged soon htt

[u-boot-test-hooks][PATCH] travis-ci: Skip the saveenv and reset test cases on xilinx zynq qemu

2024-09-02 Thread Venkatesh Yadav Abbarapu
There is an issue with the xilinx zynq qemu qspi driver during the erase operation in dual parallel configuration, so skip these tests for now. Signed-off-by: Venkatesh Yadav Abbarapu --- py/travis-ci/u_boot_boardenv_xilinx_zynq_virt_qemu.py | 2 ++ py/travis-ci/u_boot_boardenv_zynq_zc702_qemu.p

Re: How to retrieve cpu info from u-boot fucntion?

2024-09-02 Thread Sourabh Hegde Ramu
Hi, Thanks for the update. I was testing the Raspberry Pi 5 with u-boot and noticed I get below error regarding MAC address bcm2835: Could not query MAC address Net: No ethernet found. Is this because of a missing implementation of Pi5 network hardware? Thanks again! On Thu, Aug 29, 2024 at

Re: [u-boot-test-hooks][PATCH] travis-ci: Skip the saveenv and reset test cases on xilinx zynq qemu

2024-09-02 Thread Michal Simek
Hi Tom, On 9/2/24 11:53, Venkatesh Yadav Abbarapu wrote: There is an issue with the xilinx zynq qemu qspi driver during the erase operation in dual parallel configuration, so skip these tests for now. Signed-off-by: Venkatesh Yadav Abbarapu --- py/travis-ci/u_boot_boardenv_xilinx_zynq_virt_q

[PATCH v12 0/9] spi-nor: Add parallel and stacked memories support

2024-09-02 Thread Venkatesh Yadav Abbarapu
This series adds support for Xilinx qspi parallel and stacked memeories. In parallel mode, the current implementation assumes that a maximum of two flashes are connected. The QSPI controller splits the data evenly between both the flashes so, both the flashes that are connected in parallel mode sh

[PATCH v12 2/9] mtd: spi-nor: Add parallel memories support for read_sr and read_fsr

2024-09-02 Thread Venkatesh Yadav Abbarapu
From: Ashok Reddy Soma Add support for parallel memories flash configuration in read status register and read flag status register functions. Signed-off-by: Ashok Reddy Soma Signed-off-by: Venkatesh Yadav Abbarapu --- drivers/mtd/spi/spi-nor-core.c | 50 -- 1 f

[PATCH v12 1/9] mtd: spi-nor: Add parallel and stacked memories support

2024-09-02 Thread Venkatesh Yadav Abbarapu
In parallel mode, the current implementation assumes that a maximum of two flashes are connected. The QSPI controller splits the data evenly between both the flashes so, both the flashes that are connected in parallel mode should be identical. During each operation SPI-NOR sets 0th bit for CS0 & 1s

[PATCH v12 5/9] spi: zynqmp_gqspi: Add parallel memories support in GQSPI driver

2024-09-02 Thread Venkatesh Yadav Abbarapu
Add support for parallel memories in zynqmp_gqspi.c driver. In case of parallel memories STRIPE bit is set and sent to the qspi ip, which will send data bits to both the flashes in parallel. However for few commands we should not use stripe, instead send same data to both the flashes. Those command

[PATCH v12 3/9] mtd: spi-nor: Add parallel and stacked memories support in read_bar and write_bar

2024-09-02 Thread Venkatesh Yadav Abbarapu
From: Ashok Reddy Soma Add support for parallel memories and stacked memories configuration in read_bar and write_bar functions. Signed-off-by: Ashok Reddy Soma Signed-off-by: Venkatesh Yadav Abbarapu --- drivers/mtd/spi/spi-nor-core.c | 55 +- 1 file changed,

[PATCH v12 4/9] spi: spi-uclass: Read chipselect and restrict capabilities

2024-09-02 Thread Venkatesh Yadav Abbarapu
Read chipselect properties from DT which are populated using 'reg' property and save it in plat->cs[] array for later use. Also read multi chipselect capability which is used for parallel-memories and return errors if they are passed on using DT but driver is not capable of handling it. Signed-of

[PATCH v12 6/9] spi: zynq_qspi: Add parallel memories support in QSPI driver

2024-09-02 Thread Venkatesh Yadav Abbarapu
Add support for parallel memories in zynq_qspi.c driver. In case of parallel memories STRIPE bit is set and sent to the qspi ip, which will send data bits to both the flashes in parallel. However for few commands we should not use stripe, instead send same data to both the flashes. Those commands a

[PATCH v12 7/9] spi: Add the spi advance options for non SPL

2024-09-02 Thread Venkatesh Yadav Abbarapu
Adding the config option SPI_ADVANCE for non SPL code. Signed-off-by: Venkatesh Yadav Abbarapu --- drivers/spi/Kconfig | 8 drivers/spi/spi-uclass.c | 5 +++-- 2 files changed, 11 insertions(+), 2 deletions(-) diff --git a/drivers/spi/Kconfig b/drivers/spi/Kconfig index cd785aefd5

[PATCH v12 8/9] config: xea: Enable the SPI_ADVANCE config option

2024-09-02 Thread Venkatesh Yadav Abbarapu
Disable the config SPI_ADVANCE, as getting the below error ../arm-xilinx-linux-gnueabi-ld.bfd.real: drivers/core/ofnode.o: in function `ofnode_get_property': /u-boot/drivers/core/ofnode.c:1185: undefined reference to `fdt_getprop' make[1]: *** [scripts/Makefile.spl:527: spl/u-boot-spl] Error 1 Sig

[PATCH v12 9/9] config: mx6sabresd: Default don't enable the flash lock

2024-09-02 Thread Venkatesh Yadav Abbarapu
By default flash lock option is enabled, enable this option only when it is required. By disabling the lock config will save some amount of memory. Signed-off-by: Venkatesh Yadav Abbarapu --- configs/mx6sabresd_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/mx6sabresd_defc

Re: [PATCH] cmd: mmc: Allow using partition name in mmc erase command

2024-09-02 Thread Quentin Schulz
Hi Tomas, On 9/1/24 3:59 PM, Tomas Paukrt wrote: The mmc erase command currently requires blk# and cnt parameters which can be obtained using the part command if the entire partition needs to be deleted. Simplify the use of the mmc erase command by allowing the partition name to be specified di

Re: [PATCH] versal2: Update the sys prompt name

2024-09-02 Thread Michal Simek
On 8/9/24 07:05, Love Kumar wrote: versal2 refers as "Versal Gen 2" as a generic approved name so using the same as u-boot prompt name for all versal2 defconfig We have discussed this together and using different word than versal2 is not productive. That's why keep only versal2 is enough.

Re: [PATCH] regulator: rk8xx: Fix buck get and set enabled state on RK806

2024-09-02 Thread Quentin Schulz
Hi Jonas, On 8/31/24 12:42 AM, Jonas Karlman wrote: Wrong POWER_EN reg is used to get and set enabled state for the RK806 buck 4 and 8 regulators, also wrong POWER_SLP_EN0 bit is used for suspend state for the RK806 buck 1-8 regulators. Fix this by not adding one to the zero based buck variable

Re: [PATCH v3 3/3] efi: Show the location of the bounce buffer

2024-09-02 Thread Heinrich Schuchardt
Am 2. September 2024 00:22:59 MESZ schrieb Simon Glass : >The EFI_LOADER_BOUNCE_BUFFER feature was added many years ago. It is not >clear whether it is still needed, but 24 boards (lx2160ardb_tfa_stmm, >lx2162aqds_tfa_SECURE_BOOT and the like) use it. > >This feature uses EFI page allocation to

[PATCH] net: guard call to tftp_start() with #if defined(CONFIG_CMD_TFTPBOOT)

2024-09-02 Thread Jerome Forissier
net_auto_load() cannot call tftp_start() if CONFIG_CMD_TFTPBOOT is disabled. Signed-off-by: Jerome Forissier --- net/net.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/net/net.c b/net/net.c index d9bc9df643f..35961ba1c7d 100644 --- a/net/net.c +++ b/net/net.c @@ -334,6 +334,7 @@ void ne

Re: [PATCH] cmd: fdt: use U-Boot's FDT by default

2024-09-02 Thread Caleb Connolly
Hi Simon, On 01/09/2024 21:10, Simon Glass wrote: > Hi Caleb, > > On Sun, 1 Sept 2024 at 08:21, Caleb Connolly > wrote: >> >> Hi, >> >> On 31/08/2024 23:22, E Shattow wrote: >>> Hi Caleb, the problem here is hidden conditional behavior. >>> >>> On Sat, Aug 31, 2024 at 9:56 AM Caleb Connolly >>>

Re: [PATCH] net: guard call to tftp_start() with #if defined(CONFIG_CMD_TFTPBOOT)

2024-09-02 Thread Quentin Schulz
Hi Jerome, On 9/2/24 2:59 PM, Jerome Forissier wrote: net_auto_load() cannot call tftp_start() if CONFIG_CMD_TFTPBOOT is disabled. Signed-off-by: Jerome Forissier --- net/net.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/net/net.c b/net/net.c index d9bc9df643f..35961ba1c7d 100644

[PATCH] configs/ethernut5.h: define CFG_SYS_I2C_RTC_ADDR unconditionally

2024-09-02 Thread Jerome Forissier
The PCF6563 RTC driver needs the I2C address of the chip on the board to be defined as CFG_SYS_I2C_RTC_ADDR. ethernut5 selects this driver but defines CFG_SYS_I2C_RTC_ADDR only when CMD_DATE or CMD_SNTP is enabled which is clearly wrong. The condition should be on the driver's Kconfig instead (#ifd

Re: [PATCH] configs/ethernut5.h: define CFG_SYS_I2C_RTC_ADDR unconditionally

2024-09-02 Thread Peter Robinson
Tom, I wonder if it makes sense just to drop this board altogether? I looked at it for some other unloved feature at the beginning of the year and I never heard from the maintainers. Peter On Mon, 2 Sept 2024 at 14:13, Jerome Forissier wrote: > > The PCF6563 RTC driver needs the I2C address of

Re: [PATCH] net: guard call to tftp_start() with #if defined(CONFIG_CMD_TFTPBOOT)

2024-09-02 Thread Jerome Forissier
Hi Quentin, On 9/2/24 15:09, Quentin Schulz wrote: > Hi Jerome, > > On 9/2/24 2:59 PM, Jerome Forissier wrote: >> net_auto_load() cannot call tftp_start() if CONFIG_CMD_TFTPBOOT is >> disabled. >> >> Signed-off-by: Jerome Forissier >> --- >>   net/net.c | 2 ++ >>   1 file changed, 2 insertions(+

[PATCH] net: guard call to tftp_start() with IS_ENABLED(CONFIG_CMD_TFTPBOOT)

2024-09-02 Thread Jerome Forissier
net_auto_load() cannot call tftp_start() if CONFIG_CMD_TFTPBOOT is disabled. Signed-off-by: Jerome Forissier --- net/net.c | 23 ++- 1 file changed, 14 insertions(+), 9 deletions(-) diff --git a/net/net.c b/net/net.c index d9bc9df643f..1e0b7c85624 100644 --- a/net/net.c +++

[PATCH v2] mmc: Hide mmc speed command under mmc command

2024-09-02 Thread Marek Vasut
The mmc speed command configuration option keeps showing up in Kconfig directly in 'Command line interface'. Move MMC_SPEED_MODE_SET under CMD_MMC to make it show up alongside the MMC command. Signed-off-by: Marek Vasut --- Cc: AKASHI Takahiro Cc: Francis Laniel Cc: Heinrich Schuchardt Cc: Mat

Re: [PATCH] mmc: Hide mmc speed command under mmc command

2024-09-02 Thread Marek Vasut
On 9/2/24 10:48 AM, Quentin Schulz wrote: Hi Marek, Hi, On 8/29/24 3:22 AM, Marek Vasut wrote: The mmc speed command configuration option keeps showing up in Kconfig even if CMD_MMC is not set. Move MMC_SPEED_MODE_SET under How is that even possible? Shouldn't depends on be enough to NO

Re: [PATCH v2] mmc: Hide mmc speed command under mmc command

2024-09-02 Thread Quentin Schulz
Hi Marek, On 9/2/24 3:37 PM, Marek Vasut wrote: The mmc speed command configuration option keeps showing up in Kconfig directly in 'Command line interface'. Move MMC_SPEED_MODE_SET under CMD_MMC to make it show up alongside the MMC command. Signed-off-by: Marek Vasut --- Cc: AKASHI Takahiro C

Re: [PATCH v4 0/5] net: dwc_eth_qos: Add glue driver for Intel MAC

2024-09-02 Thread Philip Oberfichtner
Hi all, Seems there is no more comments to the series. Can we get it merged then? Best regards, Philip On Fri, Aug 02, 2024 at 11:25:34AM +0200, Philip Oberfichtner wrote: > This patch series implements the dwc_eth_qos glue driver for Intel SOCs. > Before doing that, a few general adaptions to

Re: [PATCH] regulator: rk8xx: Fix buck get and set enabled state on RK806

2024-09-02 Thread Jonas Karlman
Hi Quentin, On 2024-09-02 13:14, Quentin Schulz wrote: > Hi Jonas, > > On 8/31/24 12:42 AM, Jonas Karlman wrote: >> Wrong POWER_EN reg is used to get and set enabled state for the RK806 >> buck 4 and 8 regulators, also wrong POWER_SLP_EN0 bit is used for >> suspend state for the RK806 buck 1-8 re

Re: [PATCH] regulator: rk8xx: Fix buck get and set enabled state on RK806

2024-09-02 Thread Quentin Schulz
Hi Jonas, On 9/2/24 4:28 PM, Jonas Karlman wrote: Hi Quentin, On 2024-09-02 13:14, Quentin Schulz wrote: Hi Jonas, On 8/31/24 12:42 AM, Jonas Karlman wrote: Wrong POWER_EN reg is used to get and set enabled state for the RK806 buck 4 and 8 regulators, also wrong POWER_SLP_EN0 bit is used for

Re: [PATCH 2/4] ram: rockchip: Kconfig: Fix dependency of RAM_ROCKCHIP_DEBUG

2024-09-02 Thread Łukasz Czechowski
Hi Quentin, Fair point. Unfortunately the syntax "depends on if " seem to be not supported in Kconfig I can do something like depends on !TPL_SILENT_CONSOLE && TPL_RAM || !SPL_SILENT_CONSOLE && SPL_RAM instead. What do you think? Best regards, Łukasz czw., 29 sie 2024 o 12:19 Quentin Schulz

Re: [PATCH v2 02/16] buildman/toolchain.py: set CROSS_COMPILE only if self.cross is set

2024-09-02 Thread Jerome Forissier
Hi Simon, On 9/1/24 22:10, Simon Glass wrote: > Hi Jerome, > > On Fri, 30 Aug 2024 at 04:17, Jerome Forissier > wrote: >> >> In MakeEnvironment(), CROSS_COMPILE is defined to be self.cross (with >> or without a full path), optionally prefixed by the toolchain wrapper >> defined in ~/.buildman. T

Re: [PATCH v2 01/16] Makefile: detect HOST_ARCH properly when CROSS_COMPILE is multi-word

2024-09-02 Thread Jerome Forissier
On 9/1/24 22:09, Simon Glass wrote: > Hi Jerome, > > On Fri, 30 Aug 2024 at 04:17, Jerome Forissier > wrote: >> >> When CROSS_COMPILE contains multiple words, HOST_ARCH is not properly >> detected and the sandbox build fail. It typically happens when using >> ccache. For example: >> >> $ make

Re: [PATCH 2/4] ram: rockchip: Kconfig: Fix dependency of RAM_ROCKCHIP_DEBUG

2024-09-02 Thread Quentin Schulz
Hi Lukasz, On 9/2/24 4:57 PM, Łukasz Czechowski wrote: Hi Quentin, Fair point. Unfortunately the syntax "depends on if " seem to be not supported in Kconfig Shoot, it's the ONLY Kconfig attribute that doesn't support if :) I can do something like depends on !TPL_SILENT_CONSOLE && TPL_RAM

Re: [PATCH v3 2/3] buildman: Allow skipping the dtc build

2024-09-02 Thread Tom Rini
On Sun, Sep 01, 2024 at 02:09:39PM -0600, Simon Glass wrote: > Hi Tom, > > On Thu, 22 Aug 2024 at 08:10, Tom Rini wrote: > > > > On Wed, Aug 21, 2024 at 09:00:25PM -0600, Simon Glass wrote: > > > Hi Tom, > > > > > > On Fri, 16 Aug 2024 at 17:53, Simon Glass wrote: > > > > > > > > Hi Tom, > > > >

Re: [PATCH v2] ARM: imx: Wrap i.MX config options in MACH_IMX

2024-09-02 Thread Tom Rini
On Sun, Sep 01, 2024 at 02:38:00AM +0200, Marek Vasut wrote: > Wrap all the i.MX specific options in MACH_IMX, otherwise they keep > showing up in other SoC vendor configurations. No functional change. > > Signed-off-by: Marek Vasut Reviewed-by: Tom Rini -- Tom signature.asc Description: P

Re: Please pull u-boot-dm

2024-09-02 Thread Tom Rini
On Sun, Sep 01, 2024 at 02:09:52PM -0600, Simon Glass wrote: > Hi Tom, > > The following changes since commit 57949a99b7bd0aa21abbde1ffa7e50e5d9e10a4e: > > https://source.denx.de/u-boot/custodians/u-boot-dm/-/pipelines/22192 > https://dev.azure.com/simon0972/u-boot/_build/results?buildId=67&view

Re: [PATCH 09/13] net: wget: allow EFI boot

2024-09-02 Thread Tom Rini
On Sun, Sep 01, 2024 at 02:09:40PM -0600, Simon Glass wrote: > Hi Ilias, > > On Fri, 30 Aug 2024 at 08:28, Ilias Apalodimas > wrote: > > > > Hi Simon > > > > On Fri, 30 Aug 2024 at 17:18, Simon Glass wrote: > > > > > > Hi Jerome, > > > > > > On Thu, 29 Aug 2024 at 08:04, Simon Glass wrote: > >

Re: [PATCH] configs/ethernut5.h: define CFG_SYS_I2C_RTC_ADDR unconditionally

2024-09-02 Thread Tom Rini
On Mon, Sep 02, 2024 at 02:19:04PM +0100, Peter Robinson wrote: > Tom, > > I wonder if it makes sense just to drop this board altogether? I > looked at it for some other unloved feature at the beginning of the > year and I never heard from the maintainers. That doesn't sound unreasonable, unless

Re: [Binman] Question regarding SPL symbol offsets generation

2024-09-02 Thread Adam Ford
On Wed, Aug 28, 2024 at 3:04 AM Lukasz Majewski wrote: > > Hi Simon, > > > Hi, > > > > On Tue, 27 Aug 2024 at 12:47, Fabio Estevam > > wrote: > > > > > > Hi Lukasz, > > > > > > On Thu, Aug 15, 2024 at 5:14 PM Lukasz Majewski > > > wrote: > > > > Unfortunately not - this change is only for proper

Re: [PATCH V3 6/9] sunxi: Correct TPR6 parameter for H616 DRAM driver

2024-09-02 Thread Andre Przywara
Hi, On 30/08/2024 16:55, Chris Morgan wrote: From: Chris Morgan Correct the default TPR6 parameter based on suggestion from Mikhail Kalashnikov. [1] [1] https://lore.kernel.org/u-boot/4c003cab-c8b8-484d-924d-084e71fe6...@gmail.com/ I am confused, doesn't that change belong together with th

Re: [PATCH V3 5/9] sunxi: H616: dram: Update mbus priorities

2024-09-02 Thread Andre Przywara
Hi, On 30/08/2024 16:55, Chris Morgan wrote: From: Jernej Skrabec CSI1 channel (22) is missing and IOMMU (25) has priority flag set in vendor bootloader. Fix that. While at it, replace bandwidth flag with priority since original flag has always value "true". I cannot confirm what the vendor

[PATCH 0/3] Add Android 14 bootflow support for AM62X and AM62P board

2024-09-02 Thread Guillaume La Roque
Ths patchset add support of Android 14 with boot image version 4 for : - AM62X-SK EVM: https://www.ti.com/tool/SK-AM62B - BeaglePlay: https://beagleplay.org/ - AM62PX-SK EVM: https://www.ti.com/tool/SK-AM62P-LP Android Images use to test this series are on the Official TI website: - AM62x/BeaglePl

[PATCH 1/3] board: ti: am62x_evm: Add android bootflow

2024-09-02 Thread Guillaume La Roque
Add Android bootflow support for AM62X SK EVM board with new android boot method. Co-developed-by: Mattijs Korpershoek Signed-off-by: Mattijs Korpershoek Signed-off-by: Guillaume La Roque --- board/ti/am62x/am62x.env | 5 + configs/am62x_a53_android.config | 34 +++

[PATCH 3/3] board: ti: am62px: Add android bootflow support

2024-09-02 Thread Guillaume La Roque
From: Mattijs Korpershoek When CONFIG_BOOTMETH_ANDROID is set, enable Android boot flow support. To build for AM62Px for Android, we can re-use the am62x_a53_android.config fragment when building A53 bootloaders: $ make am62px_evm_a53_defconfig $ make am62x_a53_android.config $ make Sign

[PATCH 2/3] board: beagle: beagleplay: Add android bootflow support

2024-09-02 Thread Guillaume La Roque
From: Mattijs Korpershoek Beagle Play has a different boot flow than the AM62x SK EVM. AM62x SK EVM: 1. Boot rom reads UDA (User Data Area), looking for tiboot3 2. Boot rom finds tiboot3 and loads it Beagle Play: 1. Boot rom looks for tiboot3 in mmc0boot0 2. Boot rom finds tiboot3 and loads it

[GIT PULL] Please pull u-boot-amlogic-next-20240902

2024-09-02 Thread Neil Armstrong
3:28 -0600) are available in the Git repository at: https://source.denx.de/u-boot/custodians/u-boot-amlogic.git tags/u-boot-amlogic-next-20240902 for you to fetch changes up to 35ff967a99e97b523732096628bdbc78758922f6: mtd: rawnand: meson: read/write access for boot ROM pages (2024-08-28

Re: [u-boot-test-hooks][PATCH] travis-ci: Skip the saveenv and reset test cases on xilinx zynq qemu

2024-09-02 Thread Tom Rini
On Mon, 02 Sep 2024 15:23:57 +0530, Venkatesh Yadav Abbarapu wrote: > There is an issue with the xilinx zynq qemu qspi driver during the erase > operation in dual parallel configuration, so skip these > tests for now. > > Applied to u-boot/u-boot-test-hooks.git/master, thanks! -- Tom

Re: [u-boot-test-hooks][PATCH] travis-ci: Skip the saveenv and reset test cases on xilinx zynq qemu

2024-09-02 Thread Tom Rini
On Mon, Sep 02, 2024 at 12:11:22PM +0200, Michal Simek wrote: > Hi Tom, > > On 9/2/24 11:53, Venkatesh Yadav Abbarapu wrote: > > There is an issue with the xilinx zynq qemu qspi driver during the erase > > operation in dual parallel configuration, so skip these > > tests for now. > > > > Signed-o

Re: [PATCH v4 02/23] nvmxip: Avoid probing on boot

2024-09-02 Thread Tom Rini
On Sun, Sep 01, 2024 at 04:26:13PM -0600, Simon Glass wrote: > Devices should be probed when they are used, not before. Drop this > boot-time probing. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > > drivers/mtd/nvmxip/nvmxip-uclass.c | 7 --- > 1 file changed, 7 deletio

[GIT PULL] Please pull u-boot-imx-next-20240902

2024-09-02 Thread Fabio Estevam
-imx.git tags/u-boot-imx-next-20240902 for you to fetch changes up to d1349097222b5a3264f614b3e4fe672e0df26435: ARM: imx: Wrap i.MX config options in MACH_IMX (2024-09-02 13:23:36 -0300) u-boot-imx-next-20240902 CI: https://source.denx.de/u-boot/custodians/u-boot-imx

Re: [PATCH 0/2] phycore-imx8mp: Add support for SPI NOR flash

2024-09-02 Thread Fabio Estevam
On Mon, Aug 26, 2024 at 1:49 PM Benjamin Hahn wrote: > > Add support for flashing and booting from spi nor flash. > > Signed-off-by: Benjamin Hahn > --- > Benjamin Hahn (2): > configs: phycore-imx8mp_defconfig: Enable SPI NOR flash support > board: phytec: phycore_imx8mp: Add mtd spi

Re: [PATCH 1/4] mx6slevk: Convert to watchdog driver model

2024-09-02 Thread Fabio Estevam
On Mon, Aug 26, 2024 at 3:05 PM Fabio Estevam wrote: > > From: Fabio Estevam > > Commit 68dcbdd594d4 ("ARM: imx: Add weak default reset_cpu()") caused > the 'reset' command in U-Boot to not cause a board reset. > > Fix it by switching to the watchdog driver model via sysreset, which > is the pref

Re: [PATCH v3 1/4] imx: Remove CFG_MXC_USB_FLAGS

2024-09-02 Thread Fabio Estevam
On Wed, Aug 28, 2024 at 10:25 AM Fabio Estevam wrote: > include/configs/m53menlo.h | 1 - > include/configs/mx53cx9020.h | 1 - > include/configs/mx53loco.h | 1 - > include/configs/mx53ppd.h| 1 - I kept the mx5 lines and applied all, than

Re: [PATCH] ARM: imx: Make PLL settings configurable at board level

2024-09-02 Thread Fabio Estevam
On Tue, Aug 27, 2024 at 5:04 PM Marek Vasut wrote: > > Staticize intpll_configure(). Add weak board_imx_intpll_override() > function which can be defined at board level to override specific > PLL frequency settings early during boot. This can be used to for > example force faster CPU core clock fr

Re: [PATCH v2] ARM: imx: Wrap i.MX config options in MACH_IMX

2024-09-02 Thread Fabio Estevam
On Sat, Aug 31, 2024 at 9:38 PM Marek Vasut wrote: > > Wrap all the i.MX specific options in MACH_IMX, otherwise they keep > showing up in other SoC vendor configurations. No functional change. > > Signed-off-by: Marek Vasut Applied, thanks.

Re: [PATCH v3] imx: ele_ahab: Add HUK derivation support

2024-09-02 Thread Fabio Estevam
On Mon, Aug 26, 2024 at 7:07 AM Mathieu Othacehe wrote: > > Add a new ahab_derive command that derives the hardware unique key (HUK) > into a 16 or 32 bytes key and stores it at the given address. > > Signed-off-by: Mathieu Othacehe Applied, thanks.

Re: [PATCH] configs: verdin-imx8m[mp]: set CONFIG_SPL_LOAD_FIT_ADDRESS

2024-09-02 Thread Fabio Estevam
On Thu, Aug 29, 2024 at 8:24 AM Hiago De Franco wrote: > > From: Rogerio Guerra Borin > > Set the CONFIG_SPL_LOAD_FIT_ADDRESS for both verdin-imx8mm and > verdin-imx8mp configurations to specify the load address for FIT images > loaded by the SPL. > > As per lastest instructions from NXP, the gen

Re: [PATCH v4] gpio: mxc_gpio: fix reading state of GPIO pins in output mode

2024-09-02 Thread Fabio Estevam
On Wed, Aug 28, 2024 at 10:09 AM Tomas Paukrt wrote: > > The PSR register works correctly for GPIO pins in input mode, > but always returns 0 for GPIO pins in output mode unless the SION > bit is set. > > The DR register should be used for GPIO pins in output mode > to allow correct getting of pre

[PATCH v2] cmd: mmc: Allow using partition name in mmc erase command

2024-09-02 Thread Tomas Paukrt
The mmc erase command currently requires blk# and cnt parameters which can be obtained using the part start and part size commands if the entire partition needs to be erased. Simplify the use of the mmc erase command by allowing the partition name to be specified directly. --- cmd/mmc.c

Re: [PATCH v2] cmd: mmc: Allow using partition name in mmc erase command

2024-09-02 Thread Fabio Estevam
Hi Tomas, On Mon, Sep 2, 2024 at 3:06 PM Tomas Paukrt wrote: > > The mmc erase command currently requires blk# and cnt parameters > which can be obtained using the part start and part size commands > if the entire partition needs to be erased. > > Simplify the use of the mmc erase command by allo

Re: [PATCH v2] cmd: mmc: Allow using partition name in mmc erase command

2024-09-02 Thread Fabio Estevam
On Mon, Sep 2, 2024 at 3:12 PM Fabio Estevam wrote: > > Hi Tomas, > > On Mon, Sep 2, 2024 at 3:06 PM Tomas Paukrt wrote: > > > > The mmc erase command currently requires blk# and cnt parameters > > which can be obtained using the part start and part size commands > > if the entire partition needs

[PATCH v2] test/py: spi: Set the expected error message

2024-09-02 Thread Love Kumar
If erase/write/read size is 0 then it throws the mentioned error message when debug message ie enabled as per 899fb5aa8bec ("cmd: sf/nand: Print and return failure when 0 length is passed"), setting it to None as debug message is not enabled by default for testing. Signed-off-by: Love Kumar --- C

[PATCH v3] cmd: mmc: Allow using partition name in mmc erase command

2024-09-02 Thread Tomas Paukrt
The mmc erase command currently requires blk# and cnt parameters which can be obtained using the part start and part size commands if the entire partition needs to be erased. Simplify the use of the mmc erase command by allowing the partition name to be specified directly. Signed-off-by: Tomas Pa

Re: [PATCH 1/7] usb: onboard-hub: Add reset-gpio support

2024-09-02 Thread Marek Vasut
On 6/5/24 12:02 PM, Venkatesh Yadav Abbarapu wrote: As part of the reset, sets the direction of the pin to output before toggling the pin. Delay of millisecond is added in between low and high to meet the setup and hold time requirement of the reset. Signed-off-by: Venkatesh Yadav Abbarapu ---

Re: [PATCH 2/7] usb: onboard-hub: Fix the return values of regulator APIs

2024-09-02 Thread Marek Vasut
On 6/5/24 12:02 PM, Venkatesh Yadav Abbarapu wrote: Use the regulator API's only if the config DM_REGULATOR is enabled. Don't error out if there is no vdd regulator supply, as these are optional properties. Signed-off-by: Venkatesh Yadav Abbarapu --- common/usb_onboard_hub.c | 22

Re: [PATCH 3/7] usb: onboard-hub: add support for Microchip USB5744

2024-09-02 Thread Marek Vasut
On 6/5/24 12:02 PM, Venkatesh Yadav Abbarapu wrote: Add support for the Microchip USB5744 USB3.0 and USB2.0 Hub. The usb5744 driver trigger hub reset signal after soft reset. The usb5744 hub need to reset after the phy initialization, which toggles the gpio. Signed-off-by: Venkatesh Yadav Abbara

Re: [PATCH 4/7] usb: onboard-hub: Add i2c initialization for usb5744 hub

2024-09-02 Thread Marek Vasut
On 6/5/24 12:02 PM, Venkatesh Yadav Abbarapu wrote: Add i2c initialization hook and set usb5744 platform data with function having required i2c initialization sequence. Apart from the USB command attach, prevent the hub from suspend. when the “USB Attach with SMBUS (0xAA56)” command is issued to

Re: [PATCH 5/7] usb: onboard-hub: Bail out if peer hub is already probed

2024-09-02 Thread Marek Vasut
On 6/5/24 12:02 PM, Venkatesh Yadav Abbarapu wrote: Many physical hub chips include multiple logical hubs to handle both USB and Remove the 'and' here. 2 and 3 USB 2.0 and USB 3.0 . . Both logical hubs will then match the onboard hub driver, which means it will end up with two driver ins

[ANN] U-Boot v2024.10-rc4 released

2024-09-02 Thread Tom Rini
Hey all, It's release day and here is -rc4. Things have been and I am optimistic will remain fairly quiet moving forward. In terms of a changelog, git log --merges v2024.10-rc3..v2024.10-rc4 contains what I've pulled but as always, better PR messages and tags will provide better results here. I

Re: [PATCH] mtd: spi-nor-ids: Add support for S28HS256T

2024-09-02 Thread Pratyush Yadav
On Fri, Aug 30 2024, tkuw584...@gmail.com wrote: > From: Takahiro Kuwano > > Infineon S28HS256T is 256Mb Octal SPI device which has same > functionalities with 512Mb and 1Gb parts. > > Signed-off-by: Takahiro Kuwano Reviewed-by: Pratyush Yadav -- Regards, Pratyush Yadav

Re: [PATCH u-boot-marvell 1/3] arm: mvebu: turris_omnia: Rename variable holding EEPROM udevice

2024-09-02 Thread Stefan Roese
On 8/29/24 10:08, Marek Behún wrote: Rename the variable holding the EEPROM udevice from `chip` to `eeprom`. Signed-off-by: Marek Behún --- board/CZ.NIC/turris_omnia/turris_omnia.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/board/CZ.NIC/turris_omnia/turris

Re: [PATCH u-boot-marvell 2/3] arm: mvebu: turris_omnia: Use the i2c_eeprom misc driver for EEPROM reading in U-Boot proper

2024-09-02 Thread Stefan Roese
On 8/29/24 10:08, Marek Behún wrote: Use the i2c_eeprom miscellaneous driver for reading Turris Omnia EEPROM in U-Boot proper. Keep using dm_i2c_read() in SPL build, since adding the i2c_eeprom driver to SPL build increases the image by 1.5 KiB. Signed-off-by: Marek Behún --- arch/arm/mach-mv