[PATCH v2 16/16] doc: Update documentation for cros-2021.04 release

With the new 2021.04 we have a new version of Chromium OS boot, which supports sandbox, coral and coral-on-coreboot. Add documentation for this. Signed-off-by: Simon Glass Reviewed-by: Bin Meng --- Changes in v2: - Drop unnecessary patch 'Enable the cbsysinfo command' doc/chromium/run_vboot.r

[PATCH v2 15/16] dtoc: Check that a parent is not missing

With of-platdata-inst we want to set up a reference to each devices' parent device, if there is one. If we find that the device has a parent (i.e. is not a root node) but it is not in the list of devices being written, then we cannot create the reference. Report an error in this case, since it ind

[PATCH v2 14/16] x86: cros: Check ROM exists before building vboot

All the x86 devicetree files are built at once, whichever board is actually being built. If coreboot is the target build, CONFIG_ROM_SIZE is not defined and samus cannot build Chromium OS verified boot. Add this condition to avoid errors about CONFIG_ROM_SIZE being missing. Signed-off-by: Simon Gl

[PATCH v2 13/16] x86: coreboot: Document the memory map

Add information about memory usage when U-Boot is started from coreboot. This is useful when debugging. Also, since coreboot takes a chunk of memory in the middle of SDRAM for use by PCI devices, it can help avoid overwriting this with a loaded kernel by accident. Signed-off-by: Simon Glass ---

[PATCH v2 12/16] x86: coreboot: Use vendor in the Kconfig

Use VENDOR_COREBOOT instead of TARGET_COREBOOT so we can have multiple coreboot boards, sharing options. Only SYS_CONFIG_NAME needs to be defined TARGET_COREBOOT. Signed-off-by: Simon Glass --- (no changes since v1) arch/x86/cpu/coreboot/Kconfig | 2 +- board/coreboot/coreboot/Kconfig | 12

[PATCH v2 11/16] x86: Add function comments to cb_sysinfo.h

Add a function comment for get_coreboot_info() and a declaration for cb_get_sysinfo(), since this may be called from elsewhere. Signed-off-by: Simon Glass Reviewed-by: Bin Meng --- (no changes since v1) arch/x86/include/asm/cb_sysinfo.h | 16 1 file changed, 16 insertions(+)

[PATCH v2 10/16] x86: coral: Allow booting from coreboot

Set up coral so that it can boot from coreboot, even though it is a bare-metal build. This helps with testing since the same image can be used in both cases. Signed-off-by: Simon Glass Reviewed-by: Bin Meng --- Changes in v2: - Add missing newline in the error path - Use (ret) instead of (ret

[PATCH v2 09/16] x86: coreboot: Show the BIOS date

The BIOS version may not be present, e.g. on a Chrome OS build. Add the BIOS date as well, so we get some sort of indication of coreboot's vintage. Signed-off-by: Simon Glass --- Changes in v2: - Reorder declaration and use bios_date for the variable name board/coreboot/coreboot/coreboot.c | 3

[PATCH v2 08/16] x86: Do cache set-up by default when booting from coreboot

A recent change to disable cache setup when booting from coreboot assumed that this has been done by SPL. The result is that for the coreboot board, the cache is disabled (in start.S) and never re-enabled. If the cache was turned off, as it is on boards without SPL, we should turn it back on. Add

[PATCH v2 07/16] x86: Update the MP constants to avoid conflicts

These constants conflict with error codes returned by the MP implementation when something is wrong. In particular, mp_first_cpu() returns MP_SELECT_BSP when running without multiprocessing enabled. Since this is -2, it is interpreted as an error by callers, which expect a positive CPU number for t

[PATCH v2 06/16] x86: Don't set up MTRRs if previously done

When starting U-Boot from a previous-stage bootloader we presumably don't need to set up the variable MTRRs. In fact this could be harmful if the existing settings are not what U-Boot uses. Skip that step in this case. Signed-off-by: Simon Glass Reviewed-by: Bin Meng --- (no changes since v1)

[PATCH v2 05/16] tpm: cr50: Drop unnecessary coral headers

These headers are not actually used. Drop them so that this driver can be used by other boards, e.g. coreboot. Signed-off-by: Simon Glass Reviewed-by: Bin Meng --- (no changes since v1) drivers/tpm/cr50_i2c.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/tpm/cr50_i2c.c b/drive

[PATCH v2 04/16] spi: ich: Don't require the PCH

When booting from coreboot we may not have a PCH driver available. The SPI driver can operate without the PCH but currently complains in this case. Update it to continue to work normally. The only missing feature is memory-mapping of SPI-flash contents, which is not essential. Signed-off-by: Simon

[PATCH v2 03/16] x86: Allow coreboot serial driver to guess the UART

At present this driver relies on coreboot to provide information about the console UART. However if coreboot is not compiled with the UART enabled, the information is left out. This configuration is quite common, e.g. with shipping x86-based Chrome OS Chromebooks. Add a way to determine the UART s

[PATCH v2 02/16] x86: pci: Allow binding of some devices before relocation

At present only bridge devices are bound before relocation, to save space in pre-relocation memory. In some cases we do actually want to bind a device, e.g. because it provides the console UART. Add a devicetree binding to support this. Use the PCI_VENDEV() macro to encode the cell value. This is

[PATCH v2 01/16] pci: Use const for pci_find_device_id() etc.

These functions don't modify the device-ID struct that is passed in, so mark the argument as const, so the data structure can be declared that way. This allows it to be placed in the rodata section. Signed-off-by: Simon Glass Reviewed-by: Bin Meng --- (no changes since v1) drivers/pci/pci-uc

[PATCH v2 00/16] misc: Some more misc patches

Various issues were discovered in getting Chromium OS verified boot running on top of coreboot, booting into U-Boot. Improvements include: - enable serial console if even coreboot doesn't - enable cache always - show the BIOS date since Chromium OS's coreboot doesn't have a version - update docs -

Re: [PATCH 17/17] doc: Update documentation for cros-2021.04 release

Hi Bin, On Thu, 8 Apr 2021 at 15:02, Bin Meng wrote: > > Hi Simon, > > On Wed, Apr 7, 2021 at 12:33 PM Simon Glass wrote: > > > > With the new 2021.04 we have a new version of Chromium OS boot, which > > supports sandbox, coral and coral-on-coreboot. Add documentation for > > Chrominum OS can ru

Re: [PATCH 12/17] x86: coreboot: Use vendor in the Kconfig

Hi Bin, On Thu, 8 Apr 2021 at 14:59, Bin Meng wrote: > > Hi Simon, > > On Wed, Apr 7, 2021 at 12:33 PM Simon Glass wrote: > > > > Use VENDOR_COREBOOT instead of TARGET_COREBOOT so we can have multiple > > coreboot boards, sharing options. Only SYS_CONFIG_NAME needs to be > > defined TARGET_COREB

Re: [PATCH 03/17] x86: Allow coreboot serial driver to guess the UART

Hi Bin, On Thu, 8 Apr 2021 at 14:23, Bin Meng wrote: > > Hi Simon, > > On Wed, Apr 7, 2021 at 12:32 PM Simon Glass wrote: > > > > At present this driver relies on coreboot to provide information about > > the console UART. However if coreboot is not compiled with the UART > > enabled, the inform

Re: [PATCH 04/17] spi: ich: Don't require the PCH

Hi Bin, On Thu, 8 Apr 2021 at 14:28, Bin Meng wrote: > > On Wed, Apr 7, 2021 at 12:34 PM Simon Glass wrote: > > > > When booting from coreboot we may not have a PCH driver available. The > > SPI driver can operate without the PCH but currently complains in this > > case. Update it to continue to

Re: [PATCH 02/17] x86: pci: Allow binding of some devices before relocation

Hi Bin, On Thu, 8 Apr 2021 at 14:17, Bin Meng wrote: > > Hi Simon, > > On Wed, Apr 7, 2021 at 12:32 PM Simon Glass wrote: > > > > At present only bridge devices are bound before relocation, to save space > > in pre-relocation memory. In some cases we do actually want to bind a > > device, e.g. b

Re: [PATCH v4 2/6] lib: ecdsa: Add skeleton to implement ecdsa verification in u-boot

Hi Tom, Alex, On Fri, 23 Apr 2021 at 12:47, Tom Rini wrote: > > On Fri, Apr 23, 2021 at 11:55:57AM +1200, Simon Glass wrote: > > Hi Alex, > > > > On Thu, 22 Apr 2021 at 07:30, Alex G. wrote: > > > > > > On 4/21/21 2:15 AM, Simon Glass wrote: > > > > Hi Alexandru, > > > > > > > > On Fri, 16 Apr 2

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

On 4/23/21 6:38 PM, scan-ad...@coverity.com wrote: Hi, Please find the latest report on new defect(s) introduced to Das U-Boot found with Coverity Scan. 3 new defect(s) introduced to Das U-Boot found with Coverity Scan. New defect(s) Reported-by: Coverity Scan Showing 3 of 3 defect(s) ** C

Re: [PATCH v2 3/4] efi_capsule: Add a function to get the public key needed for capsule authentication

On 4/15/21 12:25 PM, Sughosh Ganu wrote: On Thu, 15 Apr 2021 at 01:08, Simon Glass mailto:s...@chromium.org>> wrote: On Mon, 12 Apr 2021 at 16:06, Sughosh Ganu mailto:sughosh.g...@linaro.org>> wrote: > > Define a function which would be used in the scenario where the > public

Re: [PATCH V2 01/24] phy: nop-phy: Add standard usb-nop-xceiv compat string

On 4/11/21 12:28 PM, Marek Vasut wrote: The USB no-op PHY uses "usb-nop-xceiv" compatible string. This driver is compatible with USB no-op PHY, so add the compatible string. Signed-off-by: Marek Vasut Cc: Alexey Brodkin Cc: Eugeniy Paltsev Cc: Fabio Estevam Cc: Jean-Jacques Hiblot Cc: Mu

[PATCH] x86: Correct regwidth prompt in cbsysinfo

This should be 'regwidth', not 'baud'. Fix it. Signed-off-by: Simon Glass --- cmd/x86/cbsysinfo.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/cmd/x86/cbsysinfo.c b/cmd/x86/cbsysinfo.c index a0db0ad364e..34fdaf5b1b1 100644 --- a/cmd/x86/cbsysinfo.c +++ b/cmd/x86/cbsysinfo

Re: sunxi_nand_spl reading zeros on NextThing C.H.I.P.

Hello, I'm experiencing the same issue, have you manage to solve it? -- Sent from: http://u-boot.10912.n7.nabble.com/

Re: [PATCH 37/37] arm: imx: add i.MX8ULP EVK support

Hi Peng, On Fri, Apr 23, 2021 at 1:57 PM Fabio Estevam wrote: > > Hi Peng, > > Thanks for submitting this series. > > On Mon, Apr 12, 2021 at 8:43 AM Peng Fan (OSS) wrote: > > > > From: Peng Fan > > > > Add i.MX8ULP EVK basic support, support SD/I2C/ENET/LPUART > > > > Note: upower API currentl

Re: [EXTERNAL] Re: [PATCH v2 6/6] test: dm: Add test for ECDSA UCLASS support

Update on ECDSA verification progress, I've forked Alex's repo and have included my changes in the 'ecdsa-vrf-1' branch [1]. This includes the isolated OpenSSL code for verification, and I split up the lib/ecdsa/ecdsa-libcrypto.c file into lib/ecdsa/ecdsa-sign.c and lib/ecdsa/ecdsa-verify.c. I'

Re: [NXP-IMX] Please pull nxp-imx-4-23-2021

Hi Peng, On Fri, Apr 23, 2021 at 1:27 PM Peng Fan wrote: > > Hi Stefano, > > Please pull nxp-imx-4-23-2021, This PR is based on Tom's master branch. > CI: https://source.denx.de/u-boot/custodians/u-boot-mmc/-/pipelines/7264 > > I have updated the patches's status. > This is a quite large patchset

Re: [PATCH 37/37] arm: imx: add i.MX8ULP EVK support

Hi Peng, Thanks for submitting this series. On Mon, Apr 12, 2021 at 8:43 AM Peng Fan (OSS) wrote: > > From: Peng Fan > > Add i.MX8ULP EVK basic support, support SD/I2C/ENET/LPUART > > Note: upower API currently not included. > > Signed-off-by: Peng Fan > --- > arch/arm/dts/imx8ulp-emulator-u-

[PATCH 17/17] configs: am64x_evm_a53: Add Initial support

Add initial A53 defconfig support for AM64x SoCs. Signed-off-by: Dave Gerlach --- configs/am64x_evm_a53_defconfig | 96 + 1 file changed, 96 insertions(+) create mode 100644 configs/am64x_evm_a53_defconfig diff --git a/configs/am64x_evm_a53_defconfig b/configs/a

[PATCH 12/17] dt-bindings: pinctrl: k3: Introduce pinmux definitions for AM64

Add pinctrl macros for AM64 SoC. These macro definitions are similar to that of previous platforms, but adding new definitions to avoid any naming confusions in the soc dts files. Signed-off-by: Dave Gerlach --- include/dt-bindings/pinctrl/k3.h | 5 - 1 file changed, 4 insertions(+), 1 delet

[PATCH 16/17] configs: am64x_evm_r5: Add Initial support

Add initial R5 defconfig support for AM64x SoCs. Signed-off-by: Dave Gerlach --- configs/am64x_evm_r5_defconfig | 91 ++ 1 file changed, 91 insertions(+) create mode 100644 configs/am64x_evm_r5_defconfig diff --git a/configs/am64x_evm_r5_defconfig b/configs/am64

[PATCH 15/17] arm: dts: k3-am642: Add r5 specific dt support

Add initial support for dt that runs on r5. Signed-off-by: Dave Gerlach --- arch/arm/dts/Makefile | 3 +- arch/arm/dts/k3-am642-evm-u-boot.dtsi | 58 + arch/arm/dts/k3-am642-r5-evm.dts | 169 ++ 3 files changed, 229 insertions(+), 1 deletio

[PATCH 14/17] arm: dts: k3-am642: Add initial support for EVM

The AM642 EValuation Module (EVM) is a board that provides access to various peripherals available on the AM642 SoC, such as PCIe, USB 2.0, CPSW Ethernet, ADC, and more. Add basic support. Signed-off-by: Dave Gerlach --- arch/arm/dts/Makefile | 1 + arch/arm/dts/k3-am642-evm.dts | 246

[PATCH 10/17] mailbox: k3-sec-proxy: Extend valid thread IDs

AM64x uses a different thread mapping that existing K3 SoCs, so update the valid thread ID list to include those used for AM64x. Also remove the comment identifying the purpose of each thread ID. The purpose of the thread ID is specified when describing the threads in the device tree and the same

[PATCH 04/17] arm: mach-k3: am642: Store boot info from ROM

For AM642, ROM supports loading system firmware directly from boot image. ROM passes information about the number of images that are loaded to bootloader at a specific address that is temporary. Add support for storing this information somewhere permanent before it gets corrupted. Signed-off-by:

[PATCH 11/17] board: ti: am64x: Add board support for am64x evm

Add board specific initialization for am64x based boards. Signed-off-by: Dave Gerlach --- arch/arm/mach-k3/Kconfig| 1 + board/ti/am64x/Kconfig | 53 ++ board/ti/am64x/Makefile | 8 +++ board/ti/am64x/evm.c| 48 + include/configs/am64x_e

[PATCH 02/17] arm: mach-k3: am642: Add support for boot device detection

From: Keerthy AM642 allows for booting from primary or backup boot media. Both media can be chosen individually based on switch settings. ROM looks for a valid image in primary boot media, if not found then looks in backup boot media. In order to pass this boot media information to boot loader, R

[PATCH 09/17] mmc: sdhci_am654: Add Support for TI's AM642 SoC

Add support for the controller present on the AM642 SoC. There are instances: sdhci0: 8bit bus width, max 400 MBps sdhci1: 4bit bus width, max 100 MBps Signed-off-by: Dave Gerlach --- drivers/mmc/am654_sdhci.c | 18 ++ 1 file changed, 18 insertions(+) diff --git a/drivers/mmc/a

[PATCH 05/17] arm: mach-k3: am642: Load SYSFW binary and config from boot media

Use the System Firmware (SYSFW) loader framework to load and start the SYSFW as part of the AM642 early initialization sequence. Also make use of existing logic to detect if ROM has already loaded sysfw and avoided attempting to reload and instead just prepare to use already running firmware. Whil

[PATCH 07/17] arm: mach-k3: am642: Shut down R5 core after ATF startup on A53

From: Suman Anna The AM642 SoCs use the Main R5FSS0 as a boot processor, and runs the R5 SPL that performs the initialization of the System Controller processor and starting the Arm Trusted Firmware (ATF) on the Arm Cortex A53 cluster. The Core0 serves as this boot processor and is parked in WFE

[PATCH 13/17] arm: dts: ti: Add Support for AM642 SoC

The AM642 SoC belongs to the K3 Multicore SoC architecture platform, providing advanced system integration to enable applications such as Motor Drives, PLC, Remote IO and IoT Gateways. Some highlights of this SoC are: * Dual Cortex-A53s in a single cluster, two clusters of dual Cortex-R5F MCUs,

[PATCH 00/17] arm: mach-k3: Initial Support for Texas Instruments AM642 Platform

Hi, This series adds initial support for the latest new SoC, AM642, from Texas Instruments. Additional detail can be found in the patch descriptions, also see AM64X Technical Reference Manual (SPRUIM2, Revised Jan 2021) for further details: https://www.ti.com/lit/pdf/spruim2 Regards, Dave Dave

[PATCH 06/17] arm: mach-k3: am642: Use mmc start and stop callbacks

To avoid any glitches on MMC clock line, make use of pm per and post callbacks when loading sysfw. Signed-off-by: Dave Gerlach --- arch/arm/mach-k3/am642_init.c | 34 +- 1 file changed, 33 insertions(+), 1 deletion(-) diff --git a/arch/arm/mach-k3/am642_init.c b/

[PATCH 08/17] armv8: mach-k3: am642: Add custom MMU support

From: Keerthy Change the memory attributes for the DDR regions used by the remote processors on AM65x so that the cores can see and execute the proper code. A separate table based on the previous K3 SoCs is introduced since the number of remote processors and their DDR usage is different between

[PATCH 03/17] arm: mach-k3: am642: Unlock all applicable control MMR registers

To access various control MMR functionality the registers need to be unlocked. Do that for all control MMR regions in the MAIN domain. Signed-off-by: Dave Gerlach --- arch/arm/mach-k3/am642_init.c | 16 arch/arm/mach-k3/include/mach/am64_hardware.h | 10 ++---

[PATCH 01/17] arm: mach-k3: Add basic support for AM642 SoC definition

The AM642 SoC belongs to the K3 Multicore SoC architecture platform, providing advanced system integration to enable applications such as Motor Drives, PLC, Remote IO and IoT Gateways. Some highlights of this SoC are: * Dual Cortex-A53s in a single cluster, two clusters of dual Cortex-R5F MCUs,

Re: [PATCH v2 1/8] lmb: move CONFIG_LMB in Kconfig

On Wed, Mar 10, 2021 at 10:16:25AM +0100, Patrick Delaunay wrote: > Migrate CONFIG_LMB in Kconfig. > > Signed-off-by: Patrick Delaunay Applied to u-boot/master, thanks! -- Tom signature.asc Description: PGP signature

[NXP-IMX] Please pull nxp-imx-4-23-2021

Hi Stefano, Please pull nxp-imx-4-23-2021, This PR is based on Tom's master branch. CI: https://source.denx.de/u-boot/custodians/u-boot-mmc/-/pipelines/7264 I have updated the patches's status. This is a quite large patchset, but actually only do two things as below: -

Re: [PATCH v2] checkpatch: Ignore ENOSYS warnings

On Wed, Apr 14, 2021 at 10:02:21PM -0400, Sean Anderson wrote: > There are no system calls in U-Boot, but ENOSYS is still allowed (and > preferred since 42a2668743 ("dm: core: Document the common error codes")). > Silence this warning. > > Signed-off-by: Sean Anderson > Reviewed-by: Simon Glass

Re: [PATCH v2 3/3] test: Add test for partitions

On Mon, Apr 12, 2021 at 06:53:07PM -0400, Sean Anderson wrote: > This is technically a library function, but we use MMCs for testing, so > it is easier to do it with DM. At the moment, the only block devices in > sandbox are MMCs (AFAIK) so we just test with those. > > Signed-off-by: Sean Anderso

Re: [PATCH v2 2/3] part: Fix bogus return from part_get_info_by_dev_and_name

On Mon, Apr 12, 2021 at 06:53:06PM -0400, Sean Anderson wrote: > blk_get_device_by_str returns the device number on success. So we must > check if the return was negative to determine an error. > > Signed-off-by: Sean Anderson > Reviewed-by: Simon Glass Applied to u-boot/master, thanks! -- T

Re: [PATCH v2 1/3] cmd: fs: Use part_get_info_by_dev_and_name_or_num to parse partitions

On Mon, Apr 12, 2021 at 06:53:05PM -0400, Sean Anderson wrote: > This allows using dev#partlabel syntax. > > Signed-off-by: Sean Anderson Applied to u-boot/master, thanks! -- Tom signature.asc Description: PGP signature

Re: [PATCH v2 8/8] configs: stm32mp15: increase the number of reserved memory region in lmb

On Wed, Mar 10, 2021 at 10:16:32AM +0100, Patrick Delaunay wrote: > For the latest kernel device tree the max number of reserved regions > in lmb library is reached: 8 with 5 reserved regions in device tree. > > When a new region is added, the lmb allocation for the device tree > relocation faile

Re: [PATCH v2 7/8] lmb: Add 2 config to define the max number of regions

On Wed, Mar 10, 2021 at 10:16:31AM +0100, Patrick Delaunay wrote: > Add 2 configs CONFIG_LMB_MEMORY_REGIONS and CONFIG_LMB_RESERVED_REGIONS > to change independently the max number of the regions in lmb > library. > > When CONFIG_LMB_USE_MAX_REGIONS=y, move the lmb property arrays to > struct lmb

Re: [PATCH v2 6/8] test: lmb: add test for overflow protection in lmb_add_region

On Wed, Mar 10, 2021 at 10:16:30AM +0100, Patrick Delaunay wrote: > Add test for max number of memory regions and in reserved regions. > > Signed-off-by: Patrick Delaunay Applied to u-boot/master, thanks! -- Tom signature.asc Description: PGP signature

Re: [PATCH v2 5/8] lmb: correct size of the regions array

On Wed, Mar 10, 2021 at 10:16:29AM +0100, Patrick Delaunay wrote: > As in lmb_region, cnt < max and in the lmb library > use region[i] only with i in 0...cnt, this region array size > can be reduced by 1 element without overflow. > > This patch allows to reduce the struct lmb size. > > Signed-of

Re: [PATCH v2 4/8] lmb: move MAX_LMB_REGIONS value in Kconfig

On Wed, Mar 10, 2021 at 10:16:28AM +0100, Patrick Delaunay wrote: > Move MAX_LMB_REGIONS value in Kconfig, the max number of the regions > in lmb library. > > Signed-off-by: Patrick Delaunay Applied to u-boot/master, thanks! -- Tom signature.asc Description: PGP signature

Re: [PATCH v2 3/8] lmb: add a max parameter in the struct lmb_region

On Wed, Mar 10, 2021 at 10:16:27AM +0100, Patrick Delaunay wrote: > Add a max parameter in lmb_region struct to handle test > in lmb_add_region without using the MAX_LMB_REGIONS > define. > > This patch allows to modify these size independently for > memory of reserved regions in the next patches

Re: [PATCH v2 2/8] lmb: remove lmb_region.size

On Wed, Mar 10, 2021 at 10:16:26AM +0100, Patrick Delaunay wrote: > Remove the unused field size of struct lmb_region as it is initialized to 0 > and never used after in lmb library. > > See Linux kernel commit 4734b594c6ca ("memblock: Remove memblock_type.size > and add memblock.memory_size inst

Re: [PATCH] test: Alphabetize dm Makefile

On Tue, Apr 20, 2021 at 11:03:12AM -0400, Sean Anderson wrote: > Recently, tests have been added primarily to the end of the dm Makefile. > This results in merge conflicts when two people add new tests at the > same time. To reduce these conflicts, alphabetize the makefile. > > Signed-off-by: Sea

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

On Fri, Apr 23, 2021 at 01:18:13PM +0200, Marek Vasut wrote: > The following changes since commit 275a4490fd2f30df76f2aa07efa0f595fef4d46f: > > Merge branch '2021-04-22-udoo_neo-update' (2021-04-22 11:29:32 -0400) > > are available in the Git repository at: > > git://source.denx.de/u-boot-u

Re: [PULL] u-boot-mips

On Thu, Apr 22, 2021 at 09:39:26PM +0200, Daniel Schwierzeck wrote: > Hi Tom, > > please pull some updates and fixes for MIPS. > > Gitlab CI: > https://source.denx.de/u-boot/custodians/u-boot-mips/-/pipelines/7255 > > Azure: > https://dev.azure.com/danielschwierzeck/u-boot/_build/results?buildI

Re: [PATCH V2 24/24] ARM: imx8m: verdin-imx8mm: Enable USB Host support

On 4/23/21 5:04 PM, Tim Harvey wrote: On Thu, Apr 22, 2021 at 12:16 PM Marek Vasut wrote: On 4/20/21 2:33 AM, Tim Harvey wrote: [...] +/* USB Configs */ +#define CONFIG_EHCI_HCD_INIT_AFTER_RESET +#define CONFIG_MXC_USB_PORTSC (PORT_PTS_UTMI | PORT_PTS_PTW) +#define CONFIG_USB_MAX_CONTROLLE

Re: [PATCH V2 24/24] ARM: imx8m: verdin-imx8mm: Enable USB Host support

On Thu, Apr 22, 2021 at 12:16 PM Marek Vasut wrote: > > On 4/20/21 2:33 AM, Tim Harvey wrote: > > [...] > > >> +/* USB Configs */ > >> +#define CONFIG_EHCI_HCD_INIT_AFTER_RESET > >> +#define CONFIG_MXC_USB_PORTSC (PORT_PTS_UTMI | PORT_PTS_PTW) > >> +#define CONFIG_USB_MAX_CONTROLLER_COUNT 2 > >>

Re: [PATCH V2] doc: mmc man-page

On 02.04.21 02:15, Jaehoon Chung wrote: > Provide a man-pages for the mmc command. > > Signed-off-by: Jaehoon Chung > --- > Changelog on V2 > - Add missing empty line > - Add bootbus's arguments descriptions > --- > doc/usage/index.rst | 1 + > doc/usage/mmc.rst | 212

[PATCH 7/7] include: configs: ge: avoid shell on boot failure

From: Ian Ray Prevent shell access on boot failure by entering an infinite loop. Signed-off-by: Ian Ray Signed-off-by: Sebastian Reichel --- include/configs/ge_bx50v3.h | 3 ++- include/configs/mx53ppd.h | 3 ++- 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a/include/configs

[PATCH 6/7] include: configs: ge: simplify default boot command

From: Ian Ray Minor cosmetic changes to unify `CONFIG_EXTRA_ENV_SETTINGS' indentation between Bx50v3 and PPD to make comparison and review easier and simplify the default boot command. Signed-off-by: Ian Ray Ian Ray Signed-off-by: Sebastian Reichel --- include/configs/ge_bx50v3.h | 9 +++

[PATCH 2/7] board: ge: bx50v3: add phy reset GPIO

Add PHY's reset GPIO, so that U-Boot does a PHY hard reset. This is needed, since the PHY might become unresponsive if watchdog reboots the system while a transaction is ongoing. The reset GPIO is added to the U-Boot specific DT files, since the kernel does not setup the reserved registers correct

[PATCH 5/7] include: configs: ge: bx50v3: drop USB boot

From: Ian Ray Remove unsupported USB boot. Signed-off-by: Ian Ray Signed-off-by: Sebastian Reichel --- include/configs/ge_bx50v3.h | 5 - 1 file changed, 5 deletions(-) diff --git a/include/configs/ge_bx50v3.h b/include/configs/ge_bx50v3.h index 2d854af9a06d..f1e0ec553ce6 100644 --- a/in

[PATCH 3/7] configs: ge: bx50v3: adjust watchdog period

From: Ian Ray Increase watchdog period, in order to accomodate recent kernel size and configuration changes. Signed-off-by: Ian Ray Signed-off-by: Sebastian Reichel --- configs/ge_bx50v3_defconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configs/ge_bx50v3_defconfig

[PATCH 4/7] configs: ge: use non-persistent environment

From: Ian Ray Disable the unused persistent environment. Signed-off-by: Ian Ray Signed-off-by: Sebastian Reichel --- configs/ge_bx50v3_defconfig | 2 +- configs/mx53ppd_defconfig | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/configs/ge_bx50v3_defconfig b/configs/ge_

[PATCH 0/7] GE Board fixes and cleanups

Collection of downstream fixes and cleanups for GE boards. -- Sebastian Ian Ray (5): configs: ge: bx50v3: adjust watchdog period configs: ge: use non-persistent environment include: configs: ge: bx50v3: drop USB boot include: configs: ge: simplify default boot command include: configs:

[PATCH 1/7] board: ge: bx50v3: fix crystal bit

The DA9063 enables the CRYSTAL bit by default, but there is no crystal populated on the BA16 system on module. Without explicitly clearing the CRYSTAL bit the system runs unstable and sometimes reboots unexpectedly. Signed-off-by: Sebastian Reichel --- board/ge/bx50v3/bx50v3.c | 26 +

Re: [PATCH] test/py: Fix efidebug related tests

On 23.04.21 15:24, Ilias Apalodimas wrote: > commit cbea241e935e("efidebug: add multiple device path instances on > Boot") > slightly tweaked the efidebug syntax adding -b, -i and -s for the boot > image, initrd and optional data. > The pytests using this command were adapted as well. However

[PATCH v2 2/2] board:pm9263 - Fix some typos in comments

Signed-off-by: Ilko Iliev --- board/ronetix/pm9263/pm9263.c | 10 +- include/configs/pm9263.h | 2 +- 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/board/ronetix/pm9263/pm9263.c b/board/ronetix/pm9263/pm9263.c index 46494b043f..6dc080ac2c 100644 --- a/board/ronetix/

[PATCH v2 1/2] board:pm9263 - Switch to use DM_ETH

- Enable CONFIG_DM_ETH in configs/pm9263_defconfig - Drop legacy initialization in board/ronetix/pm9263.c - Remove network related setting from include/configs/pm9263.h Signed-off-by: Ilko Iliev --- Changes to v2: - improve commit message --- board/ronetix/pm9263/pm9263.c | 57 -

Re: [PATCH v2] board:pm9261 - Enable DM_ETH

On 4/23/21 12:19 PM, Ilko Iliev wrote: > On 21.04.21 08:50, eugen.hris...@microchip.com wrote: >> On 4/19/21 4:37 PM, Ilko Iliev wrote: >>> This patch remove the network support for PM9261 because >>> currently there is no DM suport for Davicom D9000. >>> >>> Signed-off-by: Ilko Iliev >>> --- >> H

[PATCH] test/py: Fix efidebug related tests

commit cbea241e935e("efidebug: add multiple device path instances on Boot") slightly tweaked the efidebug syntax adding -b, -i and -s for the boot image, initrd and optional data. The pytests using this command were adapted as well. However I completely missed the last "" argument, which at the

Re: [PATCH v2] IOMUX: Fix buffer overflow in iomux_replace_device()

On Fri, Apr 23, 2021 at 05:08:05PM +0900, Yuichiro Goto wrote: > Use of strcat() against an uninitialized buffer would lead > to buffer overflow. This patch fixes it. Thanks for report! Can you also add a Fixes tag? > Signed-off-by: Yuichiro Goto > Cc: Peter Robinson > Cc: Andy Shevchenko > C

[PATCH v3] board:pm9261 - Remove network support

The network support is removed because there is no DM for Davicom DM9000. Signed-off-by: Ilko Iliev --- board/ronetix/pm9261/pm9261.c | 54 --- configs/pm9261_defconfig | 4 +-- include/configs/pm9261.h | 9 -- 3 files changed, 2 insertions(+), 65

Re: [PATCH v4 06/22] net: phy: xilinx: Be compatible with live OF tree

Hi, On 4/23/21 11:23 AM, Bin Meng wrote: > On Fri, Apr 23, 2021 at 5:14 PM Bin Meng wrote: >> >> Hi Michal, >> >> On Fri, Apr 23, 2021 at 3:35 PM Michal Simek wrote: >>> >>> Hi Bin, >>> >>> ne 14. 3. 2021 v 13:17 odesílatel Bin Meng napsal: Following the same updates that were done to

[PULL] u-boot-usb/master

The following changes since commit 275a4490fd2f30df76f2aa07efa0f595fef4d46f: Merge branch '2021-04-22-udoo_neo-update' (2021-04-22 11:29:32 -0400) are available in the Git repository at: git://source.denx.de/u-boot-usb.git master for you to fetch changes up to e1769da17ed339bc937d30c49176b

Re: [PATCH v4 06/22] net: phy: xilinx: Be compatible with live OF tree

On Fri, Apr 23, 2021 at 5:14 PM Bin Meng wrote: > > Hi Michal, > > On Fri, Apr 23, 2021 at 3:35 PM Michal Simek wrote: > > > > Hi Bin, > > > > ne 14. 3. 2021 v 13:17 odesílatel Bin Meng napsal: > > > > > > Following the same updates that were done to the fixed phy driver, > > > use ofnode_ APIs

Re: [PATCH v2] board:pm9261 - Enable DM_ETH

On 21.04.21 08:50, eugen.hris...@microchip.com wrote: On 4/19/21 4:37 PM, Ilko Iliev wrote: This patch remove the network support for PM9261 because currently there is no DM suport for Davicom D9000. Signed-off-by: Ilko Iliev --- Hi, If I look at the commit message, I would expect somethi

Re: [PATCH] smbios: Fix calculating BIOS Release Date

On Friday 23 April 2021 11:04:26 Mark Kettenis wrote: > > Date: Fri, 23 Apr 2021 10:27:16 +0200 > > From: Pali Rohár > > > > On Friday 23 April 2021 10:25:21 Bin Meng wrote: > > > Hi Pali, > > > > > > On Fri, Apr 23, 2021 at 12:10 AM Pali Rohár wrote: > > > > > > > > BIOS Release Date must be i

Re: [PATCH v4 06/22] net: phy: xilinx: Be compatible with live OF tree

Hi Michal, On Fri, Apr 23, 2021 at 3:35 PM Michal Simek wrote: > > Hi Bin, > > ne 14. 3. 2021 v 13:17 odesílatel Bin Meng napsal: > > > > Following the same updates that were done to the fixed phy driver, > > use ofnode_ APIs instead of fdt_ APIs so that the Xilinx PHY driver > > can support liv

Re: [RFC] efi_loader: improve firmware capsule authentication

Takahiro, On Fri, 23 Apr 2021 at 12:30, AKASHI Takahiro wrote: > Sughosh, > > On Fri, Apr 23, 2021 at 11:55:04AM +0530, Sughosh Ganu wrote: > > Takahiro, > > > > On Fri, 23 Apr 2021 at 11:17, AKASHI Takahiro < > takahiro.aka...@linaro.org> > > wrote: > > > > > Heinrich, > > > > > > I'm currently

Re: [PATCH] smbios: Fix calculating BIOS Release Date

> Date: Fri, 23 Apr 2021 10:27:16 +0200 > From: Pali Rohár > > On Friday 23 April 2021 10:25:21 Bin Meng wrote: > > Hi Pali, > > > > On Fri, Apr 23, 2021 at 12:10 AM Pali Rohár wrote: > > > > > > BIOS Release Date must be in format mm/dd/ and must be release date. > > > U-Boot currently set

Re: [PATCH 3/3] snow: Enable unit tests

Dear Simon Glass, On Fri, 26 Mar 2021 at 07:08, Jaehoon Chung wrote: > On 3/25/21 6:44 AM, Simon Glass wrote: > > It is useful to have a board with unit tests enabled, to check that this > > does not break. > > > > Let's choose snow, since it is not under active development and it is > > gloriou

Re: [PATCH] smbios: Fix calculating BIOS Release Date

On Friday 23 April 2021 10:25:21 Bin Meng wrote: > Hi Pali, > > On Fri, Apr 23, 2021 at 12:10 AM Pali Rohár wrote: > > > > BIOS Release Date must be in format mm/dd/ and must be release date. > > U-Boot currently sets BIOS Release Date from U_BOOT_DMI_DATE macro which is > > generated from cu

Re: [PATCH v2] pinctrl: single: fix a never true comparison

On 22/04/21 10:28PM, Dario Binacchi wrote: > As reported by Coverity Scan for Das U-Boot, the 'less-than-zero' > comparison of an unsigned value is never true. > > Signed-off-by: Dario Binacchi > Reviewed-by: Pratyush Yadav > > --- > > Changes in v2: > - Balance quote in commit message > - Add

[PATCH v2] IOMUX: Fix buffer overflow in iomux_replace_device()

Use of strcat() against an uninitialized buffer would lead to buffer overflow. This patch fixes it. Signed-off-by: Yuichiro Goto Cc: Peter Robinson Cc: Andy Shevchenko Cc: Nicolas Saenz Julienne --- Changes for v2: - Add "IOMUX" in title common/iomux.c | 5 - 1 file changed, 4 insertion

Re: [RFC] efi_loader: improve firmware capsule authentication

On Fri, Apr 23, 2021 at 04:50:21PM +0900, AKASHI Takahiro wrote: > On Fri, Apr 23, 2021 at 10:21:52AM +0300, Ilias Apalodimas wrote: > > Akashi-san > > > > [...] > > > 7) Pytest is broken > > >Due to your and Ilias' recent patches, existing pytests for > > >secure boot as well as capsule u

Re: [PATCH] net: designware: fix PHY reset with DM_MDIO

On 23/04/2021 02:12, Ramon Fried wrote: > On Wed, Apr 21, 2021 at 11:58 AM Neil Armstrong > wrote: >> >> The dw_eth_pdata is not accessible from the mdio device, it gets the mdio >> bus plat >> leading to random sleeps (-10174464 on Odroid-HC4). >> >> This moves the dw_mdio_reset function to a c

Re: [RFC] efi_loader: improve firmware capsule authentication

On Fri, Apr 23, 2021 at 10:21:52AM +0300, Ilias Apalodimas wrote: > Akashi-san > > [...] > > 7) Pytest is broken > >Due to your and Ilias' recent patches, existing pytests for > >secure boot as well as capsule update are now broken. > >I'm not sure why you have not yet noticed. > >

[PATCH] ARM:imx:imx8mq-cm: Add support for Ronetix iMX8MQ-CM

Supported peripherals: Ethernet, eMMC, Serial. U-Boot SPL 2021.04-00911-g5fa1e2ffeb-dirty (Apr 23 2021 - 09:11:14 +0200) Normal Boot Trying to boot from MMC2 U-Boot 2021.04-00911-g5fa1e2ffeb-dirty (Apr 23 2021 - 09:11:14 +0200) CPU: Freescale i.MX8MQ rev2.1 at 1000 MHz Reset cause: POR Model:

  1   2   >