Re: [PATCH] config: Enable USB Keyboard support on RPi4

On Tue, May 5, 2020 at 10:51 PM Nicolas Saenz Julienne wrote: > > Supporting USB keyboards out of the box is both handy for development > and production. Notably if u-boot is used to boot into GRUB. > > Signed-off-by: Nicolas Saenz Julienne > > --- > > Note that rpi_arm64_defconfig already

Re: [PATCH v3 1/2] arm: rpi: Add function to trigger VL805's firmware load

Hi Nicolas, On Wed, May 6, 2020 at 12:26 AM Nicolas Saenz Julienne wrote: > > On the Raspberry Pi 4, after a PCI reset, VL805's (a xHCI chip) firmware > may either be loaded directly from an EEPROM or, if not present, by the > SoC's VideCore (the SoC's co-processor). Introduce the function that

RE: [v2 1/4] powerpc: Enable device tree support for P1010RDB

>-Original Message- >From: U-Boot On Behalf Of Biwen Li >Sent: Friday, May 1, 2020 4:36 PM >To: Priyanka Jain ; Z.q. Hou > >Cc: u-boot@lists.denx.de; bmeng...@gmail.com; Z.q. Hou > >Subject: [v2 1/4] powerpc: Enable device tree support for P1010RDB > >From: Hou Zhiqiang > >Add device

RE: [v3 01/27] rtc: ds1337: Add driver model support

>-Original Message- >From: U-Boot On Behalf Of Biwen Li >Sent: Friday, May 1, 2020 5:34 PM >To: Jagdish Gediya ; Priyanka Jain >; h...@denx.de; ja...@amarulasolutions.com; >aford...@gmail.com; Alison Wang ; >jh80.ch...@samsung.com; Pramod Kumar ; >Rajesh Bhagat ; Ruchika Gupta >;

Re: Calling i2c set speed twice for i2c_mux_bus

Hi Michal, On Tue, 5 May 2020 at 02:26, Michal Simek wrote: > > On 15. 04. 20 8:40, Michal Simek wrote: > > On 10. 04. 20 10:49, Heiko Schocher wrote: > >> Hello Michal, > >> > >> Am 10.04.2020 um 08:46 schrieb Michal Simek: > >>> Hi Heiko, > >>> > >>> On 10. 04. 20 7:11, Heiko Schocher wrote: >

Re: [PATCH 5/6] rtc: pcf2127: provide ->write8_array method

On Mon, 4 May 2020 at 15:20, Rasmus Villemoes wrote: > > Signed-off-by: Rasmus Villemoes > --- > drivers/rtc/pcf2127.c | 7 +++ > 1 file changed, 7 insertions(+) Reviewed-by: Simon Glass

Re: [PATCH 3/6] rtc: fall back to ->{read,write}8_array if ->{read,write}8 are not provided

On Mon, 4 May 2020 at 15:20, Rasmus Villemoes wrote: > > Similar to how the rtc_{read,write}8_array functions fall back to > using the {read,write}8 methods, do the opposite in the > rtc_{read,write}8 functions. > > This way, each driver only needs to provide either ->read8 or > ->read8_array to

Re: [PATCH 6/6] rtc: add rtc command

On Mon, 4 May 2020 at 15:20, Rasmus Villemoes wrote: > > Mostly as an aid for debugging RTC drivers, provide a command that can > be used to read/write arbitrary registers (assuming the driver > provides the read8/write8 methods or their _array variants). > > Signed-off-by: Rasmus Villemoes >

Re: [PATCH 4/6] rtc: pcf2127: provide ->read8_array method

On Mon, 4 May 2020 at 15:20, Rasmus Villemoes wrote: > > This simply consists of renaming the existing pcf2127_read_reg() > helper to follow the naming of the other > methods (i.e. pcf2127_rtc_) and changing the type of its > "len" parameter. > > Signed-off-by: Rasmus Villemoes > --- >

Re: [PATCH 1/6] rtc: add rtc_read8_array helper and ->read8_array method

On Mon, 4 May 2020 at 15:20, Rasmus Villemoes wrote: > > Some users may want to read multiple consecutive 8-bit > registers. Instead of each caller having to implement the loop, > provide a rtc_read8_array() helper. Also, allow a driver to provide a > read8_array method, which can be more

Re: [PATCH v5 5/6] test: log: test syslog logging driver

Hi Heinrich, On Mon, 2 Mar 2020 at 19:45, wrote: > > On Wed, 26 Feb 2020 at 12:48, Heinrich Schuchardt wrote: > > > > Provide unit tests for the syslog logging driver. > > > > Signed-off-by: Heinrich Schuchardt > > --- > > v5: > > no change > > v4: > > provide more comments > >

Re: [PATCH 2/6] rtc: add rtc_write8_array() helper

Hi Rasmus, On Mon, 4 May 2020 at 15:20, Rasmus Villemoes wrote: > > Similar to the rtc_read8_array(), introduce a helper that allows the > caller to write multiple consecutive 8-bit registers with one call. If > the driver provides the ->write8_array method, use that, otherwise > loop using

[PATCH 1/1] [PATCH] fw_setenv: lock the flash only if it was locked before

From: Ivan Mikhaylov u-boot-env flash region lock/unlock may affect other regions than u-boot-env, fw_setenv does this in a way 'Lock it in any cases'. Change this to 'lock it if it was locked before'. Signed-off-by: Ivan Mikhaylov --- tools/env/fw_env.c | 24 +++- 1 file

Re: [PATCH] sifive: fix palmer's email address

On Thu, 30 Apr 2020 07:42:03 PDT (-0700), pragnesh.pa...@sifive.com wrote: Fix Palmer's email address Signed-off-by: Pragnesh Patel Reviewed-by: Bin Meng --- board/sifive/fu540/MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/board/sifive/fu540/MAINTAINERS

[PATCH 0/1] fw_setenv always locks flash whenever it tries to write

From: Ivan Mikhaylov fw_setenv usage always locks u-boot-env mtd device without questions. Locking of flash can be disruptive and may affect not only u-boot-env region due to different problems with chips and lock callbacks on kernel side. I'm not sure if my fix is right, but also I thought

Re: [PATCH v8 05/14] usb: dwc3: use the phy bulk API to get phys

On Sat, 2020-05-02 at 11:35 +0200, Frank Wunderlich wrote: > From: Chunfeng Yun > > Get a group of phys by the phy bulk API > > Signed-off-by: Chunfeng Yun > Signed-off-by: Frank Wunderlich > Reviewed-by: Weijie Gao > --- > v8: fix build-error for xilinx-board > > v7: use new API of phy

Re: [PATCH v2 5/9] phy: rockchip: add a new driver for type-c phy

Hi Jagan, On 2020/5/1 15:17, Jagan Teki wrote: On Thu, Apr 30, 2020 at 7:47 AM Frank Wang wrote: This implements the Type-C PHY driver for Rockchip platform with Cadence IP block. Signed-off-by: Frank Wang Signed-off-by: William Wu --- drivers/phy/Kconfig| 7 +

Re: [PATCH v7 10/14] xhci: mediatek: Add support for MTK xHCI host controller

On Fri, 2020-05-01 at 23:00 +0530, Jagan Teki wrote: > On Wed, Apr 29, 2020 at 11:46 AM Chunfeng Yun > wrote: > > > > This patch is used to support the on-chip xHCI controller on > > MediaTek SoCs, currently control/bulk/interrupt transfers are > > supported. > > > > Signed-off-by: Chunfeng Yun

Re: [PATCH v8 00/14] Add support for MediaTek xHCI host controller

On Sun, 2020-05-03 at 13:43 +0200, Marek Vasut wrote: > On 5/3/20 8:33 AM, Frank Wunderlich wrote: > > > > > > Am 2. Mai 2020 12:32:56 MESZ schrieb Marek Vasut : > >> Applied, thanks. > >> > >> btw do you really need such a massive CC list ? > > > > Thanks, > > > > i took To/Cc from v7 (i

Re: [PATCH v2 1/9] usb: dwc3: add dis_enblslpm_quirk

Hi Jagan, On 2020/5/1 14:53, Jagan Teki wrote: On Thu, Apr 30, 2020 at 7:47 AM Frank Wang wrote: Add a quirk to clear the GUSB2PHYCFG.ENBLSLPM bit, which controls whether the PHY receives the suspend signal from the controller. Refer to commit ec791d149bca("usb: dwc3: Add

[PATCH 1/1] efi_loader: use logical and in do_env_print_efi()

If we want to check if two booleans are true, we should use a logical conjunction (&&) and not a bitwise and-operator (&). Signed-off-by: Heinrich Schuchardt --- cmd/nvedit_efi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/cmd/nvedit_efi.c b/cmd/nvedit_efi.c index

[PATCH 1/1] efi_loader: error handling in efi_set_variable_common().

Fix unreachable code. Free memory on error. Signed-off-by: Heinrich Schuchardt --- lib/efi_loader/efi_variable.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/efi_loader/efi_variable.c b/lib/efi_loader/efi_variable.c index 58f8fae358..33df52e663 100644 ---

[PATCH 1/1] efi_loader: remove redundant assignment in dp_fill()

The value of dp is overwritten without being used. Signed-off-by: Heinrich Schuchardt --- lib/efi_loader/efi_device_path.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/efi_loader/efi_device_path.c b/lib/efi_loader/efi_device_path.c index 73f1fe75a8..f9349484a6 100644

Re: [PATCH] lib/crypto, efi_loader: avoid multiple inclusions of header files

On 4/24/20 5:50 AM, AKASHI Takahiro wrote: > Heinrich, > > On Thu, Apr 23, 2020 at 09:34:37AM +0200, Heinrich Schuchardt wrote: >> On 23.04.20 02:28, AKASHI Takahiro wrote: >>> Heinrich, >>> >>> On Tue, Apr 21, 2020 at 12:23:13PM +0200, Heinrich Schuchardt wrote: On 4/21/20 2:37 AM, AKASHI

Re: [PATCH] efi_loader: fixe unreachable statement in efi_sigstore_parse_siglist

On 5/1/20 8:13 AM, Heinrich Schuchardt wrote: > On 4/21/20 2:38 AM, AKASHI Takahiro wrote: >> "if (left < esl->signature_size)" is not reachable in a while loop. >> But it is still valuable in case that a given signature database is >> somehow corrupted. So fix the while loop condition. >> >>

Re: [PATCH] lib/crypto, efi_loader: move some headers to include/crypto

On 4/24/20 5:45 AM, AKASHI Takahiro wrote: > Heinrich, > > On Thu, Apr 23, 2020 at 09:33:37AM +0200, Heinrich Schuchardt wrote: >> On 23.04.20 02:31, AKASHI Takahiro wrote: >>> Heinrich, >>> >>> On Tue, Apr 21, 2020 at 12:26:08PM +0200, Heinrich Schuchardt wrote: On 4/21/20 2:38 AM, AKASHI

Re: [PATCH] efi_loader: factor out the common code from efi_transfer_secure_state()

On 5/1/20 8:22 AM, Heinrich Schuchardt wrote: > On 4/21/20 2:39 AM, AKASHI Takahiro wrote: >> efi_set_secure_stat() provides the common code for each stat transition >> caused by efi_transfer_secure_state(). >> >> Signed-off-by: AKASHI Takahiro >> Suggested-by: Heinrich Schuchardt >> --- >>

Re: [PATCH 01/10] efi_loader: disk: add efi_disk_is_system_part()

On 5/1/20 9:06 AM, Heinrich Schuchardt wrote: > On 4/28/20 1:54 AM, AKASHI Takahiro wrote: >> Heinrich, >> >> On Mon, Apr 27, 2020 at 09:57:25PM +0200, Heinrich Schuchardt wrote: >>> On 4/27/20 11:48 AM, AKASHI Takahiro wrote: This function will check if a given handle to device is a EFI

Re: [PATCH] image: Add support for ZSTD decompression

On Mon, May 4, 2020 at 3:04 PM Tom Rini wrote: > On Sun, May 03, 2020 at 12:24:14PM +0200, Robert Marko wrote: > > Hi, > > > > I checked and SPL_ZSTD symbol already exists. > > But trying to use #if CONFIG_IS_ENABLED(ZSTD) inside > > of the switch case will fail with the preprocessor error: > >

Re: [PATCH 2/2] phy: Use _nodev naming convention if non-device clients

Hi Tom, On Fri, May 1, 2020 at 11:44 PM Jagan Teki wrote: > > Clients that are requesting some of uclass API's > without a device (with ofnode) usually have _nodev > naming convention. > > - clk_get_by_index_nodev > - clk_get_by_name_nodev > - reset_get_by_index_nodev > -

Re: [PATCH V2] mkimage: fit: Do not tail-pad fitImage with external data

Hi all, Am 2020-05-05 20:41, schrieb Simon Glass: Hi Tom, On Tue, 5 May 2020 at 11:50, Tom Rini wrote: On Tue, May 05, 2020 at 06:39:58PM +0200, Marek Vasut wrote: > On 5/5/20 6:37 PM, Alex Kiernan wrote: > > On Tue, May 5, 2020 at 2:28 PM Marek Vasut wrote: > >> > >> On 5/5/20 3:22 PM,

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

On Tue, May 05, 2020 at 04:24:37PM +0200, Marek Vasut wrote: > The following changes since commit c693f212c5b0433b3a49a89d87cbff28bf78eb87: > > Merge branch '2020-05-01-master-imports' (2020-05-01 16:43:15 -0400) > > are available in the Git repository at: > >

[PATCH 2/2] boards: amlogic: add ODROID-C4 support

Introduce support for ODROID-C4, a single board computer manufactured by Hardkernel Co. Ltd with the following specifications: - Amlogic S905X3 ARM Cortex-A55 quad-core SoC - 4GiB DDR4 SDRAM - Gigabit Ethernet (External Realtek RTL8211F PHY) - 4 x USB 3.0 Host ports - 1 x USB 2.0 OTG port -

[PATCH 0/2] u-boot support for ODROID-C4

Hi, these two patches add initial u-boot support for Hardkernel ODROID-C4. https://wiki.odroid.com/odroid-c4/odroid-c4 Beniamino Galvani (2): arm: dts: import ODROID-C4 device tree boards: amlogic: add ODROID-C4 support arch/arm/dts/Makefile| 1 +

[PATCH 1/2] arm: dts: import ODROID-C4 device tree

Import the device tree for ODROID-C4 as submitted in [1]. [1] https://lkml.org/lkml/2020/4/24/535 Signed-off-by: Beniamino Galvani --- arch/arm/dts/Makefile| 1 + arch/arm/dts/meson-sm1-odroid-c4.dts | 399 +++ 2 files changed, 400 insertions(+)

raspberrypi cm3 v2019.07 not working

Hi, I'm trying to run 2019.07 u-boot on raspberrypi cm3 module but I got no feedback on console. When used 2018.01 it boots fine. Probably I need to do git bisect but maybe someone have some idea or experience what can cause that. Thanks. BR, marek -- as simple and primitive as possible

Re: [PATCH v2 2/4] regmap: Allow providing read/write callbacks through struct regmap_config

Hi Simon, I would be taking up this series and address the comments. On 10/12/19 03:18PM, Simon Glass wrote: > Hi Jean-Jacques, > > On Tue, 5 Nov 2019 at 04:47, Jean-Jacques Hiblot wrote: > > > > Some linux drivers provide their own read/write functions to access data > > from/of the regmap.

[PATCH v4 4/6] drivers: net: add Felix DSA switch driver

From: Alex Marginean This driver is used for the Ethernet switch integrated into LS1028A NXP. Felix on LS1028A has 4 front panel ports and two internal ports, I/O to/from the switch is done through an ENETC Ethernet interface. The 4 front panel ports are available as Ethernet interfaces and can

[PATCH v4 1/6] net: introduce DSA class for Ethernet switches

From: Alex Marginean DSA stands for Distributed Switch Architecture and it covers switches that are connected to the CPU through an Ethernet link and generally use frame tags to pass information about the source/destination ports to/from CPU. Front panel ports are presented as regular ethernet

[PATCH v4 3/6] test: dm: add a simple unit test for DSA class

From: Alex Marginean The test pings the local IP address though different ports of a sandbox DSA device. Port traffic is filtered and the test verifies that ping works only on enabled ports. The additional interfaces require MAC addresses, these have been added to sandbox default environment.

[PATCH v4 6/6] configs: ls1028a: enable the Ethernet switch driver in defconfig

From: Alex Marginean The switch driver for LS1028A Ethernet switch is now compiled in for both LS1028A boards. Signed-off-by: Alex Marginean Signed-off-by: Claudiu Manoil --- configs/ls1028aqds_tfa_SECURE_BOOT_defconfig | 2 ++ configs/ls1028aqds_tfa_defconfig | 2 ++

[PATCH v4 2/6] drivers: net: add a DSA sandbox driver

From: Alex Marginean The DSA sandbox driver is used for DSA unit testing. It implements a simple 4 port switch that uses a very simple tag to identify the ports. The DSA driver comes paired with an Ethernet driver that loops packets back and can selectively filter traffic on DSA switch ports.

[PATCH v4 0/6] Introduce DSA Ethernet switch class and Felix driver

DSA stands for Distributed Switch Architecture and it is a subsystem introduced in the Linux kernel to support switches that: - have an Ethernet link up to the CPU - use some form of tagging to identify the source/destination port for Rx/Tx - may be cascaded in tree-like structures. DSA is

[PATCH v4 5/6] arm: dts: ls1028a: adds Ethernet switch node and its dependencies

From: Alex Marginean The definition follows the DSA binding in kernel and describes the switch, its ports and PHYs. ENETC PF6 is the 2nd Eth controller linked to the switch on LS1028A, it is not used in U-Boot and was disabled. Ethernet port aliases were also added to better manage the multitude

Re: Pull request for UEFI sub-system for efi-2020-07-rc2 (2)

On Tue, May 05, 2020 at 12:09:59PM +0200, Heinrich Schuchardt wrote: > The following changes since commit c693f212c5b0433b3a49a89d87cbff28bf78eb87: > > Merge branch '2020-05-01-master-imports' (2020-05-01 16:43:15 -0400) > > are available in the Git repository at: > >

Re: [PATCH V2] mkimage: fit: Do not tail-pad fitImage with external data

Hi Tom, On Tue, 5 May 2020 at 11:50, Tom Rini wrote: > > On Tue, May 05, 2020 at 06:39:58PM +0200, Marek Vasut wrote: > > On 5/5/20 6:37 PM, Alex Kiernan wrote: > > > On Tue, May 5, 2020 at 2:28 PM Marek Vasut wrote: > > >> > > >> On 5/5/20 3:22 PM, Alex Kiernan wrote: > > >>> On Mon, May 4,

Re: [PATCH V2] mkimage: fit: Do not tail-pad fitImage with external data

On 5/5/20 8:06 PM, Tom Rini wrote: > On Tue, May 05, 2020 at 07:59:24PM +0200, Marek Vasut wrote: >> On 5/5/20 7:55 PM, Tom Rini wrote: >>> On Tue, May 05, 2020 at 07:53:42PM +0200, Marek Vasut wrote: On 5/5/20 7:50 PM, Tom Rini wrote: > On Tue, May 05, 2020 at 06:39:58PM +0200, Marek

Re: [PATCH V2] mkimage: fit: Do not tail-pad fitImage with external data

On Tue, May 05, 2020 at 07:59:24PM +0200, Marek Vasut wrote: > On 5/5/20 7:55 PM, Tom Rini wrote: > > On Tue, May 05, 2020 at 07:53:42PM +0200, Marek Vasut wrote: > >> On 5/5/20 7:50 PM, Tom Rini wrote: > >>> On Tue, May 05, 2020 at 06:39:58PM +0200, Marek Vasut wrote: > On 5/5/20 6:37 PM,

Re: [PATCH V2] mkimage: fit: Do not tail-pad fitImage with external data

On 5/5/20 7:55 PM, Tom Rini wrote: > On Tue, May 05, 2020 at 07:53:42PM +0200, Marek Vasut wrote: >> On 5/5/20 7:50 PM, Tom Rini wrote: >>> On Tue, May 05, 2020 at 06:39:58PM +0200, Marek Vasut wrote: On 5/5/20 6:37 PM, Alex Kiernan wrote: > On Tue, May 5, 2020 at 2:28 PM Marek Vasut

[PATCH v6 1/2] drivers: gpio: add broadcom iproc gpio driver support

Add gpio driver support for Broadcom iproc-based socs. Signed-off-by: Rayagonda Kokatanur Signed-off-by: Sheetal Tigadoli Reviewed-by: Simon Glass --- Changes from v5: -Address review comments from Simon Glass, Correct and add function comments, Rename macro names. Changes from v4:

[PATCH v6 2/2] gpio: do not include on TARGET_BCMNS3

As no gpio.h is defined for this architecture, to avoid compilation failure, do not include for arch bcmns3. Signed-off-by: Rayagonda Kokatanur Reviewed-by: Simon Glass --- arch/arm/include/asm/gpio.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH 3/8] qemu: arm64: Add support for efi firmware management protocol routines

On 05.05.20 19:23, Grant Likely wrote: > > > On 05/05/2020 18:04, Heinrich Schuchardt wrote: >> On 05.05.20 13:15, Grant Likely wrote: >>> >>> >>> On 01/05/2020 10:33, Heinrich Schuchardt wrote: On 4/30/20 9:13 PM, Sughosh Ganu wrote: > > On Fri, 1 May 2020 at 00:09, Heinrich

[PATCH v6 0/2] add brcm iproc gpio driver

Add support for broadcom iproc gpio driver. Changes from v5: -Address review comments from Simon Glass, Correct and add function comments, Rename macro names. Changes from v4: -Address review comments from Simon Glass, Check for function return value. Changes from v3: -Address review

Re: [PATCH V2] mkimage: fit: Do not tail-pad fitImage with external data

On Tue, May 05, 2020 at 07:53:42PM +0200, Marek Vasut wrote: > On 5/5/20 7:50 PM, Tom Rini wrote: > > On Tue, May 05, 2020 at 06:39:58PM +0200, Marek Vasut wrote: > >> On 5/5/20 6:37 PM, Alex Kiernan wrote: > >>> On Tue, May 5, 2020 at 2:28 PM Marek Vasut wrote: > > On 5/5/20 3:22 PM,

Re: [PATCH V2] mkimage: fit: Do not tail-pad fitImage with external data

On 5/5/20 7:50 PM, Tom Rini wrote: > On Tue, May 05, 2020 at 06:39:58PM +0200, Marek Vasut wrote: >> On 5/5/20 6:37 PM, Alex Kiernan wrote: >>> On Tue, May 5, 2020 at 2:28 PM Marek Vasut wrote: On 5/5/20 3:22 PM, Alex Kiernan wrote: > On Mon, May 4, 2020 at 12:28 PM Tom Rini wrote:

Re: [PATCH V2] mkimage: fit: Do not tail-pad fitImage with external data

On Tue, May 05, 2020 at 06:39:58PM +0200, Marek Vasut wrote: > On 5/5/20 6:37 PM, Alex Kiernan wrote: > > On Tue, May 5, 2020 at 2:28 PM Marek Vasut wrote: > >> > >> On 5/5/20 3:22 PM, Alex Kiernan wrote: > >>> On Mon, May 4, 2020 at 12:28 PM Tom Rini wrote: > > On Fri, May 01, 2020 at

Re: [PATCH v5 1/2] drivers: gpio: add broadcom iproc gpio driver support

Hi Simon, On Tue, May 5, 2020 at 9:32 PM Simon Glass wrote: > > Hi Rayagonda, > > On Mon, 4 May 2020 at 10:00, Rayagonda Kokatanur > wrote: > > > > Add gpio driver support for Broadcom iproc-based socs. > > > > Signed-off-by: Rayagonda Kokatanur > > Signed-off-by: Sheetal Tigadoli > > --- >

Re: [PATCH 3/8] qemu: arm64: Add support for efi firmware management protocol routines

On 05/05/2020 18:04, Heinrich Schuchardt wrote: On 05.05.20 13:15, Grant Likely wrote: On 01/05/2020 10:33, Heinrich Schuchardt wrote: On 4/30/20 9:13 PM, Sughosh Ganu wrote: On Fri, 1 May 2020 at 00:09, Heinrich Schuchardt mailto:xypron.g...@gmx.de>> wrote: On 4/30/20 7:36 PM,

Re: [PATCH 3/8] qemu: arm64: Add support for efi firmware management protocol routines

On 05.05.20 13:15, Grant Likely wrote: > > > On 01/05/2020 10:33, Heinrich Schuchardt wrote: >> On 4/30/20 9:13 PM, Sughosh Ganu wrote: >>> >>> On Fri, 1 May 2020 at 00:09, Heinrich Schuchardt >> > wrote: >>> >>> On 4/30/20 7:36 PM, Sughosh Ganu wrote: >>> >

Re: [PATCH v10 20/21] doc: riscv: Add documentation for Sipeed Maix Bit

On 5/5/20 5:01 AM, Rick Chen wrote: > Hi Sean > >> This patch adds documentation for the Sipeed Maix bit, and more generally >> for the Kendryte K210 processor. >> >> Signed-off-by: Sean Anderson >> --- >> >> Changes in v9: >> - Mark dts code block as "none" explicitly >> Changes in v7: >> -

Re: [PATCH] cmd: gpt: add eMMC and GPT support

On 05.05.20 18:02, Simon Glass wrote: > Hi Rayagonda, > > On Tue, 5 May 2020 at 06:13, Rayagonda Kokatanur > wrote: >> >> From: Corneliu Doban >> >> Add eMMC and GPT support. >> - GPT partition list and command to create the GPT added to u-boot >> environment >> - eMMC boot commands added to

Re: [PATCH V2] mkimage: fit: Do not tail-pad fitImage with external data

On 5/5/20 6:37 PM, Alex Kiernan wrote: > On Tue, May 5, 2020 at 2:28 PM Marek Vasut wrote: >> >> On 5/5/20 3:22 PM, Alex Kiernan wrote: >>> On Mon, May 4, 2020 at 12:28 PM Tom Rini wrote: On Fri, May 01, 2020 at 05:40:25PM +0200, Marek Vasut wrote: > There is no reason to

Re: [PATCH V2] mkimage: fit: Do not tail-pad fitImage with external data

On Tue, May 5, 2020 at 2:28 PM Marek Vasut wrote: > > On 5/5/20 3:22 PM, Alex Kiernan wrote: > > On Mon, May 4, 2020 at 12:28 PM Tom Rini wrote: > >> > >> On Fri, May 01, 2020 at 05:40:25PM +0200, Marek Vasut wrote: > >> > >>> There is no reason to tail-pad fitImage with external data to

Re: pull request of u-boot-mpc85xx for v2020.07

On Tue, May 05, 2020 at 08:40:51AM +, Priyanka Jain wrote: > Dear Tom, > Please find my pull-request for u-boot-mpc85xx > https://travis-ci.org/github/p-priyanka-jain/u-boot/builds/682767731 > > Summary > Add DM model for P1010RDB > Add I2C DM Model support for P1010RDB, T1042RDB, T2080,

Re: [PATCH v5 1/4] omap: mmc: Avoid using libfdt with of-platdata

wt., 5 maj 2020 o 08:50 Faiz Abbas napisał(a): > > Hi, > > On 04/05/20 6:44 pm, Simon Glass wrote: > > Hi Bart, > > > > On Mon, 4 May 2020 at 01:10, Bartosz Golaszewski wrote: > >> > >> pt., 1 maj 2020 o 20:32 Tom Rini napisał(a): > >>> > >>> On Thu, Apr 30, 2020 at 01:43:30PM +0200, Bartosz

[PATCH v3 1/2] arm: rpi: Add function to trigger VL805's firmware load

On the Raspberry Pi 4, after a PCI reset, VL805's (a xHCI chip) firmware may either be loaded directly from an EEPROM or, if not present, by the SoC's VideCore (the SoC's co-processor). Introduce the function that informs VideCore that VL805 may need its firmware loaded. Signed-off-by: Nicolas

[PATCH v3 0/2] usb: xhci: Load Raspberry Pi 4 VL805's firmware

Newer revisions of the RPi4 need their xHCI chip, VL805, firmware to be loaded explicitly. Earlier versions didn't need that as they where using an EEPROM for that purpose. This series takes care of setting up the relevant infrastructure and run the firmware loading routine at the right moment.

[PATCH v3 2/2] usb: xhci: Load Raspberry Pi 4 VL805's firmware

When needed, RPi4's co-processor (called VideoCore) has to be instructed to load VL805's firmware (the chip providing xHCI support). VideCore's firmware expects the board's PCIe bus to be already configured in order for it to load the xHCI chip firmware. So we have to make sure this happens in

Re: [PATCH] cmd: gpt: add eMMC and GPT support

Hi Rayagonda, On Tue, 5 May 2020 at 06:13, Rayagonda Kokatanur wrote: > > From: Corneliu Doban > > Add eMMC and GPT support. > - GPT partition list and command to create the GPT added to u-boot > environment > - eMMC boot commands added to u-boot environment > - new gpt commands (enumarate

Re: [PATCH] cmd: gpt: add eMMC and GPT support

Hi Rayagonda, On Tue, 5 May 2020 at 06:17, Rayagonda Kokatanur wrote: > > On Tue, May 5, 2020 at 5:43 PM Rayagonda Kokatanur > wrote: > > > > From: Corneliu Doban > > > > Add eMMC and GPT support. > > - GPT partition list and command to create the GPT added to u-boot > > environment > > -

Re: [PATCH v5 1/2] drivers: gpio: add broadcom iproc gpio driver support

Hi Rayagonda, On Mon, 4 May 2020 at 10:00, Rayagonda Kokatanur wrote: > > Add gpio driver support for Broadcom iproc-based socs. > > Signed-off-by: Rayagonda Kokatanur > Signed-off-by: Sheetal Tigadoli > --- > drivers/gpio/Kconfig | 11 ++ > drivers/gpio/Makefile | 1 + >

Re: [PATCH v5 1/2] drivers: gpio: add broadcom iproc gpio driver support

Hi Rayagonda, On Tue, 5 May 2020 at 00:32, Rayagonda Kokatanur wrote: > > Hi Simon, > > On Tue, May 5, 2020 at 12:57 AM Simon Glass wrote: > > > > Hi Rayagonda, > > > > On Mon, 4 May 2020 at 10:00, Rayagonda Kokatanur > > wrote: > > > > > > Add gpio driver support for Broadcom iproc-based

RE: [PATCH v7 04/22] lib: Makefile: build crc7.c when CONFIG_MMC_SPI

>-Original Message- >From: U-Boot On Behalf Of Pragnesh Patel >Sent: 04 May 2020 11:15 >To: Jagan Teki ; Heinrich Schuchardt >; Bin Meng >Cc: U-Boot Mailing List ; Atish Patra >; Palmer Dabbelt ; Paul >Walmsley ; Troy Benjegerdes >; Anup Patel ; Sagar >Kadam ; Rick Chen ; Peng >Fan ;

Re: [PATCH v2 09/10] pci: Add driver for Broadcom STB PCIe controller

Hi All. On Mon, 2020-05-04 at 14:45 +0200, Sylwester Nawrocki wrote: > This patch adds basic driver for the Broadcom STB PCIe host controller. > The code is based on Linux upstream driver (pcie-brcmstb.c) with MSI > handling removed. The inbound access memory region is not currently > parsed from

Re: [PATCH] config: Enable USB Keyboard support on RPi4

On 05.05.2020 16:51, Nicolas Saenz Julienne wrote: > Supporting USB keyboards out of the box is both handy for development > and production. Notably if u-boot is used to boot into GRUB. > > Signed-off-by: Nicolas Saenz Julienne Reviewed-by: Sylwester Nawrocki > --- > Note that

Re: [PATCH v2 2/2] usb: xhci: Load Raspberry Pi 4 VL805's firmware

On Tue, 2020-05-05 at 16:59 +0200, Matthias Brugger wrote: [...] > > > > > > +#ifdef CONFIG_BCM2711 > > > > > > > > > > This won't work with rpi_arm64_defconfig. > > > > > Can't we just evaluate at runtime if we need to do anything in > > > > > xhci_pci_fixup. > > > > > > > > I can't see why,

Re: [PATCH v2 2/2] usb: xhci: Load Raspberry Pi 4 VL805's firmware

On 05/05/2020 15:47, Nicolas Saenz Julienne wrote: > On Tue, 2020-05-05 at 15:39 +0200, Matthias Brugger wrote: >> >> On 05/05/2020 14:53, Nicolas Saenz Julienne wrote: >>> Hi Matthias, >>> >>> On Tue, 2020-05-05 at 14:15 +0200, Matthias Brugger wrote: On 30/04/2020 15:04, Nicolas Saenz

[PATCH] config: Enable USB Keyboard support on RPi4

Supporting USB keyboards out of the box is both handy for development and production. Notably if u-boot is used to boot into GRUB. Signed-off-by: Nicolas Saenz Julienne --- Note that rpi_arm64_defconfig already supports USB keyboard. This is to be applied on top of Sylwester Nawrocki's

Re: [PATCH v2 06/10] rpi4: add a mapping for the PCIe XHCI controller MMIO registers (ARM 32bit)

Hi Matthias, On 05.05.2020 16:25, Matthias Brugger wrote: > On 04/05/2020 14:45, Sylwester Nawrocki wrote: >> From: Marek Szyprowski >> >> Create a non-cacheable mapping for the 0x6 physical memory region, >> where MMIO registers for the PCIe XHCI controller are instantiated by the >>

[PULL] u-boot-usb/master

The following changes since commit c693f212c5b0433b3a49a89d87cbff28bf78eb87: Merge branch '2020-05-01-master-imports' (2020-05-01 16:43:15 -0400) are available in the Git repository at: git://git.denx.de/u-boot-usb.git master for you to fetch changes up to

Re: [PATCH v2 06/10] rpi4: add a mapping for the PCIe XHCI controller MMIO registers (ARM 32bit)

On 04/05/2020 14:45, Sylwester Nawrocki wrote: > From: Marek Szyprowski > > Create a non-cacheable mapping for the 0x6 physical memory region, > where MMIO registers for the PCIe XHCI controller are instantiated by the > PCIe bridge. Due to 32bit limit in the CPU virtual address space

Re: [PATCH v2 09/10] pci: Add driver for Broadcom STB PCIe controller

On Mon, 2020-05-04 at 14:45 +0200, Sylwester Nawrocki wrote: > This patch adds basic driver for the Broadcom STB PCIe host controller. > The code is based on Linux upstream driver (pcie-brcmstb.c) with MSI > handling removed. The inbound access memory region is not currently > parsed from

Re: [PATCH v2 05/10] rpi4: add a mapping for the PCIe XHCI controller MMIO registers (ARM 64bit)

On 05/05/2020 16:10, Marek Szyprowski wrote: > Hi Matthias, > > On 05.05.2020 16:00, Matthias Brugger wrote: >> On 04/05/2020 14:45, Sylwester Nawrocki wrote: >>> From: Marek Szyprowski >>> >>> Create a non-cacheable mapping for the 0x6 physical memory region, >>> where MMIO registers

Re: [PATCH v2 05/10] rpi4: add a mapping for the PCIe XHCI controller MMIO registers (ARM 64bit)

Hi Matthias, On 05.05.2020 16:00, Matthias Brugger wrote: > On 04/05/2020 14:45, Sylwester Nawrocki wrote: >> From: Marek Szyprowski >> >> Create a non-cacheable mapping for the 0x6 physical memory region, >> where MMIO registers for the PCIe XHCI controller are instantiated by the >>

Re: [PATCH v2 00/10] USB host support for Raspberry Pi 4 board

On Mon, 2020-05-04 at 14:45 +0200, Sylwester Nawrocki wrote: > Hi all, > > This patch series adds USB host support for Raspberry Pi 4 board. > It includes the Broadcom STB PCIe controller driver ported from Linux > kernel, a memory mapping update for the xHCI controller on PCIe bus > for 32-bit

Re: [PATCH v2 05/10] rpi4: add a mapping for the PCIe XHCI controller MMIO registers (ARM 64bit)

On 05/05/2020 16:00, Matthias Brugger wrote: > > > On 04/05/2020 14:45, Sylwester Nawrocki wrote: >> From: Marek Szyprowski >> >> Create a non-cacheable mapping for the 0x6 physical memory region, >> where MMIO registers for the PCIe XHCI controller are instantiated by the >> PCIe

Re: [PATCH v2 05/10] rpi4: add a mapping for the PCIe XHCI controller MMIO registers (ARM 64bit)

On 04/05/2020 14:45, Sylwester Nawrocki wrote: > From: Marek Szyprowski > > Create a non-cacheable mapping for the 0x6 physical memory region, > where MMIO registers for the PCIe XHCI controller are instantiated by the > PCIe bridge. > > Signed-off-by: Marek Szyprowski >

Re: [PATCH v2 2/2] usb: xhci: Load Raspberry Pi 4 VL805's firmware

On Tue, 2020-05-05 at 15:39 +0200, Matthias Brugger wrote: > > On 05/05/2020 14:53, Nicolas Saenz Julienne wrote: > > Hi Matthias, > > > > On Tue, 2020-05-05 at 14:15 +0200, Matthias Brugger wrote: > > > On 30/04/2020 15:04, Nicolas Saenz Julienne wrote: > > > > When needed, RPi4's co-processor

[PATCH 5/6] cmd: nandbcb: Reconstruct the nandbcb tool for all platforms

From: Han Xu The original nandbcb tool was designed for imx6 only, when trying to leverage it to replace the kobs-ng tool, we found the design is not friendly for supporting all platforms. To support all iMX6/7/8 platforms and for easy further maintain, I reconstruct the structure of the tool.

[PATCH 4/6] nandbcb: add nandbcb dump command for i.MX6

From: Alice Guo Verify/dump boot structures. Signed-off-by: Alice Guo Signed-off-by: Peng Fan --- arch/arm/mach-imx/cmd_nandbcb.c | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/mach-imx/cmd_nandbcb.c b/arch/arm/mach-imx/cmd_nandbcb.c index 02a65ffd43..a8531def35 100644 ---

[PATCH 3/6] nandbcb: add nandbcb dump command for i.MX8MM

From: Alice Guo Verify/dump boot structures written to NAND Flash chip. Signed-off-by: Alice Guo Signed-off-by: Peng Fan --- arch/arm/mach-imx/cmd_nandbcb.c | 266 ++-- 1 file changed, 258 insertions(+), 8 deletions(-) diff --git

[PATCH 6/6] nandbcb: read boot search count from fuse for imx8qxp

From: Han Xu add support for imx8qxp to read boot search count from fuse in nandbcb Signed-off-by: Han Xu Signed-off-by: Peng Fan --- arch/arm/mach-imx/cmd_nandbcb.c | 39 ++- 1 file changed, 38 insertions(+), 1 deletion(-) diff --git

[PATCH 2/6] nandbcb: support i.MX8M

From: Alice Guo Tested on i.MX8MM EVK, imx8mm evk uses BCH encoding and randomizer modify macro and print size_t with %zx use CONFIG_IMX8M because it should apply to imx8mq/mm/mn Signed-off-by: Alice Guo Signed-off-by: Peng Fan --- arch/arm/mach-imx/Kconfig | 2 +-

[PATCH 1/6] nandbcb: fix the issue cannot support gf_14 NAND boot

From: Han Xu bchtype in FCB should be associated to the gf_13/14 settings in BCH, fix the issue and test on Micron 29F64G08CBABB, it can boot after the change. Signed-off-by: Han Xu Signed-off-by: Peng Fan --- arch/arm/mach-imx/cmd_nandbcb.c | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH 0/6] imx: nandbcb update

i.MX nandbcb update to support i.MX8M, add dump command, restructure, fix gf_14, add boot search count for i.MX8 Alice Guo (3): nandbcb: support i.MX8M nandbcb: add nandbcb dump command for i.MX8MM nandbcb: add nandbcb dump command for i.MX6 Han Xu (3): nandbcb: fix the issue cannot

Re: [PATCH v2 2/2] usb: xhci: Load Raspberry Pi 4 VL805's firmware

On 05/05/2020 14:53, Nicolas Saenz Julienne wrote: > Hi Matthias, > > On Tue, 2020-05-05 at 14:15 +0200, Matthias Brugger wrote: >> >> On 30/04/2020 15:04, Nicolas Saenz Julienne wrote: >>> When needed, RPi4's co-processor (called VideoCore) has to be instructed >>> to load VL805's firmware

Re: [PATCH V2] mkimage: fit: Do not tail-pad fitImage with external data

On 5/5/20 3:22 PM, Alex Kiernan wrote: > On Mon, May 4, 2020 at 12:28 PM Tom Rini wrote: >> >> On Fri, May 01, 2020 at 05:40:25PM +0200, Marek Vasut wrote: >> >>> There is no reason to tail-pad fitImage with external data to 4-bytes, >>> while fitImage without external data does not have any such

RE: [RFC] arm: dts: imx: imx8qm: usb support

> Subject: [RFC] arm: dts: imx: imx8qm: usb support > > Try to get USB working with imx8qm. Therefore I took below from NXP vendor > tree. Can someone point me to the missing driver parts that are needed? The usb driver still not enabled. Regards, Peng. > > Best regards, > > Oliver > > ---

Re: [PATCH V2] mkimage: fit: Do not tail-pad fitImage with external data

On Mon, May 4, 2020 at 12:28 PM Tom Rini wrote: > > On Fri, May 01, 2020 at 05:40:25PM +0200, Marek Vasut wrote: > > > There is no reason to tail-pad fitImage with external data to 4-bytes, > > while fitImage without external data does not have any such padding and > > is often unaligned. DT spec

[RFC] arm: dts: imx: imx8qm: usb support

Try to get USB working with imx8qm. Therefore I took below from NXP vendor tree. Can someone point me to the missing driver parts that are needed? Best regards, Oliver --- arch/arm/dts/fsl-imx8qm.dtsi | 71 1 file changed, 71 insertions(+) diff --git

  1   2   >