[U-Boot] [PATCH v2 0/5] Marvell DB-XC3-24G4XG board support

This series adds support for Marvell's Switches with integrated CPUs and the DB-XC3-24G4XG board. The CPU side is similar to the Armada range. For now the DDR training code needs to come from the Marvell bin_hdr. It's one area where the integrated SoCs differ from the Armada range so neither the

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

On Thu, Feb 14, 2019 at 10:50:11PM +0530, Jagan Teki wrote: > Hi Tom, > > PR about some random fixes. > > Summary: > - MMC CD pin fix on Orangepi Zero plus > - SPI boot for Olinuxino Lime2-eMMC boards > - Change in dram frequnecy for tbs_a711 > > The following changes since commit

Re: [U-Boot] [PATCH] efi_loader: Swap roles with Heinrich

On Thu, Feb 14, 2019 at 02:35:17PM +0100, Alexander Graf wrote: > Heinrich is going to take over maintainership of the efi_loader tree > going forward. > > To ensure that I will still receive review mails at least, add me as > reviewer with a stable email address. > > Signed-off-by: Alexander

Re: [U-Boot] [PATCH] rpi: Make Matthias maintainer

On Thu, Feb 14, 2019 at 02:37:59PM +0100, Alexander Graf wrote: > Matthias Brugger agreed to take over maintainership from me for the > Raspberry Pi tree. Add him to the MAINTAINERS file instead. > > Signed-off-by: Alexander Graf Reviewed-by: Tom Rini -- Tom signature.asc Description: PGP

Re: [U-Boot] [PATCH 2/2] cmd: bootefi: rework do_bootefi()

On 2/14/19 8:56 AM, AKASHI Takahiro wrote: > In this patch, do_bootefi() will be reworked, without any functional > change, as it is a bit sloppy after Heinrich's "efi_loader: rework > loading and starting of images." > > Signed-off-by: AKASHI Takahiro > --- > cmd/bootefi.c | 101

[U-Boot] [PATCH V2 1/2] davinci: da850evm: Move BSS to SDRAM because SRAM is full

In order to fully support SPL_OF_CONTROL, we need BSS to be a bit larger. This patch relocates BSS to SDRAM instead of SRAM which is similar to how ARMv7 boards (like OMAP2+) do it. This means two new variables are required: CONFIG_SPL_BSS_START_ADDR set to DAVINCI_DDR_EMIF_DATA_BASE

[U-Boot] [PATCH V2 2/2] ARM: davinci: da850evm: Enable SPL_OF_CONTROL without PLATDATA

With the memory mapping giving us some more avialable RAM, this updates the da850-evm-u-boot.dtsi to include the serial port, SPI and Flash nodes along with some dependent nodes in the SPL dtb. This also removes the platform data initialization code for the serial port and SPI Flash.

[U-Boot] [PATCH 2/2] ARM: davinci: da850evm: Enable SPL_OF_CONTROL without PLATDATA

With the memory mapping giving us some more avialable RAM, this updates the da850-evm-u-boot.dtsi to include the serial port, SPI and Flash nodes along with some dependent nodes in the SPL dtb. This also removes the platform data initialization code for the serial port and SPI Flash.

[U-Boot] [PATCH 1/2] davinci: da850evm: Move BSS to SDRAM because SRAM is full

In order to fully support SPL_OF_CONTROL, we need BSS to be a bit larger. This patch relocates BSS to SDRAM instead of SRAM which is similar to how ARMv7 boards (like OMAP2+) do it. This means two new variables are required: CONFIG_SPL_BSS_START_ADDR set to DAVINCI_DDR_EMIF_DATA_BASE

Re: [U-Boot] [PATCH 1/2] cmd: bootefi: move bootefi_test_prepare() forward

On 2/14/19 8:56 AM, AKASHI Takahiro wrote: > This is a preparatory patch for reworking do_bootefi(). > > Signed-off-by: AKASHI Takahiro Reviewed-by: Heinrich Schuchardt ___ U-Boot mailing list U-Boot@lists.denx.de

[U-Boot] [PATCH 2/2] test: adjust names of Unicode test functions

In test/py/conftest.py the assumption is made that for if a test is called with `ut unicode` the test function name starts with 'unicode_test_'. As the Unicode tests did not follow this naming scheme they were not executed by `make tests`. Rename the Unicode test functions. Signed-off-by:

[U-Boot] [PATCH 0/2] lib/vsprintf: print '?' for illegal Unicode sequence

Commit 0e66c10a7d80 ("lib: vsprintf: avoid overflow printing UTF16 strings") broke the Unicode unit tests: an illegal UTF16 code point should be printed as '?'. Unfortunately the Unicode unit tests were never executed on Travis due to an unmet naming convention. So let's rename the Unicode test

[U-Boot] [PATCH 1/2] lib/vsprintf: print '?' for illegal Unicode sequence

Commit 0e66c10a7d80 ("lib: vsprintf: avoid overflow printing UTF16 strings") broke the Unicode unit tests: an illegal UTF16 code point should be printed as '?'. Fixes: 0e66c10a7d80 ("lib: vsprintf: avoid overflow printing UTF16 strings") Signed-off-by: Heinrich Schuchardt --- lib/vsprintf.c | 2

[U-Boot] [PATCH v2 4/5] tools: kwbimage: don't adjust for image_header for Armada MSYS

For the time being the Armada MSYS SoCs need to use the bin_hdr from the Marvell U-Boot. Because of this the binary.0 does not contain the image header that a proper u-boot SPL would so the adjustment introduced by commit 94084eea3bd3 ("tools: kwbimage: Fix dest addr") does not apply.

[U-Boot] [PATCH v2 5/5] arm: mvebu: Add DB-XC3-24G4XG board

From: Chris Packham The DB-XC3-24G4XG is a switch development board from Marvell. It can either use and external CPU card such as the db-88f6820-amc or the internal CPU that is integrated into the switch. Add support for running U-Boot on the internal CPU and enable the USB, SPI and NAND

[U-Boot] [PATCH v2 3/5] arm: mvebu: NAND clock support for MSYS devices

One difference with the integrated CPUs is that they use a different clock control block to the Armada devices. Update mvebu_get_nand_clock() accordingly. Signed-off-by: Chris Packham --- This could probably be squashed into the previous change. I was trying to separate things to aid review but

[U-Boot] [PATCH v2 2/5] arm: mvebu: Add Marvell's integrated CPUs

Marvell's switch chips with integrated CPUs (collectively referred to as MSYS) share common ancestry with the Armada SoCs. Some of the IP blocks (e.g. xor) are located at different addresses and DFX server exists as a separate target on the MBUS (on Armada-38x it's just part of the core complex

[U-Boot] [PATCH v2 1/5] arm: sync armada-xp dts files from Linux 5.0

Bring in the Armada 370/XP dts/dtsi files from Linux. As U-Boot hasn't got the new NAND driver the updating binding has not been included. Signed-off-by: Chris Packham --- Changes in v2: None arch/arm/dts/armada-370-xp.dtsi | 133 ++ arch/arm/dts/armada-xp-gp.dts

Re: [U-Boot] [PATCH v5 3/3] cmd: mdio: Switch to generic helpers when accessing the registers

On 2/12/19 2:20 PM, Vladimir Oltean wrote: > On 08.02.2019 19:26, Carlo Caione wrote: >> Switch to use the generic helpers to access the MMD registers so that we >> can used the same command also for C45 PHYs, C22 PHYs with direct and >> indirect access and PHYs implementing a custom way to access

[U-Boot] [PATCH v1 07/22] configs: move CONFIG_MXC_OCOTP to Kconfig

From: Marcel Ziswiler While commit 3e020f03e94f ("driver: misc: add MXC_OCOTP Kconfig entry") introduced a Kconfig entry it did not actually migrate all configurations to using it. As CONFIG_MXC_OCOTP was in mx{6/7}_common.h enable it by default on those architectures. Additionally, also enable

[U-Boot] [PATCH v1 00/22] colibri vybrid fixes, device tree enablement and driver model conversion

This series addresses some shortcomings, enables/introduces device tree support and converts all except video to using the driver model. This is fully tested both running our latest downstream BSP as well as the mainline Linux kernel. This series is based on Lukasz' previous work on Vybrid [1]

[U-Boot] [PATCH v1 21/22] colibri_vf: use leveling evaluated by DDR validation tools

From: Stefan Agner The DDR validation tool (which is part of Processor Expert) allows to evaluate leveling parameters for CR105/CR106/CR110. Several runs have been made with Colibri VF50 and VF61 and it seems to evaluate very similar values. Use this values by default. Note: The newly evaluated

[U-Boot] [PATCH v1 20/22] colibri_vf: adjust timing according to data sheet

From: Stefan Agner Using the DDR Validation tool in Processor Expert uncovered two timing inconsistencies. Since those timings are related to the suspend mode they do not affect or change regular memory behaviour. Signed-off-by: Stefan Agner Acked-by: Marcel Ziswiler ---

Re: [U-Boot] [BUG] qemu-x86_defconfig does not build with GCC 8.1

I have one question, where to remove "-g" and in which make file ? I am stuck on this BUG. Please Help me out. -- Ayush Dosaj VIT Vellore ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot

[U-Boot] [PATCH v1 18/22] config: colibri_vf: enable mtd partitions via dt

From: Stefan Agner Use device tree to set MTD partitions of the NAND chip. Signed-off-by: Stefan Agner Acked-by: Marcel Ziswiler --- configs/colibri_vf_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/colibri_vf_defconfig b/configs/colibri_vf_defconfig index

[U-Boot] [PATCH v1 15/22] colibri_vf: sync the board info message

From: Bhuvanchandra DV Use similar info message as on other modules. Signed-off-by: Bhuvanchandra DV Acked-by: Marcel Ziswiler --- board/toradex/colibri_vf/colibri_vf.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/board/toradex/colibri_vf/colibri_vf.c

[U-Boot] Porting to the HTG-Z920

Hello, I've been trying to compile U-boot for hi-tech global's HTG-Z920 board. It's SoC is the zynq ZU19EG ultrascale+. I'm mainly confused as to how I should configure Kbuild with the bare necessities -- UART, SD-LS, and DDR. I've managed to get things running via an FSBL generated with the

[U-Boot] [PATCH v1 19/22] arm: vf610: add uart2 clock/pinmux support

From: Stefan Agner Add support for Vybrid's UART2 (Colibri UART_B). Signed-off-by: Stefan Agner Acked-by: Marcel Ziswiler --- arch/arm/include/asm/arch-vf610/crm_regs.h| 1 + arch/arm/include/asm/arch-vf610/iomux-vf610.h | 6 +- 2 files changed, 6 insertions(+), 1 deletion(-) diff

[U-Boot] [PATCH v1 22/22] colibri_vf: fix sdboot for vybrid modules

From: Gerard Salvatella Currently, Vybrid's sdboot variable tries to load the kernel from /boot of the root partition (typically second partition when using the sdcard image). However, since we moved to flash the kernel in a separate UBI volume, we no longer deploy the kernel/device tree to

[U-Boot] [PATCH v1 04/22] configs: move CONFIG_USB_EHCI_VF to Kconfig

From: Marcel Ziswiler Move CONFIG_USB_EHCI_VF to drivers/usb/host/Kconfig and update the one and only user thereof being colibri_vf. Signed-off-by: Marcel Ziswiler --- drivers/usb/host/Kconfig | 7 +++ include/configs/colibri_vf.h | 1 - scripts/config_whitelist.txt | 1 - 3 files

[U-Boot] [PATCH v1 13/22] colibri_vf: add distroboot support

From: Stefan Agner Add support for distro boot. This is especially helpful for external devices. There is a global boot command which scans a predefined list of boot targets: run distro_bootcmd As well as direct boot commands such as: run bootcmd_mmc0 run bootcmd_usb run bootcmd_dhcp

[U-Boot] [PATCH v1 11/22] colibri_vf: migrate fec, esdhc, nfc and usb to driver model

From: Marcel Ziswiler Migrate FEC, ESDHC, NFC and USB to driver model. While at it also do no longer enable optional I2C clock in board file as the generic clock code now handles this. Note for space reason and as it is not required just for booting we do not enable I2C in U-Boot by default.

[U-Boot] [PATCH v1 12/22] config: colibri_vf: use macros from linux/sizes.h

From: Marcel Ziswiler Use SZ_X{MK} macros from linux/sizes.h for include/configs/colibri_vf.h. Signed-off-by: Marcel Ziswiler --- include/configs/colibri_vf.h | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/include/configs/colibri_vf.h

[U-Boot] [PATCH v1 10/22] colibri_vf: migrate pinctrl and regulators to dtb/dm

From: Marcel Ziswiler Migrate pinctrl and regulators to device tree resp. driver model: DDR, DSPI, ENET, ESDHC, I2C, NFC and UART. Enable CMD_DM, PINCTRL and DM_REGULATOR. While at it also update copyright period and sort include files. Signed-off-by: Marcel Ziswiler ---

[U-Boot] [PATCH v1 09/22] configs: colibri_vf: disable obscure options

From: Marcel Ziswiler Disable more obscure options to save another 26 KB in preparation of the upcoming driver model migration. Signed-off-by: Marcel Ziswiler --- configs/colibri_vf_defconfig | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git

[U-Boot] [PATCH v1 08/22] ARM: dts: colibri_vf: update device trees

From: Marcel Ziswiler Update device tree in preparation of further driver model migration: Ethernet FEC, ESDHC aka MMC/SD card, I2C, NFC aka NAND flash controller, USBH_PEN GPIO regulator. Add iomux resp. pinctrl entries to be removed from proprietary platform data: DSPI, ESDHC, FEC, I2C, NFC,

[U-Boot] [PATCH v1 03/22] imx: bootaux: add dependency on vf610

From: Marcel Ziswiler Allow using bootaux also on VF610 aka Vybrid. Signed-off-by: Marcel Ziswiler --- arch/arm/mach-imx/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/mach-imx/Kconfig b/arch/arm/mach-imx/Kconfig index a1566cc2ad..313a886c6b 100644 ---

[U-Boot] [PATCH v1 14/22] colibri_vf: set fdtfile for distroboot

From: Stefan Agner Set fdtfile to represent the current board. This allows distribution to load the correct device tree, which in the module case often deviates from the common fallback ${soc}-${board}${boardver}.dtb... Signed-off-by: Stefan Agner Acked-by: Max Krummenacher Acked-by: Marcel

[U-Boot] [PATCH v1 17/22] colibri_vf: disable undefined instruction events in user debug

From: Stefan Agner It turns out that OpenSSL calls undefined instructions to detect ARM capabilities at runtime (via SIGILL handler). This leads to stack traces e.g. when logging in using SSH: [ 877.464442] sshd (613): undefined instruction: pc=76ee2da8 ... Disable undefined instruction

[U-Boot] [PATCH v1 16/22] colibri_vf: enable user debug by default

From: Stefan Agner Let the kernel print some debug messages when a user program crashes due to an exception. Signed-off-by: Stefan Agner Acked-by: Marcel Ziswiler --- include/configs/colibri_vf.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[U-Boot] [PATCH v1 06/22] configs: colibri_vf: limit size of malloc() pool before relocation

From: Marcel Ziswiler Limit the size of the malloc() pool before relocation (SYS_MALLOC_F_LEN). Signed-off-by: Marcel Ziswiler --- configs/colibri_vf_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/colibri_vf_defconfig b/configs/colibri_vf_defconfig index

[U-Boot] [PATCH v1 05/22] configs: colibri_vf: remove obsolete mmc/sd card environment

From: Marcel Ziswiler Remove obsolete MMC/SD card environment configuration dating back to un-fused samples times. While at it also remove meanwhile spurious "USB Storage" comment. Signed-off-by: Marcel Ziswiler --- include/configs/colibri_vf.h | 9 - 1 file changed, 9 deletions(-)

[U-Boot] [PATCH v1 02/22] vf610: ddrmc: add missing include

From: Marcel Ziswiler The DDR memory controller include file for the Vybrid uses iomux_v3_cfg_t without actually including iomux-vf610.h. Signed-off-by: Marcel Ziswiler --- arch/arm/include/asm/arch-vf610/ddrmc-vf610.h | 2 ++ 1 file changed, 2 insertions(+) diff --git

[U-Boot] [PATCH v1 01/22] add missing space in comment

From: Marcel Ziswiler Spottet two missing spaces in comments. Signed-off-by: Marcel Ziswiler --- board/freescale/imx8qxp_mek/imx8qxp_mek.c | 2 +- drivers/video/videomodes.c| 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git

[U-Boot] [PATCH v2 1/2] watchdog: orion_wdt: support SPL usage

When run from the SPL the mvebu targets are using the hardware default offset for the SoC peripherals. devfdt_get_addr_size_index() understands how to deal with this via dm_get_translation_offset() so use this instead of fdtdec_get_addr_size_auto_noparent(). Signed-off-by: Chris Packham

[U-Boot] [PATCH v2 2/2] arm: mvebu: x530: Enable watchdog in SPL and U-Boot

Enable the hardware watchdog to guard against system lock ups when running in the SPL or U-Boot. Stop the watchdog just before booting so that the OS can re-enable it if needed. Signed-off-by: Chris Packham --- Changes in v2: - update commit message

[U-Boot] [PATCH v2 0/2] x530: Enable watchdog

We've seen some issues with the x530 under extreme conditions where the DDR gets into a bad state. Generally this results in an application crash followed by a lock-up in u-boot. Enabling the watchdog prevents the lock up and will let the DDR training have another go. Sometimes this recovers but

Re: [U-Boot] [PATCH 2/2] arm: mvebu: x530: Enable watchdog in SPL and U-Boot

On Sat, Feb 16, 2019 at 12:23 AM Chris Packham wrote: > > > > On Fri, 15 Feb 2019 21:46 Stefan Roese > >> Hi Chris, >> >> On 15.02.19 03:12, Chris Packham wrote: >> > Enable the hardware watchdog to guard against system lock ups when >> > running in the SPL or U-Boot. Stop the watchdog just

Re: [U-Boot] [PATCH v2 7/9] power: regulator: s2mps11: Add enable delay

Hi Krzysztof, On Wed, 13 Feb 2019 at 17:47, Krzysztof Kozlowski wrote: > > According to datasheet, the output on LDO regulators will start > appearing after 10-15 us. > > Signed-off-by: Krzysztof Kozlowski > --- > drivers/power/regulator/s2mps11_regulator.c | 9 - > 1 file changed, 8

Re: [U-Boot] [PATCH v1 1/2] dm: pinctrl: Avoid race condition on probe for UCLASS_PINCTRL

On Fri, 15 Feb 2019 at 15:31, Patrice Chotard wrote: > > In case of system with several pin-controller device, probe the first > UCLASS_PINCTRL by seq number (defined by alias) to avoid race condition > with I2C PINCONTROL driver for GPIO expander (GPIO expander need I2C bus, > I2C driver need

Re: [U-Boot] [PATCH v1 2/2] dm: pinctrl: Skip gpio-controller node in pinconfig_post_bind()

On Fri, 15 Feb 2019 at 15:31, Patrice Chotard wrote: > > From: Patrick Delaunay > > Some binding define child node gpio-controller without compatible property. > This patch avoid to bind the pinconfig uclass to these node. Some bindings define a child node gpio-controller without a compatible

Re: [U-Boot] PRs, Breakage architecture

Hi Tom, On 15/02/19 17:40, Tom Rini wrote: > On Fri, Feb 15, 2019 at 05:16:40PM +0100, Stefano Babic wrote: > >> Hi Tom, >> >> my run on Travis reports errors with sun8i and sun50i (I do not think >> they are related to commits on u-boot-imx). I see on your travis that >> you have a

Re: [U-Boot] [PATCH v2 8/8] spi: sun4i: Driver cleanup

On Fri, Feb 15, 2019 at 5:30 AM André Przywara wrote: > > On 14/02/2019 08:36, Jagan Teki wrote: > > - drop unused macros. > > - use base instead of base_addr, for better code readability > > Actually this part is now pretty pointless, since we use it only a few > times, and base_addr is actually

Re: [U-Boot] PRs, Breakage architecture

On Fri, Feb 15, 2019 at 05:16:40PM +0100, Stefano Babic wrote: > Hi Tom, > > my run on Travis reports errors with sun8i and sun50i (I do not think > they are related to commits on u-boot-imx). I see on your travis that > you have a "WIP-14Feb2019 u-boot-sunxi merged", and this runs > succesfully

[U-Boot] Pull request: BCM ARM changes

The following changes since commit 97276a91db8e98f081a40ddf9dc8f81d4032a756: Prepare v2019.04-rc1 (2019-02-07 21:32:19 -0500) are available in the Git repository at: https://github.com/mbgg/u-boot.git tags/2019.01-next for you to fetch changes up to

[U-Boot] PRs, Breakage architecture

Hi Tom, my run on Travis reports errors with sun8i and sun50i (I do not think they are related to commits on u-boot-imx). I see on your travis that you have a "WIP-14Feb2019 u-boot-sunxi merged", and this runs succesfully (but not yet merged). So if I send a PR now, I have a broken run on Travis.

Re: [U-Boot] [PATCH V2 3/3] sunxi: Fix A33 memory initialization

On Fri, 15 Feb 2019 17:01:40 +0100 Michael Nazzareno Trimarchi wrote: > Hi all > > On Fri, Feb 15, 2019 at 12:40 PM Philipp Tomsich > wrote: > > > > > > > > Dipl.-Ing. Dr.techn. Philipp Tomsich > > Theobroma Systems Design und Consulting GmbH > > Seestadtstrasse 27 (Aspern IQ), A-1220 Wien,

Re: [U-Boot] [PATCH V2 3/3] sunxi: Fix A33 memory initialization

Hi all On Fri, Feb 15, 2019 at 12:40 PM Philipp Tomsich wrote: > > > > Dipl.-Ing. Dr.techn. Philipp Tomsich > Theobroma Systems Design und Consulting GmbH > Seestadtstrasse 27 (Aspern IQ), A-1220 Wien, Austria > Phone: +43 1 2369893-401, Fax: +43 1 2369893-9-401 > Cell phone: +43 664 8346109 >

Re: [U-Boot] [PATCH 3/3] sunxi: display: Implement fallback to ddc probe when hpd fails

On Wed, 19 Dec 2018 15:06:09 +0200 Priit Laes pl...@plaes.org wrote: > From: Priit Laes > > There are HDMI displays where hpd pin is not connected, thus > we cannot get it to work unless we specifically set the resolution. > > Rework the display probing, so hotplug detect failure causes >

Re: [U-Boot] [PATCH 2/3] sunxi: display: Move DDC PLL setup to HDMI init

On Wed, 19 Dec 2018 15:06:08 +0200 Priit Laes pl...@plaes.org wrote: > From: Priit Laes > > Move PLL initialization code to single place so > we won't call it every time we query for EDID data. > > Signed-off-by: Priit Laes > --- > drivers/video/sunxi/sunxi_display.c | 14 +++--- > 1

Re: [U-Boot] [PATCH 1/3] videomodes: Allow EDID timings where hsync/vsync pulse is 0

Hi Jagan, On Thu, 14 Feb 2019 22:42:51 +0530 Jagan Teki ja...@amarulasolutions.com wrote: ... > Any comments? I will mark these patches to you will that be OK? OK, thanks. -- Anatolij ___ U-Boot mailing list U-Boot@lists.denx.de

Re: [U-Boot] [PATCH v2 1/3] sunxi: Sync Bananapi M2+ device tree from Linux v5.0-rc1

On Fri, Feb 15, 2019 at 7:46 PM Andre Przywara wrote: > > On Fri, 15 Feb 2019 19:28:20 +0530 > Jagan Teki wrote: > > > On Fri, Feb 15, 2019 at 4:33 PM Chen-Yu Tsai wrote: > > > > > > As of commit aa8fee415f46 ("ARM: dts: sun8i: h3: Split out > > > non-SoC-specific parts of Bananapi M2 Plus") in

[U-Boot] [PATCH v1 4/4] ARM: dts: Add STMFX gpio expander support for stm32mp157c-ev1

From: Patrick Delaunay Adds alias to set the pincontrol seq id. For STMFX gpio expander, force sequence number after the last bank (GPIOZ) to avoid conflict between STM32MP and STMFX gpio bank sequence number. Signed-off-by: Patrick Delaunay Signed-off-by: Patrice Chotard ---

[U-Boot] [PATCH v1 0/4] Add STMFX gpio expander support for stm32mp157c-ev1 board

This series adds: - STMFX pinctrl driver - update STM32MP15 basic and trusted config - Add stmfx node in stm32mp157c-ev1 DT - Update stm32mp1 board to probe pinctrl drivers early to be able to hog pins. There are dependencies with : -

[U-Boot] [PATCH v1 1/4] pinctrl: Add STMFX GPIO expander Pinctrl/GPIO driver

From: Patrick Delaunay This patch adds pinctrl/GPIO driver for STMicroelectronics Multi-Function eXpander (STMFX) GPIO expander. STMFX is an I2C slave controller, offering up to 24 GPIOs. The driver relies on UCLASS_PINCTRL and UCLASS_GPIO. Signed-off-by: Patrick Delaunay Signed-off-by:

[U-Boot] [PATCH v1 3/4] board: stm32mp1: Force pinctrl driver probe in board_init()

In order to insure that hog GPIOs are configured early during the boot process, force all pinctrl driver probing in board_init(). Signed-off-by: Patrick Delaunay Signed-off-by: Patrice Chotard --- board/st/stm32mp1/stm32mp1.c | 9 + 1 file changed, 9 insertions(+) diff --git

[U-Boot] [PATCH v1 2/4] config: stm32mp15: Enable STMFX support

From: Patrick Delaunay Activate PINCTRL_STMFX and needed part for generic pincontrol PINCTRL_FULL, PINCONF. Increase pre-reloc memory for MALLOC (needed for each DM pinconfig node). Signed-off-by: Patrick Delaunay Signed-off-by: Patrice Chotard --- configs/stm32mp15_basic_defconfig | 5

Re: [U-Boot] Clock drivers for SiFive FU540

On Thu, 14 Feb 2019 at 06:29, Anup Patel wrote: > > Hi Simon, > > I have addressed your comments on fixed-factor clock driver. > > Can you please re-look at clock driver patches for SiFive FU540? > https://patchwork.ozlabs.org/patch/1039635/ > https://patchwork.ozlabs.org/patch/1039638/ > > Is it

Re: [U-Boot] [PATCH v2 1/3] sunxi: Sync Bananapi M2+ device tree from Linux v5.0-rc1

On Fri, 15 Feb 2019 19:28:20 +0530 Jagan Teki wrote: > On Fri, Feb 15, 2019 at 4:33 PM Chen-Yu Tsai wrote: > > > > As of commit aa8fee415f46 ("ARM: dts: sun8i: h3: Split out > > non-SoC-specific parts of Bananapi M2 Plus") in the Linux kernel, the > > device tree for the Bananapi M2+ has been

[U-Boot] [PATCH v1 0/2] Update pinctrl-uclass

This series adds: - For system with multiple pincontroller device, insure probe order to avoid race condition using sequence number (alias) - Avoid to bind child node with gpio-controller properties. Patrice Chotard (1): dm: pinctrl: Avoid race condition on probe for UCLASS_PINCTRL

[U-Boot] [GIT PULL] Xilinx patches for v2019.04-rc2

Hi Tom, please pull these patches to your tree. I had to wait a little bit when i2c dm patches are applied which is done now. The biggest changes are that all platforms are using DM_I2C that's why it was possible to get rid of board files in include/configs/ and also old driver. Another one is

[U-Boot] [PATCH v1 2/2] dm: pinctrl: Skip gpio-controller node in pinconfig_post_bind()

From: Patrick Delaunay Some binding define child node gpio-controller without compatible property. This patch avoid to bind the pinconfig uclass to these node. Signed-off-by: Patrick Delaunay Signed-off-by: Patrice Chotard --- drivers/pinctrl/pinctrl-uclass.c | 3 +++ 1 file changed, 3

[U-Boot] [PATCH v1 1/2] dm: pinctrl: Avoid race condition on probe for UCLASS_PINCTRL

In case of system with several pin-controller device, probe the first UCLASS_PINCTRL by seq number (defined by alias) to avoid race condition with I2C PINCONTROL driver for GPIO expander (GPIO expander need I2C bus, I2C driver need PINCONFIG). Signed-off-by: Patrick DELAUNAY Signed-off-by:

Re: [U-Boot] [PATCH v2 1/3] sunxi: Sync Bananapi M2+ device tree from Linux v5.0-rc1

On Fri, Feb 15, 2019 at 9:58 PM Jagan Teki wrote: > > On Fri, Feb 15, 2019 at 4:33 PM Chen-Yu Tsai wrote: > > > > As of commit aa8fee415f46 ("ARM: dts: sun8i: h3: Split out > > non-SoC-specific parts of Bananapi M2 Plus") in the Linux kernel, the > > device tree for the Bananapi M2+ has been

Re: [U-Boot] [PATCH v2 1/3] sunxi: Sync Bananapi M2+ device tree from Linux v5.0-rc1

On Fri, Feb 15, 2019 at 4:33 PM Chen-Yu Tsai wrote: > > As of commit aa8fee415f46 ("ARM: dts: sun8i: h3: Split out > non-SoC-specific parts of Bananapi M2 Plus") in the Linux kernel, the > device tree for the Bananapi M2+ has been split into a common dtsi file, > and an SoC-specific board device

Re: [U-Boot] [PATCH 4/4] arm: mvebu: Add DB-XC3-24G4XG board

On Fri, 15 Feb 2019, 11:17 PM Stefan Roese Hi Chris, > > please find a few comments / questions below. > > On 15.02.19 10:41, Chris Packham wrote: > > From: Chris Packham > > > > The DB-XC3-24G4XG is a switch development board from Marvell. It can > > either use and external CPU card such as the

Re: [U-Boot] [PATCH 6/6] doc: imx: habv4: Remove secure_boot.txt guide

On 15/02/19 13:45, Fabio Estevam wrote: > Hi Stefano, > > On Fri, Feb 15, 2019 at 9:57 AM Stefano Babic wrote: > >>> diff --git a/doc/imx/habv4/secure_boot.txt b/doc/imx/habv4/secure_boot.txt >>> deleted file mode 100644 >>> index ae68dc8040..00 >>> >> >> I have applied to my working

[U-Boot] [PATCH] MAINTAINERS: Update u-boot-marvell entry

This patch does the following changes to the u-boot-marvell maintainers entry: - Add Armada-7k/8k to the list - Remove Prafulla and Luka since they have been silent on the list for a long time. Please speak up, if you would like to continue or better start maintaining. - Add multiple Marvell

Re: [U-Boot] [PATCH 6/6] doc: imx: habv4: Remove secure_boot.txt guide

Hi Stefano, On Fri, Feb 15, 2019 at 9:57 AM Stefano Babic wrote: > > diff --git a/doc/imx/habv4/secure_boot.txt b/doc/imx/habv4/secure_boot.txt > > deleted file mode 100644 > > index ae68dc8040..00 > > > > I have applied to my working branch, but I cannot find this on > patchwork. The

Re: [U-Boot] [PATCH 6/6] doc: imx: habv4: Remove secure_boot.txt guide

Hi Stefano, Em sex, 15 de fev de 2019 às 09:57, Stefano Babic escreveu: > > On 23/01/19 20:30, Breno Matheus Lima wrote: > > The secure_boot.txt guide was replaced by mx6_mx7_secure_boot.txt and > > mx6_mx7_spl_secure_boot.txt documents. > > > > Both documents covers all steps needed for SPL and

Re: [U-Boot] [PATCH 2/4] arm: mvebu: Add Marvell's integrated CPUs

Hi Chis, On 15.02.19 12:57, Chris Packham wrote: On Fri, 15 Feb 2019, 11:06 PM Stefan Roese mailto:s...@denx.de> wrote: Hi Chris, On 15.02.19 10:41, Chris Packham wrote: > Marvell's switch chips with integrated CPUs (collectively referred to as > MSYS) share common

[U-Boot] [PATCH RESEND 6/6] doc: imx: habv4: Remove secure_boot.txt guide

The secure_boot.txt guide was replaced by mx6_mx7_secure_boot.txt and mx6_mx7_spl_secure_boot.txt documents. Both documents covers all steps needed for SPL and non-SPL tagets, so remove secure_boot.txt file to avoid duplicated content. Signed-off-by: Breno Lima ---

Re: [U-Boot] [PATCH v1 2/3] imx: serial_mxc: disable ri and dcd irq in dte mode

Hi Marcel, On 01/02/19 16:04, Marcel Ziswiler wrote: > From: Max Krummenacher > > If the UART is used in DTE mode the RI and DCD bits in UCR3 become > irq enable bits. Both are set to enabled after reset and both likely > are pending. > > Disable the bits to prevent an interrupt storm when

Re: [U-Boot] [PATCH 5/7] arm: mach-k3: Add secure device build support

On 2/15/2019 4:25 AM, Andrew F. Davis wrote: > On 2/13/19 9:46 PM, Lokesh Vutla wrote: >> >> >> On 14/02/19 12:07 AM, Andrew F. Davis wrote: >>> K3 HS devices require signed binaries for boot, use the SECDEV tools >>> to sign the boot artifacts during build. >>> >>> Signed-off-by: Andrew F.

[U-Boot] [PATCH 4/4] arm: mvebu: Add DB-XC3-24G4XG board

From: Chris Packham The DB-XC3-24G4XG is a switch development board from Marvell. It can either use and external CPU card such as the db-88f6820-amc or the internal CPU that is integrated into the switch. Add support for running U-Boot on the internal CPU and enable the USB, SPI and NAND

[U-Boot] [PATCH 0/4] Marvell DB-XC3-24G4XG board support

This series adds support for Marvell's Switches with integrated CPUs and the DB-XC3-24G4XG board. The CPU side is similar to the Armada range. For now the DDR training code needs to come from the Marvell bin_hdr. It's one area where the integrated SoCs differ from the Armada range so neither the

Re: [U-Boot] [PATCH 4/4] arm: mvebu: Add DB-XC3-24G4XG board

Hi Chris, please find a few comments / questions below. On 15.02.19 10:41, Chris Packham wrote: From: Chris Packham The DB-XC3-24G4XG is a switch development board from Marvell. It can either use and external CPU card such as the db-88f6820-amc or the internal CPU that is integrated into the

Re: [U-Boot] [PATCH 2/4] arm: mvebu: Add Marvell's integrated CPUs

On Fri, 15 Feb 2019, 11:06 PM Stefan Roese Hi Chris, > > On 15.02.19 10:41, Chris Packham wrote: > > Marvell's switch chips with integrated CPUs (collectively referred to as > > MSYS) share common ancestry with the Armada SoCs. Some of the IP blocks > > (e.g. xor) are located at different

Re: [U-Boot] [PATCH 6/6] doc: imx: habv4: Remove secure_boot.txt guide

On 23/01/19 20:30, Breno Matheus Lima wrote: > The secure_boot.txt guide was replaced by mx6_mx7_secure_boot.txt and > mx6_mx7_spl_secure_boot.txt documents. > > Both documents covers all steps needed for SPL and non-SPL tagets, > so remove secure_boot.txt file to avoid duplicated content. > >

[U-Boot] [PATCH 3/3] mips: fix erros on registers macros of pll-ddr-config1-nfrac for QCA956X

Signed-off-by: Rosy Song --- arch/mips/mach-ath79/include/mach/ar71xx_regs.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/mips/mach-ath79/include/mach/ar71xx_regs.h b/arch/mips/mach-ath79/include/mach/ar71xx_regs.h index 380f387a26..016679e0f8 100644 ---

[U-Boot] [PATCH 1/3] drivers: ag7xxx: add support for qca956x-s17

Signed-off-by: Rosy Song --- drivers/net/ag7xxx.c | 140 ++- 1 file changed, 124 insertions(+), 16 deletions(-) diff --git a/drivers/net/ag7xxx.c b/drivers/net/ag7xxx.c index 403eb64895..b3b53205fa 100644 --- a/drivers/net/ag7xxx.c +++

[U-Boot] [PATCH 2/3] mips: add initial support for qca956x referenced board

Signed-off-by: Rosy Song --- arch/mips/dts/Makefile| 1 + arch/mips/dts/ap152.dts | 48 ++ arch/mips/dts/qca956x.dtsi| 87 arch/mips/mach-ath79/Kconfig | 14 + arch/mips/mach-ath79/Makefile

Re: [U-Boot] [RFC 0/9] Convert Pico-Pi i.MX7D to DM

Hi Fabio, > Hi Lukasz, > > On Wed, Jan 23, 2019 at 7:01 PM Joris Offouga > wrote: > > > Hi Lukasz, > > > > > Please check if malloc pool size (in Kconfig) is large enough to > > > handle DFU requests. > > The dfu request is smaller than the size of malloc pool size > > > > > > Otherwise,

Re: [U-Boot] [PATCH 2/2] arm: mvebu: x530: Enable watchdog in SPL and U-Boot

On Fri, 15 Feb 2019, 9:46 PM Stefan Roese Hi Chris, > > On 15.02.19 03:12, Chris Packham wrote: > > Enable the hardware watchdog to guard against system lock ups when > > running in the SPL or U-Boot. Stop the watchdog just before booting so > > that the OS. > > > > Signed-off-by: Chris Packham

Re: [U-Boot] [PATCH V2 3/3] sunxi: Fix A33 memory initialization

Dipl.-Ing. Dr.techn. Philipp Tomsich Theobroma Systems Design und Consulting GmbH Seestadtstrasse 27 (Aspern IQ), A-1220 Wien, Austria Phone: +43 1 2369893-401, Fax: +43 1 2369893-9-401 Cell phone: +43 664 8346109 http://www.theobroma-systems.com > On

Re: [U-Boot] [PATCH V2 3/3] sunxi: Fix A33 memory initialization

On Fri, 15 Feb 2019 11:18:38 +0100 Philipp Tomsich wrote: Hi Philipp, > > On 14.02.2019, at 22:24, André Przywara wrote: > > > > On 14/02/2019 16:36, Philipp Tomsich wrote: > >> > >> > >>> On 14.02.2019, at 16:58, Michael Trimarchi > >>> wrote: > >>> > >>> Set two rank timing and

Re: [U-Boot] [PATCH 2/2] arm: mvebu: x530: Enable watchdog in SPL and U-Boot

On Fri, 15 Feb 2019 21:46 Stefan Roese Hi Chris, > > On 15.02.19 03:12, Chris Packham wrote: > > Enable the hardware watchdog to guard against system lock ups when > > running in the SPL or U-Boot. Stop the watchdog just before booting so > > that the OS. > > > > Signed-off-by: Chris Packham > >

Re: [U-Boot] [RFC 0/9] Convert Pico-Pi i.MX7D to DM

Hi Lukasz, On Wed, Jan 23, 2019 at 7:01 PM Joris Offouga wrote: > Hi Lukasz, > > > Please check if malloc pool size (in Kconfig) is large enough to handle > > DFU requests. > The dfu request is smaller than the size of malloc pool size > > > > Otherwise, please #define DEBUG in ./drivers/dfu.c

[U-Boot] [PATCH v2 2/3] sunxi: Rename Sinovoip BPI M2 Plus to Bananapi M2 Plus H3

The brand Sinovoip is used for Sinovoip's original VOIP products, while the Bananapi brand is for the single board computers they produce. This has been verified by Bananapi. Rename the board from "Sinovoip BPI M2 Plus" to "Bananapi M2 Plus". For the defconfig file, all lowercase is used. To

[U-Boot] [PATCH v2 3/3] sunxi: Add Bananapi M2+ H5 board

As the H5 is pin compatible with the H3, vendors tend to upgrade their existing H3 products with an H5 SoC swap. This is the case with the Bananapi M2+ H5. Add the following to support it: - device tree file: synced from Linux v5.0-rc1, - defconfig: copy of bananapi_m2_plus_h3_defconfig with

  1   2   >