[PATCH v2] efi_loader: add EFI_TCG2_PROTOCOL.SubmitCommand

2021-11-01 Thread Masahisa Kojima
This commit adds the EFI_TCG2_PROTOCOL.SubmitCommand required in the TCG PC Client PFP spec. SubmitCommand enables to send the raw command to the TPM device. To implement this api, tpm2_submit_command() is added into tpm-v2.c. Signed-off-by: Masahisa Kojima --- Changes in v2: - return

[PATCH] drivers: net: add Aspeed MDIO driver

2021-11-01 Thread Dylan Hung
Add a driver for the MDIO interface for Aspeed AST2600 SOC. The driver only supports clause 22 for now. Signed-off-by: Dylan Hung --- drivers/net/Kconfig | 7 +++ drivers/net/Makefile | 1 + drivers/net/aspeed_mdio.c | 128 ++ 3 files changed,

Re: [PATCH] efi_loader: add EFI_TCG2_PROTOCOL.SubmitCommand

2021-11-01 Thread Masahisa Kojima
On Fri, 29 Oct 2021 at 18:43, Masahisa Kojima wrote: > > On Fri, 29 Oct 2021 at 15:26, Ilias Apalodimas > wrote: > > > > > > On Fri, Oct 22, 2021 at 08:20:55PM +0900, Masahisa Kojima wrote: > > > This commit adds the EFI_TCG2_PROTOCOL.SubmitCommand > > > required in the TCG PC Client PFP spec. >

Re: [PATCH v4] driver: spi: add bcm iproc qspi support.

2021-11-01 Thread Jagan Teki
On Tue, Nov 2, 2021 at 4:57 AM Roman Bacik wrote: > > Hi Jagan, > > On Mon, Nov 1, 2021 at 12:12 AM Jagan Teki wrote: > > > > On Tue, Oct 26, 2021 at 1:07 AM Roman Bacik > > wrote: > > > > > > From: Rayagonda Kokatanur > > > > > > IPROC qspi driver supports both BSPI and MSPI modes. > > > > >

fastboot: boot: Relocate ramdisk

2021-11-01 Thread qianfan Zhao
Hi: The u-boot doesn't relocated ramdisk if we booting linux by using next fastboot command: (FASTBOOT_BUF_ADDR is configed to 0x8200) "fastboot boot arch/arm/boot/zImage ramdisk.cpio arch/arm/boot/dts/imx6ull-myir-mys-6ulx-eval.dtb -c 'console=ttymxc0,115200 root=/dev/ram0

[PATCH] aspeed: AST2600 Pinctrl Driver

2021-11-01 Thread Dylan Hung
From: Ryan Chen This driver uses Pinctrl framework and is compatible with the Linux driver for AST2600. Signed-off-by: Ryan Chen Signed-off-by: Dylan Hung --- drivers/pinctrl/Kconfig | 9 + drivers/pinctrl/aspeed/Makefile | 1 +

Re: [RFC 07/22] dm: blk: add UCLASS_PARTITION

2021-11-01 Thread AKASHI Takahiro
On Sun, Oct 31, 2021 at 08:14:13PM -0600, Simon Glass wrote: > Hi Takahiro, > > On Sun, 31 Oct 2021 at 19:52, AKASHI Takahiro > wrote: > > > > On Sun, Oct 31, 2021 at 07:15:17PM -0600, Simon Glass wrote: > > > Hi Takahiro, > > > > > > On Sun, 31 Oct 2021 at 18:36, AKASHI Takahiro > > > wrote: >

[PATCH v6 12/12] (RFC) efi_loader, dts: add public keys for capsules to device tree

2021-11-01 Thread AKASHI Takahiro
By specifying CONFIG_EFI_CAPSULE_KEY_PATH, the build process will automatically insert the given key into the device tree. Otherwise, users are required to do so manually, possibly, with the utility script, fdtsig.sh. Signed-off-by: AKASHI Takahiro --- doc/develop/uefi/uefi.rst | 4

[PATCH v6 10/12] test/py: efi_capsule: check the results in case of CAPSULE_AUTHENTICATE

2021-11-01 Thread AKASHI Takahiro
Before the capsule authentication is supported, this test script works correctly, but with the feature enabled, most tests will fail due to unsigned capsules. So check the results depending on CAPSULE_AUTHENTICATE or not. Signed-off-by: AKASHI Takahiro ---

[PATCH v6 11/12] (RFC) tools: add fdtsig.sh

2021-11-01 Thread AKASHI Takahiro
With this script, a public key is added to a device tree blob as the default efi_get_public_key_data() expects. Signed-off-by: AKASHI Takahiro --- MAINTAINERS | 1 + tools/fdtsig.sh | 40 2 files changed, 41 insertions(+) create mode 100755

[PATCH v6 07/12] tools: mkeficapsule: allow for specifying GUID explicitly

2021-11-01 Thread AKASHI Takahiro
The existing options, "--fit" and "--raw," are only used to put a proper GUID in a capsule header, where GUID identifies a particular FMP (Firmware Management Protocol) driver which then would handle the firmware binary in a capsule. In fact, mkeficapsule does the exact same job in creating a

[PATCH v6 09/12] test/py: efi_capsule: add a test for "--guid" option

2021-11-01 Thread AKASHI Takahiro
This test scenario tests a new feature of mkeficapsule, "--guid" option, which allows us to specify FMP driver's guid explicitly at the command line. Signed-off-by: AKASHI Takahiro --- test/py/tests/test_efi_capsule/conftest.py| 3 + .../test_efi_capsule/test_capsule_firmware.py | 67

[PATCH v6 08/12] test/py: efi_capsule: align with the syntax change of mkeficapsule

2021-11-01 Thread AKASHI Takahiro
Since the syntax of mkeficapsule was changed in the previous commit, we need to modify command line arguments in a pytest script. Signed-off-by: AKASHI Takahiro --- test/py/tests/test_efi_capsule/conftest.py | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH v6 06/12] test/py: efi_capsule: add image authentication test

2021-11-01 Thread AKASHI Takahiro
Add a couple of test cases against capsule image authentication for capsule-on-disk, where only a signed capsule file with the verified signature will be applied to the system. Due to the difficulty of embedding a public key (esl file) in U-Boot binary during pytest setup time, all the

[PATCH v6 03/12] tools: mkeficapsule: add firmwware image signing

2021-11-01 Thread AKASHI Takahiro
With this enhancement, mkeficapsule will be able to sign a capsule file when it is created. A signature added will be used later in the verification at FMP's SetImage() call. To do that, We need specify additional command parameters: -monotonic-cout : monotonic count -private-key : private

[PATCH v6 05/12] doc: update UEFI document for usage of mkeficapsule

2021-11-01 Thread AKASHI Takahiro
Now we can use mkeficapsule command instead of EDK-II's script to create a signed capsule file. So update the instruction for capsule authentication. Signed-off-by: AKASHI Takahiro Reviewed-by: Simon Glass --- doc/develop/uefi/uefi.rst | 143 ++ 1 file

[PATCH v6 04/12] tools: mkeficapsule: add man page

2021-11-01 Thread AKASHI Takahiro
Add a man page for mkeficapsule command. Signed-off-by: AKASHI Takahiro Reviewed-by: Simon Glass --- MAINTAINERS| 1 + doc/mkeficapsule.1 | 95 ++ 2 files changed, 96 insertions(+) create mode 100644 doc/mkeficapsule.1 diff --git

[PATCH v6 02/12] tools: mkeficapsule: rework the code a little bit

2021-11-01 Thread AKASHI Takahiro
Abstract common routines to make the code easily understandable. No functional change. Signed-off-by: AKASHI Takahiro --- tools/mkeficapsule.c | 219 ++- 1 file changed, 155 insertions(+), 64 deletions(-) diff --git a/tools/mkeficapsule.c

[PATCH v6 01/12] efi_loader: capsule: drop __weak from efi_get_public_key_data()

2021-11-01 Thread AKASHI Takahiro
As we discussed in ML, currently a device tree is the only place to store public keys for capsule authentication. So __weak is not necessary for now. Signed-off-by: AKASHI Takahiro Reviewed-by: Simon Glass --- lib/efi_loader/efi_capsule.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH v6 00/12] efi_loader: capsule: improve capsule authentication support

2021-11-01 Thread AKASHI Takahiro
As I proposed and discussed in [1] and [2], I have made a couple of improvements on the current implementation of capsule update in this patch set. * add signing feature to mkeficapsule * add "--guid" option to mkeficapsule * add man page of mkeficapsule * update uefi document regarding capsule

Re: [PATCH v4] driver: spi: add bcm iproc qspi support.

2021-11-01 Thread Roman Bacik
Hi Jagan, On Mon, Nov 1, 2021 at 12:12 AM Jagan Teki wrote: > > On Tue, Oct 26, 2021 at 1:07 AM Roman Bacik wrote: > > > > From: Rayagonda Kokatanur > > > > IPROC qspi driver supports both BSPI and MSPI modes. > > > > Signed-off-by: Rayagonda Kokatanur > > Signed-off-by: Bharat Gooty > >

Re: rk3399-gru-kevin: issues on bringup

2021-11-01 Thread Alper Nebi Yasak
Hi, I've had some recent success with my gru-kevin and wanted to update you on this. Long story short, I can boot from SPI flash and have the display, keyboard, eMMC, microSD card, USB disks all work (however with some hacks); but can't boot into Linux. Things seem to hang shortly after "Starting

Re: [PATCH 0/3] rockchip: sdhci: Add HS400 Enhanced Strobe support

2021-11-01 Thread Jaehoon Chung
Hi, On 11/1/21 9:16 PM, Alper Nebi Yasak wrote: > On 01/11/2021 14:18, Jack Mitchell wrote: >> On 01/11/2021 09:07, Alper Nebi Yasak wrote: >>> I'm trying to make my gru-kevin's eMMC work properly (it times out while >>> tuning for HS400 and stops working when reinitialized via "mmc dev 0"). >>

Re: [PATCH 0/3] rockchip: sdhci: Add HS400 Enhanced Strobe support

2021-11-01 Thread Jack Mitchell
On 01/11/2021 22:11, Peter Robinson wrote: > On Mon, Nov 1, 2021 at 11:18 AM Jack Mitchell wrote: >> >> On 01/11/2021 09:07, Alper Nebi Yasak wrote: >>> I'm trying to make my gru-kevin's eMMC work properly (it times out while >>> tuning for HS400 and stops working when reinitialized via "mmc dev

Re: [PATCH 0/3] rockchip: sdhci: Add HS400 Enhanced Strobe support

2021-11-01 Thread Peter Robinson
On Mon, Nov 1, 2021 at 11:18 AM Jack Mitchell wrote: > > On 01/11/2021 09:07, Alper Nebi Yasak wrote: > > I'm trying to make my gru-kevin's eMMC work properly (it times out while > > tuning for HS400 and stops working when reinitialized via "mmc dev 0"). > > I'm also experiencing issue with the

Re: [PATCH v2 02/41] Makefile: Allow LTO to be disabled for a build

2021-11-01 Thread Tom Rini
On Sun, Oct 31, 2021 at 05:46:43PM -0600, Simon Glass wrote: > Hi Tom, > > On Wed, 27 Oct 2021 at 07:13, Tom Rini wrote: > > > > On Wed, Oct 27, 2021 at 02:21:17PM +0200, Heinrich Schuchardt wrote: > > > > > > > > > On 10/27/21 10:50, Ilias Apalodimas wrote: > > > > Hi Simon > > > > > > > > How

[PATCH] pinctrl: Add Apple pinctrl driver

2021-11-01 Thread Mark Kettenis
This driver supports both pin muxing and GPIO support for the pin control logic found on Apple SoCs. Signed-off-by: Mark Kettenis --- MAINTAINERS | 1 + .../pinctrl/apple,pinctrl.yaml| 106 + drivers/pinctrl/Kconfig

Re: [PATCH 00/31] passage: Define a standard for firmware data flow

2021-11-01 Thread François Ozog
Hi Mark, Le lun. 1 nov. 2021 à 19:19, Mark Kettenis a écrit : > > From: François Ozog > > Date: Mon, 1 Nov 2021 09:53:40 +0100 > > [...] > > > We could further leverage Passage to pass Operating Systems parameters > that > > could be removed from device tree (migration of /chosen to Passage).

[PATCH v5 1/2] net: brcm: netXtreme driver

2021-11-01 Thread Roman Bacik
From: Bharat Gooty Broadcom bnxt L2 driver support. Used by the Broadcom iproc platforms. Signed-off-by: Bharat Gooty Reviewed-by: Ramon Fried Signed-off-by: Roman Bacik --- Changes in v5: - remove bnxt_env_set_ethaddr/bnxt_env_del_ethaddr methods - add .read_rom_hwaddr =

Re: [PATCH] net: gem: Reduce timeout of mdio phy idle status check

2021-11-01 Thread Ramon Fried
On Fri, Oct 29, 2021 at 2:16 PM Michal Simek wrote: > > From: Ashok Reddy Soma > > Timeout for checking mdio phy idle status is 20seconds. In case of errors > this timeout will be too much. Reduce it to 100ms. > > Signed-off-by: Ashok Reddy Soma > Signed-off-by: Michal Simek > --- > >

Re: [PATCH] net: uclass: Save ethernet MAC address when generated

2021-11-01 Thread Ramon Fried
On Fri, Oct 29, 2021 at 2:14 PM Michal Simek wrote: > > When MAC address is randomly generated it should be also saved to > variables. This step is there when MAC address is passed via pdata but not > when it is randomly generated. > > Signed-off-by: Michal Simek > --- > > net/eth-uclass.c | 2

[PATCH v5 2/2] board: brcm-ns3: Load netXtreme firmware

2021-11-01 Thread Roman Bacik
From: Bharat Gooty Load NetXtreme firmware in board_init when BNXT_ETH is selected. Signed-off-by: Bharat Gooty Signed-off-by: Roman Bacik --- (no changes since v4) Changes in v4: - remove bnxt commands - load bnxt firmware in board_init Changes in v3: - remove commands set/get mac/speed

Re: New Defects reported by Coverity Scan for Das U-Boot

2021-11-01 Thread Heinrich Schuchardt
Hello Tom, CID 340849: Uninitialized variables (UNINIT) is invalid: If efi_allocate_pages fails, addr is not used. CID 166730: Integer handling issues (SIGN_EXTENSION) is invalid. u16 is first promoted to u32 (not int) and then shifted and then promoted to u64. Best regards Heinrich On

RE: [PATCH v4 1/2] net: brcm: netXtreme driver

2021-11-01 Thread Roman Bacik
Hi Marek, > -Original Message- > From: Marek Behún > Sent: Sunday, October 31, 2021 3:56 AM > To: Roman Bacik > Cc: U-Boot Mailing List ; Bharat Gooty > ; Joe Hershberger > ; Ramon Fried ; > p...@kernel.org > Subject: Re: [PATCH v4 1/2] net: brcm: netXtreme driver > > On Sat, 30 Oct

[scan-ad...@coverity.com: New Defects reported by Coverity Scan for Das U-Boot]

2021-11-01 Thread Tom Rini
Here's the list of new defects from v2022.01-rc1 - Forwarded message from scan-ad...@coverity.com - Date: Mon, 01 Nov 2021 19:29:37 + (UTC) From: scan-ad...@coverity.com To: tom.r...@gmail.com Subject: New Defects reported by Coverity Scan for Das U-Boot Hi, Please find the latest

[ANN] U-Boot v2022.01-rc1 released

2021-11-01 Thread Tom Rini
Hey all, Well, I'm a full week off here because I thought it was supposed to be scheduled for today. Whoops, that's on me. I do think there's a few more things to come in to prepare for the next release, but this is I think largely it. In terms of a changelog, git log --merges

Re: [PATCH 00/31] passage: Define a standard for firmware data flow

2021-11-01 Thread Mark Kettenis
> From: François Ozog > Date: Mon, 1 Nov 2021 09:53:40 +0100 [...] > We could further leverage Passage to pass Operating Systems parameters that > could be removed from device tree (migration of /chosen to Passage). Memory > inventory would still be in DT but allocations for CMA or GPUs would

Re: [PATCH v5 06/26] arm: qemu: Add a devicetree file for qemu_arm64

2021-11-01 Thread Tom Rini
On Mon, Nov 01, 2021 at 06:33:35PM +0100, François Ozog wrote: > Hi Simon > > Le lun. 1 nov. 2021 à 17:58, Simon Glass a écrit : > > > Hi Peter, > > > > On Mon, 1 Nov 2021 at 04:48, Peter Maydell > > wrote: > > > > > > On Tue, 26 Oct 2021 at 01:33, Simon Glass wrote: > > > > > > > > Add this

Re: Please pull u-boot-x86

2021-11-01 Thread Tom Rini
On Mon, Nov 01, 2021 at 12:38:18PM +0800, Bin Meng wrote: > Hi Tom, > > This PR includes the following x86 changes for v2022.01: > > - Fixes for x86 build with Clang/LLVM compiler > - Tangier ACPI changes > - Edison SD card detect pin fix > - EFI on x86 doc update with latest instructions > -

Re: [PATCH v5 06/26] arm: qemu: Add a devicetree file for qemu_arm64

2021-11-01 Thread François Ozog
Hi Simon Le lun. 1 nov. 2021 à 17:58, Simon Glass a écrit : > Hi Peter, > > On Mon, 1 Nov 2021 at 04:48, Peter Maydell > wrote: > > > > On Tue, 26 Oct 2021 at 01:33, Simon Glass wrote: > > > > > > Add this file, generated from qemu, so there is a reference devicetree > > > in the U-Boot tree.

Re: [PATCH v2 3/4] fpga: add fit_fpga_load function

2021-11-01 Thread Oleksandr Suvorov
Hi Michal, On Mon, Nov 1, 2021 at 2:05 PM Michal Simek wrote: > > > > On 11/1/21 11:47, Oleksandr Suvorov wrote: > > Introduce a function which passes an fpga compatible string from > > FIT images to FPGA drivers. This lets the different implementations > > decide how to handle it. > > > > Some

Re: [PATCH v2 2/4] cmd: fpga: Separating the support of fpga loads

2021-11-01 Thread Oleksandr Suvorov
On Mon, Nov 1, 2021 at 1:54 PM Michal Simek wrote: > > > > On 11/1/21 11:47, Oleksandr Suvorov wrote: > > This patch allows enabling support of "fpga lodas command which loads > > secure bitstreams (authenticated or encrypted, or both) independently > > in SPL and in u-boot. > > > >

Re: [PATCH v5 06/26] arm: qemu: Add a devicetree file for qemu_arm64

2021-11-01 Thread Simon Glass
Hi Peter, On Mon, 1 Nov 2021 at 04:48, Peter Maydell wrote: > > On Tue, 26 Oct 2021 at 01:33, Simon Glass wrote: > > > > Add this file, generated from qemu, so there is a reference devicetree > > in the U-Boot tree. > > > > Signed-off-by: Simon Glass > > Note that the dtb you get from QEMU is

Re: [PATCHv3] zynqmp: restore the jtag interface

2021-11-01 Thread Ricardo Salveti
On Thu, Oct 14, 2021 at 4:15 AM Michal Simek wrote: > > On 10/13/21 15:48, Jorge Ramirez-Ortiz wrote: > > When boot.bin is configured for secure boot the CSU will disable the > > JTAG interface on all cases. > > > > Some boards might rely on this interface for flashing to QSPI in which > > case

Re: [PATCH v5 02/26] doc: Add documentation about devicetree usage

2021-11-01 Thread Tom Rini
On Fri, Oct 29, 2021 at 01:20:52PM +0300, Ilias Apalodimas wrote: > Hi Simon, > > [...] > > > > > > > > > Why me? Perhaps Linaro could take this on instead of working in a > > > > separate tool and domain? You guys could really pull things together > > > > and reduce the fragmentation, if you

Re: [PATCH v3 0/5] Fix compiler warnings for 32-bit ARM

2021-11-01 Thread Tom Rini
On Sun, Oct 31, 2021 at 05:47:00PM -0600, Simon Glass wrote: > Hi, > > On Sun, 1 Aug 2021 at 18:56, Simon Glass wrote: > > > > These were noticed when building sandbox on a Raspberry Pi 400, which uses > > 32-bit linux. > > > > To make this work, I enabled CONFIG_HOST_32BIT in 'make menuconfig'.

Re: [PATCH] dts: rockchip: rk3399: enable emmc phy for spl

2021-11-01 Thread Peter Robinson
On Mon, Nov 1, 2021 at 4:44 AM Yifeng Zhao wrote: > > adapting commit ac804143cf ("mmc: rockchip_sdhci: add phy and clock > config for rk3399") to fix the issue "Not found emmc phy device". > > Signed-off-by: Yifeng Zhao Fixes: ac804143cf ("mmc: rockchip_sdhci: add phy and clock config for

Re: [PATCH v3 3/5] sandbox: Detect the host bit size automatically

2021-11-01 Thread Tom Rini
On Mon, Nov 01, 2021 at 08:04:44AM +0100, Pali Rohár wrote: > On Sunday 01 August 2021 18:56:11 Simon Glass wrote: > > At present if you build sandbox on a 32-bit host a lot of errors are > > produced. This is because CONFIG_HOST_64BIT is enabled by default. > > > > It is quite annoying to have

Re: [PATCH v4 03/16] i.MX8M: crypto: updated device tree for supporting DM in SPL

2021-11-01 Thread Adam Ford
On Tue, Oct 26, 2021 at 1:57 AM Gaurav Jain wrote: > > disabled use of JR0 in SPL and uboot, as JR0 is reserved > for secure boot. > > Signed-off-by: Gaurav Jain > Reviewed-by: Ye Li > --- > arch/arm/dts/imx8mm-evk-u-boot.dtsi | 18 +- > arch/arm/dts/imx8mm.dtsi

[PATCH u-boot-marvell] tools: kwboot: Do not send magic seq when changing baudrate back to 115200

2021-11-01 Thread Marek Behún
From: Pali Rohár After successful transfer of whole image only two things can happen: - BootROM starts execution of data block, which changes UART baudrate back to 115200 Bd, - board crashes and causes CPU reset In both cases UART baudrate is reset to the default speed. So there is no need to

Re: [PATCH 0/3] rockchip: sdhci: Add HS400 Enhanced Strobe support

2021-11-01 Thread Alper Nebi Yasak
On 01/11/2021 14:18, Jack Mitchell wrote: > On 01/11/2021 09:07, Alper Nebi Yasak wrote: >> I'm trying to make my gru-kevin's eMMC work properly (it times out while >> tuning for HS400 and stops working when reinitialized via "mmc dev 0"). > > I'm also experiencing issue with the re-init of emmc

Re: [PATCH v2 4/4] fpga: zynqmp: support loading authenticated images

2021-11-01 Thread Michal Simek
On 11/1/21 11:47, Oleksandr Suvorov wrote: Add supporting new compatible string "u-boot,zynqmp-fpga-ddrauth" to handle loading authenticated images (DDR). Based on solution by Jorge Ramirez-Ortiz Signed-off-by: Oleksandr Suvorov Co-developed-by: Ricardo Salveti Signed-off-by: Ricardo

Re: [PATCH v2 3/4] fpga: add fit_fpga_load function

2021-11-01 Thread Michal Simek
On 11/1/21 11:47, Oleksandr Suvorov wrote: Introduce a function which passes an fpga compatible string from FIT images to FPGA drivers. This lets the different implementations decide how to handle it. Some code of Jorge Ramirez-Ortiz is reused. Signed-off-by: Oleksandr Suvorov --- (no

Re: [PATCH v2 2/4] cmd: fpga: Separating the support of fpga loads

2021-11-01 Thread Michal Simek
On 11/1/21 11:47, Oleksandr Suvorov wrote: This patch allows enabling support of "fpga lodas command which loads secure bitstreams (authenticated or encrypted, or both) independently in SPL and in u-boot. Signed-off-by: Oleksandr Suvorov --- (no changes since v1) cmd/Kconfig | 9

Re: [PATCH v2 1/4] fpga: add option for loading FPGA secure bitstreams

2021-11-01 Thread Michal Simek
On 11/1/21 11:47, Oleksandr Suvorov wrote: It allows using this feature without enabling the "fpga loads" command. Signed-off-by: Oleksandr Suvorov --- (no changes since v1) cmd/Kconfig | 3 ++- drivers/fpga/Kconfig| 14 ++ drivers/fpga/fpga.c | 2 +-

Re: [PATCH v1] arm: xea: Modify board code to generate single binary u-boot

2021-11-01 Thread Lukasz Majewski
Hi Simon, > Hi Lukasz, > > On Sat, 23 Oct 2021 at 09:04, Lukasz Majewski wrote: > > > > This change provides the possibility to build XEA (imx287 based) > > board U-Boot as a single binary (without support for > > CONFIG_SPL_FRAMEWORK). > > > > The generated u-boot.sb can be used in the factory

Re: [PATCH 0/3] rockchip: sdhci: Add HS400 Enhanced Strobe support

2021-11-01 Thread Jack Mitchell
On 01/11/2021 09:07, Alper Nebi Yasak wrote: > I'm trying to make my gru-kevin's eMMC work properly (it times out while > tuning for HS400 and stops working when reinitialized via "mmc dev 0"). I'm also experiencing issue with the re-init of emmc on a 3399 platform, did you come to any

Re: [PATCH 00/16] fdt: Make OF_BOARD a boolean option

2021-11-01 Thread Ilias Apalodimas
Hi Simon, On Thu, 28 Oct 2021 at 05:51, Simon Glass wrote: > > Hi Ilias, > > On Tue, 26 Oct 2021 at 00:46, Ilias Apalodimas > wrote: > > > > Hi Simon, > > > > A bit late to the party, sorry! > > (Did you remember the beer? We'll probably need something stronger to sort this out :) > I am

Re: [PATCH v5 06/26] arm: qemu: Add a devicetree file for qemu_arm64

2021-11-01 Thread Peter Maydell
On Tue, 26 Oct 2021 at 01:33, Simon Glass wrote: > > Add this file, generated from qemu, so there is a reference devicetree > in the U-Boot tree. > > Signed-off-by: Simon Glass Note that the dtb you get from QEMU is only guaranteed to work if: 1) you run it on the exact same QEMU version you

[PATCH v2 3/4] fpga: add fit_fpga_load function

2021-11-01 Thread Oleksandr Suvorov
Introduce a function which passes an fpga compatible string from FIT images to FPGA drivers. This lets the different implementations decide how to handle it. Some code of Jorge Ramirez-Ortiz is reused. Signed-off-by: Oleksandr Suvorov --- (no changes since v1) common/spl/spl_fit.c | 6

[PATCH v2 4/4] fpga: zynqmp: support loading authenticated images

2021-11-01 Thread Oleksandr Suvorov
Add supporting new compatible string "u-boot,zynqmp-fpga-ddrauth" to handle loading authenticated images (DDR). Based on solution by Jorge Ramirez-Ortiz Signed-off-by: Oleksandr Suvorov Co-developed-by: Ricardo Salveti Signed-off-by: Ricardo Salveti Tested-by: Ricardo Salveti --- Changes in

[PATCH v2 2/4] cmd: fpga: Separating the support of fpga loads

2021-11-01 Thread Oleksandr Suvorov
This patch allows enabling support of "fpga lodas command which loads secure bitstreams (authenticated or encrypted, or both) independently in SPL and in u-boot. Signed-off-by: Oleksandr Suvorov --- (no changes since v1) cmd/Kconfig | 9 + cmd/fpga.c | 8 2 files changed, 13

[PATCH v2 1/4] fpga: add option for loading FPGA secure bitstreams

2021-11-01 Thread Oleksandr Suvorov
It allows using this feature without enabling the "fpga loads" command. Signed-off-by: Oleksandr Suvorov --- (no changes since v1) cmd/Kconfig | 3 ++- drivers/fpga/Kconfig| 14 ++ drivers/fpga/fpga.c | 2 +- drivers/fpga/xilinx.c | 2 +-

[PATCH v2 0/4] fpga: zynqmp: Adding support of loading authenticated images

2021-11-01 Thread Oleksandr Suvorov
This patchset introduces support for the authenticated FPGA images on ZynqMP boards, besides that introducing common way to pass the compatible property to any fpga driver. It bases on the initial work by Jorge Ramirez-Ortiz

Re: [PATCH 0/3] rockchip: sdhci: Add HS400 Enhanced Strobe support

2021-11-01 Thread Alper Nebi Yasak
On 01/11/2021 12:19, Jaehoon Chung wrote: > On 11/1/21 6:07 PM, Alper Nebi Yasak wrote: >> I'm trying this with "load mmc 0:1 0xd000 /bigfile $size" and getting >> the following speeds; and with "mmc info" the following differences: >> >> gru-kevin mmc0 | w/o this series |

Re: [PATCH 2/2] Revert "arch: arm: use dt and UCLASS_SYSCON to get gic lpi details"

2021-11-01 Thread Marc Zyngier
On Sun, 31 Oct 2021 16:45:41 +, "Z.Q. Hou" wrote: > > > > > -Original Message- > > From: Marc Zyngier [mailto:m...@kernel.org] > > Sent: 2021年10月29日 5:09 > > To: Michael Walle > > Cc: u-boot@lists.denx.de; Vladimir Oltean ; Z.Q. > > Hou > > ; Bharat Gooty ; > > Rayagonda

Re: [PATCH 2/2] efi_selftest: add selftest for EFI_TCG2_PROTOCOL and Measured Boot

2021-11-01 Thread Masahisa Kojima
Hi Heinrich, Ilias, On Sat, 30 Oct 2021 at 15:18, Heinrich Schuchardt wrote: > > > > Am 30. Oktober 2021 08:02:02 MESZ schrieb Ilias Apalodimas > : > >Hi Heinrich > > > >[...] > > > >> >>> +$(obj)/efi_selftest_tcg2.o: > >> >>> $(obj)/efi_miniapp_file_image_measuredboot.h > >> >>> diff --git

Re: [PATCH 0/3] rockchip: sdhci: Add HS400 Enhanced Strobe support

2021-11-01 Thread Jaehoon Chung
Hi, On 11/1/21 6:07 PM, Alper Nebi Yasak wrote: > I'm trying to make my gru-kevin's eMMC work properly (it times out while > tuning for HS400 and stops working when reinitialized via "mmc dev 0"). > While experimenting with what works on my board I ended up implementing > HS400ES support. And

Re: [PATCH 0/3] rockchip: sdhci: Add HS400 Enhanced Strobe support

2021-11-01 Thread Alper Nebi Yasak
On 01/11/2021 12:07, Alper Nebi Yasak wrote: > I'm trying this with "load mmc 0:1 0xd000 /bigfile $size" and getting > the following speeds; and with "mmc info" the following differences: > > gru-kevin mmc0 | w/o this series | w/ this series >

[PATCH] arm: a37xx: pci: Program the data strobe for config read requests

2021-11-01 Thread Pali Rohár
According to the Armada 3720 Functional Specification Data Strobe applies for both read and write config requests. Data strobe bits configure which bytes from the start address should be returned for read request. Set value 0xf (all 4 bits) into Data Strobe register to read all four bytes from

[PATCH 3/3] rockchip: sdhci: Add HS400 Enhanced Strobe support for RK3568

2021-11-01 Thread Alper Nebi Yasak
On RK3568, a register bit must be set to enable Enhanced Strobe. However, it appears that the address of this register may differ from vendor to vendor and should be read from the underlying MMC IP. Let the Rockchip SDHCI driver read this address and set the relevant bit when Enhanced Strobe

[PATCH 2/3] rockchip: sdhci: Add HS400 Enhanced Strobe support for RK3399

2021-11-01 Thread Alper Nebi Yasak
On RK3399, a register bit must be set to enable Enhanced Strobe. Let the Rockchip SDHCI driver set it when Enhanced Strobe configuration is requested. This is mostly ported from Linux' Arasan SDHCI driver which happens to be the underlying IP. (drivers/mmc/host/sdhci-of-arasan.c in Linux tree).

[PATCH 1/3] mmc: sdhci: Add HS400 Enhanced Strobe support

2021-11-01 Thread Alper Nebi Yasak
Delegate setting the Enhanced Strobe configuration to individual drivers if they set a function for it. Return -ENOTSUPP if they do not, like what the MMC uclass does. Signed-off-by: Alper Nebi Yasak --- drivers/mmc/sdhci.c | 18 ++ include/sdhci.h | 1 + 2 files changed,

[PATCH 0/3] rockchip: sdhci: Add HS400 Enhanced Strobe support

2021-11-01 Thread Alper Nebi Yasak
I'm trying to make my gru-kevin's eMMC work properly (it times out while tuning for HS400 and stops working when reinitialized via "mmc dev 0"). While experimenting with what works on my board I ended up implementing HS400ES support. And while I'm at it, I decided to do it for RK3568 as well since

[PATCH v2] riscv: ae350: Use #if defined instead of CONFIG_IS_ENABLED

2021-11-01 Thread Leo Yu-Chi Liang
According to ./include/linux/kconfig.h, CONFIG_IS_ENABLED(OF_BOARD) expands to 0 when CONFIG_SPL_BUILD is defined because there is no CONFIG_SPL_OF_BOARD. Use #if defined instead. Fixes: 2e8d2f88439d ("riscv: Remove OF_PRIOR_STAGE from RISC-V boards") Signed-off-by: Leo Yu-Chi Liang

Re: [PATCH] riscv: ae350: Use #if defined instead of CONFIG_IS_ENABLED

2021-11-01 Thread Leo Liang
On Mon, Nov 01, 2021 at 04:37:32PM +0800, Bin Meng wrote: > Hi Leo, > > On Mon, Nov 1, 2021 at 3:49 PM Leo Liang wrote: > > > > Hi Bin, > > On Mon, Nov 01, 2021 at 02:04:48PM +0800, Bin Meng wrote: > > > Hi Leo, > > > > > > On Wed, Oct 27, 2021 at 4:59 PM Leo Yu-Chi Liang > > > wrote: > > > >

Re: [PATCH v1 3/5] i2c: Add Microchip PolarFire SoC I2C driver

2021-11-01 Thread Leo Liang
On Fri, Oct 22, 2021 at 02:26:46PM +0530, Padmarao Begari wrote: > Add I2C driver code for the Microchip PolarFire SoC. > This driver supports I2C data transfer and probe for I2C > slave addresses. > > Signed-off-by: Padmarao Begari > --- > drivers/i2c/Kconfig | 6 + >

Re: [PATCH 00/31] passage: Define a standard for firmware data flow

2021-11-01 Thread François Ozog
Hi Simon, this seems a great endeavor. I'd like to better understand the scope of it. Is it to be used as part of what could become a U-Boot entry ABI scheme? By that I mean giving some fixed aspects to U-Boot entry while letting boards to have flexibility (say for instance that the first 5

Re: [PATCH 1/1] board: sifive: unmatched: enlarge CONFIG_SYS_SPL_MALLOC_SIZE

2021-11-01 Thread Bin Meng
Hi Rick, On Mon, Oct 25, 2021 at 10:24 AM Rick Chen wrote: > > Hi, Bin > > > Hi Rick, > > > > On Mon, Oct 25, 2021 at 9:49 AM Rick Chen wrote: > > > > > > Hi Bin, > > > > > > > From: Bin Meng > > > > Sent: Tuesday, October 19, 2021 4:55 PM > > > > To: Alexandre Ghiti > > > > Cc: Heinrich

Re: [PATCH v1 5/5] doc: board: Update Microchip MPFS Icicle Kit doc

2021-11-01 Thread Bin Meng
On Fri, Oct 22, 2021 at 4:58 PM Padmarao Begari wrote: > > UART1 uses for U-BOOT and Linux console instead of UART0 and nits: s/U-BOOT/U-Boot > UART0 is reserved for Hart Software Services(HSS). > > Signed-off-by: Padmarao Begari > --- > doc/board/microchip/mpfs_icicle.rst | 11 +++ >

Re: [PATCH v1 4/5] net: macb: Compatible as per device tree

2021-11-01 Thread Bin Meng
On Fri, Oct 22, 2021 at 4:58 PM Padmarao Begari wrote: > > Update compatible as per Microchip PolarFire SoC ethernet > device node. > > Signed-off-by: Padmarao Begari > --- > drivers/net/macb.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/net/macb.c

Re: [PATCH v1 2/5] riscv: Update Microchip MPFS Icicle Kit support

2021-11-01 Thread Bin Meng
On Fri, Oct 22, 2021 at 4:58 PM Padmarao Begari wrote: > > This patch updates Microchip MPFS Icicle Kit support. For now, > add Microchip I2C driver, set environment variables for > mac addesses and default build for SBI_V02. > > Signed-off-by: Padmarao Begari > --- >

Re: [PATCH v1 1/5] riscv: dts: Split Microchip device tree

2021-11-01 Thread Bin Meng
Hi Padmarao, On Fri, Oct 22, 2021 at 4:58 PM Padmarao Begari wrote: > > The device tree split into .dtsi and .dts files, common > device node for eMMC/SD, enable I2C1, UART1 for console > instead of UART0, enable the DDR 2GB memory and in > that 288MB memory is reserved for fabric buffer. > >

Re: [PATCH] riscv: ae350: Use #if defined instead of CONFIG_IS_ENABLED

2021-11-01 Thread Bin Meng
Hi Leo, On Mon, Nov 1, 2021 at 3:49 PM Leo Liang wrote: > > Hi Bin, > On Mon, Nov 01, 2021 at 02:04:48PM +0800, Bin Meng wrote: > > Hi Leo, > > > > On Wed, Oct 27, 2021 at 4:59 PM Leo Yu-Chi Liang > > wrote: > > > > > > According to ./include/linux/kconfig.h, > > > CONFIG_IS_ENABLED(OF_BOARD)

Re: [PATCH v1 2/5] riscv: Update Microchip MPFS Icicle Kit support

2021-11-01 Thread Leo Liang
Hi Padmarao, On Fri, Oct 22, 2021 at 02:26:45PM +0530, Padmarao Begari wrote: > This patch updates Microchip MPFS Icicle Kit support. For now, > add Microchip I2C driver, set environment variables for > mac addesses and default build for SBI_V02. typo: addresses Otherwise,

Re: [PATCH v1 1/5] riscv: dts: Split Microchip device tree

2021-11-01 Thread Leo Liang
On Fri, Oct 22, 2021 at 02:26:44PM +0530, Padmarao Begari wrote: > The device tree split into .dtsi and .dts files, common > device node for eMMC/SD, enable I2C1, UART1 for console > instead of UART0, enable the DDR 2GB memory and in > that 288MB memory is reserved for fabric buffer. > >

Re: [PATCH v1 5/5] doc: board: Update Microchip MPFS Icicle Kit doc

2021-11-01 Thread Leo Liang
On Fri, Oct 22, 2021 at 02:26:48PM +0530, Padmarao Begari wrote: > UART1 uses for U-BOOT and Linux console instead of UART0 and > UART0 is reserved for Hart Software Services(HSS). > > Signed-off-by: Padmarao Begari > --- > doc/board/microchip/mpfs_icicle.rst | 11 +++ > 1 file changed,

Re: [PATCH v1 4/5] net: macb: Compatible as per device tree

2021-11-01 Thread Leo Liang
On Fri, Oct 22, 2021 at 02:26:47PM +0530, Padmarao Begari wrote: > Update compatible as per Microchip PolarFire SoC ethernet > device node. > > Signed-off-by: Padmarao Begari > --- > drivers/net/macb.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Reviewed-by: Leo Yu-Chi Liang

Re: [PATCH v2] imx: spl: fix imx8m secure boot

2021-11-01 Thread Rasmus Villemoes
On 17/08/2021 08.17, Heiko Schocher wrote: > cherry-picked from NXP code: > 719d665a87c6: ("MLK-20467 imx8m: Fix issue for booting signed image through > uuu") > > which fixes secure boot on imx8m based boards. > [...] > Works on sdcard and QSPI NOR boot on phycore-imx8mp board. Hm, the

Re: [PATCH] riscv: ae350: Use #if defined instead of CONFIG_IS_ENABLED

2021-11-01 Thread Leo Liang
Hi Bin, On Mon, Nov 01, 2021 at 02:04:48PM +0800, Bin Meng wrote: > Hi Leo, > > On Wed, Oct 27, 2021 at 4:59 PM Leo Yu-Chi Liang > wrote: > > > > According to ./include/linux/kconfig.h, > > CONFIG_IS_ENABLED(OF_BOARD) expands to 0 > > when CONFIG_SPL_BUILD is defined because > > there is no

Re: [PATCH 05/31] fdt: Drop SPL_BUILD macro

2021-11-01 Thread Ilias Apalodimas
Hi Simon, Seems irrelevant to the current series, but can be sent with patch#1 separately? On Mon, 1 Nov 2021 at 03:19, Simon Glass wrote: > > This old macro is not needed anymore since we can use IS_ENABLED() now. > Drop it. > > Signed-off-by: Simon Glass > --- > >

Re: [PATCH v4] driver: spi: add bcm iproc qspi support.

2021-11-01 Thread Jagan Teki
On Tue, Oct 26, 2021 at 1:07 AM Roman Bacik wrote: > > From: Rayagonda Kokatanur > > IPROC qspi driver supports both BSPI and MSPI modes. > > Signed-off-by: Rayagonda Kokatanur > Signed-off-by: Bharat Gooty > Acked-by: Rayagonda Kokatanur > > Signed-off-by: Roman Bacik > --- > > Changes in

Re: [PATCH 03/31] dm: core: Allow getting some basic stats

2021-11-01 Thread Ilias Apalodimas
Hi Simon, How is this related to the bloblist patchset? Is it required or it can split of? Regards /Ilias On Mon, 1 Nov 2021 at 03:19, Simon Glass wrote: > > Add a function that returns some basic stats about driver model. For now > we only have two. > > Signed-off-by: Simon Glass > --- > >

Re: [PATCH] mtd: cqspi: Wait for transfer completion

2021-11-01 Thread Jagan Teki
Hi Pratyush, On Tue, Oct 26, 2021 at 1:23 AM Pratyush Yadav wrote: > > On 08/10/21 06:06PM, Jagan Teki wrote: > > On Wed, Sep 15, 2021 at 2:05 PM Marek Vasut wrote: > > > > > > On 9/15/21 10:28 AM, Pratyush Yadav wrote: > > > > On 14/09/21 08:22PM, Marek Vasut wrote: > > > >> On 9/14/21 7:42

Re: [PATCH 02/31] kconfig: Add support for conditional values

2021-11-01 Thread Ilias Apalodimas
On Mon, 1 Nov 2021 at 03:19, Simon Glass wrote: > > At present if an optional Kconfig value needs to be used it must be > bracketed by #ifdef. For example, with this Kconfig setup: > > config WIBBLE > bool "Support wibbles, the world needs more wibbles" > > config WIBBLE_ADDR >

Re: [PATCH v3 3/5] sandbox: Detect the host bit size automatically

2021-11-01 Thread Pali Rohár
On Sunday 01 August 2021 18:56:11 Simon Glass wrote: > At present if you build sandbox on a 32-bit host a lot of errors are > produced. This is because CONFIG_HOST_64BIT is enabled by default. > > It is quite annoying to have to change that manually before building > sandbox. It is also quite

Re: [PATCH] image: fix select_ramdisk for raw initrd

2021-11-01 Thread Art Nikpal
Hi Simon, Tom , and ... > Do we need this patch as well as the other one? If so, can you combine them? > Also, is it possible to drop the assignment to rd_addr at the top of the function? this patch must be replaced by another one

Re: [PATCH 01/31] Makefile: Correct TPL rule for OF_REAL

2021-11-01 Thread Ilias Apalodimas
Hi Simon, As I expect this series to go through some versions before we agree on something and this seems like a pure bugfix can you split it of as a single patch? On Mon, 1 Nov 2021 at 03:19, Simon Glass wrote: > > Correct an error in the tpl-dtb parameter to binman. At present the TPL > rule

Re: [PATCH] image-board: fix wrong implementation ram disk address setup from cmdline

2021-11-01 Thread Art Nikpal
hi Simon > Fixes: f33a2c1bd0f ("image: Remove #ifdefs from select_ramdisk()") > (I believe, can you confirm?) confirm f33a2c1bd0f has wrong implementation logic for raw ramdisk image sure i have tested it ... On Mon, Nov 1, 2021 at 7:47 AM Simon Glass wrote: > > Hi Artem, > > On Fri, 15 Oct

Re: [RFC PATCH] RFC: Sketch of dm event notification

2021-11-01 Thread AKASHI Takahiro
Hello Simon, On Sun, Oct 31, 2021 at 09:07:01PM -0600, Simon Glass wrote: > This is a patch for Takahiro to look at, just for illustration. Not ready > for review. Thank you for posting the draft. At a first glance, it looks good and I don't see any specific issue with your implementation. Since

  1   2   >