Pull request for UEFI sub-system for efi-2020-07-rc3

The following changes since commit 515f613253cf0a892c3a321770ab927fa3d925cf: Merge branch '2020-05-15-kconfig-migrations' (2020-05-15 21:44:46 -0400) are available in the Git repository at: https://gitlab.denx.de/u-boot/custodians/u-boot-efi.git tags/efi-2020-07-rc3 for you to fetch changes

Re: [PATCH v2] efi_loader: round the memory area in efi_add_memory_map()

On 17/05/2020 12:29, Michael Walle wrote: > Virtually all callers of this function do the rounding on their own. > Some do it right, some don't. Instead of doing this in each caller, > do the rounding in efi_add_memory_map(). Change the size parameter > to bytes instead of pages and remove align

[PATCH] arm: mach-k3: Enable dcache in SPL

From: Jan Kiszka Add support for enabling dcache already in SPL. It accelerates the boot and resolves the risk to run into unaligned 64-bit accesses. Based on original patch by Lokesh Vulta. Signed-off-by: Jan Kiszka --- arch/arm/mach-k3/am6_init.c | 1 + arch/arm/mach-k3/common.c | 35

Re: [PATCH] bdinfo: Show information about fdt blob via bdinfo

Hi Heiko, On Mon, May 18, 2020 at 12:28 PM Heiko Schocher wrote: > > Hello Tom, > > Am 09.04.2020 um 07:14 schrieb Heiko Schocher: > > Hello Tom, > > > > Am 19.02.2020 um 06:19 schrieb Heiko Schocher: > >> PowerPC target supports OF booting, so print the > >> fdt address and size in bdinfo. > >>

Re: [PATCH] bdinfo: Show information about fdt blob via bdinfo

Hello Tom, Am 09.04.2020 um 07:14 schrieb Heiko Schocher: Hello Tom, Am 19.02.2020 um 06:19 schrieb Heiko Schocher: PowerPC target supports OF booting, so print the fdt address and size in bdinfo. Signed-off-by: Heiko Schocher --- Travis build: https://travis-ci.org/hsdenx/u-boot-test/builds

Re: [PATCH] mpc83xx, abb: remove suvd3 board

Hello Mario, added Tom to cc Am 09.04.2020 um 07:13 schrieb Heiko Schocher: Hello Mario, Am 18.02.2020 um 18:03 schrieb Heiko Schocher: the mpc83xxx suvd3 variant is not longer used, so remove it. Signed-off-by: Holger Brunck Signed-off-by: Heiko Schocher --- Travis build: https://travis-

Re: [PATCH 1/5] libfdt: Export overlay_apply_node() as fdt_overlay_apply_node()

On Sat, 16 May 2020 at 13:55, Marek Vasut wrote: > > On 4/20/20 1:37 AM, Simon Glass wrote: > > Hi Marek, > > > > On Sat, 11 Apr 2020 at 14:01, Marek Vasut wrote: > >> > >> This function is useful to merge a subset of DT into another DT, for > >> example if some prior-stage firmware passes a DT f

Re: [PATCH v3 2/3] arch: x86: apl: Use devicetree for FSP-M configuration

On Tue, 12 May 2020 at 01:35, Bernhard Messerklinger wrote: > > A the moment the FSP-M configuration is a mix of hard coded values and > devicetree properties. > This patch makes FSP-M full configurable from devicetree by adding > binding properties for all FSP-M parameters. > Co-developed-by: Wol

Re: [PATCH v3 1/3] arch: x86: apl: Only load VBT if CONFIG_HAVE_VBT is enabled

On Tue, 12 May 2020 at 01:35, Bernhard Messerklinger wrote: > > Only load VBT if it's present in the u-boot.rom. > > Signed-off-by: Bernhard Messerklinger > > --- > > Changes in v3: None > Changes in v2: None > > arch/x86/cpu/apollolake/fsp_s.c | 46 ++--- > 1 file c

Re: [PATCH v3 3/3] arch: x86: apl: Use devicetree for FSP-S configuration

On Tue, 12 May 2020 at 01:35, Bernhard Messerklinger wrote: > > A the moment the FSP-S configuration is a mix of hard coded values and > devicetree properties. > This patch makes FSP-S full configurable from devicetree by > adding binding properties for all FSP-S parameters. > Co-developed-by: Wol

[PATCH 2/3] x86: spi: Rewrite logic for obtaining the SPI memory map

At present this logic does not work on link and samus, since their SPI controller is not a PCI device, but a child of the PCH. Unfortunately, fixing this involves a lot of extra logic. Still, this was requested in the review of the fix-up patch, so here it is. Signed-off-by: Simon Glass Fixes: 9

[PATCH 3/3] x86: spl: Print the error on SPL failure

The error code is often useful to figure out what is going on. Printing it does not increase code size much, so print out the error and then hang. Signed-off-by: Simon Glass --- arch/x86/lib/spl.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/x86/lib/spl.c b/arch/

[PATCH 0/3] x86: Correct SPI memory-mapping query

This little series makes the SPI memory-mapping query work on all current x86 boards where possible, returning an error code (rather than hanging) when it fails. It replaces the previous patch at [1]. Unfortunately it is quite a bit more complicated. This fixes booting on link and samus. [1] ht

[PATCH 1/3] x86: spi: Add a way to access the SPI mapping via registers

At present the PCI BDF (bus/device/function) is needed to access the SPI mapping, since the registers are at BAR0. This doesn't work when PCI auto-config has not been done yet, since BARs are unassigned. Add another way to find the mapping, using the MMIO base, if the caller knows this. Also add

Re: [PATCH 02/10] kconfig: Add scripts/Kconfig.include from v4.19

Tom, On Thu, May 14, 2020 at 9:32 PM Tom Rini wrote: > > As part of re-syncing our Kconfig logic up to v4.19, we had missed > adding this new file that includes helper macros. To quote the upstream > commit e1cfdc0e72fc ("kconfig: add basic helper macros to > scripts/Kconfig.include"): > > Kc

Re: [PATCH 02/10] efi_loader: add option to initialise EFI subsystem early

Heinrich, On Sun, May 17, 2020 at 09:29:44AM +0200, Heinrich Schuchardt wrote: > On 4/28/20 2:16 AM, AKASHI Takahiro wrote: > > Heinrich, > > > > On Mon, Apr 27, 2020 at 10:09:11PM +0200, Heinrich Schuchardt wrote: > >> On 4/27/20 11:48 AM, AKASHI Takahiro wrote: > >>> If this option is enabled, t

Re: [PATCH 03/10] efi_loader: define UpdateCapsule api

Heinrich, On Sun, May 17, 2020 at 10:02:08AM +0200, Heinrich Schuchardt wrote: > On 4/27/20 11:48 AM, AKASHI Takahiro wrote: > > In this commit, skeleton functions for capsule-related API's are > > added under CONFIG_EFI_UPDATE_CAPSULE configuration. > > Detailed implementation for a specific caps

Re: [PATCH 1/2] test/py: efi_secboot should not assume sbin is in the path

On Fri, May 15, 2020 at 05:39:31PM +0200, Heinrich Schuchardt wrote: > On 22.04.20 17:52, Heinrich Schuchardt wrote: > > For non-root users /sbin is typically not in the path. So use absolute > > paths to mkfs.vfat and sgdisk. > > Ilias pointed me to virt-make-fs (Debian package libguestfs-tools).

Re: [PATCH v2] net: tftp: Add client support for RFC 7440

On Sat, May 16, 2020 at 10:49:50PM +0300, Ramon Fried wrote: > [...] > index be9e6391d6..b85b44201f 100644 > --- a/README > +++ b/README > @@ -3522,6 +3522,11 @@ List of environment variables (most likely not > complete): > downloads succeed with high packet loss rates, or with >

[PATCH 5/7 v4] doc: uefi.rst: Add OP-TEE variable storage config options

If OP-TEE is compiled with an EDK2 application running in secure world it can process and store UEFI variables in an RPMB. Add documentation for the config options enabling this. Signed-off-by: Ilias Apalodimas Reviewed-by: Heinrich Schuchardt --- doc/uefi/uefi.rst | 17 + 1 fil

[PATCH 7/7 v4] dts: nxp2160ardb: add op-tee node

A defconfig is added on lx2160ardb which allows UEFI variable management via OP-TEE. Enable the the node in the relevant DTS file. Signed-off-by: Ilias Apalodimas --- arch/arm/dts/fsl-lx2160a.dtsi | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/dts/fsl-lx2160a.dtsi b/arch/arm/

[PATCH 2/7 v4] efi_loader: Implement EFI variable handling via OP-TEE

In OP-TEE we can run EDK2's StandAloneMM on a secure partition. StandAloneMM is responsible for the UEFI variable support. In combination with OP-TEE and it's U-Boot supplicant, variables are authenticated/validated in secure world and stored on an RPMB partition. So let's add a new config option

[PATCH 6/7 v4] configs: lx2160a: Add default config for lx2160a using StMM in OP-TEE

Previous patches allow UEFI secure variables to be stored in an RPMB device using OPTEE. Add a config for the lx2160a hardware so the feature gets at least compiled. Signed-off-by: Ilias Apalodimas --- board/freescale/lx2160a/MAINTAINERS | 1 + configs/lx2160ardb_tfa_stmm_defconfig | 85 +

[PATCH 3/7 v4] cmd: efidebug: Add support for querying UEFI variable storage

With the previous patches that use OP-TEE and StandAloneMM for UEFI variable storage we've added functionality for efi_query_variable_info. So let's add the relevant command to efidebug and retrieve information about the container used to store UEFI variables Signed-off-by: Ilias Apalodimas ---

[PATCH 4/7 v4] MAINTAINERS: Add maintainer for EFI variables via OP-TEE

Add myself as maintainer for the OP-TEE related UEFI variable storage. Signed-off-by: Ilias Apalodimas Reviewed-by: Heinrich Schuchardt --- MAINTAINERS | 6 ++ 1 file changed, 6 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index d67112479700..8add9d4c2ae9 100644 --- a/MAINTAINERS +

[PATCH 1/7 v4] efi_loader: Add headers for EDK2 StandAloneMM communication

From: Sughosh Ganu In Arm devices OP-TEE has the ability to run StandAloneMM (from EDK2) in a separate partition and handle UEFI variables. A following patch introduces this functionality. Add the headers needed for OP-TEE <--> StandAloneMM communication Signed-off-by: Sughosh Ganu Signed-off-

[PATCH 0/7 v4] EFI variable support via OP-TEE

Hi! This is the v4 of the patchset adding EFI variable support via OP-TEE originally posted here [1] [2] [3] changes since v3: * patch 3: - remove the default attributes if the user doesn't specify any - print the EFI error message coming from StMM in case of failure * patch 6: - Align t

Re: [PATCH v2] efi_loader: round the memory area in efi_add_memory_map()

On 5/17/20 12:29 PM, Michael Walle wrote: > Virtually all callers of this function do the rounding on their own. > Some do it right, some don't. Instead of doing this in each caller, > do the rounding in efi_add_memory_map(). Change the size parameter > to bytes instead of pages and remove aligning

[PATCH 15/15] net: pcnet: Add Kconfig entries

Add Kconfig entries for the pcnet driver and convert MIPS malta to use those. Signed-off-by: Marek Vasut Cc: Daniel Schwierzeck Cc: Joe Hershberger --- configs/malta_defconfig | 1 + drivers/net/Kconfig | 6 ++ include/configs/malta.h | 1 - 3 files changed, 7 insertions(+), 1 deletion

[PATCH 14/15] net: pcnet: Add DM support

With all the changes in place, add support for DM into the pcnet driver. Signed-off-by: Marek Vasut Cc: Daniel Schwierzeck Cc: Joe Hershberger --- drivers/net/pcnet.c | 127 +++- 1 file changed, 126 insertions(+), 1 deletion(-) diff --git a/drivers/net/

[PATCH 12/15] net: pcnet: Wrap name and enetaddr into private data

Instead of using the non-DM-only name and enetaddr in struct eth_device, add pointers into the private data which can either point to that non-DM name or a DM one later on. Signed-off-by: Marek Vasut Cc: Daniel Schwierzeck Cc: Joe Hershberger --- drivers/net/pcnet.c | 34 +++---

[PATCH 09/15] net: pcnet: Wrap devbusfn into private data

Instead of using eth_device priv for this PCI devbusfn, free it so it could be used for driver private data, and wrap devbusfn into those driver private data. Note that using the name dev for the variable is a trick left for later, when DM support is in place, so dm_pci_virt_to_mem() can be used w

[PATCH 11/15] net: pcnet: Wrap iobase into private data

Instead of using the non-DM-only iobase in struct eth_device, add one into the private data to make DM and non-DM operation possible. Signed-off-by: Marek Vasut Cc: Daniel Schwierzeck Cc: Joe Hershberger --- drivers/net/pcnet.c | 103 1 file changed

[PATCH 10/15] net: pcnet: Pass private data through dev->priv

Get rid of the global point to private data, and rather pass it thought dev->priv. Also remove the unnecessary check for lp being non-NULL, since it is always NULL at this point. Signed-off-by: Marek Vasut Cc: Daniel Schwierzeck Cc: Joe Hershberger --- drivers/net/pcnet.c | 20 ++--

[PATCH 13/15] net: pcnet: Split common and non-DM functions

Pull the common parts of functions out so they can be reused by both DM and non-DM code paths. The recv() function had to be reworked to fit into this scheme and this means it now only receives one packet at a time instead of spinning in an endless loop. Signed-off-by: Marek Vasut Cc: Daniel Schw

[PATCH 08/15] net: pcnet: Drop useless forward declarations

Remove those as they are not needed anymore. Signed-off-by: Marek Vasut Cc: Daniel Schwierzeck Cc: Joe Hershberger --- drivers/net/pcnet.c | 6 -- 1 file changed, 6 deletions(-) diff --git a/drivers/net/pcnet.c b/drivers/net/pcnet.c index ec8d080794..3e04781aa4 100644 --- a/drivers/net/pc

[PATCH 05/15] net: pcnet: Replace memset+malloc with calloc

This combination of functions can be replaced with calloc(), make it so. Signed-off-by: Marek Vasut Cc: Daniel Schwierzeck Cc: Joe Hershberger --- drivers/net/pcnet.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/net/pcnet.c b/drivers/net/pcnet.c index 5bbd290ee

[PATCH 04/15] net: pcnet: Simplify private data allocation

The current code is horribly complex. Both the RX and TX buffer descriptors are 16 bytes in size, the init block is 32 bytes in size, so simplify the code such that the entire private data of the driver are allocated cache aligned and the RX and TX buffer descriptors are part of the private data.

[PATCH 06/15] net: pcnet: Move private data allocation to initialize

The private data allocation does not have to be done every time the NIC is initialized at run time, move the allocation to initialize function, which means it will be done only once when the driver starts. Signed-off-by: Marek Vasut Cc: Daniel Schwierzeck Cc: Joe Hershberger --- drivers/net/pc

[PATCH 07/15] net: pcnet: Move initialize function at the end

Move the function at the end of the driver, so we could drop various forward declarations later. No functional change. Signed-off-by: Marek Vasut Cc: Daniel Schwierzeck Cc: Joe Hershberger --- drivers/net/pcnet.c | 180 ++-- 1 file changed, 89 insertions

[PATCH 03/15] net: pcnet: Use PCI_DEVICE() to define PCI device compat list

Use this macro to fully fill the PCI device ID table. This is mandatory for the DM PCI support, which checks all the fields. Signed-off-by: Marek Vasut Cc: Daniel Schwierzeck Cc: Joe Hershberger --- drivers/net/pcnet.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers

[PATCH 02/15] net: pcnet: Drop PCNET_HAS_PROM

All of one PCNET users has this option set, make this default and drop this config option. Signed-off-by: Marek Vasut Cc: Daniel Schwierzeck Cc: Joe Hershberger --- drivers/net/pcnet.c | 5 - include/configs/malta.h | 1 - 2 files changed, 6 deletions(-) diff --git a/drivers/net/pcnet

[PATCH 01/15] net: pcnet: Drop typedef struct pcnet_priv_t

Use struct pcnet_priv all over the place instead. Signed-off-by: Marek Vasut Cc: Daniel Schwierzeck Cc: Joe Hershberger --- drivers/net/pcnet.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/net/pcnet.c b/drivers/net/pcnet.c index f97e7f8c6a..f34fc4abbf

Re: [PATCH v2 02/35] acpi: Add a function to get a device path and scope

On Mon, May 11, 2020 at 4:34 AM Simon Glass wrote: > > Add a function to build up the ACPI path for a device and another for its > scope. > > Signed-off-by: Simon Glass > Reviewed-by: Wolfgang Wallner > --- > > Changes in v2: None > Changes in v1: > - Split into more patches for review > - Add t

Re: [PATCH 2/2] thermal: imx_scu_thermal: fix getting DT alert property value

On Sun, 17 May 2020 14:43:39 + Peng Fan peng@nxp.com wrote: ... > > CPU Temperature (35000C) has beyond alert (0C), close to critical (0C) > > waiting... > > Sorry for not be clear, I mean which code change breaks the boot? I didn't bisect this, so I do not know exactly. Last working re

RE: [ANN] U-Boot v2020.07-rc2 released

> On Sat, May 16, 2020 at 08:10:04AM +, Peng Fan wrote: > > Hi Tom, > > > > > -Original Message- > > > From: U-Boot On Behalf Of Tom Rini > > > Sent: 2020年5月12日 6:29 > > > To: u-boot@lists.denx.de > > > Cc: u-boot-custodi...@lists.denx.de; > > > u-boot-board-maintain...@lists.denx.de >

RE: [PATCH 2/2] thermal: imx_scu_thermal: fix getting DT alert property value

> Subject: Re: [PATCH 2/2] thermal: imx_scu_thermal: fix getting DT alert > property value > > Hi Peng, > > On Sun, 17 May 2020 10:04:58 + > Peng Fan peng@nxp.com wrote: > > > Hi Anatolij, > > > > > Subject: [PATCH 2/2] thermal: imx_scu_thermal: fix getting DT alert > > > property valu

Re: [PATCH v10 17/18] configs: fu540: Add config options for U-Boot SPL

Hi Pragnesh, On Sun, May 17, 2020 at 10:37 PM Pragnesh Patel wrote: > > Hi Bin, > > >-Original Message- > >From: Bin Meng > >Sent: 17 May 2020 18:28 > >To: Pragnesh Patel > >Cc: U-Boot Mailing List ; Atish Patra > >; Palmer Dabbelt ; Paul > >Walmsley ; Jagan Teki > >; Anup Patel ; Sagar

Re: [PATCH v2 01/35] dm: core: Add an ACPI name for the root node

On Mon, May 11, 2020 at 4:34 AM Simon Glass wrote: > > This always has a fixed ACPI name so add it as a driver function. > > Signed-off-by: Simon Glass > Reviewed-by: Wolfgang Wallner > --- > > Changes in v2: None > Changes in v1: > - Capitalise ACPI_OPS_PTR > > drivers/core/root.c | 13 +++

RE: [PATCH v10 06/18] sifive: fu540: add ddr driver

Hi Bin, >-Original Message- >From: Bin Meng >Sent: 17 May 2020 17:38 >To: Pragnesh Patel >Cc: U-Boot Mailing List ; Atish Patra >; Palmer Dabbelt ; Paul >Walmsley ; Jagan Teki >; Anup Patel ; Sagar >Kadam ; Rick Chen ; Palmer >Dabbelt ; Kever Yang ; >YouMin Chen ; Giulio Benetti >; Kevin

RE: [PATCH v10 17/18] configs: fu540: Add config options for U-Boot SPL

Hi Bin, >-Original Message- >From: Bin Meng >Sent: 17 May 2020 18:28 >To: Pragnesh Patel >Cc: U-Boot Mailing List ; Atish Patra >; Palmer Dabbelt ; Paul >Walmsley ; Jagan Teki >; Anup Patel ; Sagar >Kadam ; Rick Chen ; Palmer >Dabbelt >Subject: Re: [PATCH v10 17/18] configs: fu540: Add

RE: [PATCH v10 13/18] riscv: cpu: fu540: Add support for cpu fu540

Hi Bin, >-Original Message- >From: Bin Meng >Sent: 17 May 2020 18:30 >To: Pragnesh Patel >Cc: U-Boot Mailing List ; Atish Patra >; Palmer Dabbelt ; Paul >Walmsley ; Jagan Teki >; Anup Patel ; Sagar >Kadam ; Rick Chen ; Palmer >Dabbelt ; Lukas Auer >; Simon Glass >Subject: Re: [PATCH v10

Re: [PATCH v9 04/18] lib: Makefile: build crc7.c when CONFIG_MMC_SPI

On Sun, May 17, 2020 at 10:28 PM Heinrich Schuchardt wrote: > > Am May 17, 2020 12:02:30 PM UTC schrieb Bin Meng : > >On Wed, May 13, 2020 at 2:27 PM Pragnesh Patel > > wrote: > >> > >> When build U-Boot SPL, meet an issue of undefined reference to > >> 'crc7' for drivers/mmc/mmc_spi.c, so let's c

Re: [PATCH] x86: coreboot: add SMBIOS cbmem entry parsing

On Thu, May 14, 2020 at 9:16 PM Christian Gmeiner wrote: > > Signed-off-by: Christian Gmeiner > --- > arch/x86/cpu/coreboot/tables.c | 14 ++ > arch/x86/include/asm/arch-coreboot/sysinfo.h | 2 ++ > arch/x86/include/asm/coreboot_tables.h | 11 +++ > 3 fil

Re: [PATCH v9 04/18] lib: Makefile: build crc7.c when CONFIG_MMC_SPI

Am May 17, 2020 12:02:30 PM UTC schrieb Bin Meng : >On Wed, May 13, 2020 at 2:27 PM Pragnesh Patel > wrote: >> >> When build U-Boot SPL, meet an issue of undefined reference to >> 'crc7' for drivers/mmc/mmc_spi.c, so let's compile crc7.c when >> CONFIG_MMC_SPI selected. >> >> Signed-off-by: Pragnes

Re: [PATCH v3 3/3] arch: x86: apl: Use devicetree for FSP-S configuration

Hi Simon, On Tue, May 12, 2020 at 3:35 PM Bernhard Messerklinger wrote: > > A the moment the FSP-S configuration is a mix of hard coded values and > devicetree properties. > This patch makes FSP-S full configurable from devicetree by > adding binding properties for all FSP-S parameters. > Co-deve

Re: [PATCH v3 2/3] arch: x86: apl: Use devicetree for FSP-M configuration

Hi Simon, On Tue, May 12, 2020 at 3:35 PM Bernhard Messerklinger wrote: > > A the moment the FSP-M configuration is a mix of hard coded values and > devicetree properties. > This patch makes FSP-M full configurable from devicetree by adding > binding properties for all FSP-M parameters. > Co-deve

Re: [PATCH v3 1/3] arch: x86: apl: Only load VBT if CONFIG_HAVE_VBT is enabled

Hi Bernhard, On Tue, May 12, 2020 at 3:35 PM Bernhard Messerklinger wrote: > > Only load VBT if it's present in the u-boot.rom. > > Signed-off-by: Bernhard Messerklinger > > --- > > Changes in v3: None > Changes in v2: None > > arch/x86/cpu/apollolake/fsp_s.c | 46 ++---

Re: [PATCH v2 30/39] bdinfo: net: Drop legacy ethernet bdinfo

On Mon, May 11, 2020 at 4:17 AM Simon Glass wrote: > > This code pre-dates driver model and the migration date is nearly upon us. > Pare the print_eths() function down and enable it for driver model, since > it works correctly. > > The IP address is already printed in print_eth_ip_addr() so we can

Re: [PATCH v2 26/39] bdinfo: Drop print_bi_flash()

On Mon, May 11, 2020 at 4:17 AM Simon Glass wrote: > > This function only has three lines of code in it so inline it. This helps > to put all the code in one place for future partitioning. > > Signed-off-by: Simon Glass > --- > > Changes in v2: > - Update commit message with an extra motivation >

Re: [PATCH v2 17/39] bdinfo: arc: Use the generic bd command

On Mon, May 11, 2020 at 4:17 AM Simon Glass wrote: > > There is nothing new in the arc 'bd' command beyond what is already there. > Switch it over to use the generic code. > > Signed-off-by: Simon Glass > --- > > Changes in v2: > - Fix up inadvertent merge of PowerPC/ARM/m68k/arc patches > > cmd

Re: [PATCH v2 16/39] bdinfo: arm: Use the generic bd command

On Mon, May 11, 2020 at 4:17 AM Simon Glass wrote: > > Unfortunately ARM has a lot of special stuff. Move it into the generic > function for now, so we can have it all in one place. > > Signed-off-by: Simon Glass > --- > > Changes in v2: > - Fix up inadvertent merge of PowerPC/ARM/m68k/arc patche

Re: [PATCH v2 15/39] bdinfo: m68k: Use the generic bd command

On Mon, May 11, 2020 at 4:17 AM Simon Glass wrote: > > Unfortunately m68k has a lot of special stuff. Move it into the generic > function for now, so we can have it all in one place. > > Signed-off-by: Simon Glass > --- > > Changes in v2: > - Fix up inadvertent merge of PowerPC/ARM/m68k/arc patch

Re: [PATCH v2 14/39] bdinfo: powerpc: Use the generic bd command

On Mon, May 11, 2020 at 4:17 AM Simon Glass wrote: > > Unfortunately PowerPC has a lot of special stuff. Move it into the generic > function for now, so we can have it all in one place. > > Signed-off-by: Simon Glass > --- > > Changes in v2: > - Fix up inadvertent merge of PowerPC/ARM/m68k/arc pa

Re: [PATCH v2 01/39] tbs2910: Drop the 'bd' command

On Mon, May 11, 2020 at 4:17 AM Simon Glass wrote: > > This board is very close to its limit. Drop this command before the bd > refactoring, which increases the size slightly on one toolchain. > > Signed-off-by: Simon Glass > --- > > Changes in v2: > - Add a new patch to drop the 'bd' command for

Re: [PATCH] x86: mtrr: Drop the mask display when changing an mtrr

On Thu, May 7, 2020 at 10:32 PM Bin Meng wrote: > > On Thu, May 7, 2020 at 10:13 PM Simon Glass wrote: > > > > We don't need to print this information since it is shown when the MTRRs > > are displayed. Drop it. > > > > Signed-off-by: Simon Glass > > --- > > > > cmd/x86/mtrr.c | 1 - > > 1 file

Re: patman: ImportError

Hi Simon, Am 17.05.20 um 01:03 schrieb Simon Glass: Hi Stefan, On Sat, 16 May 2020 at 05:27, Stefan Bosch wrote: Hello, recently, I updated my local repository (U-Boot master). Last commit is c693f212c5b0433b3a49a89d87cbff28bf78eb87 now. Previously it has been 4df3578119b043d76b86b50077b068

Re: [PATCH v10 07/18] sifive: dts: fu540: Add DDR controller and phy register settings

On Thu, May 14, 2020 at 7:54 PM Pragnesh Patel wrote: > > Add DDR controller and phy register settings, taken from fsbl > (https://github.com/sifive/freedom-u540-c000-bootloader.git) > > Signed-off-by: Pragnesh Patel > --- > .../dts/fu540-hifive-unleashed-a00-ddr.dtsi | 1489 +

Re: [PATCH v10 10/18] clk: sifive: fu540-prci: Add ddr clock initialization

On Thu, May 14, 2020 at 7:54 PM Pragnesh Patel wrote: > > Release ddr clock reset once clock is initialized > > Signed-off-by: Pragnesh Patel > --- > drivers/clk/sifive/fu540-prci.c | 51 + > 1 file changed, 45 insertions(+), 6 deletions(-) > Reviewed-by: Bin Men

Re: [PATCH v10 11/18] clk: sifive: fu540-prci: Release ethernet clock reset

On Thu, May 14, 2020 at 7:54 PM Pragnesh Patel wrote: > > Release ethernet clock reset once clock is initialized. > This is necessary to do as U-Boot proper needs ethernet > clock. > > Signed-off-by: Pragnesh Patel > --- > drivers/clk/sifive/fu540-prci.c | 20 > 1 file chang

Re: [PATCH v10 18/18] doc: sifive: fu540: Add description for OpenSBI generic platform

On Thu, May 14, 2020 at 7:55 PM Pragnesh Patel wrote: > > OpenSBI generic platform support provides platform specific > functionality based on the FDT passed by previous booting stage. > > Depends on OpenSBI commit: > platform: Add generic FDT based platform support > (sha1: f1aa9e54e6ae70aeac

Re: [PATCH v10 13/18] riscv: cpu: fu540: Add support for cpu fu540

On Thu, May 14, 2020 at 7:54 PM Pragnesh Patel wrote: > > Add SiFive fu540 cpu to support RISC-V arch > > Signed-off-by: Pragnesh Patel > --- > arch/riscv/Kconfig | 1 + > arch/riscv/cpu/fu540/Kconfig | 15 ++ > arch/riscv/cpu/fu540/Makefile

Re: [PATCH v10 17/18] configs: fu540: Add config options for U-Boot SPL

Hi Pragnesh, On Thu, May 14, 2020 at 7:54 PM Pragnesh Patel wrote: > > With sifive_fu540_defconfig: > > User can use FSBL or u-boot-spl.bin anyone at a time. > > For FSBL, > fsbl->fw_payload.bin (opensbi + U-Boot) > > For u-boot-spl.bin, > u-boot-spl.bin->FIT image (opensbi + U-Boot proper + dtb)

[PATCH v3] Nokia RX-51: Add automated test for running RX-51 build in qemu

This patch contains test/nokia_rx51_test.sh script which automatically download and compile all needed tools in local temporary directory to generate a simple MTD images for booting Maemo kernel image by U-Boot from RAM, eMMC and OneNAND. MTD images are then run in virtual n900 machine provided by

Re: [PATCH v2] Nokia RX-51: Add automated test for running RX-51 build in qemu

On Friday 15 May 2020 14:34:55 Tom Rini wrote: > On Fri, May 15, 2020 at 07:40:25PM +0200, Pali Rohár wrote: > > On Friday 15 May 2020 10:16:16 Tom Rini wrote: > > > On Fri, May 15, 2020 at 03:58:20PM +0200, Pali Rohár wrote: > > > > On Friday 15 May 2020 09:53:23 Tom Rini wrote: > > > > > On Fri,

Re: [PATCH v10 06/18] sifive: fu540: add ddr driver

On Thu, May 14, 2020 at 7:53 PM Pragnesh Patel wrote: > > Add driver for fu540 to support ddr initialization in SPL. > This driver is based on FSBL > (https://github.com/sifive/freedom-u540-c000-bootloader.git) > > Signed-off-by: Pragnesh Patel > --- > board/sifive/fu540/Kconfig | 2 + > d

Re: [PATCH v9 04/18] lib: Makefile: build crc7.c when CONFIG_MMC_SPI

On Wed, May 13, 2020 at 2:27 PM Pragnesh Patel wrote: > > When build U-Boot SPL, meet an issue of undefined reference to > 'crc7' for drivers/mmc/mmc_spi.c, so let's compile crc7.c when > CONFIG_MMC_SPI selected. > > Signed-off-by: Pragnesh Patel > --- > lib/Makefile | 2 +- > 1 file changed, 1

Issue with 'ubi part' ubi_io_read: error -74 (ECC error)

Sorry for a bit recalcitrant with the issue of calling 'ubi part" error -74 -EBADMSG, is it MTD issue or u-boot issue? I used Linux kernel 4.19 to flash UBIFS volume images ubi.img to imx6ull NAND using following command in Linux: flash_erase /dev/mtd2 0 0 ubiformat /dev/mtd2 -f ubi.img The flas

Re: [PATCH 2/2] thermal: imx_scu_thermal: fix getting DT alert property value

Hi Peng, On Sun, 17 May 2020 10:04:58 + Peng Fan peng@nxp.com wrote: > Hi Anatolij, > > > Subject: [PATCH 2/2] thermal: imx_scu_thermal: fix getting DT alert property > > value > > > > Fix boot hang with endless loop outputting: > > CPU Temperature (47200C) has beyond alert (0C), close

Re: [PATCH v2] efi_loader: round the memory area in efi_add_memory_map()

On 5/17/20 12:29 PM, Michael Walle wrote: > Virtually all callers of this function do the rounding on their own. > Some do it right, some don't. Instead of doing this in each caller, > do the rounding in efi_add_memory_map(). Change the size parameter > to bytes instead of pages and remove aligning

[PATCH v2] efi_loader: round the memory area in efi_add_memory_map()

Virtually all callers of this function do the rounding on their own. Some do it right, some don't. Instead of doing this in each caller, do the rounding in efi_add_memory_map(). Change the size parameter to bytes instead of pages and remove aligning and size calculation in all callers. There is no

RE: [PATCH 2/2] thermal: imx_scu_thermal: fix getting DT alert property value

Hi Anatolij, > Subject: [PATCH 2/2] thermal: imx_scu_thermal: fix getting DT alert property > value > > Fix boot hang with endless loop outputting: > CPU Temperature (47200C) has beyond alert (0C), close to critical (0C) > waiting... Could you share more info which part was broken? Thanks, Peng

RE: [PATCH 1/2] cpu: imx8: fix type and rate detection

> Subject: [PATCH 1/2] cpu: imx8: fix type and rate detection > > CPU type and rate detection is broken, for A35 cpu we get A53: > ... > sc_pm_get_clock_rate: resource:0 clk:2: res:3 Could not read CPU frequency: > -22 > CPU: NXP i.MX8QXP RevB A53 at 0 MHz at 47C > > Fixes: 55bc96f3b675 ("cpu:

[PATCH v1 3/3] cmd: bcm: add command for chimp hand shake

From: Bharat Kumar Reddy Gooty Add command for chimp handshake. Signed-off-by: Bharat Kumar Reddy Gooty Signed-off-by: Rayagonda Kokatanur --- cmd/bcm/Makefile | 1 + cmd/bcm/chimp_handshake.c | 32 include/brcm/chimp.h | 6 ++ 3 files chan

[PATCH v1 1/3] cmd: bcm: add nitro boot command

From: Trac Hoang Add command to boot nitro. Signed-off-by: Trac Hoang Signed-off-by: Rayagonda Kokatanur --- cmd/bcm/Makefile | 1 + cmd/bcm/chimp_boot.c | 36 include/brcm/chimp.h | 2 ++ 3 files changed, 39 insertions(+) create mode 100644 cmd/bcm

[PATCH v1 0/3] add custome commands for broadcom NS3 soc

This is sixth patch set series prepared on top of fifth patch set ("add elog support for broadcom NS3 soc"). This patch set adds commands specific to broadcom NS3 soc. Bharat Kumar Reddy Gooty (1): cmd: bcm: add command for chimp hand shake Trac Hoang (1): cmd: bcm: add nitro boot command V

[PATCH v1 2/3] cmd: bcm: add nitro image load commands

From: Vikas Gupta Add nitro image load commands. Signed-off-by: Vikas Gupta Signed-off-by: Rayagonda Kokatanur --- cmd/bcm/Makefile | 1 + cmd/bcm/nitro_image_load.c | 99 ++ 2 files changed, 100 insertions(+) create mode 100644 cmd/bcm/nitro_im

[PATCH v1 3/3] cmd: bcm: add broadcom error log setup command

From: Vladimir Olovyannikov Add broadcom error log setup command. Some Broadcom platforms have ability to record event logs by SCP. - Add a logsetup command which is used to perform initial configuration of this log. Move this command to bcm/ directory to be used for Broadcom-specific U-bo

[PATCH v1 2/3] board: ns3: kconfig: extend board kconfig with specific commands

From: Vladimir Olovyannikov Extend Kconfig for the board with board-specific commands selection. Signed-off-by: Vladimir Olovyannikov Signed-off-by: Rayagonda Kokatanur --- board/broadcom/bcmns3/Kconfig | 4 1 file changed, 4 insertions(+) diff --git a/board/broadcom/bcmns3/Kconfig b/bo

[PATCH v1 1/3] common: ns3: add error logging support

From: Sheetal Tigadoli Add error logging support in uboot for ns3 platform. We log the bootup msgs from all bootstages(BL2, BL31, BL33, and Linux) on to DDR. When a watchdog is triggered from any of the bootstages, CRMU copies these logs to QSPI error logging space. Later when doing the post-mo

[PATCH v1 0/3] add elog support for broadcom NS3 soc

This is fifth patch set series prepared on top of fourth patch set ("add optee support for broadcom NS3 soc"). This patch adds support for error logging and corresponding command. Sheetal Tigadoli (1): common: ns3: add error logging support Vladimir Olovyannikov (2): board: ns3: kconfig: ext

[PATCH v1 1/3] board: ns3: add optee based bnxt fw load driver

From: Vikas Gupta Add optee based bnxt fw load driver. Signed-off-by: Vikas Gupta Signed-off-by: Rayagonda Kokatanur --- board/broadcom/bcmns3/Kconfig | 5 + board/broadcom/bcmns3/Makefile | 1 + board/broadcom/bcmns3/chimp_optee.c | 154 include/br

[PATCH v1 3/3] arm: dts: ns3: add optee node

From: Vikas Gupta Add support for optee Signed-off-by: Vikas Gupta Signed-off-by: Rayagonda Kokatanur --- arch/arm/dts/ns3.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/dts/ns3.dtsi b/arch/arm/dts/ns3.dtsi index 6962e658d3..509818e23e 100644 --- a/arch/arm/dts/ns3.d

[PATCH v1 2/3] configs: ns3: enable tee and optee driver

From: Vikas Gupta Enable tee and optee drivers. Signed-off-by: Vikas Gupta Signed-off-by: Rayagonda Kokatanur --- configs/bcm_ns3_defconfig | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/configs/bcm_ns3_defconfig b/configs/bcm_ns3_defconfig index b52c6d7d93..13fe9d439

[PATCH v1 0/3] add optee support for broadcom NS3 soc

This is fourth patch set series prepared on top of third patch set ("add FIT image support for broadcom NS3 soc"). This patch adds optee support. Vikas Gupta (3): board: ns3: add optee based bnxt fw load driver configs: ns3: enable tee and optee driver arm: dts: ns3: add optee node arch/a

[PATCH v1 3/3] board: ns3: add development keys used in FIT

From: Pramod Kumar Add development keys used in FIT. Signed-off-by: Pramod Kumar Signed-off-by: Rayagonda Kokatanur --- board/broadcom/bcmns3/fit/keys/dev.crt | 21 +++ board/broadcom/bcmns3/fit/keys/dev.key | 28 ++ 2 files changed, 49 insertions(+) c

[PATCH v1 0/3] add FIT image support for broadcom NS3 soc

This is third patch set series prepared on top of second patch set ("add basic driver support for broadcom NS3 soc"). This patch set enables FIT config and add FIT image its files and keys. Pramod Kumar (2): board: ns3: add FIT image its file board: ns3: add development keys used in FIT Raya

[PATCH v1 2/3] board: ns3: add FIT image its file

From: Pramod Kumar Add FIT image its file. Signed-off-by: Pramod Kumar Signed-off-by: Rayagonda Kokatanur --- board/broadcom/bcmns3/fit/multi.its | 59 + 1 file changed, 59 insertions(+) create mode 100644 board/broadcom/bcmns3/fit/multi.its diff --git a/board/br

[PATCH v1 1/3] configs: ns3: enable FIT config

Enable FIT config for NS3. Signed-off-by: Rayagonda Kokatanur --- configs/bcm_ns3_defconfig | 5 + 1 file changed, 5 insertions(+) diff --git a/configs/bcm_ns3_defconfig b/configs/bcm_ns3_defconfig index 3cb69eff9d..b52c6d7d93 100644 --- a/configs/bcm_ns3_defconfig +++ b/configs/bcm_ns3_def

[PATCH v1 14/15] arm: dts: ns3: add sp805 watchdog node

From: Pramod Kumar Add sp805 watchdog dts node for ns3. Signed-off-by: Pramod Kumar Signed-off-by: Rayagonda Kokatanur --- arch/arm/dts/ns3.dtsi | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/dts/ns3.dtsi b/arch/arm/dts/ns3.dtsi index 9fd59a855e..6962e658d3 100644 --- a/

  1   2   >