Re: [U-Boot] [PATCH] clk: sifive: fu540-prci: align primary DT match string to the DT bindings

On Thu, May 30, 2019 at 1:06 PM Atish Patra wrote: > > On 5/29/19 6:19 PM, Bin Meng wrote: > > On Sun, May 26, 2019 at 5:13 PM Paul Walmsley > > wrote: > >> > >> The U-Boot PRCI driver for the SiFive FU540 uses an out-of-date DT > >> binding string, since the U-boot PRCI driver was upstreamed be

Re: [U-Boot] [PATCH] clk: sifive: fu540-prci: align primary DT match string to the DT bindings

On 5/29/19 6:19 PM, Bin Meng wrote: On Sun, May 26, 2019 at 5:13 PM Paul Walmsley wrote: The U-Boot PRCI driver for the SiFive FU540 uses an out-of-date DT binding string, since the U-boot PRCI driver was upstreamed before the nits: U-boot -> U-Boot mainline Linux kernel PRCI driver was fi

[U-Boot] [PATCH v2 2/2] power: regulator: palmas/lp87565/lp873x: Remove $SPL from Makefile

Remove $SPL from Makefile as the corresponding SPL config options are not present. This enables them at SPL. Signed-off-by: Keerthy --- drivers/power/regulator/Makefile | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/power/regulator/Makefile b/drivers/power/regu

[U-Boot] [PATCH v2 1/2] power: pmic: palmas/lp87565/lp873x: Remove $SPL from Makefile

Remove $SPL from Makefile as the corresponding SPL config options are not present. This enables them at SPL. Signed-off-by: Keerthy --- drivers/power/pmic/Makefile | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/power/pmic/Makefile b/drivers/power/pmic/Makefile

[U-Boot] [PATCH v3] gpio: add gpio-hog support

add gpio-hog support. GPIO hogging is a mechanism providing automatic GPIO request and configuration as part of the gpio-controller's driver probe function. for more infos see: doc/device-tree-bindings/gpio/gpio.txt Signed-off-by: Heiko Schocher --- clean travis build, see result: https://travi

Re: [U-Boot] [PATCH v3 00/11] clk: Port Linux common clock framework [CCF] to U-boot (tag: 5.0-rc3)

Hi All Will we force to use CCF in future? And Is there possibility this feature would land in v2019.07? If not, I'll try to convert i.MX8MM CLK to no-CCF DM CLK version, since i.MX8MM has been pending for long time. Thanks, Peng. > Subject: Re: [PATCH v3 00/11] clk: Port Linux common clock fram

[U-Boot] [PATCH] cmd: mdio: Fix access to arbitrary PHY addresses

Alex reported the following: " I'm doing some MDIO work on a freescale/NXP platform and I bumped into errors with this command: => mdio r emdio#3 5 3 Reading from bus emdio#3 "Synchronous Abort" handler, esr 0x860e elr: 862b8000 lr : 8200cce4 (reloc) ... mdio

Re: [U-Boot] [PATCH v2 5/5] rockchip: rk3328: add rock64-rk3328_defconfig

On 05/19/2019 08:10 PM, Matwey V. Kornilov wrote: > The ROCK64 is a credit card size SBC based on Rockchip RK3328 > Quad-Core ARM Cortex A53. > > This series allow building u-boot SPL and u-boot.itb for Rock64 > board. The proprietary TPL is stil required for deploy: > > ./tools/mkimage -n rk33

Re: [U-Boot] [PATCH v2 4/5] rockchip: dts: rk3328: add rk3328-rock64.dts

On 05/19/2019 08:10 PM, Matwey V. Kornilov wrote: > rk3328-rock64.dts has been taken from Linux kernel commit > > cff6d1d6f88b ("arm64: dts: rockchip: enable HS200 for eMMC on rock64") > > with minor modifications (drop nodes not known by rk3328.dtsi). > > Signed-off-by: Matwey V. Kornilov

Re: [U-Boot] [PATCH v2 3/5] rockchip: Kconfig: enable SPL support for rk3328

On 05/19/2019 08:10 PM, Matwey V. Kornilov wrote: > From: Kever Yang > > Enable SPL support and some related option in Kconfig. > > Signed-off-by: Kever Yang > [cherry picked from > https://github.com/rockchip-linux/u-boot/commit/430b01462bf3f24aaf7920ae2587a6943c39ab5d > with minor modificat

Re: [U-Boot] [PATCH v2 0/5] Add initial support for Pine64 Rock64 board

Hi Matwey,     Recommend to use patman(tools/patman) to send to patch set, so that it's easy to add change log for each version on each patch, and don't forget to add review tag if you didn't change anything fot the patch, eg. review tag from Simon on patch 3. Thanks, - Kever On 05/19/2019 08

Re: [U-Boot] [PATCH] clk: sifive: fu540-prci: align primary DT match string to the DT bindings

On Sun, May 26, 2019 at 5:13 PM Paul Walmsley wrote: > > The U-Boot PRCI driver for the SiFive FU540 uses an out-of-date DT > binding string, since the U-boot PRCI driver was upstreamed before the nits: U-boot -> U-Boot > mainline Linux kernel PRCI driver was finished. This means that the > U-B

Re: [U-Boot] [PATCH v2 2/5] rockchip: rk3328: add SPL support

On 05/19/2019 08:10 PM, Matwey V. Kornilov wrote: > From: Kever Yang > > Add SPL support for rk3328, default with of-platdata enabled. > > Signed-off-by: Kever Yang > [cherry picked from > https://github.com/rockchip-linux/u-boot/commit/cb2b7a1bc75ebb116b1eb9b0ae0223e84d86fc4b > with minor mo

Re: [U-Boot] [PATCH v2 1/5] rockchip: rk3328: add SPL board file support

On 05/19/2019 08:10 PM, Matwey V. Kornilov wrote: > From: Kever Yang > > rk3328 SPL is locate at dram, so do not have strict size limit, > suppose to enable storage media controller driver, load ATF and > U-Boot, then boot into ATF. > > Signed-off-by: Kever Yang > [cherry picked from > https:/

Re: [U-Boot] [PATCH] clk: sifive: fu540-prci: align primary DT match string to the DT bindings

On 5/26/19 2:13 AM, Paul Walmsley wrote: The U-Boot PRCI driver for the SiFive FU540 uses an out-of-date DT binding string, since the U-boot PRCI driver was upstreamed before the mainline Linux kernel PRCI driver was finished. This means that the U-Boot PRCI driver won't probe when used with a D

Re: [U-Boot] [PATCHv3 01/10] arm: Remove zipitz2 board

On Wed, May 29, 2019 at 2:01 PM Tom Rini wrote: > > Per discussion on the list, drop this board again. > > Cc: Vasily Khoruzhick > Signed-off-by: Tom Rini Acked-by: Vasily Khoruzhick Thanks for submitting this patch! > --- > arch/arm/Kconfig | 5 -- > board/zipitz2/Kconfig |

Re: [U-Boot] [PATCHv3 10/10] configs: Disable now unbuildable SPI options for boards

On 5/29/19 11:01 PM, Tom Rini wrote: > Now that various SPI related options depend on CONFIG_DEPRECATED, in > order for platforms to build out of the box they need to disable various > other options. > > Cc: Albert ARIBAUD > Cc: Marek Vasut > Cc: Vladimir Zapolskiy > Cc: Fabio Estevam > Signed

[U-Boot] [PATCHv3 09/10] spi: Kconfig: Mark LPC32XX_SSP as DEPRECATED

From: Jagan Teki Mark LPC32XX_SSP as DEPRECATED, this so the resulting build shows warning for deprecated configuration enabled and associated code will remove in v2019.07 release. Cc: Albert ARIBAUD Signed-off-by: Jagan Teki Acked-by: Vladimir Zapolskiy Acked-by: Sylvain Lemieux [trini: Swi

[U-Boot] [PATCHv3 10/10] configs: Disable now unbuildable SPI options for boards

Now that various SPI related options depend on CONFIG_DEPRECATED, in order for platforms to build out of the box they need to disable various other options. Cc: Albert ARIBAUD Cc: Marek Vasut Cc: Vladimir Zapolskiy Cc: Fabio Estevam Signed-off-by: Tom Rini --- board/renesas/sh7752evb/sh7752e

[U-Boot] [PATCHv3 08/10] spi: Kconfig: Mark SOFT_SPI as DEPRECATED

From: Jagan Teki Mark SOFT_SPI as DEPRECATED, this so the resulting build shows warning for deprecated configuration enabled and associated code will remove in v2019.07 release. Cc: Vasily Khoruzhick Signed-off-by: Jagan Teki [trini: Switch to DEPRECATED] Signed-off-by: Tom Rini --- drivers/

[U-Boot] [PATCHv3 06/10] spi: Kconfig: Mark MXS_SPI has DEPRECATED

From: Jagan Teki Mark MXS_SPI as DEPRECATED, this so the resulting build shows warning for broken configuration enabled and associated code will remove in v2019.07 release. Cc: Marek Vasut Cc: Fabio Estevam Cc: Michael Trimarchi Signed-off-by: Jagan Teki [trini: Switch to DEPRECATED] Signed-

[U-Boot] [PATCHv3 04/10] Makefile: Trigger a Warning if DEPRECATED is defined

From: Jagan Teki If configured target has deprecated configs enabled, trigger a warning about this. Cc: Heinrich Schuchardt Signed-off-by: Jagan Teki [trini: Change from BROKEN to DEPRECATED] Signed-off-by: Tom Rini --- Makefile | 3 +++ 1 file changed, 3 insertions(+) diff --git a/Makefile

[U-Boot] [PATCHv3 07/10] spi: Kconfig: Mark SH_SPI as DEPRECATED

From: Jagan Teki Mark SH_SPI as DEPRECATED, this so the resulting build shows warning for a deprecated configuration enabled and associated code will remove in v2019.07 release. Acked-by: Marek Vasut Signed-off-by: Jagan Teki [trini: Switch to DEPRECATED] Signed-off-by: Tom Rini --- drivers/

[U-Boot] [PATCHv3 05/10] Makefile: Trigger a warning for legcay spi drivers

From: Jagan Teki We have a warning text for non dm converted spi drivers, but the plan is to mark all these respective drivers with CONFIG_DEPRECATED. So, trigger a warning saying that these driver configurations and associated code will remove in v2019.07 (earlier plan is to remove it from v201

[U-Boot] [PATCHv3 03/10] Kconfig: Add DEPRECATED option

Add a new option, CONFIG_DEPRECATED, for code that relies on deprecated functionality and has not been converted past the deadline for conversion. Signed-off-by: Tom Rini --- Kconfig | 7 +++ 1 file changed, 7 insertions(+) diff --git a/Kconfig b/Kconfig index a02168690f5b..436308854d0c 100

[U-Boot] [PATCHv3 02/10] Kconfig: Add SPI / SPI_FLASH as dependencies

In order to use CMD_SF / CMD_SPI / ENV_IS_IN_SPI_FLASH we need to have the SPI (or SPI_FLASH/DM_SPI_FLASH, for CMD_SF) enabled. Express this in the Kconfigs. Signed-off-by: Tom Rini --- arch/Kconfig | 2 ++ cmd/Kconfig | 3 +++ env/Kconfig | 2 +- 3 files changed, 6 insertions(+), 1 deletion(

[U-Boot] [PATCHv3 01/10] arm: Remove zipitz2 board

Per discussion on the list, drop this board again. Cc: Vasily Khoruzhick Signed-off-by: Tom Rini --- arch/arm/Kconfig | 5 -- board/zipitz2/Kconfig | 9 -- board/zipitz2/MAINTAINERS | 6 -- board/zipitz2/Makefile| 8 -- board/zipitz2/zipitz2.c | 219 --

[U-Boot] [PATCH V2] arm: omap3: Manually initialize GPIO if OF_CONTROL doesn't

The commong initialization code manually initializes the GPIO even when OF_CONTROL does it, so we can reduce the code size a bit by not doing it manually when we have device tree support. Using the omap3_logic board (dm3730), the sizes shrunk: Before: textdata bss dec hex file

[U-Boot] [PATCH] arm: omap3: Manually initialize GPIO if OF_CONTROL doesn't

The commong initialization code manually initializes the GPIO even when OF_CONTROL does it, so we can reduce the code size a bit by not doing it manually when we have device tree support. Using the omap3_logic board (dm3730), the sizes shrunk: Before: textdata bss dec hex file

[U-Boot] [PATCHv2 1/1] Basic (PS-only) configuration based on Vivado board files by Sergiusz Bazanski

From: Anton Gerasimov Signed-off-by: Anton Gerasimov --- board/xilinx/zynq/zynq-zturn/ps7_init_gpl.c | 814 1 file changed, 814 insertions(+) create mode 100644 board/xilinx/zynq/zynq-zturn/ps7_init_gpl.c diff --git a/board/xilinx/zynq/zynq-zturn/ps7_init_gpl.c b/board/x

[U-Boot] [PATCHv2 0/1] Add ps7_init_gpl.c for Z-turn board

From: Anton Gerasimov Device tree and defconfig are already in U-boot. I've done basic testing (i.e. it boots). Fixed warnings/errors from checkpatch.pl Anton Gerasimov (1): Basic (PS-only) configuration based on Vivado board files by Sergiusz Bazanski board/xilinx/zynq/zynq-zturn/ps7

[U-Boot] [PATCH 0/2] efi_loader: registration key in LocateProtocol()

In LocateProtocol() implement searching by the registration key returned by RegisterNotifyProtocol(). With the patch series the UEFI SCT tests for LocateProtocol() are passed without error. Factor our a common function module efi_check_register_notify_event() used by LocateHandle() and LocateProt

[U-Boot] [PATCH 1/2] efi_loader: factor our efi_check_register_notify_event()

The code to check if a registration key is a valid key returned by RegisterProtocolNotify() can be reused. So let us factor it out into a new function efi_check_register_notify_event(). Signed-off-by: Heinrich Schuchardt --- lib/efi_loader/efi_boottime.c | 31 +++ 1 f

[U-Boot] [PATCH 2/2] efi_loader: registration key in LocateProtocol()

In LocateProtocol() implement searching by the registration key returned by RegisterNotifyProtocol(). Signed-off-by: Heinrich Schuchardt --- lib/efi_loader/efi_boottime.c | 49 --- 1 file changed, 39 insertions(+), 10 deletions(-) diff --git a/lib/efi_loader/efi_

[U-Boot] [PATCH v4 1/1] efi_loader: bootmgr: print a message when loading from BootNext failed

From: AKASHI Takahiro If a user defines BootNext but not BootOrder and loading from BootNext fails, you will see only a message like this: BootOrder not defined This may confuse a user. Adding an error message will be helpful. An example output looks like this: => efidebug boot add 000

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

On Tue, May 28, 2019 at 09:01:37AM -0700, Tom Warren wrote: > Tom, > > Please pull u-boot-tegra/master into U-Boot/master. Thanks! > > All Tegra builds are OK, and Stephen's automated test system reports that > all tests pass. > > The following changes since commit 40920bdecc4e1b7096de6f546d7b

Re: [U-Boot] [PATCH 7/8] twister: remove board

On Fri, May 17, 2019 at 11:17:19AM +0200, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > This board still doesn't select CONFIG_DM and seems to be umaintained. > As it makes progress on modernizing several DaVinci drivers more > difficult and the maintainer has not expressed interest

Re: [U-Boot] [PATCH v2 2/5] fs: fat: flush a directory cluster properly

On Fri, May 24, 2019 at 02:10:36PM +0900, AKASHI Takahiro wrote: > When a long name directory entry is created, multiple directory entries > may be occupied across a directory cluster boundary. Since only one > directory cluster is cached in a directory iterator, a first cluster must > be written

Re: [U-Boot] [PATCH 5/8] cm_t3517: remove board

On Fri, May 17, 2019 at 11:17:17AM +0200, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > This board still doesn't select CONFIG_DM and seems to be umaintained. > As it makes progress on modernizing several DaVinci drivers more > difficult and the maintainer has not expressed interest

Re: [U-Boot] [PATCH v2 3/5] fs: fat: allocate a new cluster for root directory of fat32

On Fri, May 24, 2019 at 02:10:37PM +0900, AKASHI Takahiro wrote: > Contrary to fat12/16, fat32 can have root directory at any location > and its size can be expanded. > Without this patch, root directory won't grow properly and so we will > eventually fail to add files under root directory. Please

Re: [U-Boot] [PATCH] Kconfig: Fix SPL_LOAD_FIT description

On Sat, May 25, 2019 at 10:53:42PM +0200, Marek Vasut wrote: > Both the SPL_LOAD_FIT and SPL_LOAD_FIT_FULL have the same description. > Adjust the description to make it clear which one is which. > > Signed-off-by: Marek Vasut > Cc: Tom Rini Applied to u-boot/master, thanks! -- Tom signatu

Re: [U-Boot] [PATCH v2 1/5] fs: fat: write to non-cluster-aligned root directory

On Fri, May 24, 2019 at 02:10:35PM +0900, AKASHI Takahiro wrote: > With the commit below, fat now correctly handles a file read under > a non-cluster-aligned root directory of fat12/16. > Write operation should be fixed in the same manner. > > Fixes: commit 9b18358dc05d ("fs: fat: fix reading non

Re: [U-Boot] [PATCH 8/8] mcx: remove board

On Fri, May 17, 2019 at 11:17:20AM +0200, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > This board still doesn't select CONFIG_DM and seems to be umaintained. > As it makes progress on modernizing several DaVinci drivers more > difficult and the maintainer has not expressed interest

Re: [U-Boot] [PATCH] dm: arm: bcmstb: Enable driver model MMC support

On Fri, May 17, 2019 at 08:17:07AM -0400, Thomas Fitzsimmons wrote: > For bcm7445 and bcm7260, this patch enables CONFIG_DM_MMC and updates > the bcmstb SDHCI driver to use the new driver model. This allows > removal of SDHCI configuration handling from bcmstb.c, and eliminates > a board removal

Re: [U-Boot] [PATCH 3/8] eco5pk: remove board

On Fri, May 17, 2019 at 11:17:15AM +0200, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > This board still doesn't select CONFIG_DM and seems to be umaintained. > As it makes progress on modernizing several DaVinci drivers more > difficult and the maintainer has not expressed interest

Re: [U-Boot] [PATCH 1/1] cmd: remove unused `display` command

On Tue, May 21, 2019 at 07:49:58AM +0200, Heinrich Schuchardt wrote: > Compiling the display command leads to an error > > undefined reference to `display_set' > > No implementation of display_set() exists in U-Boot. > > Eliminate the `display` command as well as the accompanying files. >

Re: [U-Boot] [PATCH 4/8] ipam390: remove board

On Fri, May 17, 2019 at 11:17:16AM +0200, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > This board still doesn't select CONFIG_DM and seems to be umaintained. > As it makes progress on modernizing several DaVinci drivers more > difficult and the maintainer has not expressed interest

Re: [U-Boot] [PATCH 6/8] mt_ventoux: remove board

On Fri, May 17, 2019 at 11:17:18AM +0200, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > This board still doesn't select CONFIG_DM and seems to be umaintained. > As it makes progress on modernizing several DaVinci drivers more > difficult and the maintainer has not expressed interest

Re: [U-Boot] [PATCH] arm: davinci: remove leftover assembly

On Mon, May 20, 2019 at 06:29:38PM +0200, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > There are no more users of lowlevel_init.S. Remove the file. > > Suggested-by: Adam Ford > Signed-off-by: Bartosz Golaszewski Applied to u-boot/master, thanks! -- Tom signature.asc Descri

Re: [U-Boot] [PATCH 2/8] ea20: remove board

On Fri, May 17, 2019 at 11:17:14AM +0200, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > This board still doesn't select CONFIG_DM and seems to be umaintained. > As it makes progress on modernizing several DaVinci drivers more > difficult and the maintainer has not expressed interest

Re: [U-Boot] [PATCH 1/8] calimain: remove board

On Fri, May 17, 2019 at 11:17:13AM +0200, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > This board still doesn't select CONFIG_DM and seems to be umaintained. > As it makes progress on modernizing several DaVinci drivers more > difficult and the maintainer has not expressed interest

Re: [U-Boot] [PATCH] board/BuR: invalidate ${dtbaddr} before cfgscr

On Thu, May 16, 2019 at 05:24:19PM +0200, Hannes Schmelzer wrote: > From: Hannes Schmelzer > > The first memory location of ${dtbaddr} may be still valid after a warm > restart of the machine and 'fdt addr ${dtbaddr}' doesn't recognize that > the cfgscript didn't run properly and fallback mechan

Re: [U-Boot] [PATCH] fs: fat: Fix possible double free of fatbuf

On Thu, May 16, 2019 at 09:34:31AM -0500, Andrew F. Davis wrote: > fat_itr_root() allocates fatbuf so we free it on the exit path, if > the function fails we should not free it, check the return value > and skip freeing if the function fails. > > Signed-off-by: Andrew F. Davis Applied to u-boot

Re: [U-Boot] [PATCH 1/1] fs: fat: correct file name normalization

On Sun, May 12, 2019 at 09:59:18AM +0200, Heinrich Schuchardt wrote: > File names may not contain control characters (< 0x20). > Simplify the coding. > > Signed-off-by: Heinrich Schuchardt Applied to u-boot/master, thanks! -- Tom signature.asc Description: PGP signature

Re: [U-Boot] [linux-sunxi] [PATCH v6] sun8i: h3: Add support for the Beelink-x2 STB

On Wed, 29 May 2019 at 14:01, Jagan Teki wrote: > > On Wed, May 29, 2019 at 5:25 PM wrote: > > > > From: Marcus Cooper > > > > The Beelink X2 is an STB based on the Allwinner H3 SoC with a uSD slot, > > 2 USB ports( 1 * USB-2 Host, 1 USB OTG), a 10/100M ethernet port using the > > SoC's integrat

[U-Boot] [PATCH] armv8: fsl-layerscape: fix config dependency for layerscape pci code

Fixes a link error on layerscape platform, linking fails with CONFIG_PCI set and CONFIG_PCI_LAYERSCAPE unset. Signed-off-by: Alex Marginean --- arch/arm/cpu/armv8/fsl-layerscape/fdt.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/cpu/armv8/fsl-layerscape/fdt.c b/a

Re: [U-Boot] [PATCH v2 4/7] remoteproc: add elf file load support

Hi Lokesh On 29/05/2019 6:21 AM, Lokesh Vutla wrote: > > On 27/05/19 5:53 PM, Fabien Dessenne wrote: >> The current implementation supports only binary file load. >> Add helpers to support ELF format (sanity check, and load). >> Note that since an ELF image is built for the remote processor, the

[U-Boot] u-boot error undefined instruction

Hello everyone, Apologize if it's not the right channel to ask this kind of questions. I have build an image using YOCTO for an arm7 platform. I'm creating a fitImage with the kernel and the dtb file, but after installing the image and starting the device I get this error: ``` Starting kerne

Re: [U-Boot] Reading from an arbitrary address over MDIO no longer works

On 29.05.2019 18:00, Alex Marginean wrote: > On 5/29/2019 5:19 PM, Vladimir Oltean wrote: >> On 29.05.2019 15:27, Alex Marginean wrote: >>> >>> Hi Carlo, everyone, >>> >>> I'm doing some MDIO work on a freescale/NXP platform and I bumped into >>> errors with this command: >>> => mdio r emdio#3 5 3

Re: [U-Boot] Reading from an arbitrary address over MDIO no longer works

On 5/29/2019 5:19 PM, Vladimir Oltean wrote: On 29.05.2019 15:27, Alex Marginean wrote: Hi Carlo, everyone, I'm doing some MDIO work on a freescale/NXP platform and I bumped into errors with this command: => mdio r emdio#3 5 3 Reading from bus emdio#3 "Synchronous Abort" handler, esr 0x860

Re: [U-Boot] [PATCH] arm: mvebu: helios4: Enable CONFIG_BLK and CONFIG_DM_MMC

Reviewed-by: Dennis Gilmore Tested-by: Dennis Gilmore On Mon, May 20, 2019 at 2:53 AM Stefan Roese wrote: > > This patch enables CONFIG_BLK and CONFIG_DM_MMC on helios4 to remove > these compile warnings: > > = WARNING == > This board does not use CONFIG_

[U-Boot] [PATCH] ARM: da850evm: Fix reading MAC from SPI

The MAC address is located at at the last 64K of SPI Flash, and it's 6 bytes long. This patch corrects both the length and starting byte of the MAC address. Signed-off-by: Adam Ford diff --git a/board/davinci/da8xxevm/da850evm.c b/board/davinci/da8xxevm/da850evm.c index 1bc26828bf..a90b7a3538

[U-Boot] [PATCH] arm: mvebu: helios4: add MMC to SPL DT

From: Dennis Gilmore This allows SPL to load the main U-Boot image from MMC once DM_MMC is enabled. Signed-off-by: Dennis Gilmore --- arch/arm/dts/armada-388-helios4-u-boot.dtsi | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/dts/armada-388-helios4-u-boot.dtsi b/arch/arm/dts/

Re: [U-Boot] Reading from an arbitrary address over MDIO no longer works

On 29.05.2019 15:27, Alex Marginean wrote: > > Hi Carlo, everyone, > > I'm doing some MDIO work on a freescale/NXP platform and I bumped into > errors with this command: > => mdio r emdio#3 5 3 > Reading from bus emdio#3 > "Synchronous Abort" handler, esr 0x860e > elr: 862b8000 lr : 0

Re: [U-Boot] [PATCH 4/4] davinci: omapl138-lcdk: enable driver-model in SPL

śr., 29 maj 2019 o 15:47 Adam Ford napisał(a): > > On Wed, May 29, 2019 at 8:23 AM Bartosz Golaszewski wrote: > > > > śr., 29 maj 2019 o 15:04 Adam Ford napisał(a): > > > > > > On Wed, May 29, 2019 at 4:40 AM Bartosz Golaszewski wrote: > > > > > > > > wt., 28 maj 2019 o 17:05 Adam Ford napisał

Re: [U-Boot] U-Boot PXA support

On Thu, May 16, 2019 at 02:53:55PM +, Marcel Ziswiler wrote: > Hi Tom > > On Mon, 2019-05-06 at 09:26 -0400, Tom Rini wrote: > > Hey folks, > > > > I'm attempting, again, to see what we need to do in order to use gcc- > > 8.x > > for U-Boot and ran into, again: > > https://patchwork.ozlabs.or

Re: [U-Boot] [PATCH 4/4] davinci: omapl138-lcdk: enable driver-model in SPL

On Wed, May 29, 2019 at 8:23 AM Bartosz Golaszewski wrote: > > śr., 29 maj 2019 o 15:04 Adam Ford napisał(a): > > > > On Wed, May 29, 2019 at 4:40 AM Bartosz Golaszewski wrote: > > > > > > wt., 28 maj 2019 o 17:05 Adam Ford napisał(a): > > > > > > > > On Tue, May 28, 2019 at 2:58 AM Bartosz Gol

[U-Boot] Reading from an arbitrary address over MDIO no longer works

Hi Carlo, everyone, I'm doing some MDIO work on a freescale/NXP platform and I bumped into errors with this command: => mdio r emdio#3 5 3 Reading from bus emdio#3 "Synchronous Abort" handler, esr 0x860e elr: 862b8000 lr : 8200cce4 (reloc) ... mdio list does not list any PHYs

Re: [U-Boot] [v4, 0/5] Split fsl_esdhc driver for i.MX

Hi "Y.b. Lu", > The fsl_esdhc driver was for Freescale eSDHC on MPC83XX/MPC85XX > initially. The later QoriQ series PowerPC processors (which were > evolutions of MPC83XX/MPC85XX), QorIQ series ARM processors, and > i.MX series processors were using this driver for their eSDHCs too. > > For the t

Re: [U-Boot] [v3, 2/5] mmc: split fsl_esdhc driver for i.MX

> -Original Message- > From: Y.b. Lu > Sent: 2019年5月29日 15:10 > To: Lukasz Majewski > Cc: u-boot@lists.denx.de; Stefano Babic ; Fabio Estevam > ; dl-uboot-imx ; Albert Aribaud > ; Eddy Petrișor ; > Akshay Bhat ; Ken Lin > ; Heiko Schocher ; Christian > Gmeiner ; Stefan Roese ; Patrick > Br

[U-Boot] [v4, 5/5] mmc: fsl_esdhc_imx: drop useless code

Dropped useless code for i.MX eSDHC driver. Signed-off-by: Yangbo Lu Tested-by: Steffen Dirkwinkel Reviewed-by: Peng Fan --- Changes for v2: - Added this patch. Changes for v3: - None. Changes for v4: - Dropped PPC code introduced recently. --- drivers/mmc/fsl_esdhc_imx

[U-Boot] [v4, 4/5] mmc: fsl_esdhc: drop i.MX code

Dropped i.MX code which couldn't be reused. Signed-off-by: Yangbo Lu Tested-by: Steffen Dirkwinkel Acked-by: Peng Fan --- Changes for v2: - Added this patch. Changes for v3: - Rebased. Changes for v4: - Rebased. - Added Tested-by/Acked-by. --- drivers/mmc/fsl_es

Re: [U-Boot] [PATCH v2 2/2] ARM: davinci: SPL: fix BSS initialization

On Wed, May 29, 2019 at 8:13 AM Sekhar Nori wrote: > > On 28/05/19 8:44 PM, Adam Ford wrote: > >> -void spl_board_init(void) > >> +void board_init_f(ulong dummy) > >> { > > > The da850 uses the device tree to get the serial port information, and > > someone else just submitted a patch to enable t

Re: [U-Boot] [PATCH v3] board/BuR/zynq/brsmarc2: initial commit

On 29. 05. 19 14:31, Hannes Schmelzer wrote: > On 5/27/19 8:35 AM, Michal Simek wrote: >> On 10. 05. 19 7:52, Hannes Schmelzer wrote: >>> This commit adds the first of a few more Xilinx ZYNQ based SoM boards. >>> >>> The SoM is based on Xilinx Zynq 7000 SoC. >>> Mainly vxWorks 6.9.4.x is running on

Re: [U-Boot] [PATCH 4/4] davinci: omapl138-lcdk: enable driver-model in SPL

śr., 29 maj 2019 o 15:04 Adam Ford napisał(a): > > On Wed, May 29, 2019 at 4:40 AM Bartosz Golaszewski wrote: > > > > wt., 28 maj 2019 o 17:05 Adam Ford napisał(a): > > > > > > On Tue, May 28, 2019 at 2:58 AM Bartosz Golaszewski wrote: > > > > > > > > From: Bartosz Golaszewski > > > > > > > >

Re: [U-Boot] [PATCH v2 2/2] ARM: davinci: SPL: fix BSS initialization

On 28/05/19 8:44 PM, Adam Ford wrote: >> -void spl_board_init(void) >> +void board_init_f(ulong dummy) >> { > The da850 uses the device tree to get the serial port information, and > someone else just submitted a patch to enable the device tree for the > LCDK. At least for the da850-evm, we need

Re: [U-Boot] [PATCH 4/4] davinci: omapl138-lcdk: enable driver-model in SPL

On Wed, May 29, 2019 at 4:40 AM Bartosz Golaszewski wrote: > > wt., 28 maj 2019 o 17:05 Adam Ford napisał(a): > > > > On Tue, May 28, 2019 at 2:58 AM Bartosz Golaszewski wrote: > > > > > > From: Bartosz Golaszewski > > > > > > Enable CONFIG_SPL_DM and enable the driver model for serial by defin

Re: [U-Boot] [PATCH v2] fsl_qspi: Improve QSPI driver to incorporate 4 byte commands

Hi Frieder, On Wed, May 29, 2019 at 6:14 PM Schrempf Frieder wrote: > > Hi Jagan, > > On 29.05.19 13:06, Jagan Teki wrote: > > On Fri, Apr 26, 2019 at 6:12 PM Rajat Srivastava > > wrote: > >> > >> Previously, the SPI framework supported only 3-byte opcodes > >> but the FSL QSPI controller used t

Re: [U-Boot] [PATCH v2] fsl_qspi: Improve QSPI driver to incorporate 4 byte commands

Hi Jagan, On 29.05.19 13:06, Jagan Teki wrote: > On Fri, Apr 26, 2019 at 6:12 PM Rajat Srivastava > wrote: >> >> Previously, the SPI framework supported only 3-byte opcodes >> but the FSL QSPI controller used to deal with flashes that >> work with 4-byte opcodes. As a workaround to resolve this,

Re: [U-Boot] [PATCH 1/1] efi_loader: bootmgr: print a message when loading from BootNext failed

> Am 29.05.2019 um 12:59 schrieb Heinrich Schuchardt : > >> On 5/29/19 11:40 AM, Alexander Graf wrote: >> >>> On 28.05.19 12:13, Heinrich Schuchardt wrote: >>> From: AKASHI Takahiro >>> >>> If a user defines BootNext but not BootOrder and loading from BootNext >>> fails, you will see only a m

Re: [U-Boot] [PATCH 3/3] usb: musb-new: omap2430: Fix compilation warning with USB_MUSB_GADGET

On 5/29/19 2:33 PM, Derald D. Woods wrote: > On Wed, May 29, 2019 at 02:17:03PM +0200, Marek Vasut wrote: >> On 5/29/19 1:44 PM, Derald Woods wrote: >>> >>> >>> On Wed, 29 May 2019, 05:07 Marek Vasut, >> > wrote: >>> >>> On 5/29/19 3:34 AM, Derald Woods wrote: >>>

Re: [U-Boot] [PATCH 3/3] usb: musb-new: omap2430: Fix compilation warning with USB_MUSB_GADGET

On Wed, May 29, 2019 at 02:17:03PM +0200, Marek Vasut wrote: > On 5/29/19 1:44 PM, Derald Woods wrote: > > > > > > On Wed, 29 May 2019, 05:07 Marek Vasut, > > wrote: > > > > On 5/29/19 3:34 AM, Derald Woods wrote: > > > On Tue, May 28, 2019 at 7:49 PM Marek

Re: [U-Boot] [PATCH v3] board/BuR/zynq/brsmarc2: initial commit

On 5/27/19 8:35 AM, Michal Simek wrote: On 10. 05. 19 7:52, Hannes Schmelzer wrote: This commit adds the first of a few more Xilinx ZYNQ based SoM boards. The SoM is based on Xilinx Zynq 7000 SoC. Mainly vxWorks 6.9.4.x is running on the board, doing some PLC stuff on various carrier boards. S

[U-Boot] [v4, 1/5] Move CONFIG_FSL_ESDHC to defconfig

Moved CONFIG_FSL_ESDHC from header files to defconfig files. Signed-off-by: Yangbo Lu Tested-by: Steffen Dirkwinkel Reviewed-by: Peng Fan Reviewed-by: Lukasz Majewski Acked-by: Jason Liu --- Changes for v2: - Rebased. Changes for v3: - Rebased. Changes for v4: - Added

[U-Boot] [v4, 2/5] mmc: split fsl_esdhc driver for i.MX

The fsl_esdhc driver was for Freescale eSDHC on MPC83XX/MPC85XX initially. The later QoriQ series PowerPC processors (which were evolutions of MPC83XX/MPC85XX), QorIQ series ARM processors, and i.MX series processors were using this driver for their eSDHCs too. For the two series processors, the e

[U-Boot] [v4, 0/5] Split fsl_esdhc driver for i.MX

The fsl_esdhc driver was for Freescale eSDHC on MPC83XX/MPC85XX initially. The later QoriQ series PowerPC processors (which were evolutions of MPC83XX/MPC85XX), QorIQ series ARM processors, and i.MX series processors were using this driver for their eSDHCs too. For the two series processors, the e

[U-Boot] [PATCH v2] armv8: fsl-layerscape: Update qspi clk cfg

Update qspi clock configuration in TFABOOT in case of all boot sources except qspi boot source. Signed-off-by: Pankit Garg --- Changes for v2: - change subject line of commit-id arch/arm/cpu/armv8/fsl-layerscape/soc.c | 9 + 1 file changed, 9 insertions(+) diff --git a/arch/arm/cpu/ar

Re: [U-Boot] [PATCH 3/3] usb: musb-new: omap2430: Fix compilation warning with USB_MUSB_GADGET

On 5/29/19 1:44 PM, Derald Woods wrote: > > > On Wed, 29 May 2019, 05:07 Marek Vasut, > wrote: > > On 5/29/19 3:34 AM, Derald Woods wrote: > > On Tue, May 28, 2019 at 7:49 PM Marek Vasut > wrote: > >> > >> On 5/29/

Re: [U-Boot] [PATCH] sunxi: move CONFIG_SPL_TEXT_BASE from *_defconfig to Kconfig

On Mon, May 27, 2019 at 6:15 AM Andre Przywara wrote: > > The choice of the SPL_TEXT_BASE is not really a decision that should be > specified by each board's defconfig, as this setting is actually > dictated by the SoC's memory map and the BootROM behaviour. > > To make this obvious and reduce the

Re: [U-Boot] [linux-sunxi] [PATCH v6] sun8i: h3: Add support for the Beelink-x2 STB

On Wed, May 29, 2019 at 5:25 PM wrote: > > From: Marcus Cooper > > The Beelink X2 is an STB based on the Allwinner H3 SoC with a uSD slot, > 2 USB ports( 1 * USB-2 Host, 1 USB OTG), a 10/100M ethernet port using the > SoC's integrated PHY, Wifi via an sdio wifi chip, HDMI, an IR receiver, a > dua

Re: [U-Boot] [PATCH v6] sun8i: h3: Add support for the Beelink-x2 STB

On Wed, 29 May 2019 at 13:55, wrote: > > From: Marcus Cooper > > The Beelink X2 is an STB based on the Allwinner H3 SoC with a uSD slot, > 2 USB ports( 1 * USB-2 Host, 1 USB OTG), a 10/100M ethernet port using the > SoC's integrated PHY, Wifi via an sdio wifi chip, HDMI, an IR receiver, a > dual

[U-Boot] [PATCH v6] sun8i: h3: Add support for the Beelink-x2 STB

From: Marcus Cooper The Beelink X2 is an STB based on the Allwinner H3 SoC with a uSD slot, 2 USB ports( 1 * USB-2 Host, 1 USB OTG), a 10/100M ethernet port using the SoC's integrated PHY, Wifi via an sdio wifi chip, HDMI, an IR receiver, a dual colour LED and an optical S/PDIF connector. Signed

Re: [U-Boot] [PATCH 3/3] usb: musb-new: omap2430: Fix compilation warning with USB_MUSB_GADGET

On Wed, 29 May 2019, 05:07 Marek Vasut, wrote: > On 5/29/19 3:34 AM, Derald Woods wrote: > > On Tue, May 28, 2019 at 7:49 PM Marek Vasut > wrote: > >> > >> On 5/29/19 2:00 AM, Derald Woods wrote: > >>> On Tue, May 28, 2019 at 6:27 PM Marek Vasut > wrote: > > On 5/29/19 1:16 AM, Derald

Re: [U-Boot] [PATCH v2] fsl_qspi: Improve QSPI driver to incorporate 4 byte commands

On Fri, Apr 26, 2019 at 6:12 PM Rajat Srivastava wrote: > > Previously, the SPI framework supported only 3-byte opcodes > but the FSL QSPI controller used to deal with flashes that > work with 4-byte opcodes. As a workaround to resolve this, > for every 3-byte opcodes sent by framework FSL QSPI dr

Re: [U-Boot] [PATCH 1/1] efi_loader: bootmgr: print a message when loading from BootNext failed

On 5/29/19 11:40 AM, Alexander Graf wrote: On 28.05.19 12:13, Heinrich Schuchardt wrote: From: AKASHI Takahiro If a user defines BootNext but not BootOrder and loading from BootNext fails, you will see only a message like this: BootOrder not defined This may confuse a user. Adding an err

Re: [U-Boot] [PATCH] mtd: spi-nor-ids: Add SPI_NOR_4B_OPCODES to micron mt35xu512g flash ID

On Wed, May 22, 2019 at 4:50 PM Kuldeep Singh wrote: > > Signed-off-by: Kuldeep Singh > --- > drivers/mtd/spi/spi-nor-ids.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/mtd/spi/spi-nor-ids.c b/drivers/mtd/spi/spi-nor-ids.c > index af0b3a6488..a143fba265 100644

Re: [U-Boot] [v3, 5/5] mmc: fsl_esdhc_imx: drop useless code

> -Original Message- > From: Lukasz Majewski > Sent: 2019年5月29日 14:43 > To: Y.b. Lu > Cc: u-boot@lists.denx.de; Stefano Babic ; Fabio Estevam > ; dl-uboot-imx ; Albert Aribaud > ; Eddy Petrișor ; > Akshay Bhat ; Ken Lin > ; Heiko Schocher ; Christian > Gmeiner ; Stefan Roese ; Patrick > B

Re: [U-Boot] [PATCH] configs/legoev3: define CONFIG_SKIP_LOWLEVEL_INIT

śr., 29 maj 2019 o 03:55 David Lechner napisał(a): > > On 5/28/19 8:52 PM, Adam Ford wrote: > > On Tue, May 28, 2019 at 7:03 PM David Lechner wrote: > >> > >> This adds a define for CONFIG_SKIP_LOWLEVEL_INIT in the legoev3 config. > >> On the EV3, U-Boot is loaded into RAM by another bootloader,

Re: [U-Boot] [v3, 4/5] mmc: fsl_esdhc: drop i.MX code

> -Original Message- > From: Lukasz Majewski > Sent: 2019年5月29日 14:40 > To: Y.b. Lu > Cc: u-boot@lists.denx.de; Stefano Babic ; Fabio Estevam > ; dl-uboot-imx ; Albert Aribaud > ; Eddy Petrișor ; > Akshay Bhat ; Ken Lin > ; Heiko Schocher ; Christian > Gmeiner ; Stefan Roese ; Patrick > B

Re: [U-Boot] [v3, 2/5] mmc: split fsl_esdhc driver for i.MX

> -Original Message- > From: Lukasz Majewski > Sent: 2019年5月29日 14:30 > To: Y.b. Lu > Cc: u-boot@lists.denx.de; Stefano Babic ; Fabio Estevam > ; dl-uboot-imx ; Albert Aribaud > ; Eddy Petrișor ; > Akshay Bhat ; Ken Lin > ; Heiko Schocher ; Christian > Gmeiner ; Stefan Roese ; Patrick > B

  1   2   >