[U-Boot] [Patch v2] armv8: Secure Boot: Modify boot_a_script definition

2019-04-22 Thread Udit Agarwal
From: Vinitha V Pillai boot_script_hdr does not exist, it should not continue to boot. So adding separate validation after loading boot_script. The secure boot validation of the bootscript header will fail and halts the further execution of commands which prevent source command from execution.

Re: [U-Boot] [PATCH v1 0/2] Allow platform specific service handling on PSCI

2019-04-22 Thread Ang, Chee Hong
On Wed, 2019-03-13 at 12:01 -0400, Tom Rini wrote: > On Wed, Mar 13, 2019 at 08:10:31AM +, Ang, Chee Hong wrote: > > > > On Mon, 2019-03-11 at 15:48 -0400, Tom Rini wrote: > > > > > > On Mon, Mar 11, 2019 at 03:27:52PM +, Ang, Chee Hong wrote: > > > > > > > > > > > > On Fri, 2019-03-08

[U-Boot] [PATCH] armv8: Add workaround for USB erratum A-050106

2019-04-22 Thread Ran Wang
USB3.0 Receiver needs to enable fixed equalization for each of PHY instances in an SOC. This is similar to erratum A-009007, but this one is for LX2160A, and the register value is different. Signed-off-by: Ran Wang --- arch/arm/cpu/armv8/fsl-layerscape/Kconfig | 4

Re: [U-Boot] [PATCH v2] spl: add overall SPL size check

2019-04-22 Thread Simon Goldschmidt
On Mon, Apr 22, 2019 at 11:10 PM Tom Rini wrote: > > On Mon, Apr 22, 2019 at 10:27:21PM +0200, Simon Goldschmidt wrote: > > This adds a size check for SPL that can dynamically check generated > > SPL binaries (including devicetree) for a size limit that ensures > > this image plus global data,

[U-Boot] [PATCH 3/4] riscv: prior_stage_fdt_address only be used when OF_PRIOR_STAGE is enable

2019-04-22 Thread Andes
From: Rick Chen This patch will fix prior_stage_fdt_address write failure problem, when AE350 was booting from flash. When AE350 was booting from falsh, prior_stage_fdt_address will be in flash address, we shall avoid it to be written. Signed-off-by: Rick Chen Cc: Greentime Hu ---

[U-Boot] [PATCH 4/4] riscv: configs: AE350 will use OF_PRIOR_STAGE when boot from ram

2019-04-22 Thread Andes
From: Rick Chen When AE350 was booting from ram, use OF_PRIOR_STAGE instead of OF_PRIOR_STAGE. Signed-off-by: Rick Chen Cc: Greentime Hu --- configs/ae350_rv32_defconfig | 2 +- configs/ae350_rv64_defconfig | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git

[U-Boot] [PATCH 2/4] riscv: configs: Support AE350 SMP boot from flash flow

2019-04-22 Thread Andes
From: Rick Chen Add two defconfig to support AE350 SMP boot from flash by disable CONFIG_HART_LOTTERY and CONFIG_AVAILABLE_HARTS. Signed-off-by: Rick Chen Cc: Greentime Hu --- configs/ae350_rv32_xip_defconfig | 37 + configs/ae350_rv64_xip_defconfig | 38

[U-Boot] [PATCH 1/4] riscv: hart_lottery and available harts feature can be seletable

2019-04-22 Thread Andes
From: Rick Chen In smp flow this two features only can be enabled when U-Boot boot from ram. It shall be disabled when U-Boot boot from flash. Add CONFIG_HART_LOTTERY and CONFIG_AVAILABLE_HARTS to select this two features. Their default value will say YES for booting from ram. AE350 will

[U-Boot] [PATCH 0/4] AE350 support SMP boot from flash

2019-04-22 Thread Andes
From: Rick Chen In current RISC-V SMP flow, AE350 will encounter the the write failure problem since hart_lottery and available_harts_lock was not in ram address but in flash address when booing from flash. This patch can help to fix the failure problem when AE350 was booting from flash by

Re: [U-Boot] Pull request: goldsimon/u-boot

2019-04-22 Thread Simon Goldschmidt
On Mon, Apr 22, 2019 at 9:08 PM Marek Vasut wrote: > > On 4/22/19 8:31 PM, Simon Goldschmidt wrote: > > The following changes since commit > > 6c5f8dd540d7a8eff244d4c27a09451ca12c8d20: > > > > Merge branch 'master' of git://git.denx.de/u-boot-usb (2019-04-21 > > 19:00:04 -0400) > > > > are

Re: [U-Boot] Is mmc still being actively maintained?

2019-04-22 Thread Lukasz Majewski
Hi Peng, > Hi Lukasz, > > > Subject: Re: [U-Boot] Is mmc still being actively maintained? > > > > Hi Peng, > > > > > Hi All, Jaehoon > > > > > > Is mmc still being actively maintained? > > > > As fair as I can tell, it is "maintained" by Tom and Marek as last > > PR by Jaehoon has been

Re: [U-Boot] [PATCH 0/9] efi_loader: rework bootefi/bootmgr

2019-04-22 Thread AKASHI, Takahiro
Okay. Once your pull is done, I will submit "efi variable" patch, which is more experimental than bootefi/bootmgr rework. -Takahiro Akashi On Tue, 23 Apr 2019 at 13:57, Heinrich Schuchardt wrote: > > On 4/23/19 2:24 AM, AKASHI, Takahiro wrote: > > Heinrich, > > > > On Tue, 23 Apr 2019 at 03:16,

Re: [U-Boot] [PATCH 0/9] efi_loader: rework bootefi/bootmgr

2019-04-22 Thread Heinrich Schuchardt
On 4/23/19 2:24 AM, AKASHI, Takahiro wrote: Heinrich, On Tue, 23 Apr 2019 at 03:16, Heinrich Schuchardt wrote: On 4/19/19 5:22 AM, AKASHI Takahiro wrote: There are several reasons that I want to rework/refactor bootefi command as well as bootmgr: * Some previous commits on bootefi.c have

[U-Boot] [PATCH v2] net: phy: cortina: Use block layer to read from mmc

2019-04-22 Thread Yinbo Zhu
From: Yinbo Zhu This patch is to use block layer to read from mmc in cortina Signed-off-by: Yinbo Zhu --- Change in v2: Update the commit information. drivers/net/phy/cortina.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/phy/cortina.c

Re: [U-Boot] Booting MX6 via Serial Download after DM conversion

2019-04-22 Thread Adam Ford
On Mon, Apr 22, 2019 at 9:00 PM Peng Fan wrote: > > Hi Fabio > > > Subject: Booting MX6 via Serial Download after DM conversion > > > > Hi, > > > > Has anyone managed to boot i.MX6 via serial download protocol after the > > conversion to DM? > I 'think' the DM conversion requires the USB Driver

Re: [U-Boot] Booting MX6 via Serial Download after DM conversion

2019-04-22 Thread Peng Fan
Hi Fabio > Subject: Booting MX6 via Serial Download after DM conversion > > Hi, > > Has anyone managed to boot i.MX6 via serial download protocol after the > conversion to DM? Include Abel who did the conversion. > > On a mx6sabresd I can no longer boot via SDP running 2019.04: > > After

Re: [U-Boot] [PATCH 0/9] efi_loader: rework bootefi/bootmgr

2019-04-22 Thread AKASHI, Takahiro
Heinrich, On Tue, 23 Apr 2019 at 03:16, Heinrich Schuchardt wrote: > > On 4/19/19 5:22 AM, AKASHI Takahiro wrote: > > There are several reasons that I want to rework/refactor bootefi command > > as well as bootmgr: > > * Some previous commits on bootefi.c have made the code complicated > > and

Re: [U-Boot] tbs2910 not buildable

2019-04-22 Thread Tom Rini
On Sun, Apr 14, 2019 at 12:46:25PM +0200, Soeren Moch wrote: > Hi Stefano, > > On 14.04.19 11:52, stefano babic wrote: > > Hallo Soeren, > > > > after pulling from Tom and merging u-boot-imx, - next, your board is not > > buildable anymore. Better: it is buildable, but size exceeds: > > > >

[U-Boot] [PATCH 1/1] efi_loader: check length in CreateDeviceNode()

2019-04-22 Thread Heinrich Schuchardt
When creating a device path node ensure that the size of the allocated memory at lest matches the size of the node header. Signed-off-by: Heinrich Schuchardt --- lib/efi_loader/efi_device_path.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/lib/efi_loader/efi_device_path.c

[U-Boot] Booting MX6 via Serial Download after DM conversion

2019-04-22 Thread Fabio Estevam
Hi, Has anyone managed to boot i.MX6 via serial download protocol after the conversion to DM? On a mx6sabresd I can no longer boot via SDP running 2019.04: After running 'sudo ./imx_usb SPL' I get: U-Boot SPL 2019.04 (Apr 22 2019 - 19:45:46 -0300) Trying to boot from USB SDP SDP: initialize...

[U-Boot] [PATCH] efi_loader: check memory type in AllocatePages()

2019-04-22 Thread Heinrich Schuchardt
The UEFI specification prescribes that AllocatePages() checks the memory type. Add missing definition of EFI_PERSISTENT_MEMORY_TYPE. Signed-off-by: Heinrich Schuchardt --- include/efi.h | 4 lib/efi_loader/efi_memory.c | 4 2 files changed, 8 insertions(+) diff --git

Re: [U-Boot] [U-Boot, RESEND] cmd: image_info: Add checking of default FIT config

2019-04-22 Thread Tom Rini
On Tue, Mar 12, 2019 at 01:18:46AM +, Bryan O'Donoghue wrote: > This patch adds a check for the default FIT config to iminfo. Once applied > any signing of the config will show a pass fail similar to rsa+/rsa-. > > Output looks like this: > >Hash(es) for Image 0 (kernel@1): sha1+ >

[U-Boot] [PATCH v2] fit signature: Add fallback of required keys

2019-04-22 Thread Sam Voss
Validation of fit image configuration signatures does not seem to do a "fall-back" mechanism as mentioned in doc/uImage.FIT/signature.txt. The current constraints seem to only allow the following: - skipping keys not marked "required" (not attempting to validate with them at all) - checking a

Re: [U-Boot] [PATCH v2] spl: add overall SPL size check

2019-04-22 Thread Tom Rini
On Mon, Apr 22, 2019 at 10:27:21PM +0200, Simon Goldschmidt wrote: > This adds a size check for SPL that can dynamically check generated > SPL binaries (including devicetree) for a size limit that ensures > this image plus global data, heap and stack fit in initial SRAM. > > Since some of these

Re: [U-Boot] [PATCH] spi: Zap lpc32xx_ssp driver-related code

2019-04-22 Thread Tom Rini
On Mon, Apr 22, 2019 at 11:50:22PM +0300, Vladimir Zapolskiy wrote: > Hi Jagan, Tom, > > On 04/19/2019 09:48 AM, Jagan Teki wrote: > > Dropped > > - lpc32xx_ssp driver > > - CONFIG_LPC32XX_SSP, LPC32XX_SSP_TIMEOUT items > > > > Dropped due to: > > - no active updates > > - no dm conversion > > -

Re: [U-Boot] [PATCH] spi: Zap lpc32xx_ssp driver-related code

2019-04-22 Thread Vladimir Zapolskiy
Hi Jagan, Tom, On 04/19/2019 09:48 AM, Jagan Teki wrote: > Dropped > - lpc32xx_ssp driver > - CONFIG_LPC32XX_SSP, LPC32XX_SSP_TIMEOUT items > > Dropped due to: > - no active updates > - no dm conversion > - multiple pings for asking dm-conversion I really don't want to rush into moaning,

Re: [U-Boot] [PATCH] spl: add overall SPL size check

2019-04-22 Thread Simon Goldschmidt
On 22.04.19 22:19, Tom Rini wrote: On Mon, Apr 22, 2019 at 09:48:06PM +0200, Simon Goldschmidt wrote: This adds a size check for SPL that can dynamically check generated SPL binaries (including devicetree) for a size limit that ensures this image plus global data, heap and stack fit in

[U-Boot] [PATCH v2] spl: add overall SPL size check

2019-04-22 Thread Simon Goldschmidt
This adds a size check for SPL that can dynamically check generated SPL binaries (including devicetree) for a size limit that ensures this image plus global data, heap and stack fit in initial SRAM. Since some of these sizes are not available to make, a new host tool 'spl_size_limit' is added

Re: [U-Boot] [PATCH] spl: add overall SPL size check

2019-04-22 Thread Tom Rini
On Mon, Apr 22, 2019 at 09:48:06PM +0200, Simon Goldschmidt wrote: > This adds a size check for SPL that can dynamically check generated > SPL binaries (including devicetree) for a size limit that ensures > this image plus global data, heap and stack fit in initial SRAM. > > Since some of these

Re: [U-Boot] [PATCH v4 0/4] configs: rk3288: Tinker Board SPL file must fit into 32 KiB

2019-04-22 Thread Simon Goldschmidt
On 22.04.19 21:29, Tom Rini wrote: On Mon, Apr 22, 2019 at 08:40:52PM +0200, Simon Goldschmidt wrote: Am 22.04.2019 um 16:36 schrieb Tom Rini: On Thu, Apr 18, 2019 at 10:12:36PM +0200, Simon Goldschmidt wrote: Heinrich, On 02.04.19 19:19, Heinrich Schuchardt wrote: The SPL image for the

[U-Boot] [PATCH] spl: add overall SPL size check

2019-04-22 Thread Simon Goldschmidt
This adds a size check for SPL that can dynamically check generated SPL binaries (including devicetree) for a size limit that ensures this image plus global data, heap and stack fit in initial SRAM. Since some of these sizes are not available to make, a new host tool 'spl_size_limit' is added

Re: [U-Boot] [PATCH v4 0/4] configs: rk3288: Tinker Board SPL file must fit into 32 KiB

2019-04-22 Thread Tom Rini
On Mon, Apr 22, 2019 at 08:40:52PM +0200, Simon Goldschmidt wrote: > Am 22.04.2019 um 16:36 schrieb Tom Rini: > >On Thu, Apr 18, 2019 at 10:12:36PM +0200, Simon Goldschmidt wrote: > >>Heinrich, > >> > >>On 02.04.19 19:19, Heinrich Schuchardt wrote: > >>>The SPL image for the Tinker Board has to

Re: [U-Boot] [PATCH 4/4] ARM: socfpga: Add support for selecting bridges in bridge command

2019-04-22 Thread Marek Vasut
On 4/22/19 9:18 PM, Simon Goldschmidt wrote: > > > On 22.04.19 20:41, Marek Vasut wrote: >> On 4/22/19 8:22 PM, Simon Goldschmidt wrote: >>> Am 22.04.2019 um 20:01 schrieb Marek Vasut: On 4/19/19 10:00 PM, Simon Goldschmidt wrote: > > > On 17.04.19 22:15, Marek Vasut wrote:

Re: [U-Boot] [PATCH 4/4] ARM: socfpga: Add support for selecting bridges in bridge command

2019-04-22 Thread Simon Goldschmidt
On 22.04.19 20:41, Marek Vasut wrote: On 4/22/19 8:22 PM, Simon Goldschmidt wrote: Am 22.04.2019 um 20:01 schrieb Marek Vasut: On 4/19/19 10:00 PM, Simon Goldschmidt wrote: On 17.04.19 22:15, Marek Vasut wrote: Add optional "mask" argument to the SoCFPGA bridge command, to select which

Re: [U-Boot] Pull request: goldsimon/u-boot

2019-04-22 Thread Marek Vasut
On 4/22/19 8:31 PM, Simon Goldschmidt wrote: > The following changes since commit > 6c5f8dd540d7a8eff244d4c27a09451ca12c8d20: > >   Merge branch 'master' of git://git.denx.de/u-boot-usb (2019-04-21 > 19:00:04 -0400) > > are available in the Git repository at: > >  

Re: [U-Boot] [PATCH v3 0/4] arm: socfpga: clean up socfpga_common.h

2019-04-22 Thread Marek Vasut
On 4/22/19 8:23 PM, Simon Goldschmidt wrote: > Am 22.04.2019 um 20:13 schrieb Marek Vasut: >> On 4/22/19 8:09 PM, Simon Goldschmidt wrote: >>> This series cleans up the include/configs/socfpga_common.h file a bit. >>> >>> It removes some defines that are used nowhere and cleans up some >>>

Re: [U-Boot] [PATCH 4/4] ARM: socfpga: Add support for selecting bridges in bridge command

2019-04-22 Thread Marek Vasut
On 4/22/19 8:22 PM, Simon Goldschmidt wrote: > Am 22.04.2019 um 20:01 schrieb Marek Vasut: >> On 4/19/19 10:00 PM, Simon Goldschmidt wrote: >>> >>> >>> On 17.04.19 22:15, Marek Vasut wrote: Add optional "mask" argument to the SoCFPGA bridge command, to select which bridges should be

Re: [U-Boot] [PATCH v4 0/4] configs: rk3288: Tinker Board SPL file must fit into 32 KiB

2019-04-22 Thread Simon Goldschmidt
Am 22.04.2019 um 16:36 schrieb Tom Rini: On Thu, Apr 18, 2019 at 10:12:36PM +0200, Simon Goldschmidt wrote: Heinrich, On 02.04.19 19:19, Heinrich Schuchardt wrote: The SPL image for the Tinker Board has to fit into 32 KiB. This includes up to 2 KiB for the file header. A new configuration

Re: [U-Boot] [PATCH v3 1/1] efi_loader: need either ACPI table or device tree

2019-04-22 Thread Mark Kettenis
> From: Heinrich Schuchardt > Date: Mon, 22 Apr 2019 20:01:01 +0200 > > The EBBR specification prescribes that we should have either an ACPI table > or a device tree but not both. Let us enforce this condition in the > `bootefi` command. Why? While I agree that it would be good if U-Boot would

[U-Boot] Pull request: goldsimon/u-boot

2019-04-22 Thread Simon Goldschmidt
The following changes since commit 6c5f8dd540d7a8eff244d4c27a09451ca12c8d20: Merge branch 'master' of git://git.denx.de/u-boot-usb (2019-04-21 19:00:04 -0400) are available in the Git repository at: https://github.com/goldsimon/u-boot.git for you to fetch changes up to

Re: [U-Boot] [PATCH v3 0/4] arm: socfpga: clean up socfpga_common.h

2019-04-22 Thread Simon Goldschmidt
Am 22.04.2019 um 20:13 schrieb Marek Vasut: On 4/22/19 8:09 PM, Simon Goldschmidt wrote: This series cleans up the include/configs/socfpga_common.h file a bit. It removes some defines that are used nowhere and cleans up some leftovers after various subsystems have been converted to use DM.

Re: [U-Boot] [PATCH 4/4] ARM: socfpga: Add support for selecting bridges in bridge command

2019-04-22 Thread Simon Goldschmidt
Am 22.04.2019 um 20:01 schrieb Marek Vasut: On 4/19/19 10:00 PM, Simon Goldschmidt wrote: On 17.04.19 22:15, Marek Vasut wrote: Add optional "mask" argument to the SoCFPGA bridge command, to select which bridges should be enabled/disabled. This allows the user to avoid enabling bridges which

Re: [U-Boot] [PATCH 1/4] ARM: socfpga: Factor out handoff register configuration

2019-04-22 Thread Simon Goldschmidt
Am 22.04.2019 um 19:59 schrieb Marek Vasut: On 4/19/19 9:47 PM, Simon Goldschmidt wrote: On 17.04.19 22:15, Marek Vasut wrote: Factor out the code for programming preloader handoff register values, the ISWGRP Handoff 0 and 1. These registers later control which bridges are enabled by the

Re: [U-Boot] [PATCH 0/9] efi_loader: rework bootefi/bootmgr

2019-04-22 Thread Heinrich Schuchardt
On 4/19/19 5:22 AM, AKASHI Takahiro wrote: > There are several reasons that I want to rework/refactor bootefi command > as well as bootmgr: > * Some previous commits on bootefi.c have made the code complicated > and a bit hard to understand. > > * do_bootefi_exec() would better be implemented

Re: [U-Boot] [PATCH 4/4] ARM: socfpga: Add support for selecting bridges in bridge command

2019-04-22 Thread Marek Vasut
On 4/19/19 10:00 PM, Simon Goldschmidt wrote: > > > On 17.04.19 22:15, Marek Vasut wrote: >> Add optional "mask" argument to the SoCFPGA bridge command, to select >> which bridges should be enabled/disabled. This allows the user to avoid >> enabling bridges which are not connected into the FPGA

Re: [U-Boot] [PATCH 1/4] ARM: socfpga: Factor out handoff register configuration

2019-04-22 Thread Marek Vasut
On 4/19/19 9:47 PM, Simon Goldschmidt wrote: > > > On 17.04.19 22:15, Marek Vasut wrote: >> Factor out the code for programming preloader handoff register values, >> the ISWGRP Handoff 0 and 1. These registers later control which bridges >> are enabled by the "bridge" command on Gen5 devices. >>

Re: [U-Boot] [PATCH v3] arm: socfpga: mailbox: Fix off-by-one error on command length checking

2019-04-22 Thread Marek Vasut
On 4/22/19 3:20 AM, Ley Foon Tan wrote: > On Sun, Apr 21, 2019 at 4:30 PM Marek Vasut wrote: >> >> On 4/19/19 10:52 PM, Simon Goldschmidt wrote: >>> >>> >>> Marek Vasut mailto:ma...@denx.de>> schrieb am Fr., 19. >>> Apr. 2019, 11:29: >>> >>> On 4/19/19 8:17 AM, Ley Foon Tan wrote: >>> > A

Re: [U-Boot] [PATCH v3 0/4] arm: socfpga: clean up socfpga_common.h

2019-04-22 Thread Marek Vasut
On 4/22/19 8:09 PM, Simon Goldschmidt wrote: > This series cleans up the include/configs/socfpga_common.h file a bit. > > It removes some defines that are used nowhere and cleans up some > leftovers after various subsystems have been converted to use DM. > > Changes in v3: > - changed commit

[U-Boot] [PATCH v3 2/4] arm: socfpga: clean up socfpga_common.h

2019-04-22 Thread Simon Goldschmidt
Remove outdated macros and comments (not used any more, outdated due to DM conversion) from socfpga_common.h. Signed-off-by: Simon Goldschmidt --- Changes in v3: - changed commit message: s/defines/macros and comments/ Changes in v2: - remove even more outdated things

[U-Boot] [PATCH v3 4/4] arm: socfpga: clean up board config files

2019-04-22 Thread Simon Goldschmidt
Remove outdated defines (not used any more, outdated due to DM conversion) from various socfpga files in include/config. Signed-off-by: Simon Goldschmidt Acked-by: Marek Vasut --- Changes in v3: None Changes in v2: - added (this) patch with further cleanups to the socfpga board config files

[U-Boot] [PATCH v3 3/4] arm: socfpga: remove CONFIG_SYS_BOOTMAPSZ

2019-04-22 Thread Simon Goldschmidt
socfpga_common.h defines CONFIG_SYS_BOOTMAPSZ to 64 MiB. Since having this define overrides the 'bootm_size' env variable for the whole socfpga platform, let's remove this define from socfpga_common.h and instead rely on the 'bootm_size' env variable (which is initialized to 160 MiB in the same

[U-Boot] [PATCH v3 1/4] arm: socfpga: move vining_fpga to DM_I2C

2019-04-22 Thread Simon Goldschmidt
All socfpga boards except for vining_fpga use DM_I2C. Enable DM_I2C for this board and set the EEPROM defines via Kconfig (enabling CONFIG_I2C_EEPROM from MISC). Signed-off-by: Simon Goldschmidt --- Changes in v3: None Changes in v2: - added (this) patch to move socfpga_vining to DM_I2C

[U-Boot] [PATCH v3 0/4] arm: socfpga: clean up socfpga_common.h

2019-04-22 Thread Simon Goldschmidt
This series cleans up the include/configs/socfpga_common.h file a bit. It removes some defines that are used nowhere and cleans up some leftovers after various subsystems have been converted to use DM. Changes in v3: - changed commit message of 2/4: s/defines/macros and comments/ Changes in v2:

[U-Boot] [PATCH v6 1/1] efi_loader: rework bootmgr/bootefi using load_image API

2019-04-22 Thread Heinrich Schuchardt
From: AKASHI Takahiro In the current implementation, bootefi command and EFI boot manager don't use load_image API, instead, use more primitive and internal functions. This will introduce duplicated code and potentially unknown bugs as well as inconsistent behaviours. With this patch,

[U-Boot] [PATCH 1/1] efi_selftest: do not run FDT test with ACPI table.

2019-04-22 Thread Heinrich Schuchardt
The EBBR specification prescribes that we should have either an ACPI table or a device tree but not both. So do not run the device tree unit test on boards with an ACPI table. Hence there is no need any longer to make it 'on request' only. Do not pass $fdtcontroladdr to `bootefi selftest`.

[U-Boot] [PATCH v3 1/1] efi_loader: need either ACPI table or device tree

2019-04-22 Thread Heinrich Schuchardt
The EBBR specification prescribes that we should have either an ACPI table or a device tree but not both. Let us enforce this condition in the `bootefi` command. If the bootefi command is called without a device tree parameter use a previously device tree or fall back to the internal device tree.

[U-Boot] Fwd: EFIBootGuard for CIP and SecureBoot

2019-04-22 Thread Heinrich Schuchardt
Forwarded Message Subject: Re: EFIBootGuard for CIP and SecureBoot Date: Mon, 22 Apr 2019 19:55:04 +0200 From: Heinrich Schuchardt On Fri Apr 19 10:48:51 UTC 2019 François Ozog wrote > We will be conducting a UEFI gap analysis to support EFIBootGuard in > U-Boot. > > As we are

Re: [U-Boot] [U-Boot, PATCHv4, 3/6] dm: cache: Create a uclass for cache

2019-04-22 Thread Tom Rini
On Mon, Apr 01, 2019 at 05:32:17PM -0500, Dinh Nguyen wrote: > The cache UCLASS will be used for configure settings that can be found > in a CPU's L2 cache controller. > > Add a uclass and a test for cache. > > Reviewed-by: Simon Glass > Signed-off-by: Dinh Nguyen > --- > v4: re-order

Re: [U-Boot] fit: Add support for printing more than one FPGA node name

2019-04-22 Thread Tom Rini
On Wed, Feb 13, 2019 at 08:32:24PM +0800, tien.fong.c...@intel.com wrote: > From: Tien Fong Chee > > This would print out all the FPGA node names setting to fpga property. > > Signed-off-by: Tien Fong Chee > --- > common/image-fit.c | 14 +++--- > 1 files changed, 11 insertions(+),

Re: [U-Boot] spl: avoid printf when we might be doing Ymodem with CONFIG_SPL_FIT_SIGNATURE

2019-04-22 Thread Tom Rini
On Mon, Apr 22, 2019 at 06:40:33PM +0200, Marek Vasut wrote: > On 4/22/19 6:12 PM, Tom Rini wrote: > > On Wed, Mar 20, 2019 at 07:52:20PM +, Alex Kiernan wrote: > >> If CONFIG_SPL_FIT_SIGNATURE is enabled and U-Boot is being loaded from UART > >> over Ymodem then we can't emit messages using

Re: [U-Boot] [PATCH v1 1/3] drivers: pci_ep: Introduce UCLASS_PCI_EP uclass

2019-04-22 Thread Ramon Fried
Hi Simon, Thanks for the review. please see inline, I have few questions/suggestions regarding your notes. Thanks, Ramon. On Mon, Apr 22, 2019 at 5:56 AM Simon Glass wrote: > Hi Ramon, > > On Fri, 5 Apr 2019 at 19:12, Ramon Fried wrote: > > > > Introduce new UCLASS_PCI_EP class for handling

Re: [U-Boot] spl: avoid printf when we might be doing Ymodem with CONFIG_SPL_FIT_SIGNATURE

2019-04-22 Thread Marek Vasut
On 4/22/19 6:12 PM, Tom Rini wrote: > On Wed, Mar 20, 2019 at 07:52:20PM +, Alex Kiernan wrote: >> If CONFIG_SPL_FIT_SIGNATURE is enabled and U-Boot is being loaded from UART >> over Ymodem then we can't emit messages using printf() without causing >> errors like: >> >> Sending:

[U-Boot] [PATCH v2 2/2] board: ti: am654: select SYS_DISABLE_DCACHE_OPS for arm64 build

2019-04-22 Thread Vignesh Raghavendra
AM654 SoC is IO coherent wrt A53 cores, therefore enable SYS_DISABLE_DCACHE_OPS to avoid cache operations in A53 SPL/U-Boot. Signed-off-by: Vignesh Raghavendra --- board/ti/am65x/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/board/ti/am65x/Kconfig b/board/ti/am65x/Kconfig index

[U-Boot] [PATCH v2 1/2] arch: armv8: Provide a way to disable cache maintenance ops

2019-04-22 Thread Vignesh Raghavendra
On AM654 SoC(arm64) which is IO coherent and has L3 Cache, cache maintenance operations being done to support non-coherent platforms causes issues. For example, here is how U-Boot prepares/handles a buffer to receive data from a device (DMA Write). This may vary slightly depending on the driver

[U-Boot] [PATCH v2 0/2] Add Kconfig to disable cache ops

2019-04-22 Thread Vignesh Raghavendra
This series adds a Kconfig to disable cache maintenance operations on a coherent architectures. And disable cache flush/invalidate ops for SPL/U-Boot code running on A53 core of AM654 SoC(which is IO coherent) v2: Allow flush_dcache_all() and invalidate_dcache_all() that are used before

Re: [U-Boot] [U-Boot, v2] env: Update env_addr for mmc environment driver

2019-04-22 Thread Tom Rini
On Mon, Mar 18, 2019 at 06:16:55AM +, Pankit Garg wrote: > Signed-off-by: Pankit Garg > --- > Changes for v2: > - Remove CRC calculation as it is already part of env_import > - Update env_addr after env_import > > env/mmc.c | 5 + > 1 file changed, 5 insertions(+) > > diff

Re: [U-Boot] spl: avoid printf when we might be doing Ymodem with CONFIG_SPL_FIT_SIGNATURE

2019-04-22 Thread Tom Rini
On Wed, Mar 20, 2019 at 07:52:20PM +, Alex Kiernan wrote: > If CONFIG_SPL_FIT_SIGNATURE is enabled and U-Boot is being loaded from UART > over Ymodem then we can't emit messages using printf() without causing > errors like: > > Sending: u-boot-dtb.img > Ymodem sectors/kbytes sent:

Re: [U-Boot] doing anything about "bad" Kbuild configuration options?

2019-04-22 Thread Tom Rini
On Fri, Apr 12, 2019 at 12:32:12PM -0400, Robert P. J. Day wrote: > > only a few months ago, i jumped into a discussion regarding Kbuild > config options that were defined in some Kconfig* file, but were > unused anywhere in the source tree: > >

Re: [U-Boot] [PATCH] board_f: Do not mark pre-relocated fdt space as reserved

2019-04-22 Thread Tom Rini
On Thu, Apr 18, 2019 at 08:23:45AM +0200, Simon Goldschmidt wrote: > On Thu, Apr 18, 2019 at 8:12 AM Lokesh Vutla wrote: > > > > > > > > On 18/04/19 12:46 AM, Simon Goldschmidt wrote: > > > [This is a follow-up to https://patchwork.ozlabs.org/patch/1033584/ > > > right?] > > > > Right. > > > > >

Re: [U-Boot] Is mmc still being actively maintained?

2019-04-22 Thread Marek Vasut
On 4/22/19 3:40 PM, Tom Rini wrote: > On Mon, Apr 22, 2019 at 05:09:45AM +, Peng Fan wrote: >> Hi Lukasz, >> >>> Subject: Re: [U-Boot] Is mmc still being actively maintained? >>> >>> Hi Peng, >>> Hi All, Jaehoon Is mmc still being actively maintained? >>> >>> As fair as I can

Re: [U-Boot] [PATCH v4 0/4] configs: rk3288: Tinker Board SPL file must fit into 32 KiB

2019-04-22 Thread Tom Rini
On Thu, Apr 18, 2019 at 10:12:36PM +0200, Simon Goldschmidt wrote: > Heinrich, > > On 02.04.19 19:19, Heinrich Schuchardt wrote: > >The SPL image for the Tinker Board has to fit into 32 KiB. This includes > >up to 2 KiB for the file header. > > > >A new configuration variable

Re: [U-Boot] [PATCH v5 01/13] m68k: add basic set of devicetrees

2019-04-22 Thread Tom Rini
On Fri, Apr 19, 2019 at 12:10:39PM +0530, Jagan Teki wrote: > Hi Angelo, > > On Thu, Mar 14, 2019 at 2:17 AM Angelo Dureghello wrote: > > > > This patch adds a basic group of devicetrees, one for each > > cpu family, including actually just uart and dspi devices, > > since these are the drivers

Re: [U-Boot] [PATCH v2 00/10] clk: imx: Add i.MX6 CLK support

2019-04-22 Thread Tom Rini
On Fri, Apr 19, 2019 at 08:52:28AM +, Peng Fan wrote: > > > On Fri, 19 Apr 2019 11:56:25 +0530 > > Jagan Teki wrote: > > > > > On Fri, Apr 5, 2019 at 2:20 AM Lukasz Majewski wrote: > > > > > > > > Hi Jagan, > > > > > > > > > On Thu, Apr 4, 2019 at 3:31 PM Lukasz Majewski > > > > > wrote:

Re: [U-Boot] [PATCH 1/2] pci: Add boundary check for hose->regions

2019-04-22 Thread Tom Rini
On Tue, Apr 16, 2019 at 06:30:53PM +0200, Thierry Reding wrote: > On Fri, Mar 15, 2019 at 04:32:32PM +0100, Thierry Reding wrote: > > From: Thierry Reding > > > > Make sure that we don't overflow the hose->regions array, otherwise we > > would end up overwriting the hose->region_count field and

Re: [U-Boot] Is mmc still being actively maintained?

2019-04-22 Thread Tom Rini
On Mon, Apr 22, 2019 at 05:09:45AM +, Peng Fan wrote: > Hi Lukasz, > > > Subject: Re: [U-Boot] Is mmc still being actively maintained? > > > > Hi Peng, > > > > > Hi All, Jaehoon > > > > > > Is mmc still being actively maintained? > > > > As fair as I can tell, it is "maintained" by Tom and

Re: [U-Boot] [PULL] u-boot-usb/master

2019-04-22 Thread Tom Rini
On Sun, Apr 21, 2019 at 09:39:25PM +0200, Marek Vasut wrote: > The following changes since commit 1f4ae66eaab29bfb5d1eb44996f7826c9cd01ed1: > > Merge tag 'arc-for-2019.07' of git://git.denx.de/u-boot-arc > (2019-04-18 12:12:16 -0400) > > are available in the Git repository at: > >

Re: [U-Boot] [PULL] u-boot-socfpga/master

2019-04-22 Thread Tom Rini
On Sun, Apr 21, 2019 at 09:38:17PM +0200, Marek Vasut wrote: > The following changes since commit 75ce8c938d39bd22460be66e6bf318bd2410c17b: > > Merge tag 'u-boot-imx-20190415' of git://git.denx.de/u-boot-imx > (2019-04-15 07:31:14 -0400) > > are available in the Git repository at: > >

Re: [U-Boot] [PATCH v2 1/1] Set environment location to ENVL_NOWHERE with CONFIG_ENV_IS_NOWHERE.

2019-04-22 Thread Udit Agarwal
Hi, arch/arm/cpu/armv8/fsl-layerscape/cpu.c uses ENVL_NOWHERE to initialize the env_loc enum variable. Shall the ENVL_NOWHERE be replaced with ENV_NOWHERE in commit message. Regards Udit Agarwal > -Original Message- > From: Prabhakar Kushwaha > Sent: Friday, March 22, 2019 4:32 PM >

Re: [U-Boot] [PATCH 1/1] common: fdt_support: Check mtdparts cell size

2019-04-22 Thread Stefan Mavrodiev
On 4/21/19 10:33 PM, Simon Glass wrote: Hi Stefan, On Fri, 12 Apr 2019 at 02:46, Stefan Mavrodiev wrote: When using fdt_fixup_mtdparts() offset and length cell sizes are limited to 4 bytes (1 cell). However if the mtd device is bigger then 4GiB, then #address-cells and #size-cells are 8

Re: [U-Boot] [U-Boot, 3/4] rockchip: rk3399: Add Orangepi RK3399 support

2019-04-22 Thread Jagan Teki
Hi Steven, On Mon, Apr 22, 2019 at 2:51 PM zhaoyifan wrote: > > Hi friend, > > > > Could you please advice the the problem with RK3399 in detail? Sorry, couldn't get which issue are you talking about? Mainline u-boot work well on OrangePI, if you want to look refer the doc patch[1] or wiki[2]

Re: [U-Boot] [PATCH] rockchip: make_fit_atf: Use BL31 environ variable for file location

2019-04-22 Thread Peter Robinson
On Mon, Apr 22, 2019 at 8:29 AM Shyam Saini wrote: > > Hi Philipp, Emmanuel, > > On Sun, Apr 21, 2019 at 10:43 PM Jagan Teki > wrote: > > > > On Tue, Feb 5, 2019 at 4:24 PM Emmanuel Vadot wrote: > > > > > > Other make_fit script (like imx or sunxi) use the BL31 environment > > > variable to

[U-Boot] [PULL] u-boot-atmel-2019.07-b

2019-04-22 Thread Eugen.Hristev
Hello Tom, Please pull tag u-boot-atmel-2019.07-b , the second set of new features and fixes for u-boot-atmel for 2019.07 release. The features include the new SAMA5D2 Industrial Connectivity Platform (ICP) and some minor fixes on corvus and sam9260. Travis CI:

[U-Boot] [PATCH v2] board_r: Detect ifc-nor flash at run-time

2019-04-22 Thread Pankit Garg
CONFIG_MTD_NOR_FLASH flag needs to be enable for all boot sources,as all flash drivers need to compile in TFA Boot.Probe ifc nor flash only when there is nor flash available on board.So needs to detect ifc-nor flash at run-time for probing. Signed-off-by: Pankit Garg --- changes for v2: -

[U-Boot] [PATCH] armv8: lx2160ardb: invert AQR107 pins polarity

2019-04-22 Thread Florin Chiculita
AQR107 PHYs interrupt pins are active-low, while the GIC expects a level-high signal. Signed-off-by: Florin Chiculita --- board/freescale/lx2160a/lx2160a.c | 8 include/configs/lx2160ardb.h | 1 + 2 files changed, 9 insertions(+) diff --git a/board/freescale/lx2160a/lx2160a.c

[U-Boot] [PATCH] ddr: imx8m: hide i.MX8M DDR options from device driver entry

2019-04-22 Thread Peng Fan
Use one menu to hide the several i.MX8M DDR options from device driver entry. Signed-off-by: Peng Fan --- drivers/ddr/imx/imx8m/Kconfig | 4 1 file changed, 4 insertions(+) diff --git a/drivers/ddr/imx/imx8m/Kconfig b/drivers/ddr/imx/imx8m/Kconfig index 71f466f5ec..a83b0f43d7 100644 ---

[U-Boot] [PATCH 1/1] test/py: pytest.mark.notbuildconfigspec()

2019-04-22 Thread Heinrich Schuchardt
We already can let a Python test depend on a build option being set via @pytest.mark.buildconfigspec(). It may be necessary to let a test depend on a build option *not* being set. So let's introduce @pytest.mark.notbuildconfigspec for this purpose. Signed-off-by: Heinrich Schuchardt ---

Re: [U-Boot] [PATCH] at91: corvus_defconfig: get rid of build warnings

2019-04-22 Thread Eugen.Hristev
On 15.04.2019 14:53, Heiko Schocher wrote: > fix CONFIG_OF_EMBED and add CONFIG_DM_USB > build warnings. > > Signed-off-by: Heiko Schocher > --- Applied to u-boot-atmel/master, thanks ! ___ U-Boot mailing list U-Boot@lists.denx.de

Re: [U-Boot] [PATCH] rockchip: make_fit_atf: Use BL31 environ variable for file location

2019-04-22 Thread Shyam Saini
Hi Philipp, Emmanuel, On Sun, Apr 21, 2019 at 10:43 PM Jagan Teki wrote: > > On Tue, Feb 5, 2019 at 4:24 PM Emmanuel Vadot wrote: > > > > Other make_fit script (like imx or sunxi) use the BL31 environment > > variable to indicate the location of the file. > > Also do that for rockchip so we

[U-Boot] [PATCH] board/fsl/layerscape: Modify the aliases names

2019-04-22 Thread Pankaj Bansal
when compiling dts file using DTC_FLAG='-@', the device tree compiler reports these warnings: Warning (alias_paths): /aliases: aliases property name must include only lowercase and '-' Fixed the node aliases to silence these warnings. Signed-off-by: Pankaj Bansal ---

Re: [U-Boot] [U-Boot, 2/4] rockchip: dts: rk3399: Create initial rk3399-u-boot.dtsi

2019-04-22 Thread Jagan Teki
Hi Philipp, On Mon, Apr 22, 2019 at 12:11 AM Philipp Tomsich wrote: > > > u-boot,dm-pre-reloc is required for SDMMC booted rk3399 boards and > > which is U-Boot specific devicetrees binding. > > > > Move it on global rk3399-u-boot.dtsi file and rest of the U-Boot > > bindings will move it future