[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 v

[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. T

Re: [PATCH v2 2/3] rockchip: rk356x: update the dwc3_device register offset

hi, could you tell me current status of this patch? -- FUKAUMI Naoki On 2/26/23 22:22, Manoj Sai wrote: update the dwc3_device register offset in board_usb_init() for rk3568 platforms. Signed-off-by: Manoj Sai Reviewed-by: Jagan Teki --- Changes for v2:- - None --- arch/arm/mach-rockchip/

Re: [PATCH] i2c: rockchip: De-initialize the bus after start bit failure

Hello Jirman, On 25.05.23 14:18, Ondřej Jirman wrote: > From: Ondrej Jirman > > Failure can happen when i2c is used without initializing pinctrl properly, > which U-Boot happily allows in SPL. Without this fix, further I2C access would > fail, even after proper pinctrl initialization. > > Signe

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

Hi Jonas, On Mon, May 29, 2023 at 11:45 PM Jonas Karlman wrote: > > Hi, > > On 2023-05-29 06:59, Tianling Shen wrote: > > FriendlyElec Nanopi R5S is an open-sourced mini IoT gateway device. > > > > Board Specifications > > - Rockchip RK3568 > > - 2 or 4GB LPDDR4X > > - 8GB or 16GB eMMC, SD card s

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

Adding support for pcf2131 RTC chip. The pcf2131 is similar to the pcf2127. The driver support rtc register read/write by using rtc cmd and rtc date set/get by using date cmd. Signed-off-by: Joy Zou --- drivers/rtc/Kconfig | 10 +++ drivers/rtc/Makefile | 1 + drivers/rtc/pcf2131.c | 189

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

support rtc pcf2131 for imx93. Signed-off-by: Joy Zou --- arch/arm/dts/imx93-11x11-evk-u-boot.dtsi | 8 arch/arm/dts/imx93-11x11-evk.dts | 25 arch/arm/dts/imx93.dtsi | 2 +- 3 files changed, 34 insertions(+), 1 deletion(-) diff --git

[PATCH v1 1/3] configs: Enable RTC pcf2131 support

Enable CONFIG_RTC_PCF2131 configs to support pcf2131. Disable CONFIG_RTC_EMULATION configs. The default rtc0 change into pcf2131. Signed-off-by: Joy Zou --- configs/imx93_11x11_evk_defconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configs/imx93_11x11_evk_defconfig b

[PATCH v1 0/3] Add pcf2131 rtc support

The patchset supports pcf2131 rtc. For the details, please check the patch commit log. Joy Zou (3): configs: Enable RTC pcf2131 support imx: imx93_evk: add rtc pcf2131 drivers: rtc: add pcf2131 rtc driver arch/arm/dts/imx93-11x11-evk-u-boot.dtsi | 8 + arch/arm/dts/imx93-11x11-evk.dts

Re: [RFC PATCH 10/17] clk: sunxi: Add support for the D1 CCU

Hey again Andre, On 5/26/23 20:15, Sam Edwards wrote: My "no success" is Linux stalling indefinitely at: [    0.123090] smp: Bringing up secondary CPUs ... OK, correction: my "no success" was Linux being unable to access the GIC, so boot was getting stuck. This was because it was running in

Re: [PATCH v6 0/8] FMP versioning support

On Sun, 28 May 2023 at 17:54, Heinrich Schuchardt wrote: > > On 5/19/23 12:32, Masahisa Kojima wrote: > > 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

Re: [PATCH v6 2/8] efi_loader: store firmware version into FmpState variable

Hi Heinrich, On Sun, 28 May 2023 at 17:39, Heinrich Schuchardt wrote: > > On 5/19/23 12:32, Masahisa Kojima wrote: > > Firmware version management is not implemented in the current > > FMP protocol. > > EDK II reference implementation capsule generation script inserts > > the FMP Payload Header r

Re: eMMC errors on RK3588 (rock5b)

Hi again, On 2023-05-29 17:27, Jonas Karlman wrote: > Hi Eugen, > > On 2023-05-25 11:23, Eugen Hristev wrote: >> Hi Jonas, >> >> I tried some basic eMMC read/write commands, and in my setup with >> rock5b, it fails at single/multiple block read/write , even if >> sometimes, the initial read work

[tom.r...@gmail.com: Fwd: New Defects reported by Coverity Scan for Das U-Boot]

Here's the latest report. -- Forwarded message - From: Date: Mon, May 29, 2023, 11:10 AM Subject: New Defects reported by Coverity Scan for Das U-Boot To: Hi, Please find the latest report on new defect(s) introduced to Das U-Boot found with Coverity Scan. 2 new defect(s) int

[PATCH] arm64: imx: imx8mp-beacon: Enable LTO

With LTO enabled, SPL shrinks about 10K and U-Boot shrinks about 30K. Signed-off-by: Adam Ford diff --git a/configs/imx8mp_beacon_defconfig b/configs/imx8mp_beacon_defconfig index e8ddd537c0..86d0de3a30 100644 --- a/configs/imx8mp_beacon_defconfig +++ b/configs/imx8mp_beacon_defconfig @@ -34,6 +

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

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 more to be done here also. With this patch, and with the > > spba-bus added to

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

Hi, On 2023-05-29 06:59, Tianling Shen wrote: > 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 > -

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

Hi, On 2023-05-29 06:59, Tianling Shen wrote: > FriendlyElec 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

Re: eMMC errors on RK3588 (rock5b)

Hi Eugen, On 2023-05-25 11:23, Eugen Hristev wrote: > Hi Jonas, > > I tried some basic eMMC read/write commands, and in my setup with > rock5b, it fails at single/multiple block read/write , even if > sometimes, the initial read works fine. > > Here is some log : > > => mmc read 0x5000 64

[ANN] U-Boot v2023.07-rc3 released

Hey all, Well, this is shaping up to be one of the releases where I do a bad job at following the -rc schedule, sorry. That said, we're well in to the stability period now, so I'm hoping for pull requests versus the next branch at this point and only regression fixes versus master. In terms of a

[PATCH] spl: Kconfig: fix trivial typo Suppport

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 100644 --- a/common/spl/Kconfig +++ b/common/spl/Kconfig @@ -1373,7 +1373,7 @@ confi

Re: [PATCH v6 2/3] Boot var automatic management for removable medias

Hi Heinrich, On Sat, 27 May 2023 at 17:54, Heinrich Schuchardt wrote: > > On 5/26/23 23:36, Raymond Mao wrote: > > Changes for complying to EFI spec §3.5.1.1 > > 'Removable Media Boot Behavior'. > > Boot variables can be automatically generated during a removable > > media is probed. At the same

[PATCH v2 6/6] corstone1000: add nvmxip, fwu-mdata and gpt options

Enable the newest features: nvmxip, fwu-metadata and gpt. Commands to print the partition info, gpt info and fwu metadata will be available. Adjust also env boot script the address of the bootbank with the new gpt layout, and also remove the not needed kernel address bank0 and bank1 and retrieve f

[PATCH v2 5/6] corstone1000: set kernel_addr based on boot_idx

We need to distinguish between boot banks and from which partition to load the kernel+initramfs to memory. For that, fetch the boot index, fetch the correspondent partition, calculate the correct kernel address and then set the env variable kernel_addr with that value. Signed-off-by: Rui Miguel S

[PATCH v2 4/6] corstone1000: add boot index

it is expected that the firmware that runs before u-boot somehow provide the information of the bank for now we will fetch the info from the metadata since the Secure enclave is the one responsible for this information. Signed-off-by: Rui Miguel Silva --- board/armltd/corstone1000/corstone1000.c

[PATCH v2 3/6] corstone1000: add fwu-metadata store info

Add fwu-mdata node and handle for the reference nvmxip-qspi. Signed-off-by: Rui Miguel Silva --- arch/arm/dts/corstone1000.dtsi | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/arch/arm/dts/corstone1000.dtsi b/arch/arm/dts/corstone1000.dtsi index 533dfdf8e1ca..1e0ec075e4

[PATCH v2 2/6] nvmxip: move header to include

Move header to include to allow external code to get the internal bdev structures to access block device operations. as at it, just add the UCLASS_NVMXIP string so we get the correct output in partitions listing. Signed-off-by: Rui Miguel Silva --- {drivers/mtd/nvmxip => include}/nvmxip.h | 0

[PATCH v2 1/6] fwu_metadata: make sure structures are packed

The fwu metadata in the metadata partitions should/are packed to guarantee that the info is correct in all platforms. Also the size of them are used to calculate the crc32 and that is important to get it right. Signed-off-by: Rui Miguel Silva Reviewed-by: Ilias Apalodimas --- include/fwu_mdata.

[PATCH v2 0/6] corstone1000: fwu metadata and GPT

Now that the nvmxip block driver is merged we can add on top of it the platform code to use GPT and FWU metadata in the Corstone1000. But first, push 2 fixes that are needed to make all this work: - move nvmxip header to include - setup fwu metadata structures as packed (we have a 32bit write

[PATCH] drivers: spi: omap3_spi: Initialize mode for all channels

At first SPI transfers, multiple chip selects can be enabled simultaneously. This is due to chip select polarity, which is not properly initialized for all channels. This patch fixes the issue. Signed-off-by: Julien Panis --- Using TI OMAP3 McSPI driver, multiple chip selects can be enabled simul

Re: [PATCH 1/6] fwu_metadata: make sure structures are packed

Ilias Apalodimas writes: > Hi, > > On Mon, 29 May 2023 at 16:12, Rui Miguel Silva wrote: >> >> Hi Heinrich, >> thanks for the review, >> Heinrich Schuchardt writes: >> >> > On 5/3/23 10:06, Ilias Apalodimas wrote: >> >> On Tue, 2 May 2023 at 16:12, Rui Miguel Silva >> >> wrote: >> >> >> >> Hi

Re: [PATCH 1/6] fwu_metadata: make sure structures are packed

Hi, On Mon, 29 May 2023 at 16:12, Rui Miguel Silva wrote: > > Hi Heinrich, > thanks for the review, > Heinrich Schuchardt writes: > > > On 5/3/23 10:06, Ilias Apalodimas wrote: > >> On Tue, 2 May 2023 at 16:12, Rui Miguel Silva wrote: > >> > >> Hi Rui, > >>> > >>> The fwu metadata in the metada

Re: [PATCH 2/6] nvmxip: move header to include

Hi Heinrich, Thanks for the review. Heinrich Schuchardt writes: > On 5/2/23 15:11, Rui Miguel Silva wrote: >> Move header to include to allow external code >> to get the internal bdev structures to access >> block device operations. >> >> as at it, just add the UCLASS_NVMXIP string >> so we get

Re: [PATCH 1/6] fwu_metadata: make sure structures are packed

Hi Heinrich, thanks for the review, Heinrich Schuchardt writes: > On 5/3/23 10:06, Ilias Apalodimas wrote: >> On Tue, 2 May 2023 at 16:12, Rui Miguel Silva wrote: >> >> Hi Rui, >>> >>> The fwu metadata in the metadata partitions >>> should/are packed to guarantee that the info is >>> correct in

Re: [PATCH] i2c: rockchip: De-initialize the bus after start bit failure

On 2023/5/25 20:18, Ondřej Jirman wrote: From: Ondrej Jirman Failure can happen when i2c is used without initializing pinctrl properly, which U-Boot happily allows in SPL. Without this fix, further I2C access would fail, even after proper pinctrl initialization. Signed-off-by: Ondrej Jirman

[PATCH 3/4] ARM: dts: rockchip: rk3588-rock-5b-u-boot: add USB3 support

Enable the USB3.0 host node, and gadget node. The gadget is available through the USB type C connector on the board. The connector is tied to a Fairchild fusb302b device, which currently does not have a driver in U-boot, but the node is here for correct description of the board + Linux future compa

[PATCH 2/4] ARM: dts: rockchip: rk3588: add support for USB 3.0 devices

From: Joseph Chen Add support for the USB 3.0 devices in rk3588: - USB DRD(dual role device) 3.0 #0 as usbdrd3_0 which is available in rk3588s - USB DRD(dual role device) 3.0 #1 as usbdrd3_1 which is available in rk3588 only - USB DP PHY (combo USB3.0 and DisplayPort Alt Mode ) #0 phy interface a

[PATCH 4/4] configs: rock5b-rk3588: enable USB 3.0 controller, command, gadget

Enable configuration for USB 3.0 controller, the commands required, and the gadget drivers. Signed-off-by: Eugen Hristev --- configs/rock5b-rk3588_defconfig | 14 ++ 1 file changed, 14 insertions(+) diff --git a/configs/rock5b-rk3588_defconfig b/configs/rock5b-rk3588_defconfig index

[PATCH 1/4] phy: rockchip: add usbdp combo phy driver

From: Frank Wang This adds a new USBDP combo PHY with Samsung IP block driver. The PHY is a combo between USB 3.0 and DisplayPort alt mode. Signed-off-by: Frank Wang [eugen.hris...@collabora.com: ported to 2023.07, clean-up] Signed-off-by: Eugen Hristev --- drivers/phy/rockchip/Kconfig

[PATCH 0/4] rockchip: rk3588: add USB 3.0 support

This series adds preliminary support for USB 3.0 using the Dual Role Devices DRD based on DWC3 controller One controller is in host mode : 1 Hub (5 Gb/s, 0mA) | U-Boot XHCI Host Controller | +-2 Mass Storage (480 Mb/s, 100mA) TDK LoR TF10 C900587416E2C552 The other is in gadge

Re: [PATCH] video: rockchip: Add support for RK3399 to dw-mipi-dsi bridge

On 2023/5/25 20:29, Ondřej Jirman wrote: From: Ondrej Jirman This just needs some extra clocks enabled, and different registers configured. Copied from Linux, just like the original submitter of this driver did for rk3568. Tested on Pinephone Pro. Signed-off-by: Ondrej Jirman Cc: Anatolij

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

On 2023/5/29 12:59, Tianling Shen wrote: 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

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

On 2023/5/29 12:59, Tianling Shen wrote: FriendlyElec 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 H

Re: [PATCH] ARM: dts: rockchip: rk3588: sync with Linux

On 2023/5/29 15:34, Eugen Hristev wrote: Sync the devicetree with linux-next tag: next-20230525 Signed-off-by: Eugen Hristev Reviewed-by: Kever Yang Thanks, - Kever --- arch/arm/dts/rk3588-rock-5b.dts | 152 arch/arm/dts/rk3588.dtsi | 68 + arch/

Re: [PATCH] pinephone-pro: Fix I/O port voltage (GPIO3D4A is 1.8V)

Hi Ondrej,     Thanks for your patch. On 2023/5/25 21:27, Ondřej Jirman wrote: From: Ondrej Jirman This fixes access to camera sensor over I2C during probe time in the kernel. (Kernel will fix I/0 port voltage by itself, but the timing depends on probe order of the drivers, so the fix can com

Re: [PATCH 2/6] nvmxip: move header to include

On 5/2/23 15:11, Rui Miguel Silva wrote: Move header to include to allow external code to get the internal bdev structures to access block device operations. as at it, just add the UCLASS_NVMXIP string so we get the correct output in partitions listing. Signed-off-by: Rui Miguel Silva --- {d

Re: [RESEND PATCH v1 2/4] riscv: dts: t-head: Add basic device tree for Sipeed Lichee PI 4A board

Hi Guo: On 16:22 Mon 29 May , Guo Ren wrote: > On Mon, May 29, 2023 at 3:54 PM Yixun Lan wrote: > > > > Hi Guo: > > > > On 14:50 Mon 29 May , Guo Ren wrote: > > > On Mon, May 29, 2023 at 11:01 AM Yixun Lan wrote: > > > > > > > > Hi Guo: > > > > > > > > see my comment below. > > > > > > >

Re: [PATCH 1/6] fwu_metadata: make sure structures are packed

On 5/3/23 10:06, Ilias Apalodimas wrote: On Tue, 2 May 2023 at 16:12, Rui Miguel Silva wrote: Hi Rui, The fwu metadata in the metadata partitions should/are packed to guarantee that the info is correct in all platforms. Also the size of them are used to calculate the crc32 and that is importa

Re: [PATCH 0/6] corstone1000: fwu metadata and GPT

Hi, Rui Miguel Silva writes: > Hi, > Rui Miguel Silva writes: >> Now that the nvmxip block driver is merged we can add on top >> of it the platform code to use GPT and FWU metadata in the >> Corstone1000. >> >> But first, push 2 fixes that are needed to make all this work: >> - move nvmxip heade

Re: [RESEND PATCH v1 2/4] riscv: dts: t-head: Add basic device tree for Sipeed Lichee PI 4A board

On Mon, May 29, 2023 at 3:54 PM Yixun Lan wrote: > > Hi Guo: > > On 14:50 Mon 29 May , Guo Ren wrote: > > On Mon, May 29, 2023 at 11:01 AM Yixun Lan wrote: > > > > > > Hi Guo: > > > > > > see my comment below. > > > > > > On 09:19 Mon 29 May , Guo Ren wrote: > > > > On Sat, May 27, 2023 a

Re: [RESEND PATCH v1 2/4] riscv: dts: t-head: Add basic device tree for Sipeed Lichee PI 4A board

Hi Guo: On 14:50 Mon 29 May , Guo Ren wrote: > On Mon, May 29, 2023 at 11:01 AM Yixun Lan wrote: > > > > Hi Guo: > > > > see my comment below. > > > > On 09:19 Mon 29 May , Guo Ren wrote: > > > On Sat, May 27, 2023 at 5:17 PM Yixun Lan wrote: > > > > > > > > Hi Guo: > > > > > > > > On 09

[PATCH] ARM: dts: rockchip: rk3588: sync with Linux

Sync the devicetree with linux-next tag: next-20230525 Signed-off-by: Eugen Hristev --- arch/arm/dts/rk3588-rock-5b.dts | 152 arch/arm/dts/rk3588.dtsi | 68 + arch/arm/dts/rk3588s-u-boot.dtsi | 12 -- arch/arm/dts/rk3588s.dtsi| 234 +++