Re: [PATCH 1/2] efi_loader: Implement FileLoad2 for initramfs loading

Ilias, I haven't followed this thread. On Fri, Feb 21, 2020 at 09:55:45AM +0200, Ilias Apalodimas wrote: > Following kernel's proposal for an arch-agnostic initrd loading > mechanism [1] let's implement the U-boot counterpart. > This new approach has a number of advantages compared to what we

Re: [PATCH v2 2/4] mx6cuboxi: customize board_boot_order to access eMMC

Hi Walter, On Wed, Mar 11 2020, Walter Lozano wrote: > In SPL legacy code only one MMC device is created, based on BOOT_CFG > register, which can be either SD or eMMC. In this context > board_boot_order return always MMC1 when configure to boot from > SD/eMMC. After switching to DM both SD and

Re: [PATCHv2 4/8] mach-davinci: Hard-code the default SPL_LDSCRIPT path

On 12/03/20 3:41 AM, Tom Rini wrote: > As there is only one linker script to use in this case, rather than use > the BOARDDIR variable hard-code the path. > > Cc: Lokesh Vutla > Suggested-by: Masahiro Yamada > Signed-off-by: Tom Rini Reviewed-by: Lokesh Vutla Thanks and regards, Lokesh

Re: [PATCH v2 13/39] acpi: Add a binding for ACPI settings in the device tree

Hi Wolfgang, On Tue, 10 Mar 2020 at 03:15, Wolfgang Wallner < wolfgang.wall...@br-automation.com> wrote: > > Hi Simon, > > -"Simon Glass" schrieb: - > > > > Devices need to report various identifiers in the ACPI tables. Rather than > > hard-coding these in drivers it is typically better

Re: [PATCH v2 21/39] acpi: Convert part of acpi_table to use acpi_ctx

Hi Wolfgang, On Wed, 11 Mar 2020 at 06:58, Wolfgang Wallner < wolfgang.wall...@br-automation.com> wrote: > > Hi Simon, > > -"Simon Glass" schrieb: - > > > > The current code uses an address but a pointer would result in fewer > > casts. Also it repeats the alignment code in a lot of

Re: [PATCH v2 17/39] acpi: Add a central location for table version numbers

Hi Wolfgang, On Tue, 10 Mar 2020 at 03:26, Wolfgang Wallner < wolfgang.wall...@br-automation.com> wrote: > > Hi Simon, > > -"Simon Glass" schrieb: - > > > > Each ACPI table has its own version number. Add the version numbers in a > > single function so we can keep them consistent and

Re: [PATCH v3 0/7] x86: Improve support for chain-loading U-Boot

Hi Andy, On Wed, 11 Mar 2020 at 07:04, Andy Shevchenko < andriy.shevche...@linux.intel.com> wrote: > > On Wed, Mar 11, 2020 at 06:24:07AM -0600, Simon Glass wrote: > > On Wed, 11 Mar 2020 at 06:09, Andy Shevchenko > > wrote: > > > On Tue, Mar 10, 2020 at 08:28:29PM -0600, Simon Glass wrote: > >

Re: [PATCH] cmd: test: Add operators to deal with hexadecimal numbers.

On Wed, 11 Mar 2020 at 16:47, Christoph Muellner < christoph.muell...@theobroma-systems.com> wrote: > > The DLUG states the following: > Almost all U-Boot commands expect numbers to be entered in hexadecimal > input format. > > Besides this fact, also most commands output hex values. > > Given

Re: [PATCH] bootcount_ext: Add flag to enable/disable bootcount

Hi Frédéric, On Wed, 11 Mar 2020 at 05:00, Frédéric Danis wrote: > > After a successful upgrade, multiple problem during boot sequence may > trigger the altbootcmd process. > This patch adds a 3rd byte to the bootcount file to enable/disable the > bootcount check. > When reading old bootcount

Re: [PATCH v2 13/39] acpi: Add a binding for ACPI settings in the device tree

Hi Andy, On Tue, 10 Mar 2020 at 08:51, Andy Shevchenko < andriy.shevche...@linux.intel.com> wrote: > > On Sun, Mar 08, 2020 at 09:44:37PM -0600, Simon Glass wrote: > > Devices need to report various identifiers in the ACPI tables. Rather than > > hard-coding these in drivers it is typically

[PATCH] cmd: test: Add operators to deal with hexadecimal numbers.

The DLUG states the following: Almost all U-Boot commands expect numbers to be entered in hexadecimal input format. Besides this fact, also most commands output hex values. Given this facts, we need to be able to use the information provided by to/from commands in scripts. The test command

Re: AXP813 configuration for BananaPi M3

Hello Vagrant > I presume this is configs/Sinovoip_BPI_M3_defconfig ? Yes. This is correct. Best regards Bernhard signature.asc Description: This is a digitally signed message part

[PATCHv2 7/8] kconfig / kbuild: re-sync with Linux 4.18

Align Kconfig and Kbuild logic to Linux 4.18 release with minimal impact on files outside of this scope. Our previous Kconfig sync was done by commit e91610da7c8a ("kconfig: re-sync with Linux 4.17-rc4"). A very small number of changes upstream since our sync with v4.17-rc4 that exist in the

ZynqMP boot: no messages from SPL other than "Debug uart enabled"

Hi everyone, Please forgive me if this issue has already been discussed somewhere, I haven't been able to find the solution after searching and playing around for the past week. I have a ZynqMP board (Xilinx ZCU102 V1.1) and would like to install my own Linux on it, based on the U-Boot SPL.

[PATCHv2 6/8] scripts/dtc: Update to upstream version v1.4.6-21-g84e414b0b5bc

From: Rob Herring This adds the following commits from upstream: 84e414b0b5bc tests: Add a test case for the omit-if-no-ref keyword 4038fd90056e dtc: add ability to make nodes conditional on them being referenced e1f139ea4900 checks: drop warning for missing PCI bridge bus-range f4eba68d89ee

[PATCHv2 5/8] Azure / GitLab / Travis: Add Kconfig unit tests to a job

The Kconfig language provides a unit test that can be run. As these require pytest to be installed and run very quickly, bundle them in to an existing CI job. Signed-off-by: Tom Rini --- Changes in v2: - Have Azure use O=${UBOOT_TRAVIS_BUILD_DIR} as pwd is not writable. ---

[PATCHv2 4/8] mach-davinci: Hard-code the default SPL_LDSCRIPT path

As there is only one linker script to use in this case, rather than use the BOARDDIR variable hard-code the path. Cc: Lokesh Vutla Suggested-by: Masahiro Yamada Signed-off-by: Tom Rini --- Changes in v2. - New patch --- arch/arm/mach-davinci/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1

[PATCHv2 8/8] configs: Drop '$(ARCH)' usage in CONFIG_SPL_LDSCRIPT

In a few boards we had overridden, intentionally, the value used for CONFIG_SPL_LDSCRIPT. However, rather than using the ARCH value (arm) they used the $(ARCH) variable in make. This doesn't help really, so switch to a hard-coded value. Signed-off-by: Tom Rini --- Changes in v2: - New patch

[PATCHv2 3/8] edminiv2: Move CONFIG_SPL_LDSCRIPT to defconfig

As there is only one machine under mach-orion5x, having a Kconfig entry for SPL_LDSCRIPT is not helpful, move this to the defconfig file. Suggested-by: Masahiro Yamada Signed-off-by: Tom Rini --- arch/arm/mach-orion5x/Kconfig | 3 --- configs/edminiv2_defconfig| 1 + 2 files changed, 1

[PATCHv2 2/8] Kconfig: Remove redundant variable sets

In a few places we have Kconfig entries that set SPL_LDSCRIPT to what is the default value anyways. Drop these. Cc: Michal Simek Cc: Rick Chen Cc: Philippe Reynes Cc: Eric Jarrige Signed-off-by: Tom Rini --- arch/microblaze/Kconfig | 3 --- arch/riscv/Kconfig | 3 ---

[PATCHv2 1/8] spl: Kconfig: Escape '$(ARCH)' in LDSCRIPT entries

The default SPL / TPL linker script is in the $(ARCH) directory. The way we use this today works but isn't ideal. With an update to Kconfig to re-sync with the Linux Kernel, we need to escape the '$' here so that it will end up being evaluated by make. Cc: Masahiro Yamada Signed-off-by: Tom

Re: [PATCH 2/2] riscv: Avoid calling sbi_clear_ipi()

On Fri, 2020-03-06 at 00:44 -0800, Bin Meng wrote: > There is no need for S-mode U-Boot to call sbi_clear_ipi() as it > can be cleared directly from S-mode. This saves some cycles. > > Signed-off-by: Bin Meng > --- > > arch/riscv/lib/sbi_ipi.c | 3 ++- > 1 file changed, 2 insertions(+), 1

Re: [PATCH 1/2] riscv: Fix sbi_remote_sfence_vma{,_asid}

On Fri, 2020-03-06 at 00:44 -0800, Bin Meng wrote: > Currently sbi_remote_sfence_vma{,_asid} does not pass their arguments > to SBI at all, which is semantically incorrect. > > This keeps in sync with Linux kernel commit: > a21344dfc6ad: fix sbi_remote_sfence_vma{,_asid} > > Signed-off-by: Bin

Re: [PATCH 1/1] fit: check return value of fit_image_get_data_size()

On Wed, Mar 11, 2020 at 9:51 PM Heinrich Schuchardt wrote: > > GCC-10 reports: > > In file included from tools/common/image-fit.c:1: > include/image.h: In function ‘fit_image_get_data_and_size’: > ./tools/../common/image-fit.c:1015:9: warning: ‘len’ may be used > uninitialized in this function

[PATCH 1/1] fit: check return value of fit_image_get_data_size()

GCC-10 reports: In file included from tools/common/image-fit.c:1: include/image.h: In function ‘fit_image_get_data_and_size’: ./tools/../common/image-fit.c:1015:9: warning: ‘len’ may be used uninitialized in this function [-Wmaybe-uninitialized] 1015 | *size = len; | ~~^

Re: Please pull mmc-2020-3-9

On Wed, Mar 11, 2020 at 12:56:17AM +, Peng Fan wrote: > Hi Tom, > > Please pull mmc-2020-3-9 > Applied to u-boot/master, thanks! -- Tom signature.asc Description: PGP signature

[PATCH v5 09/11] arm: add support Actions Semi S700

This patch adds basic support for Actions Semi based S700 SoC, which is driven by common owl framework. Signed-off-by: Amit Singh Tomar --- Changes since v4: * Moved it to 09/11 to 04/11. Changes since v3: * Added "SoC" keyword to Actions Semi S700. Changes since v2: *

[PATCH v5 08/11] arm: dts: actions: s700: add u-boot specific dtsi file

Devices like uart and clk are needed to be enabled before relocation. this patch adds u-boot.dtsi file that mark these device as dm-pre-reloc. Signed-off-by: Amit Singh Tomar --- Changes since v4: * Moved it to 08/11 to 06/11. Changes since v3: * Replaced dtsi with dts in subject

[PATCH v5 10/11] arm: add Cubieboard7 board support

The Cubieboard is a single board computer containing a Actions S700 SoC(with 4 ARMv8 Cortex-A53 cores). This patch adds respective defconfig alongwith device tree(sync with Linux v5.5-rc6). Reviewed-by: Manivannan Sadhasivam Signed-off-by: Amit Singh Tomar --- Changes since v4: * No

[PATCH v5 11/11] doc: boards: add Cubieboard7 documentation

This adds build and flash steps for Actions S700 based Cubieboard7 board. Signed-off-by: Amit Singh Tomar --- Changes since v4: * No changes. Changes since v3: * Convert plain text documentation to reStructuredText format. Changes since v2: * No Change. Changes since v1:

[PATCH v5 07/11] arm: actions: add S700 SoC device tree

This patch adds .dtsi file(sync with Linux 5.5-rc6 with hash "b3a987b0264d") and required binding for S700 SoC that is a 64-bit Quad-core ARM Cortex-A53 cores. It also provisions dts file to be built based on selected platform(CONFIG_MACH_S900/S700). Signed-off-by: Amit Singh Tomar --- Changes

[PATCH v5 05/11] clk: actions: Add common clock driver

This patch converts S900 clock driver to something common that can be used for other SoCs, for instance S700(few of clk registers are same). Signed-off-by: Amit Singh Tomar --- Changes since v4: * Removed parentheses from "regs_s700.h" * Moved this patch, from 03/11 to 05/11.

[PATCH v5 03/11] arm: dts: sync dts for Action Semi S900

Synchronize device tree bindings with v5.5-rc6 tag with commit id "b3a987b0264d". Also, it removes older clock binding defined for S900 and adapts clock driver to cater to new bindings. Signed-off-by: Amit Singh Tomar --- Changes since v4: * This patch is re-ordered, moved from 07/11 to

[PATCH v5 04/11] arm: dts: actions: s900: add u-boot specific dtsi file

Devices like uart and clk are needed to be enabled before relocation. This patch adds u-boot.dtsi file that mark these device as dm-pre-reloc. Reviewed-by: Manivannan Sadhasivam Signed-off-by: Amit Singh Tomar --- Changes since v4: * This patch is re-ordered, moved from 08/11 to 04/11.

[PATCH v5 01/11] arm: actions: Add common framework for Actions Owl Semi SoCs

This commit adds common arch support for Actions Semi Owl series SoCs and removes the Bubblegum96 board files. Signed-off-by: Amit Singh Tomar --- Chanes since v4: * No change. Changes since v3: * Corrected the file list entry in MAINTAINERS file. Changes since v2: *

[PATCH v5 06/11] serial: actions: add uart support for s700

UART controller present on S700 is compatible with existing S900 controller, this patch simply adds a proper compatible string so that owl uart driver can be reused for S700. Reviewed-by: Andre Przywara Signed-off-by: Amit Singh Tomar --- Changes since v4: * Moved it to from 09/11 to

[PATCH v5 02/11] arm: actions: rename sysmap-s900 to sysmap-owl

Now that memory maps(for both S700 and S900 SoCs) can be managed using a common file, rename sysmap-s900 to sysmap-owl to reflect the same. Reviewed-by: Manivannan Sadhasivam Signed-off-by: Amit Singh Tomar --- Changes since v4: * No changes. Changes since v3: * Added

[PATCH v5 00/11] Actions S700 SoC support

This adds Cubieboard7[1] support based on Action Semi's S700 SoC[2], It's Quad-core ARMv8 SoC with Cortex-A53 cores. Peripheral like UART seems to be compatible with S900 SoC(basic support for it is alreay present in u-boot). This series(v5) just re-orders the patches so that u-boot(with

Re: [PATCH] net: eth-uclass: Do not return error when no MAC is found

Hi Joe, On Wed, Mar 11, 2020 at 2:15 PM Joe Hershberger wrote: > That may be a better solution... with the warning of course. Thanks for the feedback. I will submit this solution after 2020.04 is out. Thanks

Re: [PATCH] net: eth-uclass: Do not return error when no MAC is found

On Tue, Mar 10, 2020 at 1:34 PM Fabio Estevam wrote: > > Hi Joe, > > On Tue, Mar 10, 2020 at 2:45 PM Joe Hershberger > wrote: > > > I tried to apply this but it breaks the unit tests. I guess you didn't > > try "ut dm" in sandbox? > > > > https://travis-ci.org/jhershbe/u-boot/builds/660395782 >

Pull request for UEFI sub-system for efi-2020-04-rc4 (3)

The following changes since commit db41d985f6bbf42f83a91b1e4a321a97d72aa843: arm: mediatek: remove unused binman config (2020-03-10 17:08:13 -0400) are available in the Git repository at: https://gitlab.denx.de/u-boot/custodians/u-boot-efi.git tags/efi-2020-04-rc4-3 for you to fetch

Re: [PATCH] arm: baltos: switch to driver model for the net and mdio driver

On Wed, Mar 11, 2020 at 11:47:13AM +0100, Yegor Yefremov wrote: > On Wed, Feb 12, 2020 at 12:44 PM wrote: > > > > From: Yegor Yefremov > > > > Signed-off-by: Yegor Yefremov > > --- > > configs/am335x_baltos_defconfig | 2 ++ > > 1 file changed, 2 insertions(+) > > > > diff --git

Re: [PATCH v3 0/7] x86: Improve support for chain-loading U-Boot

Dear Andy, dear Igor, In message you wrote: > > > Unfortunately current state of tooling in U-Boot is not too good to be able > > to read thoughts of people and guess their wishes. > > See above. *Algo is simple*. Come on, guys, in theory none of the Cc:s should be needed at all as you get

Re: [PATCH] net: bcmgenet: Don't set ID_MODE_DIS when not using RGMII

On Thu, 2020-02-20 at 18:48 +0100, Nicolas Saenz Julienne wrote: > On Thu, 2020-02-20 at 17:36 +0100, Nicolas Saenz Julienne wrote: > > As per Linux's driver, ID_MODE_DIS is only set when the PHY interface is > > RGMII. Don't enable it for the rest of setups. > > > > This has been seen to

Re: [PATCH v3 0/7] x86: Improve support for chain-loading U-Boot

On Wed, Mar 11, 2020 at 4:54 PM Igor Opaniuk wrote: > On Wed, Mar 11, 2020 at 3:04 PM Andy Shevchenko > wrote: > > On Wed, Mar 11, 2020 at 06:24:07AM -0600, Simon Glass wrote: > > > On Wed, 11 Mar 2020 at 06:09, Andy Shevchenko > > > wrote: > > > > On Tue, Mar 10, 2020 at 08:28:29PM -0600,

Re: [PATCH v5 02/14] riscv: sifive: fu540: Use OTP DM driver for serial environment variable

On Wed, Mar 11, 2020 at 3:03 PM Pragnesh Patel wrote: > > Use the OTP DM driver to set the serial environment variable. > > Signed-off-by: Pragnesh Patel > --- > arch/riscv/dts/fu540-c000-u-boot.dtsi | 14 +++ > .../dts/hifive-unleashed-a00-u-boot.dtsi | 6 + >

Antwort: [PATCH v2 26/39] acpi: Move the xsdt pointer to acpi_ctx

-"Simon Glass" schrieb: - > Put this in the context along with the other important pointers. > > Signed-off-by: Simon Glass > --- > > Changes in v2: None > > include/dm/acpi.h | 2 ++ > lib/acpi/acpi_table.c | 38 -- > test/dm/acpi.c|

Re: [PATCH v3 0/7] x86: Improve support for chain-loading U-Boot

Hi Andy On Wed, Mar 11, 2020 at 3:04 PM Andy Shevchenko wrote: > > On Wed, Mar 11, 2020 at 06:24:07AM -0600, Simon Glass wrote: > > On Wed, 11 Mar 2020 at 06:09, Andy Shevchenko > > wrote: > > > On Tue, Mar 10, 2020 at 08:28:29PM -0600, Simon Glass wrote: > > > > On Tue, 10 Mar 2020 at 08:51,

Re: [PATCH v5 02/14] riscv: sifive: fu540: Use OTP DM driver for serial environment variable

On Wed, Mar 11, 2020 at 9:32 PM Bin Meng wrote: > > On Wed, Mar 11, 2020 at 3:03 PM Pragnesh Patel > wrote: > > > > Use the OTP DM driver to set the serial environment variable. > > > > Signed-off-by: Pragnesh Patel > > --- > > arch/riscv/dts/fu540-c000-u-boot.dtsi | 14 +++ > >

Re: [PATCH v5 05/14] riscv: sifive: dts: fu540: Add board -u-boot.dtsi files

On Wed, Mar 11, 2020 at 3:04 PM Pragnesh Patel wrote: > > Devicetree files in FU540 platform is synced from Linux, like other > platforms does. Apart from these u-boot in FU540 would also require nits: U-Boot > some u-boot specific node like clint. ditto > > So, create board specific

Antwort: [PATCH v2 23/39] acpi: Drop code for missing XSDT from acpi_write_rsdp()

-"Simon Glass" schrieb: - > > We don't actually support tables without an XSDT so we can drop this dead > code. > > Signed-off-by: Simon Glass > --- > > Changes in v2: None > > arch/x86/lib/acpi_table.c | 15 ++- > 1 file changed, 2 insertions(+), 13 deletions(-)

Antwort: [PATCH v2 25/39] acpi: Put table-setup code in its own function

Hi Simon, -"Simon Glass" schrieb: - > > We always write three basic tables to ACPI at the start. Move this into > its own function, along with acpi_fill_header(), so we can write a test > for this code. > > Signed-off-by: Simon Glass > --- > > Changes in v2: None > >

Re: [PATCH] versal: watchdog: Add support for Xilinx window watchdog

On 11. 03. 20 15:28, Tom Rini wrote: > On Wed, Mar 11, 2020 at 01:11:07PM +0100, Michal Simek wrote: >> On 11. 03. 20 12:56, Stefan Roese wrote: >>> Hi Michal, >>> >>> On 11.03.20 12:34, Michal Simek wrote: >>> >>> >>> >> +/* Generic Control/Status Register Masks */ >> +#define

[PATCH v2 4/4] mx6cuboxi: remove unused code

After enabling SPL_OF_CONTROL, SPL_DM and SPL_DM_MMC the MMC initialization code is not longer needed. This patch removes the unused code. Signed-off-by: Walter Lozano --- board/solidrun/mx6cuboxi/mx6cuboxi.c | 65 1 file changed, 65 deletions(-) diff --git

[PATCH v2 1/4] mx6cuboxi: enable MMC and eMMC in DT for SPL

Signed-off-by: Walter Lozano --- .../dts/imx6qdl-hummingboard2-emmc-som-v15-u-boot.dtsi| 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/dts/imx6qdl-hummingboard2-emmc-som-v15-u-boot.dtsi b/arch/arm/dts/imx6qdl-hummingboard2-emmc-som-v15-u-boot.dtsi index

[PATCH v2 3/4] mx6cuboxi: enable OF_CONTROL and DM in SPL

In order to take the beneficts of DT and DM in SPL, like reusing the code and avoid redundancy, enable SPL_OF_CONTROL, SPL_DM and SPL_DM_MMC. With this new configuration SPL image is 50 KB, higher than the 38 KB from the previous version, but it still under the 68 KB limit. Signed-off-by: Walter

[PATCH v2 0/4] mx6cuboxi: enable support for OF_CONTROL and DM in SPL

Make an additional step to add full DM support to mx6cuboxi, including its support for SPL With this new configuration SPL image is 50 KB, higher than the 38 KB from the previous version, but it still under the 68 KB limit. Walter Lozano (4): mx6cuboxi: enable MMC and eMMC in DT for SPL

[PATCH v2 2/4] mx6cuboxi: customize board_boot_order to access eMMC

In SPL legacy code only one MMC device is created, based on BOOT_CFG register, which can be either SD or eMMC. In this context board_boot_order return always MMC1 when configure to boot from SD/eMMC. After switching to DM both SD and eMMC devices are created based on the information available on

Re: [PATCH] versal: watchdog: Add support for Xilinx window watchdog

On Wed, Mar 11, 2020 at 01:11:07PM +0100, Michal Simek wrote: > On 11. 03. 20 12:56, Stefan Roese wrote: > > Hi Michal, > > > > On 11.03.20 12:34, Michal Simek wrote: > > > > > > > +/* Generic Control/Status Register Masks */ > +#define XWT_WWCSR_GWEN_MASK    BIT(0) /* Enable Bit */

[PATCH] arm64: zynqmp: Add third backup bootmode

I found this issue when was running py/test.py on zcu102 which is for me by default setup to SD boot mode without any way to change boot mode. Alternative software bootmode selection to JTAG is not working because JTAG mode is 0 which also reset value for it. That's why saying SPL to take

Re: [PATCH v5 04/14] lib: Makefile: build crc7.c when CONFIG_MMC_SPI

On Wed, Mar 11, 2020 at 3:04 PM Pragnesh Patel wrote: > > When build U-boot SPL, meet an issue of undefined reference to nits: U-Boot > 'crc7' for drivers/mmc/mmc_spi.c, so let's compile crc7.c when > CONFIG_MMC_SPI selected. > > Signed-off-by: Pragnesh Patel > --- > common/spl/Kconfig | 7

Antwort: [PATCH v2 24/39] acpi: Move acpi_add_table() to generic code

Hi Simon, -"Simon Glass" schrieb: - > > Move this code to a generic location so that we can test it with sandbox. > This requires adding a few new fields to acpi_ctx, so drop the local > variables used in the original code. > > Also use mapmem to avoid pointer-to-address casts which

Re: [PATCH v1 4/4] ARM: dts: imx8qxp-colibri: dm-pre-proper for pd_dma nodes

Hi Stefano, On Wed, Feb 19, 2020 at 3:38 PM Oleksandr Suvorov wrote: > > On Wed, Feb 19, 2020 at 3:05 PM Igor Opaniuk wrote: > > > > From: Igor Opaniuk > > > > pd_dma_* nodes should be accessible during pre-relocation stage of > > U-Boot proper for properly handling power domains. > > > > This

Re: [PATCH v5 02/14] riscv: sifive: fu540: Use OTP DM driver for serial environment variable

On Wed, Mar 11, 2020 at 3:03 PM Pragnesh Patel wrote: > > Use the OTP DM driver to set the serial environment variable. > > Signed-off-by: Pragnesh Patel > --- > arch/riscv/dts/fu540-c000-u-boot.dtsi | 14 +++ > .../dts/hifive-unleashed-a00-u-boot.dtsi | 6 + >

Re: [PATCH v2 09/39] x86: apl: Move p2sb ofdata reading to the correct method

On Wed, Mar 11, 2020 at 06:17:32AM -0600, Simon Glass wrote: > On Tue, 10 Mar 2020 at 08:39, Andy Shevchenko > wrote: > > On Sun, Mar 08, 2020 at 09:44:33PM -0600, Simon Glass wrote: > > > if (plat->bdf < 0) > > > return log_msg_ret("Cannot get p2sb PCI

Re: [PATCH v3 0/7] x86: Improve support for chain-loading U-Boot

On Wed, Mar 11, 2020 at 06:24:07AM -0600, Simon Glass wrote: > On Wed, 11 Mar 2020 at 06:09, Andy Shevchenko > wrote: > > On Tue, Mar 10, 2020 at 08:28:29PM -0600, Simon Glass wrote: > > > On Tue, 10 Mar 2020 at 08:51, Andy Shevchenko > > > wrote: > > > > On Sat, Mar 07, 2020 at 04:22:13PM

Antwort: [PATCH v2 21/39] acpi: Convert part of acpi_table to use acpi_ctx

Hi Simon, -"Simon Glass" schrieb: - > > The current code uses an address but a pointer would result in fewer > casts. Also it repeats the alignment code in a lot of places so this would > be better done in a helper function. > > Update write_acpi_tables() to make use of the new

Re: [PATCH v6 0/5] usb: host: dwc2: use driver model for PHY and CLOCK

On 3/11/20 1:30 PM, Patrick DELAUNAY wrote: > Hi Marek, Hi, >> From: Marek Vasut >> Sent: mardi 10 mars 2020 19:27 >> >> On 3/10/20 6:01 PM, Patrick DELAUNAY wrote: >>> Hi Marek, >>> From: Marek Vasut Sent: mardi 10 mars 2020 16:20 Subject: Re: [PATCH v6 0/5] usb: host: dwc2:

[PATCH] ARC: HSDK: Enable on-chip reset controller

As the driver of on-chip reset controller became available we are ready to enable it. Signed-off-by: Eugeniy Paltsev --- arch/arc/dts/hsdk.dts | 7 +++ configs/hsdk_defconfig | 1 + 2 files changed, 8 insertions(+) diff --git a/arch/arc/dts/hsdk.dts b/arch/arc/dts/hsdk.dts index

Re: [PATCH] versal: watchdog: Add support for Xilinx window watchdog

On 11. 03. 20 12:54, Andy Shevchenko wrote: > On Wed, Mar 11, 2020 at 12:34:33PM +0100, Michal Simek wrote: >> On 11. 03. 20 12:25, Stefan Roese wrote: >>> On 11.03.20 11:48, Michal Simek wrote: From: Ashok Reddy Soma > +struct wwdt_regs { +    u32 reserved0[1024]; +    u32

RE: [PATCH v6 0/5] usb: host: dwc2: use driver model for PHY and CLOCK

Hi Marek, > From: Marek Vasut > Sent: mardi 10 mars 2020 19:27 > > On 3/10/20 6:01 PM, Patrick DELAUNAY wrote: > > Hi Marek, > > > >> From: Marek Vasut > >> Sent: mardi 10 mars 2020 16:20 > >> Subject: Re: [PATCH v6 0/5] usb: host: dwc2: use driver model for PHY > >> and CLOCK > >> Importance:

Re: [PATCH v1 1/2] clk: socfpga: Read the clock parent's register base in probe function

Hi Marek, On Wed, 11 Mar 2020 at 05:55, Marek Vasut wrote: > > On 3/11/20 12:50 PM, Simon Glass wrote: > > Hi, > > Hi, > > > On Mon, 9 Mar 2020 at 02:22, wrote: > >> > >> From: Chee Hong Ang > >> > >> This commit (82de42fa14682d408da935adfb0f935354c5008f) calls child's > >>

Re: [PATCH v3 0/7] x86: Improve support for chain-loading U-Boot

Hi Andy, On Wed, 11 Mar 2020 at 06:09, Andy Shevchenko wrote: > > On Tue, Mar 10, 2020 at 08:28:29PM -0600, Simon Glass wrote: > > On Tue, 10 Mar 2020 at 08:51, Andy Shevchenko > > wrote: > > > > > > On Sat, Mar 07, 2020 at 04:22:13PM -0700, Simon Glass wrote: > > > > This little series adds a

Re: [PATCH 4/8] dm: core: Add function to get child count of ofnode

Hi Chunfeng, On Wed, 11 Mar 2020 at 01:01, Chunfeng Yun wrote: > > This patch add a function used to get the child count of > a ofnode > > Signed-off-by: Chunfeng Yun > --- > include/dm/ofnode.h | 17 + > 1 file changed, 17 insertions(+) > > diff --git a/include/dm/ofnode.h

Re: [PATCH 5/8] xhci: mediatek: Add support for MTK xHCI host controller

Hi Chunfeng, On Wed, 11 Mar 2020 at 01:00, Chunfeng Yun wrote: > > This patch is used to support the on-chip xHCI controller on > MediaTek SoCs, currently only control/bulk transfers are > supported. > Are interrupt transfers planned for later? > Signed-off-by: Chunfeng Yun > --- >

Re: [PATCH v2 09/39] x86: apl: Move p2sb ofdata reading to the correct method

Hi Andy, On Tue, 10 Mar 2020 at 08:39, Andy Shevchenko wrote: > > On Sun, Mar 08, 2020 at 09:44:33PM -0600, Simon Glass wrote: > > With P2SB the initial BAR (base-address register) is set up by TPL and > > this is used unchanged right through U-Boot. > > > > At present the reading of this

Re: [PATCH v2 12/39] dm: core: Add basic ACPI support

Hi Andy, On Tue, 10 Mar 2020 at 08:46, Andy Shevchenko wrote: > > On Sun, Mar 08, 2020 at 09:44:36PM -0600, Simon Glass wrote: > > ACPI (Advanced Configuration and Power Interface) is an Intel standard > > Not Intel for a long time. Or more precisely, not *only* Intel. > > Also this should be

Re: [PATCH] versal: watchdog: Add support for Xilinx window watchdog

On 11. 03. 20 12:56, Stefan Roese wrote: > Hi Michal, > > On 11.03.20 12:34, Michal Simek wrote: > > > +/* Generic Control/Status Register Masks */ +#define XWT_WWCSR_GWEN_MASK    BIT(0) /* Enable Bit */ + +struct wwdt_regs { +    u32 reserved0[1024]; +    u32

Re: [PATCH v3 0/7] x86: Improve support for chain-loading U-Boot

On Tue, Mar 10, 2020 at 08:28:29PM -0600, Simon Glass wrote: > On Tue, 10 Mar 2020 at 08:51, Andy Shevchenko > wrote: > > > > On Sat, Mar 07, 2020 at 04:22:13PM -0700, Simon Glass wrote: > > > This little series adds a few checks into the code to allow better > > > operation when booting a build

[PATCH 1/2] ARC: CACHE: add support for SL$ disable

Since version 3.0 ARC HS supports SL$ (L2 system level cache) disable. So add support for SL$ disable/enable to code. Signed-off-by: Eugeniy Paltsev --- arch/arc/include/asm/cache.h | 7 +++ arch/arc/lib/cache.c | 114 --- 2 files changed, 114

[PATCH 0/2] ARC cache subsystem updates

Eugeniy Paltsev (2): ARC: CACHE: add support for SL$ disable ARC: CACHE: mark IOC helper functions as inlined_cachefunc arch/arc/include/asm/cache.h | 7 +++ arch/arc/lib/cache.c | 118 --- 2 files changed, 116 insertions(+), 9 deletions(-) --

[PATCH 2/2] ARC: CACHE: mark IOC helper functions as inlined_cachefunc

Force inlining of IOC related functions used in other cache functions. This is preventive change. Signed-off-by: Eugeniy Paltsev --- arch/arc/lib/cache.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/arc/lib/cache.c b/arch/arc/lib/cache.c index

Re: [PATCH] versal: watchdog: Add support for Xilinx window watchdog

Hi Michal, On 11.03.20 12:34, Michal Simek wrote: +/* Generic Control/Status Register Masks */ +#define XWT_WWCSR_GWEN_MASK    BIT(0) /* Enable Bit */ + +struct wwdt_regs { +    u32 reserved0[1024]; +    u32 refresh;    /* Refresh Register [0x1000] */ +    u32 reserved1[1023]; +    u32

Re: [PATCH] versal: watchdog: Add support for Xilinx window watchdog

On Wed, Mar 11, 2020 at 12:34:33PM +0100, Michal Simek wrote: > On 11. 03. 20 12:25, Stefan Roese wrote: > > On 11.03.20 11:48, Michal Simek wrote: > >> From: Ashok Reddy Soma > >> +struct wwdt_regs { > >> +    u32 reserved0[1024]; > >> +    u32 refresh;    /* Refresh Register [0x1000] */ >

Re: [PATCH v1 1/2] clk: socfpga: Read the clock parent's register base in probe function

On 3/11/20 12:50 PM, Simon Glass wrote: > Hi, Hi, > On Mon, 9 Mar 2020 at 02:22, wrote: >> >> From: Chee Hong Ang >> >> This commit (82de42fa14682d408da935adfb0f935354c5008f) calls child's >> ofdata_to_platdata() method before the parent is probed in dm core. >> This has caused the driver no

Re: [PATCH] versal: watchdog: Add support for Xilinx window watchdog

On Wed, Mar 11, 2020 at 11:48:23AM +0100, Michal Simek wrote: > From: Ashok Reddy Soma > > Add support for Xilinx window watchdog, which can be found on > Versal platforms. ... > +config WWDT_XILINX Even though I don't think extra W is a good idea. > + bool "Xilinx window watchdog timer

Re: [PATCH v1 1/2] clk: socfpga: Read the clock parent's register base in probe function

Hi, On Mon, 9 Mar 2020 at 02:22, wrote: > > From: Chee Hong Ang > > This commit (82de42fa14682d408da935adfb0f935354c5008f) calls child's > ofdata_to_platdata() method before the parent is probed in dm core. > This has caused the driver no longer able to get the correct parent > clock's register

Antwort: [PATCH v2 22/39] x86: Allow devices to write ACPI tables

-"Simon Glass" schrieb: - > > Call the new core function to permit devices to write their own ACPI > tables. These tables will appear after all other tables. > > Signed-off-by: Simon Glass > --- > > Changes in v2: None > > arch/x86/lib/acpi_table.c | 2 ++ > 1 file changed, 2

Antwort: [PATCH v2 20/39] acpi: Add a method to write tables for a device

-"Simon Glass" schrieb: - > > A device may want to write out ACPI tables to describe itself to Linux. > Add a method to permit this. > > Signed-off-by: Simon Glass > --- > > Changes in v2: > - Drop definition of ACPI_TABLE_CREATOR > - Make _acpi_write_dev_tables() static and switch

Re: [PATCH] versal: watchdog: Add support for Xilinx window watchdog

Hi Stefan, On 11. 03. 20 12:25, Stefan Roese wrote: > On 11.03.20 11:48, Michal Simek wrote: >> From: Ashok Reddy Soma >> >> Add support for Xilinx window watchdog, which can be found on >> Versal platforms. >> >> Signed-off-by: Ashok Reddy Soma >> Signed-off-by: Michal Simek >> --- >> >>  

[PATCH] watchdog: Align Kconfig properties

Just cleanup help indentation to be the same for all options. It means indentation. OMAP3 should be indented by tabs which is also fixed. Signed-off-by: Michal Simek --- drivers/watchdog/Kconfig | 56 1 file changed, 28 insertions(+), 28 deletions(-)

Re: [PATCH] versal: watchdog: Add support for Xilinx window watchdog

On 11.03.20 11:48, Michal Simek wrote: From: Ashok Reddy Soma Add support for Xilinx window watchdog, which can be found on Versal platforms. Signed-off-by: Ashok Reddy Soma Signed-off-by: Michal Simek --- MAINTAINERS| 1 + drivers/watchdog/Kconfig | 8 ++

[PATCH] bootcount_ext: Add flag to enable/disable bootcount

After a successful upgrade, multiple problem during boot sequence may trigger the altbootcmd process. This patch adds a 3rd byte to the bootcount file to enable/disable the bootcount check. When reading old bootcount file, 2 bytes long, it will consider that bootcount is enabled, and update the

[PATCH v2 3/5] verdin-imx8mm: Change board phy skew values for our ksz9031

This patches uses the existing functions for interacting with the KSZ9031 and uses the values appropriate for our board. Signed-off-by: Philippe Schenker Tested-by: Igor Opaniuk Acked-by: Igor Opaniuk --- board/toradex/verdin-imx8mm/verdin-imx8mm.c | 32 +++-- 1 file changed,

[PATCH v2 4/5] board: verdin-imx8mm: Add KSZ9131 phy skew settings

This patch determines which phy is placed on the board with the PHY ID then it sets the same settings for KSZ9031 as before but for KSZ9131 it enables both RXC and TXC delay lines in the PHY. This will compensate the missing delay from the MAC. Other skew settings are not needed as the traces on

[PATCH v2 2/5] net: phy: micrel: Add basic support for KSZ9131

This adds basic support for the new Micrel KSZ9131 phy. Signed-off-by: Philippe Schenker --- drivers/net/phy/micrel_ksz90x1.c | 58 include/micrel.h | 2 ++ 2 files changed, 60 insertions(+) diff --git a/drivers/net/phy/micrel_ksz90x1.c

[PATCH v2 5/5] board: apalis_imx6: Add KSZ9131 phy skew settings

This patch adds skew register settings for KSZ9131. It checks first which phy is on the board and then applies the correct skew settings. Skew settings calculation for the KSZ9131: The i.MX6 SoC has an output skew tolerance of -100ps to 900ps. All PCB traces where routed exactly the same length

[PATCH v2 0/5] Adding support for KSZ9131 and add it to Toradex boards

Hello, This patch series enables support for the new KSZ9131 PHY. This PHY is a successor of the KSZ9031 and mostly software compatible but fixes some problems the KSZ9031 had. The patch series also takes care skew values are correctly set on Toradex boards where we will change to KSZ9131. On

[PATCH v2 1/5] net: phy: micrel: Use defines for PHY_IDs and MASK

Signed-off-by: Philippe Schenker --- drivers/net/phy/micrel_ksz90x1.c | 4 ++-- include/micrel.h | 5 + 2 files changed, 7 insertions(+), 2 deletions(-) diff --git a/drivers/net/phy/micrel_ksz90x1.c b/drivers/net/phy/micrel_ksz90x1.c index 0105fc5af1e..f83650b8ef6 100644

[PATCH v3 2/2] config: apalis-imx8: Enable FEC TXC delay

define FEC_ENET_ENABLE_TXC_DELAY to enable the delay on TXC line on the MAC. This has to be done in order to meet RGMII specs. According to RGMII specs the clock should get delayed so the edges of the clock are preferrably in the middle of the edges of data-lines so they can be sampled properly.

  1   2   >