[PATCH v6 5/6] fwu: DeveloperBox: add support for FWU

From: Jassi Brar Add code to support FWU_MULTI_BANK_UPDATE. The platform does not have gpt-partition storage for Banks and MetaData, rather it used SPI-NOR backed mtd regions for the purpose. Signed-off-by: Jassi Brar --- board/socionext/developerbox/Makefile | 1 +

[PATCH v6 6/6] fwu: provide default fwu_plat_get_bootidx

From: Jassi Brar Just like fwu_plat_get_update_index, provide a default/weak implementation of fwu_plat_get_bootidx. So that most platforms wouldn't have to re-implement the likely case. Signed-off-by: Jassi Brar --- lib/fwu_updates/fwu.c | 18 ++ 1 file changed, 18

[PATCH v6 4/6] config: developerbox: move to new flash layout and boot flow

From: Jassi Brar Towards enabling FWU and supporting new firmware layout in NOR flash, make u-boot PIC and adjust uboot env offset in flash. Acked-by: Etienne Carriere Signed-off-by: Jassi Brar --- configs/synquacer_developerbox_defconfig | 4 ++-- 1 file changed, 2 insertions(+), 2

[PATCH v6 3/6] dt: fwu: developerbox: enable fwu banks and mdata regions

From: Jassi Brar Specify Bank-0/1 and fwu metadata mtd regions. Signed-off-by: Jassi Brar --- .../synquacer-sc2a11-developerbox-u-boot.dtsi | 49 +-- 1 file changed, 46 insertions(+), 3 deletions(-) diff --git a/arch/arm/dts/synquacer-sc2a11-developerbox-u-boot.dtsi

[PATCH v6 2/6] tools: Add mkfwumdata tool for FWU metadata image

From: Masami Hiramatsu Add 'mkfwumdata' tool to generate FWU metadata image for the meta-data partition to be used in A/B Update imeplementation. Signed-off-by: Sughosh Ganu Signed-off-by: Jassi Brar Signed-off-by: Masami Hiramatsu --- doc/mkfwumdata.1 | 89 tools/Kconfig

[PATCH v6 1/6] FWU: Add FWU metadata access driver for MTD storage regions

From: Masami Hiramatsu In the FWU Multi Bank Update feature, the information about the updatable images is stored as part of the metadata, on a separate region. Add a driver for reading from and writing to the metadata when the updatable images and the metadata are stored on a raw MTD region.

[PATCH v6 0/6] FWU: Add support for mtd backed feature on DeveloperBox

From: Jassi Brar Introduce support for mtd backed storage for FWU feature and enable it on Synquacer platform based DeveloperBox. This revision is rebased onto patchset that trims the FWU api https://lore.kernel.org/u-boot/20230306231747.1888513-1-jassisinghb...@gmail.com/ Changes since v5:

Re: R: Fit Signature booting without public key

Hi, On 16:51-20230530, Pegorer Massimo wrote: > Hi, > > > Inviato: venerdì 26 maggio 2023 15:00 > > Oggetto: Re: Fit Signature booting without public key > > > > On Fri, May 26, 2023 at 02:22:38PM +0530, Manorit Chawdhry wrote: > > > Hi Tom, > &

[PATCH v7 10/10] test/py: efi_capsule: test for FMP versioning

This test covers the FMP versioning for both raw and FIT image, and both signed and non-signed capsule update. Signed-off-by: Masahisa Kojima --- Changes in v7: - use newly introcuded common functions of efi_capsule test test/py/tests/test_efi_capsule/conftest.py| 82 ++

[PATCH v7 09/10] test: efi_capsule: refactor efi_capsule test

Current efi capsule python tests have much code duplication. This commit creates the common function in test/py/tests/test_efi_capsule/capsule_common.py, aim to reduce the code size and improve maintainability. Signed-off-by: Masahisa Kojima --- Newly created in v7

[PATCH v7 08/10] doc: uefi: add anti-rollback documentation

This commit describe the procedure to configure lowest supported version in the device tree for anti-rollback protection. Signed-off-by: Masahisa Kojima --- Changes in v7: - describe the usage Newly created in v6 doc/develop/uefi/uefi.rst | 39 +++ 1 file

[PATCH v7 07/10] doc: uefi: add firmware versioning documentation

This commit describes the procedure to add the firmware version into the capsule file. Signed-off-by: Masahisa Kojima --- Changes in v7: - move documentation into "Creating a capsule file" - cleary describe the --fw-version option Newly created in v6 doc/develop/uefi/uefi.rst | 27

[PATCH v7 06/10] mkeficapsule: add FMP Payload Header

Current mkeficapsule tool does not provide firmware version management. EDK II reference implementation inserts the FMP Payload Header right before the payload. It coutains the fw_version and lowest supported version. This commit adds a new parameters required to generate the FMP Payload Header

[PATCH v7 05/10] efi_loader: check lowest supported version

The FMP Payload Header which EDK II capsule generation scripts insert has a firmware version. This commit reads the lowest supported version stored in the device tree, then check if the firmware version in FMP payload header of the ongoing capsule is equal or greater than the lowest supported

[PATCH v7 04/10] efi_loader: get lowest supported version from device tree

This commit gets the lowest supported version from device tree, then fills the lowest supported version in FMP->GetImageInfo(). Signed-off-by: Masahisa Kojima Reviewed-by: Ilias Apalodimas --- No update since v6 Changed in v6: - fw_version is removed from device tree

[PATCH v7 03/10] efi_loader: versioning support in GetImageInfo

Current FMP->GetImageInfo() always return 0 for the firmware version, user can not identify which firmware version is currently running through the EFI interface. This commit reads the "FmpState" EFI variable, then fills the firmware version in FMP->GetImageInfo(). Now FMP->GetImageInfo()

[PATCH v7 02/10] efi_loader: store firmware version into FmpState variable

Firmware version management is not implemented in the current FMP protocol. EDK II reference implementation capsule generation script inserts the FMP Payload Header right before the payload, FMP Payload Header contains the firmware version and lowest supported version. This commit utilizes the

[PATCH v7 01/10] efi_loader: add the number of image entries in efi_capsule_update_info

The number of image array entries global variable is required to support EFI capsule update. This information is exposed as a num_image_type_guids variable, but this information should be included in the efi_capsule_update_info structure. This commit adds the num_images member in the

[PATCH v7 00/10] FMP versioning support

Firmware version management is not implemented in the current FMP implementation. This series aims to add the versioning support in FMP. Currently, there is no way to know the current running firmware version through the EFI interface. FMP->GetImageInfo() returns always 0 for the version number.

Re: [PATCH v1 0/3] Add pcf2131 rtc support

On 5/30/2023 9:41 AM, Joy Zou wrote: Caution: This is an external email. Please take care when clicking links or opening attachments. When in doubt, report the message using the 'Report this email' button The patchset supports pcf2131 rtc. For the details, please check the patch commit

Re: [PATCH v1 2/3] imx: imx93_evk: add rtc pcf2131

On 5/30/2023 9:41 AM, Joy Zou wrote: Caution: This is an external email. Please take care when clicking links or opening attachments. When in doubt, report the message using the 'Report this email' button support rtc pcf2131 for imx93. Signed-off-by: Joy Zou ---

Re: [PATCH v1 3/3] drivers: rtc: add pcf2131 rtc driver

On 5/30/2023 9:41 AM, Joy Zou wrote: Caution: This is an external email. Please take care when clicking links or opening attachments. When in doubt, report the message using the 'Report this email' button Adding support for pcf2131 RTC chip. The pcf2131 is similar to the pcf2127. The

Re: [PATCH 0/6] Add the 'net stats' command to dump network statistics

Hi Joe, Ramon I see this patchset is delegated to me, would you take care this patchset or let me handle? Thanks, Peng. On 5/23/2023 9:47 PM, Ioana Ciornei wrote: This patch set extends the 'net' command so that it can be used to dump network statistics on the available devices. The

[PATCH v2] test: bdinfo: Add test for command bdinfo

Add test for command bdinfo . Signed-off-by: Marek Vasut --- Cc: Jason Liu Cc: Michal Simek Cc: Ovidiu Panait Cc: Simon Glass --- V2: Fix build failure on snow, just iterate over all DRAM banks and test them, no more macro hardcoding --- include/test/suites.h | 1 + test/cmd/Makefile

[RFC PATCH 1/1] arm: add invalidate_dcache_all() after disable cache

From: Emanuele Ghidoli On Cortex-R5 flushing and disabling cache is not enough to avoid cache and memory incoherence. In particular, when the cache is enabled after a disable, and if there are entry in the cache the value from the cache is used instead of the value from the memory. This, in

[RFC PATCH 0/1] Cache incoherent if re-enabled on Cortex-R(5)

From: Emanuele Ghidoli I want to propose this patch cause I experience weird behavior on AM62x Cortex-R U-boot spl. Seem that the stack is "restored" to the time dcache_disable was called. The effect is that the code between dcache_disable and dcache_enable is executed twice, but the second

[PATCH] test: fix unit test build error for crc8

From: Emanuele Ghidoli Build fail due to ENOSYS undeclared if CONFIG_SANDBOX_SDL is not defined. Include errno.h before including test/lib.h. Fixes: 3080ddf970b1 ("test: unit test for crc8") Signed-off-by: Emanuele Ghidoli --- test/lib/test_crc8.c | 1 + 1 file changed, 1 insertion(+) diff

Re: [PATCH 3/3] arm: dts: imx8mp: Sync with Linux 6.3

On Tue, May 30, 2023 at 7:35 PM Adam Ford wrote: > I have it working now. I need some time to clean my stuff and re-base > the imx8mp.dtsi file, but I can submit a patch which fixes the clocks > and re-sync's the device tree with the current stuff from kernel.org. > I should be able to get a

Re: [PATCH] arm: dts: imx8mp-beacon-kit: Enable USB Power domains

On Tue, May 30, 2023 at 7:49 PM Adam Ford wrote: > > The USB Power domains should not have been removed as it causes > the board to hang if the USB is started. > > Signed-off-by: Adam Ford Reviewed-by: Fabio Estevam

Re: [PATCH 2/2] arm: dts: imx8mp: Sync the DT with kernel 6.4-rc4

On Tue, May 30, 2023 at 7:46 PM Adam Ford wrote: > > Several changes have been made to the device tree > in the kernel, so update that as well as the > corresponding imx8mp-u-boot.dtsi files to prevent > breaking the booting. > > Signed-off-by: Adam Ford Reviewed-by: Fabio Estevam

Re: [PATCH 1/2] clk: imx8mp: Update clocks based on kernel 6.4-RC4

On Tue, May 30, 2023 at 7:46 PM Adam Ford wrote: > > There are some newer clocks added to the kernel recently, > so to fix prepare for resycing the device trees, update > the clock list. Since there are some minor changes to > the USB clocks, update which USB clocks are enabled > to match with

[PATCH] tools: relocate-rela: Fix typo

Position is written with one s, fix typo. Signed-off-by: Marek Vasut --- Cc: Michal Simek Cc: Ovidiu Panait Cc: Samuel Holland --- tools/relocate-rela.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/relocate-rela.c b/tools/relocate-rela.c index

[PATCH] pinctrl: renesas: r8a779a0: Remove incorrect AVB[01] pinmux configuration

From: Hai Pham AVB[01]_{MAGIC,MDC,MDIO,TXCREFCLK} are registered as both PINMUX_SINGLE(fn) and PINMUX_IPSR_GPSR(fn) in the pinmux_data array. The latter are correct, hence remove the former. Without this fix, the Ethernet PHY is not operational on the MDIO bus. Ported from Linux kernel commit

[PATCH 14/14] net: sh_eth: Fix RX error handling

From: Valentine Barshak In case RX error occurs, and the RD_RFE bit is set, the descriptor is never returned back to the queue. Make sh_eth_recv_start return zero length in this case so that the descriptor can be released and pushed back to the list. Also return the more appropriate -EAGAIN

[PATCH 13/14] net: sh_eth: Workaround cache issues

From: Valentine Barshak U-Boot writes to RX packets when constructing replies. This can cause stale cached data to be written to RX buffer while we're receiving a packet. This causes RX packet corruption because we invalidate the cache right before processing the packet. Invalidate packet buffer

[PATCH 12/14] net: sh_eth: Drop reset GPIO handling in favor of common code

The common code is now capable of handling reset GPIO associated with PHY. Drop the local ad-hoc code in favor of common code. Signed-off-by: Marek Vasut --- Cc: Geert Uytterhoeven Cc: Joe Hershberger Cc: Michal Simek Cc: Nishanth Menon Cc: Ramon Fried --- drivers/net/Kconfig | 1 +

[PATCH 11/14] net: ravb: Drop reset GPIO handling in favor of common code

The common code is now capable of handling reset GPIO associated with PHY. Drop the local ad-hoc code in favor of common code. Signed-off-by: Marek Vasut --- Cc: Geert Uytterhoeven Cc: Joe Hershberger Cc: Michal Simek Cc: Nishanth Menon Cc: Ramon Fried --- drivers/net/Kconfig | 1 +

[PATCH 10/14] net: phy: Handle reset-delay-us/reset-post-delay-us properties

These two properties are used by various DTs in place of current reset-assert-us/reset-deassert-us , handle both . Signed-off-by: Marek Vasut --- Cc: Geert Uytterhoeven Cc: Joe Hershberger Cc: Michal Simek Cc: Nishanth Menon Cc: Ramon Fried --- drivers/net/eth-phy-uclass.c | 8 1

[PATCH 09/14] net: phy: Bind ETH_PHY uclass driver to each new PHY

In case a new PHY is created and DM_ETH_PHY is enabled, bind a generic PHY driver from ETH_PHY uclass to the PHY to have a matching DM representation of that PHY. Signed-off-by: Marek Vasut --- Cc: Geert Uytterhoeven Cc: Joe Hershberger Cc: Michal Simek Cc: Nishanth Menon Cc: Ramon Fried

[PATCH 08/14] net: phy: Unpublish phy_connect_dev()

The phy_connect_dev() is legacy API, now that there are no users, make it internal to phy.c and unpublish it from headers. Signed-off-by: Marek Vasut --- Cc: Geert Uytterhoeven Cc: Joe Hershberger Cc: Michal Simek Cc: Nishanth Menon Cc: Ramon Fried --- drivers/net/phy/phy.c | 4 ++--

[PATCH 07/14] net: sunxi_emac: Switch to new U-Boot PHY API

Use new U-Boot phy_connect() API which also supports fixed PHYs. Signed-off-by: Marek Vasut --- Cc: Geert Uytterhoeven Cc: Joe Hershberger Cc: Michal Simek Cc: Nishanth Menon Cc: Ramon Fried --- drivers/net/sunxi_emac.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff

[PATCH 06/14] net: sh_eth: Switch to new U-Boot PHY API

Use new U-Boot phy_connect() API which also supports fixed PHYs. Signed-off-by: Marek Vasut --- Cc: Geert Uytterhoeven Cc: Joe Hershberger Cc: Michal Simek Cc: Nishanth Menon Cc: Ramon Fried --- drivers/net/sh_eth.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git

[PATCH 05/14] net: pch_gbe: Switch to new U-Boot PHY API

Use new U-Boot phy_connect() API which also supports fixed PHYs. Signed-off-by: Marek Vasut --- Cc: Geert Uytterhoeven Cc: Joe Hershberger Cc: Michal Simek Cc: Nishanth Menon Cc: Ramon Fried --- drivers/net/pch_gbe.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git

[PATCH 03/14] net: ave: Switch to new U-Boot PHY API

Use new U-Boot phy_connect() API which also supports fixed PHYs. Signed-off-by: Marek Vasut --- Cc: Geert Uytterhoeven Cc: Joe Hershberger Cc: Michal Simek Cc: Nishanth Menon Cc: Ramon Fried --- drivers/net/sni_ave.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git

[PATCH 04/14] net: ethoc: Switch to new U-Boot PHY API

Use new U-Boot phy_connect() API which also supports fixed PHYs. Signed-off-by: Marek Vasut --- Cc: Geert Uytterhoeven Cc: Joe Hershberger Cc: Michal Simek Cc: Nishanth Menon Cc: Ramon Fried --- drivers/net/ethoc.c | 8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git

[PATCH 02/14] net: altera_tsa: Switch to new U-Boot PHY API

Use new U-Boot phy_connect() API which also supports fixed PHYs. Signed-off-by: Marek Vasut --- Cc: Geert Uytterhoeven Cc: Joe Hershberger Cc: Michal Simek Cc: Nishanth Menon Cc: Ramon Fried --- drivers/net/altera_tse.c | 8 +--- 1 file changed, 1 insertion(+), 7 deletions(-) diff

[PATCH 01/14] net: eth-phy: staticize eth_phy_reset()

The eth_phy_reset() is not used outside of this file, staticize it. No functional change. Signed-off-by: Marek Vasut --- Cc: Geert Uytterhoeven Cc: Joe Hershberger Cc: Michal Simek Cc: Nishanth Menon Cc: Ramon Fried --- drivers/net/eth-phy-uclass.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH] ARM: renesas: Enable DM_ETH_PHY and SMSC PHY driver

The board comes with SMSC LAN8710A PHY, enable matching driver. Enable DM_ETH_PHY in the process to start using DM drivers more. Signed-off-by: Marek Vasut --- Cc: Geert Uytterhoeven Cc: Joe Hershberger Cc: Michal Simek Cc: Nishanth Menon Cc: Ramon Fried --- configs/grpeach_defconfig | 3

[PATCH] ARM: dts: renesas: Add compatible properties to LAN8710A Ethernet PHYs

From: Geert Uytterhoeven Add compatible values to Ethernet PHY subnodes representing SMSC LAN8710A PHYs on RZ/A1 and R-Mobile A1 boards. This allows software to identify the PHY model at any time, regardless of the state of the PHY reset line. Ported from Linux kernel commit

[PATCH] arm: dts: imx8mp-beacon-kit: Enable USB Power domains

The USB Power domains should not have been removed as it causes the board to hang if the USB is started. Signed-off-by: Adam Ford diff --git a/arch/arm/dts/imx8mp-beacon-kit-u-boot.dtsi b/arch/arm/dts/imx8mp-beacon-kit-u-boot.dtsi index 5ca631e9d8..b56f3a2bd2 100644 ---

[PATCH 2/2] arm: dts: imx8mp: Sync the DT with kernel 6.4-rc4

Several changes have been made to the device tree in the kernel, so update that as well as the corresponding imx8mp-u-boot.dtsi files to prevent breaking the booting. Signed-off-by: Adam Ford diff --git a/arch/arm/dts/imx8mp-u-boot.dtsi b/arch/arm/dts/imx8mp-u-boot.dtsi index

[PATCH 1/2] clk: imx8mp: Update clocks based on kernel 6.4-RC4

There are some newer clocks added to the kernel recently, so to fix prepare for resycing the device trees, update the clock list. Since there are some minor changes to the USB clocks, update which USB clocks are enabled to match with the upstream kernel as well. Signed-off-by: Adam Ford diff

Re: [PATCH 3/3] arm: dts: imx8mp: Sync with Linux 6.3

On Tue, May 30, 2023 at 1:40 PM Tim Harvey wrote: > > On Tue, May 30, 2023 at 10:28 AM Adam Ford wrote: > > > > On Tue, May 30, 2023 at 12:23 PM Tim Harvey wrote: > > > > > > On Mon, May 29, 2023 at 10:45 AM Adam Ford wrote: > > > > > > > > On Wed, May 24, 2023 at 9:02 PM Fabio Estevam > > >

Re: [PATCH] arm: mach-k3: security: separate out validating binary logic

On Thu, May 18, 2023 at 12:44:17PM +0530, Manorit Chawdhry wrote: > K3 GP devices allows booting the secure binaries on them by bypassing > the x509 header on them. > > ATF and OPTEE firewalling required the rproc_load to be called before > authentication. This change caused the failure for GP

Re: [PATCH tiU23.04 PATCH v7 4/4] arm: mach-k3: Increase SYSFW max image size

On Tue, May 16, 2023 at 10:24:37AM +0530, Manorit Chawdhry wrote: > From: Dave Gerlach > > When booting with HS silicon, the system firmware image is 278270, which > is slightly larger than currently allocated amount. > > This can cause unexpected behavior if this overlap interferes with other

Re: [PATCH tiU23.04 PATCH v7 3/4] Kconfig: j721e: Change K3_MCU_SCRATCHPAD_BASE to non firewalled region

On Tue, May 16, 2023 at 10:24:36AM +0530, Manorit Chawdhry wrote: > In non-combined boot flow for K3, all the firewalls are locked by default > until sysfw comes up. Rom configures some of the firewall for its usage > along with the SRAM for R5 but the PSRAM region is still locked. > > The K3

Re: [PATCH tiU23.04 PATCH v7 2/4] configs: j721e: Merge the HS and non-HS defconfigs

On Tue, May 16, 2023 at 10:24:35AM +0530, Manorit Chawdhry wrote: > K3 devices have runtime type board detection. Make the default defconfig > include the secure configuration. Then remove the HS specific config. > > Non-HS devices will continue to boot due to runtime device type detection. > If

Re: [PATCH tiU23.04 PATCH v7 1/4] arm: k3: config.mk: Add missing dependencies on tispl.bin HS

On Tue, May 16, 2023 at 10:24:34AM +0530, Manorit Chawdhry wrote: > From: Andrew Davis > > When building for secure devices using non-buildman based image generation > the signed tispl.bin file is called tispl.bin_HS. Also build the unsigned > tispl.bin file as expected. > > Signed-off-by:

Re: [PATCH 2/2] pci: apple: Add support for M2 Pro/Max

On Tue, May 02, 2023 at 09:30:41PM +0200, Mark Kettenis wrote: > The PCIe controller on the M2 Pro/Max is different from the one > found on earlier Apple SoCs. Some registers moved and te meaning > of the bits in some other registers changed. But they are still > similar enough to handle both

Re: [PATCH 1/2] arm: apple: Add initial Apple M2 Pro/Max support

On Tue, May 02, 2023 at 09:30:40PM +0200, Mark Kettenis wrote: > Apple's M2 Pro/Max SoC are somewhat similar to the M1 Pro/Max but > need a tweaked memory map. USB, NVMe, UART and WDT are working > with the existing drivers. > > Signed-off-by: Mark Kettenis Applied to u-boot/master, thanks!

Re: [PATCH] efi_loader: explicitly return EFI_UNSUPPORTED for TCG 1.0 compatibility

On 5/30/23 1:39 AM, Ilias Apalodimas wrote: In the EFI TCG spec EFI_TCG2_BOOT_SERVICE_CAPABILITY struct is versioned -- there are 1.0 and 1.1 versions of that struct. The spec [0] describes: "Version of the EFI_TCG2_BOOT_SERVICE_CAPABILITY structure itself. For this version of the protocol,

[PATCH 1/1] python: Update requirements.txt for security issues

Per GitHub Dependabot: - Use setuptools 65.5.1 to avoid some DoS issue - Use requests 2.31.0 to avoid leaking some proxy information Signed-off-by: Tom Rini --- Cc: Simon Glass Cc: Heinrich Schuchardt --- doc/sphinx/requirements.txt | 2 +- test/py/requirements.txt| 4 ++-- 2 files

Re: [PATCH 3/3] arm: dts: imx8mp: Sync with Linux 6.3

On Tue, May 30, 2023 at 10:28 AM Adam Ford wrote: > > On Tue, May 30, 2023 at 12:23 PM Tim Harvey wrote: > > > > On Mon, May 29, 2023 at 10:45 AM Adam Ford wrote: > > > > > > On Wed, May 24, 2023 at 9:02 PM Fabio Estevam wrote: > > > > > > > > Hi Tim, > > > > > > > > On Fri, May 19, 2023 at

Re: [PATCH] spl: Kconfig: fix trivial typo Suppport

On Mon, May 29, 2023 at 05:25:54PM +0300, Eugen Hristev wrote: > s/Suppport/Support > > Signed-off-by: Eugen Hristev > --- > common/spl/Kconfig | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/common/spl/Kconfig b/common/spl/Kconfig > index 2c042ad30668..c66b38ee676d

Re: [PATCH 3/3] arm: dts: imx8mp: Sync with Linux 6.3

On Tue, May 30, 2023 at 12:23 PM Tim Harvey wrote: > > On Mon, May 29, 2023 at 10:45 AM Adam Ford wrote: > > > > On Wed, May 24, 2023 at 9:02 PM Fabio Estevam wrote: > > > > > > Hi Tim, > > > > > > On Fri, May 19, 2023 at 8:00 PM Tim Harvey wrote: > > > > > > > Fabio, > > > > + Marek > > I am

Re: [PATCH 3/3] arm: dts: imx8mp: Sync with Linux 6.3

On Mon, May 29, 2023 at 10:45 AM Adam Ford wrote: > > On Wed, May 24, 2023 at 9:02 PM Fabio Estevam wrote: > > > > Hi Tim, > > > > On Fri, May 19, 2023 at 8:00 PM Tim Harvey wrote: > > > > > Fabio, > > + Marek > I am adding Marek since he did the HSIO power domain driver. > > > > > > > There's

R: Fit Signature booting without public key

Hi, > Inviato: venerdì 26 maggio 2023 15:00 > Oggetto: Re: Fit Signature booting without public key > > On Fri, May 26, 2023 at 02:22:38PM +0530, Manorit Chawdhry wrote: > > Hi Tom, > > > > On 10:05-20230525, Tom Rini wrote: > > > On Thu, May 25, 2023 at 11:21:44AM +0530, Manorit Chawdhry wrote:

Re: [PATCH v1 2/3] drivers: meson: introduce secure power controller driver

On 22/05/2023 14:09, Alexey Romanov via groups.io wrote: This patch adds Power controller driver support for Amlogic A1 family using secure monitor calls. The power domains register only can access in secure world. Signed-off-by: Alexey Romanov --- drivers/power/domain/Kconfig

Re: [PATCH v1 1/3] arch/arm: meson: sm: introduce power domain functions

On 22/05/2023 14:09, Alexey Romanov via groups.io wrote: This commit adds functions to manage secure power domain for Amlogic SoC's using smc functionality. Signed-off-by: Alexey Romanov --- arch/arm/include/asm/arch-meson/sm.h | 30 arch/arm/mach-meson/sm.c

Re: [PATCH v1 3/3] arch/arm64: meson-a1: dts: move pwrc node to bus

Hi, On 22/05/2023 14:09, Alexey Romanov via groups.io wrote: This is necessary so that pwrc can be used together with peripherals when described in a bus node. For example, in the future, this will be USB. Signed-off-by: Alexey Romanov --- arch/arm/dts/meson-a1.dtsi | 12 ++-- 1

Re: [PATCH v1] dt-bindings: riscv: deprecate riscv,isa

On Thu, May 18, 2023 at 10:42:34PM +0100, Conor Dooley wrote: > On Thu, May 18, 2023 at 02:30:53PM -0400, Sean Anderson wrote: > > > > Why not just have something like > > > > mycpu { > > ... > > riscv,isa { > > i; > > m; > > a; > > zicsr;

Re: [PATCH v2 2/2] common/memsize.c: Fix get_ram_size() when cache is enabled

Hi On Tue, May 30, 2023 at 3:49 PM Francesco Dolcini wrote: > > On Tue, May 30, 2023 at 03:42:18PM +0200, Michael Nazzareno Trimarchi wrote: > > On Tue, May 30, 2023 at 3:34 PM Francesco Dolcini > > wrote: > > > > > > From: Emanuele Ghidoli > > > > > > Ensure that every write is flushed to

Re: [PATCH v2 2/2] common/memsize.c: Fix get_ram_size() when cache is enabled

On Tue, May 30, 2023 at 03:42:18PM +0200, Michael Nazzareno Trimarchi wrote: > On Tue, May 30, 2023 at 3:34 PM Francesco Dolcini > wrote: > > > > From: Emanuele Ghidoli > > > > Ensure that every write is flushed to memory and afterward reads are > > from memory. > > Since the algorithm rely on

Re: [PATCH v2 2/2] common/memsize.c: Fix get_ram_size() when cache is enabled

Hi Few questions On Tue, May 30, 2023 at 3:34 PM Francesco Dolcini wrote: > > From: Emanuele Ghidoli > > Ensure that every write is flushed to memory and afterward reads are > from memory. > Since the algorithm rely on the fact that accessing to not existent > memory lead to write at addr / 2

Re: [PATCH v3] cmd: sf/nand: Print and return failure when 0 length is passed

On 5/30/23 14:23, Michal Simek wrote: On 5/16/23 13:52, Ashok Reddy Soma wrote: For sf commands, when '0' length is passed for erase, update, write or read, there might be undesired results. Ideally '0' length means nothing to do. So print 'ERROR: Invalid size 0' and return cmd failure

[PATCH v2 2/2] common/memsize.c: Fix get_ram_size() when cache is enabled

From: Emanuele Ghidoli Ensure that every write is flushed to memory and afterward reads are from memory. Since the algorithm rely on the fact that accessing to not existent memory lead to write at addr / 2 without this modification accesses to aliased (not physically present) addresses are

[PATCH v2 1/2] sandbox: Add a dummy dcache_status() function

From: Emanuele Ghidoli This adds dcache_status() so that code using it can build without error on sandbox. This is required in preparation of adding cache handling into get_ram_size function. Signed-off-by: Emanuele Ghidoli Signed-off-by: Francesco Dolcini --- arch/sandbox/cpu/cpu.c | 5

[PATCH v2 0/2] common/memsize.c: Fix get_ram_size() when cache is enabled

From: Francesco Dolcini Ensure that every write is flushed to memory and afterward reads are from memory. Since the algorithm rely on the fact that accessing to not existent memory lead to write at addr / 2 without this modification accesses to aliased (not physically present) addresses are

Re: [PATCH] global: Use proper project name U-Boot

On 5/22/23 10:16, Neil Armstrong wrote: On 17/05/2023 09:17, Michal Simek wrote: Use proper project name in comments, Kconfig, readmes. Signed-off-by: Michal Simek For amlogic changes: Reviewed-by: Neil Armstrong --- I am ignoring these for now because they can break automated

[PATCH 2/2] config: stm32mp15: remove CONFIG_FASTBOOT_CMD_OEM_FORMAT

Remove the support of the fastboot "oem format" command for STM32MP15x boards and removed the associated env variable "partitions". This command is not required; with fastboot tool, the GPT partition can be handle with "flash" command in "gpt" target (=CONFIG_FASTBOOT_GPT_NAME), for example:

[PATCH 1/2] config: stm32mp15: remove CONFIG_FASTBOOT_USB_DEV

The CONFIG_FASTBOOT_USB_DEV is used to select USB OTG controller other than 0 but it is not the case for STM32MP15 boards; it can be removed to simplify the STM32MP15 defconfig files. On STM32MP15x boards, we have only one USB device with instance 0, so the device is hardcoded

Re: [PATCH] board: xilinx: Add missing prototypes

On 5/23/23 07:56, Ashok Reddy Soma wrote: From: Algapally Santosh Sagar Add missing prototypes to fix the below sparse warnings 1. warning: no previous prototype for 'soc_name_decode' [-Wmissing-prototypes] 2. warning: no previous prototype for 'soc_detection' [-Wmissing-prototypes] 3.

Re: [PATCH] xilinx: versal-net: Add new versalnet loadpdi command

On 5/22/23 15:21, Michal Simek wrote: From: Algapally Santosh Sagar Versal NET loadpdi command is used for loading secure & non-secure pdi images. Signed-off-by: Algapally Santosh Sagar Signed-off-by: Michal Simek --- board/xilinx/versal-net/Kconfig | 8

Re: [PATCH] mmc: zynq: Sync with upstream DT binding

On 5/17/23 10:22, Michal Simek wrote: Versal NET is not in production yet that's why no need to keep backward compatible with previously used compatible string. Signed-off-by: Michal Simek Link: https://lore.kernel.org/r/20230403102551.3763054-2-sai.krishna.potth...@amd.com ---

Re: [PATCH] arm64: versal-net: Add support for SPP production version

On 5/17/23 10:21, Michal Simek wrote: Production version restarting platform version field from 0 that's why add new calculation to be able to use different DT for these platforms. Requested DT names for production silicons for IPP/SPP and EMU platform are versal-net-ipp-rev2.0.dts and

Re: [PATCH v3] cmd: sf/nand: Print and return failure when 0 length is passed

On 5/16/23 13:52, Ashok Reddy Soma wrote: For sf commands, when '0' length is passed for erase, update, write or read, there might be undesired results. Ideally '0' length means nothing to do. So print 'ERROR: Invalid size 0' and return cmd failure when length '0' is passed to sf commands.

BTRFS Support btrload, btrls

Hi Everybody, I am currently evaluating filesystems that can be used reliable on eMMC storage, which support transparent compression. I see that U-Boot supports btrfs. But I don't understand how to load for example a kernel image from the fs, I was expecting 'btrload' as an analog to

[PATCH 5/5] rockchip: rk3568: Use dwc3-generic driver

Change RK3568 devices to use the newer dwc3-generic driver instead of the old xhci-dwc3 driver for USB 3.0 support. Signed-off-by: Jonas Karlman --- configs/radxa-cm3-io-rk3566_defconfig | 2 +- configs/rock-3a-rk3568_defconfig | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff

[PATCH 4/5] usb: dwc3-generic: Add rk3568 support

RK3568 share glue and ctrl in a single node. Use glue_get_ctrl_dev to return the the glue node as the ctrl node. Signed-off-by: Jonas Karlman --- drivers/usb/dwc3/dwc3-generic.c | 17 + 1 file changed, 17 insertions(+) diff --git a/drivers/usb/dwc3/dwc3-generic.c

[PATCH 3/5] usb: dwc3-generic: Relax unsupported dr_mode check

When dr_mode is peripheral or otg and U-Boot has not been built with DM_USB_GADGET support, booting such device may end up with: dwc3_glue_bind_common: subnode name: usb@fcc0 Error binding driver 'dwc3-generic-wrapper': -6 Some drivers failed to bind initcall sequence effbca08

[PATCH 2/5] usb: dwc3-generic: Return early when there is no child node

The call to device_find_first_child always return 0, change to return early when there is no child node. Signed-off-by: Jonas Karlman --- drivers/usb/dwc3/dwc3-generic.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/usb/dwc3/dwc3-generic.c

[PATCH 1/5] Revert "arm: dts: rockchip: radxa-cm3-io, rock-3a: enable regulators for usb"

Remove regulator-boot-on prop from regulators now that the phy core has support for phy-supply after commit c57e0dcd9384 "phy: add support for phy-supply". This reverts commit 7911f409ff20dce5995cc1b703a6e30c94022f6b. Signed-off-by: Jonas Karlman Reviewed-by: Kever Yang ---

[PATCH 0/5] rockchip: rk3568: Use dwc3-generic driver

This series add support for rk3568 in dwc3-generic driver and change to use the dwc3-generic driver for rk3568 devices having usb enabled. After these changes it should be possible to support usb gadget on rk3568 with e.g.: # CONFIG_USB_FUNCTION_FASTBOOT is not set CONFIG_DM_USB_GADGET=y

[PATCH] ARM: at91: armv7: don't initialize clocks if scmi clock driver is enabled

From: Clément Léger Because clock devices are initialized by the SCMI server, if CONFIG_CLK_SCMI is defined. Signed-off-by: Clément Léger Signed-off-by: Thomas Perrot --- arch/arm/mach-at91/armv7/cpu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v3 2/2] rockchip: rk3568: Add support for FriendlyARM NanoPi R5C

FriendlyARM NanoPi R5C is an open-sourced mini IoT gateway device. Specification: - Rockchip RK3568 - 1/4GB LPDDR4X RAM - 8/32GB eMMC - SD card slot - M.2 Connector - 2x USB 3.0 Port - 2x 2500 Base-T (PCIe, r8125) - HDMI 2.0 - MIPI DSI/CSI - USB Type C 5V The device tree is taken from kernel

[PATCH v3 1/2] rockchip: rk3568: Add support for FriendlyARM NanoPi R5S

FriendlyARM NanoPi R5S is an open-sourced mini IoT gateway device. Board Specifications - Rockchip RK3568 - 2 or 4GB LPDDR4X - 8GB or 16GB eMMC, SD card slot - GbE LAN (Native) - 2x 2.5G LAN (PCIe) - M.2 Connector - HDMI 2.0, MIPI DSI/CSI - 2xUSB 3.0 Host - USB Type C PD, 5V/9V/12V - GPIO: 12-pin

[PATCH] efi_loader: explicitly return EFI_UNSUPPORTED for TCG 1.0 compatibility

In the EFI TCG spec EFI_TCG2_BOOT_SERVICE_CAPABILITY struct is versioned -- there are 1.0 and 1.1 versions of that struct. The spec [0] describes: "Version of the EFI_TCG2_BOOT_SERVICE_CAPABILITY structure itself. For this version of the protocol, the Major version SHALL be set to 1 and the Minor

[PATCH] tpm: Make 'tpm init' to call tpm_auto_start()

For a TPM device to be operational we need to initialize it and perform its startup sequence. The 'tpm init' command currently calls tpm_init() which ends up calling the ->open() per-device callback and performs the initial hardware configuration as well as requesting locality 0 for the caller.