Re: [PATCH v2 1/1] x86: tangier: acpi: Add GPIO card detection to SDHCI #2

On Sat, Sep 11, 2021 at 3:44 AM Andy Shevchenko wrote: > > On Fri, Sep 10, 2021 at 09:04:53PM +0300, Andy Shevchenko wrote: > > On Intel Tangier the SDHCI #2 provides SD card connection. > > Add GPIO card detection for it. > > > > Fixes: 39665beed6f7 ("x86: tangier: Enable ACPI support for Intel

Re: [PATCH v7 5/5] iot2050: Enable watchdog support, but do not auto-start it

On Tue, Aug 03, 2021 at 04:24:05PM +0200, Jan Kiszka wrote: > From: Jan Kiszka > > This allows to use the watchdog in custom scripts but does not enforce > that the OS has to support it as well. > > Signed-off-by: Jan Kiszka Sorry for the late reply. This causes CI to fail: Building current

Re: [PATCH v3 3/3] RFC: doc: Add documentation about devicetree usage

On Sat, Sep 11, 2021 at 12:09:40AM +0200, Mark Kettenis wrote: > > Date: Fri, 10 Sep 2021 17:17:37 -0400 > > From: Tom Rini > > > > On Fri, Sep 10, 2021 at 11:12:20PM +0200, Mark Kettenis wrote: > > > > Date: Fri, 10 Sep 2021 08:34:20 -0400 > > > > From: Tom Rini > > > > > > > > On Fri, Sep

Re: [PATCH v3 3/3] RFC: doc: Add documentation about devicetree usage

> Date: Fri, 10 Sep 2021 17:17:37 -0400 > From: Tom Rini > > On Fri, Sep 10, 2021 at 11:12:20PM +0200, Mark Kettenis wrote: > > > Date: Fri, 10 Sep 2021 08:34:20 -0400 > > > From: Tom Rini > > > > > > On Fri, Sep 10, 2021 at 10:38:17AM +0200, Heinrich Schuchardt wrote: > > > > > > > > > > >

[PATCH] arm: ti: k3: Resync dts files and bindings with Linux Kernel v5.14

This resyncs the dts files for all of the currently in-tree K3 platforms, along with relevant bindings, with the v5.14 Linux Kernel release. Of note are that the main-navss/mcu-navss nodes were renamed to main_navss / mcu_navss and so the u-boot.dtsi files needed to be updated to match. Tested

Re: [PATCH 00/11] Reduce usage of timestamp macros

On Fri, Sep 10, 2021 at 10:56:18PM +0200, Pali Rohár wrote: > On Wednesday 01 September 2021 23:49:57 Pali Rohár wrote: > > On Wednesday 01 September 2021 23:44:52 Pali Rohár wrote: > > > On Wednesday 01 September 2021 17:33:57 Tom Rini wrote: > > > > On Wed, Sep 01, 2021 at 11:28:54PM +0200, Pali

Re: [PATCH v3 3/3] RFC: doc: Add documentation about devicetree usage

On Fri, Sep 10, 2021 at 11:12:20PM +0200, Mark Kettenis wrote: > > Date: Fri, 10 Sep 2021 08:34:20 -0400 > > From: Tom Rini > > > > On Fri, Sep 10, 2021 at 10:38:17AM +0200, Heinrich Schuchardt wrote: > > > > > > > > > On 9/9/21 10:10 PM, Simon Glass wrote: > > > > At present some of the ideas

Re: [PATCH v3 3/3] RFC: doc: Add documentation about devicetree usage

> Date: Fri, 10 Sep 2021 08:34:20 -0400 > From: Tom Rini > > On Fri, Sep 10, 2021 at 10:38:17AM +0200, Heinrich Schuchardt wrote: > > > > > > On 9/9/21 10:10 PM, Simon Glass wrote: > > > At present some of the ideas and techniques behind devicetree in U-Boot > > > are assumed, implied or

Re: [PATCH 05/12] lmb: arm: Increase LMB alignment to 16k in arch_lmb_reserve_generic()

On Fri, Sep 10, 2021 at 10:47:11PM +0200, Marek Vasut wrote: > According to input NXP, the 4k alignment is not always sufficient. > Currently iMX works around this problem by implementing board specific > LMB reservation, however it is likely this could also occur on other > systems. Increase the

Re: [PATCH 03/12] lmb: Add generic arch_lmb_reserve_generic()

On Fri, Sep 10, 2021 at 10:47:09PM +0200, Marek Vasut wrote: > The arc/arm/m68k/microblaze/mips/ppc arch_lmb_reserve() implementations > are all mostly the same, except for a couple of details. Implement a > generic arch_lmb_reserve_generic() function which can be parametrized > enough to cater

Re: [PATCH 00/11] Reduce usage of timestamp macros

On Wednesday 01 September 2021 23:49:57 Pali Rohár wrote: > On Wednesday 01 September 2021 23:44:52 Pali Rohár wrote: > > On Wednesday 01 September 2021 17:33:57 Tom Rini wrote: > > > On Wed, Sep 01, 2021 at 11:28:54PM +0200, Pali Rohár wrote: > > > > On Wednesday 01 September 2021 17:17:06 Tom

[PATCH 2/2] xyz-modem: Wait infinitely for initial x-modem packet

Implement same thing also for x-modem protocol. As x-modem protocol does not have header packet, first packet is directly first data packet. Signed-off-by: Pali Rohár --- common/xyzModem.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/common/xyzModem.c

[PATCH 1/2] xyz-modem: Wait infinitely for initial y-modem packet

Now when command loady can be aborted / cancelled by CTRL+C, change wait timeout for initial packet to infinite. This would allow user to not be hurry when locating file which want to send. Commands loadb and loads already waits infinitely too. Signed-off-by: Pali Rohár --- common/xyzModem.c |

[PATCH 12/12] lmb: x86: Add arch_lmb_reserve()

Add arch_lmb_reserve() implemented using arch_lmb_reserve_generic(). It is rather likely this architecture also needs to cover U-Boot with LMB before booting Linux. Signed-off-by: Marek Vasut Cc: Simon Glass Cc: Simon Goldschmidt Cc: Tom Rini --- V2: No change --- arch/x86/lib/bootm.c | 18

[PATCH 11/12] lmb: xtensa: Add arch_lmb_reserve()

Add arch_lmb_reserve() implemented using arch_lmb_reserve_generic(). It is rather likely this architecture also needs to cover U-Boot with LMB before booting Linux. Signed-off-by: Marek Vasut Cc: Chris Zankel Cc: Simon Goldschmidt Cc: Tom Rini --- V2: No change --- arch/xtensa/lib/bootm.c |

[PATCH 08/12] lmb: nds32: Add arch_lmb_reserve()

Add arch_lmb_reserve() implemented using arch_lmb_reserve_generic(). It is rather likely this architecture also needs to cover U-Boot with LMB before booting Linux. Reviewed-by: Rick Chen Signed-off-by: Marek Vasut Cc: Rick Chen Cc: Simon Goldschmidt Cc: Tom Rini --- V2: Add RB from Rick ---

[PATCH 09/12] lmb: riscv: Add arch_lmb_reserve()

Add arch_lmb_reserve() implemented using arch_lmb_reserve_generic(). It is rather likely this architecture also needs to cover U-Boot with LMB before booting Linux. Reviewed-by: Rick Chen Signed-off-by: Marek Vasut Cc: Atish Patra Cc: Leo Cc: Rick Chen Cc: Simon Goldschmidt Cc: Tom Rini

[PATCH 10/12] lmb: sh: Add arch_lmb_reserve()

Add arch_lmb_reserve() implemented using arch_lmb_reserve_generic(). This architecture also needs to cover U-Boot with LMB before booting Linux. Signed-off-by: Marek Vasut Cc: Simon Goldschmidt Cc: Tom Rini --- V2: No change --- arch/sh/lib/bootm.c | 16 1 file changed, 16

[PATCH 06/12] lmb: Remove imx board_lmb_reserve()

This function is clearly architecture specific code, not board specific code. The only difference from the previous arm arch_lmb_reserve() is the extra reservation of 16k of memory below the stack bottom, rather than the 4k. The common code now also uses 16k alignment. Remove this custom

[PATCH 07/12] lmb: nios2: Add arch_lmb_reserve()

Add arch_lmb_reserve() implemented using arch_lmb_reserve_generic(). It is rather likely this architecture also needs to cover U-Boot with LMB before booting Linux. Signed-off-by: Marek Vasut Cc: Simon Goldschmidt Cc: Thomas Chou Cc: Tom Rini --- V2: No change --- arch/nios2/lib/bootm.c | 16

[PATCH 04/12] lmb: Switch to generic arch_lmb_reserve_generic()

Switch arc/arm/m68k/microblaze/mips/ppc arch_lmb_reserve() to arch_lmb_reserve_generic(). Reviewed-by: Tom Rini Signed-off-by: Marek Vasut Cc: Alexey Brodkin Cc: Angelo Dureghello Cc: Daniel Schwierzeck Cc: Eugeniy Paltsev Cc: Hai Pham Cc: Michal Simek Cc: Simon Goldschmidt Cc: Tom Rini

[PATCH 05/12] lmb: arm: Increase LMB alignment to 16k in arch_lmb_reserve_generic()

According to input NXP, the 4k alignment is not always sufficient. Currently iMX works around this problem by implementing board specific LMB reservation, however it is likely this could also occur on other systems. Increase the LMB reservation alignment to 16k by default. Signed-off-by: Marek

[PATCH 03/12] lmb: Add generic arch_lmb_reserve_generic()

The arc/arm/m68k/microblaze/mips/ppc arch_lmb_reserve() implementations are all mostly the same, except for a couple of details. Implement a generic arch_lmb_reserve_generic() function which can be parametrized enough to cater for those differences between architectures. This can also be

[PATCH 02/12] lmb: Always compile arch_lmb_reserve() into U-Boot on arc

The arch_lmb_reserve() is called by lib/lmb.c lmb_reserve_common() even if CMD_BOOTM is not enabled. However, the arc variant of arch_lmb_reserve() is only compiled in if CMD_BOOTM is enabled. This currently does not trigger build error, because there is an empty weak implementation of

[PATCH 01/12] lmb: Always compile arch_lmb_reserve() into U-Boot on arm

The arch_lmb_reserve() is called by lib/lmb.c lmb_reserve_common() even if CMD_BOOT{I,M,Z} is not enabled. However, the arm32/arm64 variant of arch_lmb_reserve() is only compiled in if CMD_BOOT{I,M,Z} is enabled. This currently does not trigger build error, because there is an empty weak

[PATCH] imx8mn_beacon: Fix booting hang and switch to binman

Somewhere along the line, the board stopped being able to boot. Rather than just fixing the issue, let's fix the issue and migrate to binman to eliminate a warning when using custom imx tools for generating the binary. Signed-off-by: Adam Ford diff --git

Re: [PATCH v2 1/1] x86: tangier: acpi: Add GPIO card detection to SDHCI #2

On Fri, Sep 10, 2021 at 09:04:53PM +0300, Andy Shevchenko wrote: > On Intel Tangier the SDHCI #2 provides SD card connection. > Add GPIO card detection for it. > > Fixes: 39665beed6f7 ("x86: tangier: Enable ACPI support for Intel Tangier") > BugLink:

Re: [PATCH v3 3/3] RFC: doc: Add documentation about devicetree usage

On Fri, 10 Sept 2021 at 18:44, Heinrich Schuchardt wrote: > > > On 9/10/21 12:08 PM, François Ozog wrote: > > > > > > On Thu, 9 Sept 2021 at 22:10, Simon Glass > > wrote: > > > > At present some of the ideas and techniques behind devicetree in > U-Boot > > are

[PATCH v2 1/1] x86: tangier: acpi: Add GPIO card detection to SDHCI #2

On Intel Tangier the SDHCI #2 provides SD card connection. Add GPIO card detection for it. Fixes: 39665beed6f7 ("x86: tangier: Enable ACPI support for Intel Tangier") BugLink: https://github.com/edison-fw/meta-intel-edison/issues/135 Signed-off-by: Andy Shevchenko Acked-by: Bin Meng --- v2:

Re: [PATCH v1 1/1] x86: tangier: acpi: Add GPIO card detection to SDHCI #2

On Fri, Sep 10, 2021 at 7:16 PM Bin Meng wrote: > On Sat, Sep 11, 2021 at 12:07 AM Andy Shevchenko > wrote: > > On Fri, Sep 10, 2021 at 2:38 PM Bin Meng wrote: > > > On Fri, Sep 10, 2021 at 3:59 PM Andy Shevchenko > > > wrote: > > > > On Intel Tangier the SDHCI #2 provides SD card connection.

Re: Please pull u-boot-marvell/master

On Fri, Sep 10, 2021 at 02:05:27PM +0200, Stefan Roese wrote: > Hi Tom, > > I'll be on vacation for a bit over a week. Please pull the next batch > of Marvell MVEBU related patches. Here the summary log of the most > important parts: > Applied to u-boot/master, thanks! -- Tom signature.asc

Re: [PATCH 1/1] Avoid polluting CONFIG_ namespace with board specific define.

On Fri, Sep 10, 2021 at 08:19:19AM +0200, Kristian Amlie wrote: > Signed-off-by: Kristian Amlie Reviewed-by: Tom Rini -- Tom signature.asc Description: PGP signature

Re: [PATCH] MAINTAINERS: Update ARM TI entry

On Fri, Sep 03, 2021 at 12:45:37PM +0530, Lokesh Vutla wrote: > Move TI maintainership to Tom. > Updated with the following commands: > find ./ -name MAINTAINERS | xargs sed -i s/"Lokesh Vutla > "/"Tom Rini "/g > > Signed-off-by: Lokesh Vutla > Reviewed-by: Nishanth Menon > Acked-by: Tom Rini

Re: [PATCH] Kconfig: Drop duplicate 'select SHA512' instances

On Thu, Sep 09, 2021 at 10:07:56AM -0500, Alex G. wrote: > On 9/9/21 10:00 AM, Tom Rini wrote: > > When dropping SHA512_ALGO in general, we didn't catch some cases where > > an option was selecting both SHA512 and SHA512_ALGO and caused them to > > select SHA512 twice. Kconfig doesn't complain,

Re: [PATCH v3 3/3] RFC: doc: Add documentation about devicetree usage

On Fri, Sep 10, 2021 at 07:09:30PM +0200, Heinrich Schuchardt wrote: > > > On 9/10/21 6:57 PM, Tom Rini wrote: > > On Fri, Sep 10, 2021 at 06:50:16PM +0200, Heinrich Schuchardt wrote: > > > > > > > > > On 9/10/21 6:37 PM, Tom Rini wrote: > > > > On Fri, Sep 10, 2021 at 06:28:36PM +0200,

Re: [PATCH v3 3/3] RFC: doc: Add documentation about devicetree usage

On 9/10/21 6:57 PM, Tom Rini wrote: On Fri, Sep 10, 2021 at 06:50:16PM +0200, Heinrich Schuchardt wrote: On 9/10/21 6:37 PM, Tom Rini wrote: On Fri, Sep 10, 2021 at 06:28:36PM +0200, Heinrich Schuchardt wrote: On 9/10/21 2:34 PM, Tom Rini wrote: On Fri, Sep 10, 2021 at 10:38:17AM

[PATCH v2 2/2] board: kontron: pitx-imx8m: Add Kontron pitx-imx8m board support

The Kontron pitx-imx8m is an NXP i.MX8MQ based board in the pITX form factor. Signed-off-by: Heiko Thiery --- v2: - add support for 2/4GB variant - enable config options - CONFIG_CMD_GPT - CONFIG_DM_ETH_PHY - CONFIG_EFI_SET_TIME - add pxefile_addr_r env variable

Re: [PATCH v3 3/3] RFC: doc: Add documentation about devicetree usage

On Fri, Sep 10, 2021 at 06:50:16PM +0200, Heinrich Schuchardt wrote: > > > On 9/10/21 6:37 PM, Tom Rini wrote: > > On Fri, Sep 10, 2021 at 06:28:36PM +0200, Heinrich Schuchardt wrote: > > > > > > > > > On 9/10/21 2:34 PM, Tom Rini wrote: > > > > On Fri, Sep 10, 2021 at 10:38:17AM +0200,

Re: [PATCH v3 3/3] RFC: doc: Add documentation about devicetree usage

On 9/10/21 6:37 PM, Tom Rini wrote: On Fri, Sep 10, 2021 at 06:28:36PM +0200, Heinrich Schuchardt wrote: On 9/10/21 2:34 PM, Tom Rini wrote: On Fri, Sep 10, 2021 at 10:38:17AM +0200, Heinrich Schuchardt wrote: On 9/9/21 10:10 PM, Simon Glass wrote: At present some of the ideas and

Re: [PATCH v3 3/3] RFC: doc: Add documentation about devicetree usage

On 9/10/21 12:08 PM, François Ozog wrote: On Thu, 9 Sept 2021 at 22:10, Simon Glass mailto:s...@chromium.org>> wrote: At present some of the ideas and techniques behind devicetree in U-Boot are assumed, implied or unsaid. Add some documentation to cover how devicetree is build,

Re: [PATCH v3 3/3] RFC: doc: Add documentation about devicetree usage

On Fri, Sep 10, 2021 at 06:28:36PM +0200, Heinrich Schuchardt wrote: > > > On 9/10/21 2:34 PM, Tom Rini wrote: > > On Fri, Sep 10, 2021 at 10:38:17AM +0200, Heinrich Schuchardt wrote: > > > > > > > > > On 9/9/21 10:10 PM, Simon Glass wrote: > > > > At present some of the ideas and techniques

Re: [PATCH v3 3/3] RFC: doc: Add documentation about devicetree usage

On 9/10/21 2:34 PM, Tom Rini wrote: On Fri, Sep 10, 2021 at 10:38:17AM +0200, Heinrich Schuchardt wrote: On 9/9/21 10:10 PM, Simon Glass wrote: At present some of the ideas and techniques behind devicetree in U-Boot are assumed, implied or unsaid. Add some documentation to cover how

Re: [PATCH v1 1/1] x86: tangier: acpi: Add GPIO card detection to SDHCI #2

On Sat, Sep 11, 2021 at 12:07 AM Andy Shevchenko wrote: > > On Fri, Sep 10, 2021 at 2:38 PM Bin Meng wrote: > > > > On Fri, Sep 10, 2021 at 3:59 PM Andy Shevchenko > > wrote: > > > > > > On Intel Tangier the SDHCI #2 provides SD card connection. > > > Add GPIO card detection for it. > > > > > >

Re: [PATCH v1 1/1] x86: tangier: acpi: Add GPIO card detection to SDHCI #2

On Fri, Sep 10, 2021 at 2:38 PM Bin Meng wrote: > > On Fri, Sep 10, 2021 at 3:59 PM Andy Shevchenko > wrote: > > > > On Intel Tangier the SDHCI #2 provides SD card connection. > > Add GPIO card detection for it. > > > > Fixes: 39665beed6f7 ("x86: tangier: Enable ACPI support for Intel Tangier")

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

On Fri, Sep 3, 2021 at 12:04 AM Gaurav Jain wrote: > > disabled use of JR0 in SPL and uboot, as JR0 is reserved > for secure boot. > > Signed-off-by: Gaurav Jain > --- > arch/arm/dts/imx8mm-evk-u-boot.dtsi | 18 +- > arch/arm/dts/imx8mm.dtsi | 1 + >

[PATCH v2 1/2] arm: dts: imx8mq: Add Kontron pitx-imx8m

This adds the device tree for the Kontron pitx-imx8m Board. It is a copy of the device tree from the linux kernel sources. Signed-off-by: Heiko Thiery --- v2: - no change arch/arm/dts/Makefile | 3 +- arch/arm/dts/imx8mq-kontron-pitx-imx8m.dts | 613

[RESEND][PATCH v2 4/5] configs: sandbox: add USB_ETHER and GADGET_DOWNLOAD gadget support

This is needed for new gadget binding test. Signed-off-by: Patrice Chotard Cc: Marek Vasut Cc: Herbert Poetzl Reviewed-by: Simon Glass --- (no changes since v1) configs/sandbox_defconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git a/configs/sandbox_defconfig

[RESEND][PATCH v2 0/5] cmd: bind: Fix driver binding

This series is fixing issues reported by Herbert Poetzl when trying to bind Ethernet gadget over USB on STM32MP1 platform. 2 issues have been found: - fix the bind command. - add dwc2 bcdDevice in USB gadget controller. - add test to check binding of driver without compatible string.

[RESEND][PATCH v2 1/5] cmd: bind: Fix driver binding on a device

Fix a regression brings by commit 84f8e36f03fa ("cmd: bind: allow to bind driver with driver data") As example, the following bind command doesn't work: bind /soc/usb-otg@4900 usb_ether As usb_ether driver has no compatible string, it can't be find by lists_bind_fdt(). In

[RESEND][PATCH v2 5/5] test/py: Add usb gadget binding test

Add a specific usb gadget binding test which check that binding a driver without compatible string is working as expected. the command "bind /usb@1 usb_ether" should give the following "dm tree" command output: [...] usb 0 [ ] usb_sandbox |-- usb@1 usb_hub 0 [

[RESEND][PATCH v2 3/5] usb: sandbox: Add gadget callbacks

Add usb_gadget_handle_interrupts(), usb_gadget_register_driver() and usb_gadget_unregister_driver() to be able to test binding usb gadget. Signed-off-by: Patrice Chotard Cc: Marek Vasut Cc: Herbert Poetzl Reviewed-by: Simon Glass --- (no changes since v1) drivers/usb/host/usb-sandbox.c |

[RESEND][PATCH v2 2/5] usb: gadget: Add bcdDevice for the DWC2 USB Gadget Controller

Add an entry in usb_gadget_controller_number() for the DWC2 gadget controller. It is used to bind the USB Ethernet driver. Signed-off-by: Patrice Chotard Reported-by: Herbert Poetzl Cc: Marek Vasut Cc: Herbert Poetzl --- (no changes since v1) drivers/usb/gadget/gadget_chips.h | 8

[PATCH v5 3/4] sysreset: provide SBI based sysreset driver

Provide sysreset driver using the SBI system reset extension. Signed-off-by: Heinrich Schuchardt --- v5: * don't add __efi_runtime * use '=' not ':' in array initialization with enum indices v4: * remove the UEFI SystemReset() implementation * simplify the code

[PATCH v5 1/4] riscv: add missing SBI extension definitions

Add the System Reset Extension and the Hart State Management Extension definitions. Add missing RFENCE Extension enum values. The SBI 0.1 extension constants are needed for the sbi command. Remove an #ifdef. Cf. https://github.com/riscv/riscv-sbi-doc/blob/master/riscv-sbi.adoc Signed-off-by:

[PATCH v5 4/4] configs: enable SYSRESET_SBI on qemu-riscvXX_smode_defconfig

There should be a platform compiled with the new driver. If you want to test the SBI sysreset driver, disable CONFIG_SYSRESET_SYSCON. In OpenSBI sifive_test_system_reset() will be called. Signed-off-by: Heinrich Schuchardt --- v5: new patch --- configs/qemu-riscv32_smode_defconfig | 1

[PATCH v5 2/4] cmd/sbi: use constants instead of numerical values

Use constants for extension IDs. Signed-off-by: Heinrich Schuchardt Reviewed-by: Sean Anderson Reviewed-by: Leo Yu-Chi Liang Reviewed-by: Bin Meng --- v5: no change v4: no change --- cmd/riscv/sbi.c | 30 +++--- 1 file changed, 15 insertions(+), 15

[PATCH v5 0/4] riscv: enable SBI system reset

With SBI v0.3 a system reset extension is available. This allows to implement reboot and poweroff in U-Boot in a system independent way. * Provide missing constants * Provide a system reset driver using the system reset extension. v5: * add a configuration actually using the driver

Re: Driver model at UEFI runtime

On 9/9/21 10:00 PM, Simon Glass wrote: Hi Heinrich, On Thu, 9 Sept 2021 at 05:29, Heinrich Schuchardt wrote: Hello Simon, The EBBR specification requires that the UEFI SystemReset() runtime service is available to the operating system. Up to now this has been implemented by overriding

Re: [PATCH v2 3/3] RFC: doc: Add documentation about devicetree usage

On Fri, Sep 03, 2021 at 02:53:46AM -0600, Simon Glass wrote: > Hi, > > On Mon, 30 Aug 2021 at 08:48, Tom Rini wrote: [snip] > > We should, when applicable, submit our bindings upstream just like any > > other project. We also want to make sure that when we do so, we hold > > ourselves to a high

Re: [PATCH v3 3/3] RFC: doc: Add documentation about devicetree usage

On Fri, Sep 10, 2021 at 10:38:17AM +0200, Heinrich Schuchardt wrote: > > > On 9/9/21 10:10 PM, Simon Glass wrote: > > At present some of the ideas and techniques behind devicetree in U-Boot > > are assumed, implied or unsaid. Add some documentation to cover how > > devicetree is build, how it

Please pull u-boot-marvell/master

Hi Tom, I'll be on vacation for a bit over a week. Please pull the next batch of Marvell MVEBU related patches. Here the summary log of the most important parts: - mvebu: dts: Armada8k enable mdio (Sven) - a37xx: pci: Fix /

Re: [PATCH v1 1/1] x86: tangier: acpi: Add GPIO card detection to SDHCI #2

On Fri, Sep 10, 2021 at 3:59 PM Andy Shevchenko wrote: > > On Intel Tangier the SDHCI #2 provides SD card connection. > Add GPIO card detection for it. > > Fixes: 39665beed6f7 ("x86: tangier: Enable ACPI support for Intel Tangier") > BugLink:

Re: [PATCH v1 1/1] x86: edison: Mark eMMC non-removable

On Fri, Sep 10, 2021 at 3:59 PM Andy Shevchenko wrote: > > eMMC is non-removable on Intel Edison board. Fix the DTS accordingly. > > Signed-off-by: Andy Shevchenko > --- > arch/x86/dts/edison.dts | 1 + > 1 file changed, 1 insertion(+) > Reviewed-by: Bin Meng

[PATCH] pci: Fix configuring io/memory base and limit registers of PCI bridges

Lower 4 bits of PCI_MEMORY_BASE and PCI_MEMORY_LIMIT registers are reserved and should be zero. So do not set them to non-zero value. Lower 4 bits of PCI_PREF_MEMORY_BASE and PCI_PREF_MEMORY_LIMIT registers contain information if 64-bit memory addressing is supported. So preserve this information

Re: Pull request for efi-2021-10-rc4

Hi Simon, On Thu, 9 Sept 2021 at 22:08, Simon Glass wrote: > Hi François, > > On Thu, 9 Sept 2021 at 06:17, François Ozog > wrote: > > > > Hi > > > > I think it may be good to step back and talk about the why's rather the > how's. (some elements were discussed in DeviceTree Evolution technical

Re: Pull request for efi-2021-10-rc4

On Thu, 9 Sept 2021 at 23:22, Mark Kettenis wrote: > > From: Simon Glass > > Date: Thu, 9 Sep 2021 14:08:24 -0600 > > Hi Simon, > > > Hi Tom, > > > > On Thu, 9 Sept 2021 at 06:08, Tom Rini wrote: > > > > > > On Thu, Sep 09, 2021 at 12:52:52PM +0200, Heinrich Schuchardt wrote: > > > > > > > > >

Re: [PATCH v3 3/3] RFC: doc: Add documentation about devicetree usage

On Thu, 9 Sept 2021 at 22:10, Simon Glass wrote: > At present some of the ideas and techniques behind devicetree in U-Boot > are assumed, implied or unsaid. Add some documentation to cover how > devicetree is build, how it can be modified and the rules about using > the various CONFIG_OF_...

Re: [PATCH v2 01/15] crypto/fsl: Add support for CAAM Job ring driver model

On Fri, 2021-09-03 at 12:33 +0530, Gaurav Jain wrote: > added device tree support for job ring driver. > sec is initialized based on job ring information processed > from device tree. > > Signed-off-by: Gaurav Jain > --- >  cmd/Kconfig |   1 + >  drivers/crypto/fsl/Kconfig  |   7

Re: [PATCH v2 02/15] crypto/fsl: Add CAAM support for bkek, random number generation

On Fri, 2021-09-03 at 12:33 +0530, Gaurav Jain wrote: > added api and descriptor for blob key encryption key(bkek) > generation. > added api for random number generation. > > Signed-off-by: Gaurav Jain > Signed-off-by: Ji Luo Reviewed-by: Ye Li Best regards, Ye Li > --- >  

Re: [PATCH v2 09/15] crypto/fsl: i.MX8: Enable Job ring driver model in SPL and U-Boot.

On Fri, 2021-09-03 at 12:33 +0530, Gaurav Jain wrote: > i.MX8(QM/QXP) - added support for JR driver model. > sec is initialized based on job ring information processed > from device tree. > > Signed-off-by: Gaurav Jain > Signed-off-by: Horia Geantă Reviewed-by: Ye Li Best regards, Ye Li >

Re: [PATCH v2 08/15] i.MX8: Add crypto node in device tree

On Fri, 2021-09-03 at 12:33 +0530, Gaurav Jain wrote: > i.MX8(QM/QXP) - updated device tree for supporting DM in SPL. > > disabled use of JR1 in SPL and uboot, as JR1 is reserved > for SECO FW. > > Signed-off-by: Gaurav Jain Reviewed-by: Ye Li Best regards, Ye Li > --- >  

Re: [PATCH v2 07/15] i.MX7ULP: Enable Job ring driver model in U-Boot.

On Fri, 2021-09-03 at 12:33 +0530, Gaurav Jain wrote: > added crypto node in device tree. > sec is initialized based on job ring information processed > from device tree. > > Signed-off-by: Gaurav Jain Reviewed-by: Ye Li Best regards, Ye Li > --- >  arch/arm/Kconfig |  2 +- >

Re: [PATCH v2 06/15] i.MX7: Enable Job ring driver model in U-Boot.

On Fri, 2021-09-03 at 12:33 +0530, Gaurav Jain wrote: > i.MX7D - added support for JR driver model. > > removed sec_init() call, sec is initialized based on > job ring information processed from device tree. > > Signed-off-by: Gaurav Jain Reviewed-by: Ye Li Best regards, Ye Li > --- >  

[PATCH] mmc: fsl_esdhc: remove 1ms sleep in esdhc_send_cmd_common()

Since the beginning of this driver which was initially for the MPC8379 and MPC8536 SoCs, there is this spurious 1ms delay. According to the comment it should actually be only 8 clock cycles. Esp. during EFI block transfers, this 1ms add up to a significant delay and slows down EFI boot. I

Re: [PATCH v2 05/15] i.MX6: Enable Job ring driver model in U-Boot.

On Fri, 2021-09-03 at 12:33 +0530, Gaurav Jain wrote: > i.MX6(SX/UL) - added support for JR driver model. > > removed sec_init() call, sec is initialized based on > job ring information processed from device tree. > > Signed-off-by: Gaurav Jain > --- >  arch/arm/mach-imx/mx6/Kconfig |  8

Re: [PATCH v2 04/15] crypto/fsl: i.MX8M: Enable Job ring driver model in SPL and U-Boot.

On Fri, 2021-09-03 at 12:33 +0530, Gaurav Jain wrote: > i.MX8MM/MN/MP/MQ - added support for JR driver model. > sec is initialized based on job ring information processed > from device tree. > > Signed-off-by: Gaurav Jain Reviewed-by: Ye Li Best regards, Ye Li > --- >  arch/arm/Kconfig   

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

On Fri, 2021-09-03 at 12:33 +0530, Gaurav Jain wrote: > disabled use of JR0 in SPL and uboot, as JR0 is reserved > for secure boot. > > Signed-off-by: Gaurav Jain Reviewed-by: Ye Li Best regards, Ye Li > --- >  arch/arm/dts/imx8mm-evk-u-boot.dtsi  | 18 +- >  

Re: [PATCH v3 3/3] RFC: doc: Add documentation about devicetree usage

On 9/9/21 10:10 PM, Simon Glass wrote: At present some of the ideas and techniques behind devicetree in U-Boot are assumed, implied or unsaid. Add some documentation to cover how devicetree is build, how it can be modified and the rules about using the various CONFIG_OF_... options.

[PATCH v2] arm: mediatek: merge board Kconfigs into mach-mediatek

On MediaTek boards we cannot override the SYS_BOARD / SYS_CONFIG_NAME variables from defconfig. This is because in board/mediatek/mt/Kconfig this value was override by default due to the if CONFIG_TARGET_MT condition. Merge all the Kconfigs to the mach-medatek/Kconfig. This way: - we

[PATCH v1 1/1] x86: tangier: acpi: Add GPIO card detection to SDHCI #2

On Intel Tangier the SDHCI #2 provides SD card connection. Add GPIO card detection for it. Fixes: 39665beed6f7 ("x86: tangier: Enable ACPI support for Intel Tangier") BugLink: https://github.com/edison-fw/meta-intel-edison/issues/135 Signed-off-by: Andy Shevchenko ---

[PATCH v1 1/1] x86: edison: Mark eMMC non-removable

eMMC is non-removable on Intel Edison board. Fix the DTS accordingly. Signed-off-by: Andy Shevchenko --- arch/x86/dts/edison.dts | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/x86/dts/edison.dts b/arch/x86/dts/edison.dts index 64b622836377..2c8cf6c07102 100644 ---

Re: cdns_wdt: who enables the clock

On 10/09/21, Michal Simek wrote: > Hi, > > On 9/8/21 5:39 PM, Jorge Ramirez-Ortiz, Foundries wrote: > > Hi Michal > > > > The *linux* cadence_wdt driver for the watchdog enables the clock that > > controls its behaviour. However this is not done in the U-boot > > driver; I dont think it is safe

[PATCHv2] pci: layerscape: Fix the LUT and msi-map mismatch issue

From: Hou Zhiqiang In the current code, it doesn't reset the cursors of LUT entry and StreamID at the beginning of the fixup, so it can result in LUT entry setup and msi-map mismatch and LUT entries and StreamID leaking when reload and fixup the DTB. This patch move the initialization of LUT

Re: arm: mvebu: dts: Armada8k enable mdio

Hi Simon, That's typically what SystemReady want to avoid/address. The board MDIO has always been "Okay". Linux may not have been able to deal with it. So the right way to handle that is: - there is a board DT "attached" to the board - TFA adjusts the DRAM aspect (SPL, core boot...) - OP-TEE

Re: [PATCH u-boot] dm: pci: Fix handling of errors when scanning device

On 07.09.21 18:07, Marek Behún wrote: From: Pali Rohár Some PCIe controller's read_config() method support indicating error directly via return value, but some cannot distinguish all-ones (or all-zeros) read response from an error. The current code in pci_bind_bus_devices() interprets

Re: [PATCH v3 1/2] GPIO: fxl6408: Add support for FXL6408 GPIO expander

Hi Oleksandr, On Fri, Sep 10, 2021 at 08:34:56AM +0200, Michal Simek wrote: > On 9/9/21 10:44 PM, Oleksandr Suvorov wrote: > > Signed-off-by: Oleksandr Suvorov > > 3 emails for you. Would be the best to choose only one. And to use a valid one, oleksandr.suvo...@toradex.com is gone as today, I

Re: [PATCH u-boot-marvell] arm: a37xx: pci: Don't spam about PIO Response Status

On 07.09.21 17:27, Marek Behún wrote: Use dev_dbg() instead of dev_err() in pcie_advk_check_pio_status(). For example CRS is not an error status, it just says that the request should be retried. Without this, U-Boot spams the terminal with pcie_advk pcie@d007: Non-posted PIO Response

Re: cdns_wdt: who enables the clock

Hi, On 9/8/21 5:39 PM, Jorge Ramirez-Ortiz, Foundries wrote: > Hi Michal > > The *linux* cadence_wdt driver for the watchdog enables the clock that > controls its behaviour. However this is not done in the U-boot > driver; I dont think it is safe to assume that the clock will be active. > do

Re: arm: mvebu: dts: Armada8k enable mdio

On 24.08.21 10:14, sven.auha...@voleatech.de wrote: From: Sven Auhagen Since mvpp2 is using the new mdio driver and the cp110 has been synced with the linux upstream, the mdio has to enabled in the device tree file. This is missing for some device tree files and therefore the network cards do

RE: [PATCH 1/1] Revert "arm64: Layerscape: Survive LPI one-way reset workaround"

+ author of gic_lpi_syscon driver Hi Rayagonda, Please add the binding for gic_lpi_syscon driver. Thanks, Zhiqiang > -Original Message- > From: Tom Rini > Sent: 2021年8月26日 5:05 > To: u-boot@lists.denx.de > Cc: Z.Q. Hou ; Priyanka Jain > > Subject: [PATCH 1/1] Revert "arm64:

Re: [PATCH v3 1/2] GPIO: fxl6408: Add support for FXL6408 GPIO expander

On 9/9/21 10:44 PM, Oleksandr Suvorov wrote: > From: Oleksandr Suvorov > > Initial support for Fairchild's 8 bit I2C gpio expander FXL6408. > The CONFIG_FXL6408_GPIO define enables support for such devices. > > Based on: https://patchwork.kernel.org/patch/9148419/ > > Signed-off-by:

Re: [PATCH 1/1] ARM: vexpress_ca9x4: Reintroduce board in order to use with QEMU.

On 08/09/2021 15:57, Tom Rini wrote: > On Tue, Sep 07, 2021 at 08:37:51AM +0200, Kristian Amlie wrote: > >> vexpress_ca9x4 is seemingly the only board except for qemu_arm which >> is able to run U-Boot correctly, using the `-M vexpress-a9` option to >> QEMU. Building for qemu_arm and running

[PATCH 1/1] Avoid polluting CONFIG_ namespace with board specific define.

Signed-off-by: Kristian Amlie --- include/configs/vexpress_ca9x4.h | 2 +- include/configs/vexpress_common.h | 2 +- scripts/config_whitelist.txt | 1 - 3 files changed, 2 insertions(+), 3 deletions(-) diff --git a/include/configs/vexpress_ca9x4.h b/include/configs/vexpress_ca9x4.h index