[U-Boot] [PATCH 1/3] mmc: ftsdc010: Support High-Speed mode

From: Rick Chen ftsdc010 dm driver has been disable High-Speed mode as default to work around Andes AE3XX platform's problem, because of it does not support High-Speed mode in commit id 73cd56b2df213c629191139e5c6705e069b6214f. But other platforms or SoCs maybe support this

[U-Boot] [PATCH 3/3] nds32: dts: AG101P support sd High-Speed mode

From: Rick Chen Enable High-Speed mode with cap-sd-highspeed in dts Signed-off-by: Rick Chen Signed-off-by: Rick Chen --- arch/nds32/dts/ag101p.dts | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/nds32/dts/ag101p.dts

[U-Boot] [PATCH 2/3] riscv: dts: AE250 support sd High-Speed mode

From: Rick Chen Enable High-Speed mode with cap-sd-highspeed in dts. Signed-off-by: Rick Chen Signed-off-by: Rick Chen --- arch/riscv/dts/ae250.dts | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/riscv/dts/ae250.dts

[U-Boot] [PATCH] ARM: uniphier: dts: sync with Linux 4.16-rc5

Signed-off-by: Masahiro Yamada --- arch/arm/dts/uniphier-ld11.dtsi| 3 +++ arch/arm/dts/uniphier-ld4.dtsi | 21 + arch/arm/dts/uniphier-pro4-ref.dts | 4 arch/arm/dts/uniphier-pro4.dtsi| 25 +

[U-Boot] [PATCH] davinci: omapl138_lcdk: fix PLL0 frequency

commit 1601dd97edc6 ("davinci: omapl138_lcdk: increase PLL0 frequency") changed the PLL0 frequency to 456MHz, which is needed for the LCDC IP block. However, in doing so, it caused the PLLOUT clock to be outside of the allowable specifications given in the OMAP-L138 data sheet. (It says PLLOUT

[U-Boot] U-boot Hush Environment

In the past the Hush shell would print a variable when edited, and on could back arrow (move position) or backspace (delete characters). Currently is does not print the command on edit, and if one hits carriage return the variable is deleted. Is this an enhancement, or do I have the

Re: [U-Boot] [PATCH v4 7/7] test/py: add spi_flash tests

Hi, On Wed, 14 Mar 2018 at 19:27 Stephen Warren wrote: > On 03/14/2018 05:15 PM, Liam Beguin wrote: > > Add basic tests for the spi_flash subsystem. > > > > Signed-off-by: Liam Beguin > > Reviewed-by: Stephen Warren > > It's

Re: [U-Boot] [PATCH v4 7/7] test/py: add spi_flash tests

On 03/14/2018 05:15 PM, Liam Beguin wrote: Add basic tests for the spi_flash subsystem. Signed-off-by: Liam Beguin Reviewed-by: Stephen Warren It's useful if you put a brief description of what changed between patch versions below the --- line so

[U-Boot] [PATCH v4 3/7] test/py: README: fix typo

Fix a minor typo causing vim (and possibly other) to get confused with coloring. Signed-off-by: Liam Beguin Reviewed-by: Stephen Warren --- test/py/README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/test/py/README.md

[U-Boot] [PATCH v4 4/7] test/py: README: add HOSTNAME to PYTHONPATH

As opposed to PATH, HOSTNAME is not appended to PYTHONPATH automatically. Lets add it to the examples to make it more obvious to new users. Signed-off-by: Liam Beguin Reviewed-by: Stephen Warren --- test/py/README.md | 4 ++-- 1 file changed, 2

[U-Boot] [PATCH v4 5/7] test/py: do not import pytest multiple times

Signed-off-by: Liam Beguin Reviewed-by: Stephen Warren --- test/py/u_boot_utils.py | 1 - 1 file changed, 1 deletion(-) diff --git a/test/py/u_boot_utils.py b/test/py/u_boot_utils.py index 9acb92ddc448..64584494e463 100644 --- a/test/py/u_boot_utils.py

[U-Boot] [PATCH v4 7/7] test/py: add spi_flash tests

Add basic tests for the spi_flash subsystem. Signed-off-by: Liam Beguin Reviewed-by: Stephen Warren --- test/py/tests/test_sf.py | 218 +++ 1 file changed, 218 insertions(+) create mode 100644

[U-Boot] [PATCH v4 6/7] test/py: add generic CRC32 function

Add a generic function which can be used to compute the CRC32 value of a region of RAM. Signed-off-by: Liam Beguin Reviewed-by: Stephen Warren --- test/py/u_boot_utils.py | 23 +++ 1 file changed, 23 insertions(+) diff --git

[U-Boot] [PATCH v4 2/7] cmd: sf: fix map_physmem check

Make sure 0x00 is a valid address to read to. If `addr` is 0x00 then map_physmem() will return 0 which should be a valid address. Signed-off-by: Liam Beguin Reviewed-by: Stephen Warren --- cmd/sf.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[U-Boot] [PATCH v4 0/7] add inital SF tests

Hi all, This is the inital step to adding tests for the SF subsystem plus very minor fixes. It is based on work I found on the mailing list[1]. For now, it doesn't do much but I plan on adding code to reset the flash to its initial state (based on an env flag) and more code to test the `sf

[U-Boot] [PATCH v4 1/7] spi: spi_flash: do not fail silently on bad user input

Make sure the user is notified instead of silently returning an error. Signed-off-by: Liam Beguin Reviewed-by: Stephen Warren --- drivers/mtd/spi/spi_flash.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [U-Boot] [PATCH 1/2] ARM: dts: zynq: Update dts for Z-turn board

Hi Alexander, device_type = "memory"; reg = <0x0 0x4000>; }; chosen { - stdout-path = "serial0:115200n8"; Nack. By default graphical output is quite unusable on this board, so we want to output to serial. If your Linux

Re: [U-Boot] [PATCH v2 1/1] board: am335x: Set serial# variable

On 28 February 2018 at 00:31, Tom Rini wrote: > On Wed, Feb 28, 2018 at 12:26:15AM +0200, Sam Protsenko wrote: > >> serial# variable is needed to show the device correctly in "fastboot >> devices" output. It's useful when we have several devices (in fastboot >> mode) connected

[U-Boot] [PATCH 1/1] efi_loader: correctly support parameter delta in Blt

In the Blt service of the EFI_GRAPHICS_OUTPUT_PROTOCOL the parameter delta is measured in bytes and not in pixels. The coding only supports delta being a multiple of four. The UEFI specification does not explicitly require this but as pixels have a size of four bytes we should be able to assume

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

On Thu, Mar 15, 2018 at 12:08 AM, Adam Ford wrote: > On Wed, Mar 14, 2018 at 12:39 PM, Jagan Teki > wrote: >> On Wed, Mar 14, 2018 at 10:57 PM, Tom Rini wrote: >>> On Wed, Mar 14, 2018 at 07:32:07PM +0530, Jagan Teki wrote:

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

On Wed, Mar 14, 2018 at 12:39 PM, Jagan Teki wrote: > On Wed, Mar 14, 2018 at 10:57 PM, Tom Rini wrote: >> On Wed, Mar 14, 2018 at 07:32:07PM +0530, Jagan Teki wrote: >> >>> Hi Tom, >>> >>> Please pull this PR. >>> >>> thanks, >>> Jagan. >>> >>>

Re: [U-Boot] efi_loader: Allow width smaller than buffer stride in efi_gop Blt()

On Wed, 2018-03-14 at 18:21 +0100, Heinrich Schuchardt wrote: @@ -87,7 +93,7 @@ efi_status_t EFIAPI gop_blt(struct efi_gop *this, void > > *buffer, > >   for (i = 0; i < height; i++) { > >   u32 *dest = fb + ((i + dy)  * line_len32) + > >  

Re: [U-Boot] [PATCH] spi: omap3: Fix redeclared error

On Wed, Mar 14, 2018 at 11:15 PM, Jagan Teki wrote: > omap3_spi_set_speed|mode redeclared bus symbol, fix the same. > > error: > drivers/spi/omap3_spi.c: In function ‘omap3_spi_set_speed’: > drivers/spi/omap3_spi.c:650:18: error: ‘bus’ redeclared as different kind of

[U-Boot] [v2] Pull request: u-boot-spi/master

Hi Tom, Please pull this PR. Change for v2: - include missing patch thanks, Jagan. The following changes since commit f95ab1fb6e37f0601f397091bb011edf7a98b890: Prepare v2018.03 (2018-03-13 08:02:19 -0400) are available in the Git repository at: git://git.denx.de/u-boot-spi.git master

[U-Boot] [PATCH] .travis.yml: Add lzop

We need lzop now in order to make some FIT images that use LZO compression on the contents. Signed-off-by: Tom Rini --- .travis.yml | 1 + 1 file changed, 1 insertion(+) diff --git a/.travis.yml b/.travis.yml index 7b53b3dddc1b..6cad65fd378d 100644 --- a/.travis.yml +++

[U-Boot] [PATCH] spi: omap3: Fix redeclared error

omap3_spi_set_speed|mode redeclared bus symbol, fix the same. error: drivers/spi/omap3_spi.c: In function ‘omap3_spi_set_speed’: drivers/spi/omap3_spi.c:650:18: error: ‘bus’ redeclared as different kind of symbol struct udevice *bus = dev->parent; Signed-off-by: Jagan Teki

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

On Wed, Mar 14, 2018 at 10:57 PM, Tom Rini wrote: > On Wed, Mar 14, 2018 at 07:32:07PM +0530, Jagan Teki wrote: > >> Hi Tom, >> >> Please pull this PR. >> >> thanks, >> Jagan. >> >> The following changes since commit f95ab1fb6e37f0601f397091bb011edf7a98b890: >> >> Prepare

Re: [U-Boot] [PATCH v2 04/10] phy: Add a new driver for OMAP's USB2 PHYs

On 14/03/2018 18:02, Patrice CHOTARD wrote: Hi Jean Jacques On 03/14/2018 05:18 PM, Jean-Jacques Hiblot wrote: This drivers supports the USB2 PHY found on omap5 and dra7 SOCs. Signed-off-by: Jean-Jacques Hiblot --- Changes in v2: - omap-usb2-phy: Implement power_on and

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

On Wed, Mar 14, 2018 at 07:32:07PM +0530, Jagan Teki wrote: > Hi Tom, > > Please pull this PR. > > thanks, > Jagan. > > The following changes since commit f95ab1fb6e37f0601f397091bb011edf7a98b890: > > Prepare v2018.03 (2018-03-13 08:02:19 -0400) > > are available in the Git repository at:

[U-Boot] [PATCH v2 7/7] bootcount: display5: config: Enable boot count feature in the display5 board

The boot count is enabled in both SPL and proper u-boot. Signed-off-by: Lukasz Majewski --- Changes in v2: - None configs/display5_defconfig | 4 1 file changed, 4 insertions(+) diff --git a/configs/display5_defconfig b/configs/display5_defconfig index

[U-Boot] [PATCH v2 4/7] bootcount: u-boot: Do not increment bootcount if already done in SPL

If the CONFIG_SPL_BOOTCOUNT_LIMIT is defined, the bootcount variable is already incremented after each boot attempt. For that reason we shall not increment it again in u-boot. Signed-off-by: Lukasz Majewski --- Changes in v2: - None common/autoboot.c | 2 ++ 1 file changed, 2

[U-Boot] [PATCH v2 0/7] Provide SPL support for bootcount (in the case of using falcon boot mode)

This patch series provides support for controlling bootcount limits in SPL. It also enables this feature on display5 board to present usage patterns. This patch has been applied on top of u-boot/master: SHA1 (tag): v2018.03 Changes in v2: - New patch - None - None - New patch - as suggested by

[U-Boot] [PATCH v2 5/7] bootcount: spl: Extend SPL to support bootcount incrementation

This patch adds support for incrementation of the bootcount in SPL. Such feature is necessary when we do want to use this feature with 'falcon' boot mode (which loads OS directly in SPL). Signed-off-by: Lukasz Majewski --- Changes in v2: - New patch - as suggested by Stefan

[U-Boot] [PATCH v2 6/7] bootcount: display5: spl: Extend DISPLAY5 board SPL to support bootcount checking

This patch is necessary for providing basic bootcount checking in the case of using "falcon" boot mode in that board. It forces u-boot proper boot, when we exceed the number of errors. Signed-off-by: Lukasz Majewski --- Changes in v2: - Remove bootcount_init() from SPL specific

[U-Boot] [PATCH v2 3/7] bootcount: Add function wrappers to handle bootcount increment and error checking

Those two functions can be used to provide easy bootcount management. Signed-off-by: Lukasz Majewski --- Changes in v2: - None include/bootcount.h | 25 + 1 file changed, 25 insertions(+) diff --git a/include/bootcount.h b/include/bootcount.h index

[U-Boot] [PATCH v2 1/7] bootcount: spl: Enable bootcount support in SPL

New, SPL related config option - CONFIG_SPL_BOOTCOUNT_LIMIT has been added to allow drivers/bootcount code re-usage in SPL. This code is necessary to use and setup bootcount in SPL in the case of falcon boot mode. Signed-off-by: Lukasz Majewski --- Changes in v2: None

[U-Boot] [PATCH v2 2/7] bootcount: Add include guards into bootcount.h file

Signed-off-by: Lukasz Majewski --- Changes in v2: - New patch include/bootcount.h | 3 +++ 1 file changed, 3 insertions(+) diff --git a/include/bootcount.h b/include/bootcount.h index 06fb4d3578..e3b3f7028e 100644 --- a/include/bootcount.h +++ b/include/bootcount.h @@ -4,6

Re: [U-Boot] efi_loader: Allow width smaller than buffer stride in efi_gop Blt()

On 03/14/2018 04:31 AM, Ivan Gorinov wrote: > Current implementation of Blt() in EFI_GRAPHICS_OUTPUT_PROTOCOL > assumes the memory buffer stride (number of bytes in a row) > always matches the rectangle Width, ignoring non-zero Delta. > > Signed-off-by: Ivan Gorinov > ---

[U-Boot] [RFC 7/7] board: MCR3000: use new DM watchdog

Signed-off-by: Christophe Leroy --- arch/powerpc/dts/mcr3000.dts | 3 +++ board/cssi/MCR3000/MCR3000.c | 19 +++ configs/MCR3000_defconfig| 2 ++ include/configs/MCR3000.h| 1 + 4 files changed, 25 insertions(+) diff --git

[U-Boot] [RFC 2/7] powerpc: mpc8xx: redistribute data in CPM dpram

Some malloc memory is needed at startup for DM model. Lets reorganise the use of the CPM dpram. The MPC866/885 dpram, we have 8kbytes dual port RAM, which is usable as: IMMR + 0x2000..0x2800: BD/Data/Microcode IMMR + 0x2800..0x2e00: BD/Data IMMR + 0x2e00..0x3800: BD/Data/Microcode IMMR +

[U-Boot] [RFC 4/7] board: MCR3000: Activate CONFIG_DM and CONFIG_OF_CONTROL

Add mcr3000 device tree and activate CONFIG_DM and CONFIG_OF_CONTROL Signed-off-by: Christophe Leroy --- arch/powerpc/dts/Makefile | 16 arch/powerpc/dts/mcr3000.dts | 12 board/cssi/MCR3000/u-boot.lds | 6 ++

[U-Boot] [RFC 5/7] powerpc: mpc8xx: move watchdog into drivers/watchdog

In preparation of DM watchdog, move basic actions into drivers/watchdog Signed-off-by: Christophe Leroy --- arch/powerpc/Kconfig| 2 +- arch/powerpc/cpu/mpc8xx/Kconfig | 4 arch/powerpc/cpu/mpc8xx/cpu.c | 13 - drivers/watchdog/Makefile

[U-Boot] [RFC 6/7] drivers: watchdog: add a driver for the MPC8xx watchdog

This patch adds a DM driver for the MPC8xx watchdog. Basically, the watchdog is enabled by default from the start and SYPCR register has to be writen once to set the timeout and/or deactivate the watchdog. Once written, it cannot be written again. It means that wdt_stop() can be called before

[U-Boot] [RFC 3/7] board: MCR3000: properly setup initial RAM

In order to use CONFIG_DM, some initial RAM is needed for malloc() Signed-off-by: Christophe Leroy --- arch/powerpc/cpu/mpc8xx/cpu_init.c | 2 +- arch/powerpc/cpu/mpc8xx/start.S| 5 +++-- include/configs/MCR3000.h | 7 --- 3 files changed, 8

[U-Boot] [RFC 1/7] powercp: mpc8xx: move commproc.h

include/commproc.h is dedicated to the 8xx, rename it cpm_8xx.h and move it into arch/powerpc/include/asm Signed-off-by: Christophe Leroy --- arch/powerpc/cpu/mpc8xx/cpu.c| 2 +- arch/powerpc/cpu/mpc8xx/cpu_init.c | 2 +-

[U-Boot] [RFC 0/7] Beginning of migration of MPC8xx to DM model

This serie is the beginning of MPC8xx migration to DM model. Please comment and help me get the good direction. Christophe Leroy (7): powercp: mpc8xx: move commproc.h powerpc: mpc8xx: redistribute data in CPM dpram board: MCR3000: properly setup initial RAM board: MCR3000: Activate

Re: [U-Boot] [PATCH v2 04/10] phy: Add a new driver for OMAP's USB2 PHYs

Hi Jean Jacques On 03/14/2018 05:18 PM, Jean-Jacques Hiblot wrote: > This drivers supports the USB2 PHY found on omap5 and dra7 SOCs. > > Signed-off-by: Jean-Jacques Hiblot > > --- > > Changes in v2: > - omap-usb2-phy: Implement power_on and power_off callbacks > >

[U-Boot] [PATCH 4/6] usb: ohci-generic: handle phy power on/off

From: Patrice Chotard Add generic_phy_power_on() and generic_phy_power_off() calls to switch ON/OFF phy during probe and remove functions. Signed-off-by: Patrice Chotard --- drivers/usb/host/ohci-generic.c | 17 + 1 file changed,

[U-Boot] [PATCH 5/6] usb: ohci-generic: factorize PHY operation

From: Patrice Chotard Factorize PHY get/init/poweron and PHY poweroff/exit operations into separate function, it simplify the error path. Signed-off-by: Patrice Chotard --- drivers/usb/host/ohci-generic.c | 99

[U-Boot] [PATCH 3/6] usb: ehci-generic: replace pr_err() by dev_err()

From: Patrice Chotard As we get access to struct udevice, use dev_err() instead of pr_err(). Signed-off-by: Patrice Chotard --- drivers/usb/host/ehci-generic.c | 16 +--- 1 file changed, 9 insertions(+), 7 deletions(-) diff --git

[U-Boot] [PATCH 6/6] usb: ohci-generic: replace pr_err() by dev_err()

From: Patrice Chotard As we get access to struct udevice, use dev_err() instead of pr_err(). Signed-off-by: Patrice Chotard --- drivers/usb/host/ohci-generic.c | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git

[U-Boot] [PATCH 2/6] usb: ehci-generic: factorize PHY operation

From: Patrice Chotard Factorize PHY get/init/poweron and PHY poweroff/exit operations into separate function, it simplify the error path. Signed-off-by: Patrice Chotard --- drivers/usb/host/ehci-generic.c | 99

[U-Boot] [PATCH 1/6] usb: ehci-generic: handle phy power on/off

From: Patrice Chotard Add generic_phy_power_on() and generic_phy_power_off() calls to switch ON/OFF phy during probe and remove functions. Signed-off-by: Christophe Kerello Signed-off-by: Patrice Chotard ---

[U-Boot] [PATCH 0/6] Update ohci/ehci-generic drivers

From: Patrice Chotard This series updates ohci-generic and ehci-generic drivers by: _ Add generic_phy_power_on() and generic_phy_power_off() needed to work with phy driver which implement these callbacks. _ Factorize PHY operations. _ Replace pr_err() with

[U-Boot] [PATCH v2 00/10] Add support for DM_USB for TI's DRA7 EVMs and AM57 EVMs platforms

Supporting DM USB is required to support DM_ETH and USB network adapters with the same binary. This series adds support for DM_USB for the DRA7/AM57 families. It leverages the work done for the STi family. This series applies on top of "xhci-dwc3: Couple of fixes for USB3 support" limitation: -

[U-Boot] [PATCH v2 10/10] configs: am57xx_evm: Enable DM_USB and dependencies

From: Vignesh R Enable DM_USB for AM57xx based boards. Signed-off-by: Vignesh R Signed-off-by: Jean-Jacques Hiblot --- Changes in v2: - Enable DM_USB in am57xx_evm_defconfig. USB3 (super speed) is supported. configs/am57xx_evm_defconfig |

[U-Boot] [PATCH v2 07/10] dts: dra7x: make ocp2scp@4a080000 compatible with simple-bus

This is required when DM_USB is used, to bind the USB phys. Signed-off-by: Jean-Jacques Hiblot --- Changes in v2: - split dts changes in 2 commits: one for binding the children of ocp2scp@4a08, and one to disable USB1 on all DRA7 EVMs arch/arm/dts/omap5-u-boot.dtsi |

[U-Boot] [PATCH v2 09/10] configs: enable DM_USB for all the platforms of the DRA7 family

Signed-off-by: Jean-Jacques Hiblot Reviewed-by: Tom Rini --- Changes in v2: None configs/dra7xx_evm_defconfig| 2 ++ configs/dra7xx_hs_evm_defconfig | 2 ++ 2 files changed, 4 insertions(+) diff --git a/configs/dra7xx_evm_defconfig

[U-Boot] [PATCH v2 08/10] dts: dra7x: Disable USB1 on all evms

On all the EVMs featuring a SOC of the DRA7 family, the USB1 port is used as a device for DFU. This port is managed by the platform code and must not be advertised to the DWC3 DM driver. This will be changed when/if support for the device mode is added to the dwc3-omap driver. Signed-off-by:

[U-Boot] [PATCH v2 06/10] board; ti: am57xx: turn on USB clocks

From: Vignesh R Enable USB clocks in late init stage to support ports under DM_USB. Signed-off-by: Vignesh R Signed-off-by: Jean-Jacques Hiblot --- Changes in v2: - am57xx boards: when DM_USB is used, turn on the required USB clocks

[U-Boot] [PATCH v2 04/10] phy: Add a new driver for OMAP's USB2 PHYs

This drivers supports the USB2 PHY found on omap5 and dra7 SOCs. Signed-off-by: Jean-Jacques Hiblot --- Changes in v2: - omap-usb2-phy: Implement power_on and power_off callbacks drivers/phy/Kconfig | 8 ++ drivers/phy/Makefile| 1 +

[U-Boot] [PATCH v2 05/10] board: ti: dra7xx-evm: turn on USB clocks in late init stage

For USB ports that use the Driver Model, turn on the clocks during the late init stage. Signed-off-by: Jean-Jacques Hiblot Reviewed-by: Tom Rini --- Changes in v2: None board/ti/dra7xx/evm.c | 19 +++ 1 file changed, 19 insertions(+) diff

[U-Boot] [PATCH v2 03/10] phy: ti-pip3-phy: Add support for USB3 PHY

From: Vignesh R Add support to handle USB3 PHYs present on AM57xx/DRA7xx SoCs. This is needed to move AM57xx to DM_USB. Signed-off-by: Vignesh R Signed-off-by: Jean-Jacques Hiblot --- Changes in v2: - Add USB3 support to ti-pipe3-phy driver

[U-Boot] [PATCH v2 02/10] usb: omap5: Add glue logic to support DM for USB host

The omap5 uses the dwc3. The dwc3 supports the driver model but it requires some glue logic to load the the driver. Signed-off-by: Jean-Jacques Hiblot --- Changes in v2: None drivers/usb/host/Kconfig | 10 + drivers/usb/host/Makefile | 1 +

[U-Boot] [PATCH v2 01/10] syscon: dm: Add a new method to get a regmap from DTS

syscon_regmap_lookup_by_phandle() can be used to the regmap of a syscon device from a reference in the DTS. It operates similarly to the linux version of the namesake function. Signed-off-by: Jean-Jacques Hiblot --- Changes in v2: None drivers/core/syscon-uclass.c | 23

Re: [U-Boot] [PATCH v3 7/7] test/py: add spi_flash tests

On 03/13/2018 08:03 PM, Liam Beguin wrote: Add basic tests for the spi_flash subsystem. Reviewed-by: Stephen Warren ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot

Re: [U-Boot] [PATCH v3 7/7] test/py: add spi_flash tests

Hi Michal, On Wed, 14 Mar 2018 at 10:35 Michal Simek wrote: > On 14.3.2018 03:03, Liam Beguin wrote: > > Add basic tests for the spi_flash subsystem. > > > > Signed-off-by: Liam Beguin > > --- > > test/py/tests/test_sf.py | 217 >

Re: [U-Boot] efi_loader: Allow width smaller than buffer stride in efi_gop Blt()

On 03/14/2018 04:31 AM, Ivan Gorinov wrote: Current implementation of Blt() in EFI_GRAPHICS_OUTPUT_PROTOCOL assumes the memory buffer stride (number of bytes in a row) always matches the rectangle Width, ignoring non-zero Delta. Signed-off-by: Ivan Gorinov Hello

Re: [U-Boot] [PATCH v3 7/7] test/py: add spi_flash tests

On 14.3.2018 03:03, Liam Beguin wrote: > Add basic tests for the spi_flash subsystem. > > Signed-off-by: Liam Beguin > --- > test/py/tests/test_sf.py | 217 > +++ > 1 file changed, 217 insertions(+) > create mode 100644

Re: [U-Boot] [U-Boot, 1/2] omap: Fix AM335x build with enabled fastboot flash

On Tue, Feb 27, 2018 at 11:45:03PM +0200, Sam Protsenko wrote: > When enabling CONFIG_FASTBOOT_FLASH in am335x_boneblack_defconfig, next > build errors and warnings occur: > > arch/arm/mach-omap2/utils.c: In function ‘omap_set_fastboot_cpu’: > arch/arm/mach-omap2/utils.c:26:16: warning:

Re: [U-Boot] configs: stm32: Enable DOS_PARTITION for STM32F4/F7 boards

On Wed, Feb 28, 2018 at 04:49:55PM +0100, patrice.chot...@st.com wrote: > From: Patrice Chotard > > Enable DOS_PARTITION for boards STM32F429-eval, STM32F469-disco > and STM32F746-disco. > This allows to read FAT partition on mmc. > > Signed-off-by: Patrice Chotard

Re: [U-Boot] ARM: dts: Add support for stm32f746-evaluation board support

On Fri, Feb 16, 2018 at 01:27:03PM +0100, patrice.chot...@st.com wrote: > From: Patrice Chotard > > This board offers: > _ STM32F746NGH6 microcontroller with 1 Mbyte Flash and 320+4 Kbytes RAM > _ Six 5 V power supply options: > Power jack >

Re: [U-Boot] [U-Boot, v1, 1/4] ARM: dts: dra76x: create a common file with MMC/SD IOdelay data

On Tue, Feb 27, 2018 at 05:05:47PM +0100, Jean-Jacques Hiblot wrote: > Add a common device-tree include file with MMC/SD IOdelay data > for DRA76x SoC based on the linux DTSI file. > > In the most common case, IOdelay data available in datamanual > can directly be used. This file caters to that

Re: [U-Boot] [U-Boot, 2/3] cmd: part: Extract common code to separate function

On Mon, Feb 26, 2018 at 11:18:00PM +0200, Sam Protsenko wrote: > Refactor the code for "part start" and "part size" commands to avoid > code duplication. > > Signed-off-by: Sam Protsenko > Reviewed-by: Lukasz Majewski Applied to u-boot/master,

Re: [U-Boot] [U-Boot, 1/3] cmd: part: Allow passing partition name to start and size

On Mon, Feb 26, 2018 at 11:17:59PM +0200, Sam Protsenko wrote: > Allow passing the partition name to "part start" and "part size" > commands, so we can avoid magic numbers in the environment. > > Consider one real use-case: in include/environment/ti/boot.h we have > commands like these: > >

Re: [U-Boot] [U-Boot, v2, 2/2] disk: part: use common api to lookup part driver

On Sat, Feb 10, 2018 at 05:55:38PM +0800, Kever Yang wrote: > Do not need to scan disk every time when we get part info > by name. > > Signed-off-by: Kever Yang Applied to u-boot/master, thanks! -- Tom signature.asc Description: PGP signature

Re: [U-Boot] [U-Boot, v2, 2/5] arch-stm32: Move gpio.h for STM32 SoCs in include/asm/

On Fri, Feb 09, 2018 at 01:09:54PM +0100, patrice.chot...@st.com wrote: > From: Patrice Chotard > > Instead to have 3 identical gpio.h for all STM32 SoCs, > migrate them in one file in include/asm. > > Signed-off-by: Patrice Chotard Applied to

Re: [U-Boot] [U-Boot, v2, 1/2] disk: part: scan the disk if the part_type is unknown

On Sat, Feb 10, 2018 at 05:55:37PM +0800, Kever Yang wrote: > If a DUT do not have partition table, and we write one with 'gpt write' > cmd, we should able to list the partition with 'part list' cmd. > It's reasonable to scan the disk again if the initial part_type is > unknown in case we just

Re: [U-Boot] [U-Boot, 2/2] configs: am335x_boneblack: Enable fastboot flash capability

On Tue, Feb 27, 2018 at 11:45:04PM +0200, Sam Protsenko wrote: > Signed-off-by: Sam Protsenko > Acked-by: Lukasz Majewski > Reviewed-by: Tom Rini Applied to u-boot/master, thanks! -- Tom signature.asc Description: PGP

Re: [U-Boot] [U-Boot, v1, 2/4] ARM: dts: dra76-evm: shift to using common IOdelay data

On Tue, Feb 27, 2018 at 05:05:48PM +0100, Jean-Jacques Hiblot wrote: > Now that we have a device-tree include file with common > MMC/SD IOdelay data for DRA76x SoC, shift the EVM device-tree > file to using that. > Also fix the name of the IO voltage regulator for mmc1. > > Signed-off-by:

Re: [U-Boot] [U-Boot,v2,1/5] arch-stm32f4: Remove fmc.h file

On Fri, Feb 09, 2018 at 01:09:53PM +0100, patrice.chot...@st.com wrote: > From: Patrice Chotard > > fmc.h file is no more used, remove it. > All FMC related defines are declared in drivers/ram/stm32_sdram.c > which is common to all STM32 SoCs. > > Signed-off-by: Patrice

Re: [U-Boot] [U-Boot, 1/2] mmc: stm32: sdmmc2: add hardware flow control support

On Wed, Feb 07, 2018 at 05:19:58PM +0100, patrice.chot...@st.com wrote: > From: Patrick Delaunay > > The hardware flow control functionality is used to avoid > FIFO underrun (TX mode) and overrun (RX mode) errors. > The behavior is to stop SDMMC_CK during data transfer

Re: [U-Boot] ARM: dts: stm32: limit sdio frequency to 14Mhz for stm32f429i-eval

On Thu, Feb 08, 2018 at 05:25:19PM +0100, patrice.chot...@st.com wrote: > From: Patrice Chotard > > This avoids the following errors while reading on mmc: > Read data bytes CRC error: 0x2 > switch to partitions #0, OK > mmc0 is current device > Read data bytes

Re: [U-Boot] [U-Boot, 1/7] clk: clk_stm32f: Fix stm32_clk_get_rate()

On Thu, Feb 08, 2018 at 05:20:45PM +0100, patrice.chot...@st.com wrote: > From: Patrice Chotard > > Wrong parameter was passed to stm32_clk_pll48clk_rate(). > sysclk (PLL_p output value) was passed instead of VCO value. > > Signed-off-by: Patrice Chotard

Re: [U-Boot] [U-Boot, 6/7] clk: clk_stm32f: Add set_rate for LTDC clock

On Thu, Feb 08, 2018 at 05:20:50PM +0100, patrice.chot...@st.com wrote: > From: Patrice Chotard > > Implement set_rate() for LTDC clock only, set_rate for other > clocks will be added if needed. This is needed by future LTDC driver > improvements. > > Signed-off-by:

Re: [U-Boot] [U-Boot, v2, 3/5] arch-stm32: Factorize stm32.h for STM32F4 and F7

On Fri, Feb 09, 2018 at 01:09:55PM +0100, patrice.chot...@st.com wrote: > From: Patrice Chotard > > For STM32F4 and F7 SoCx family, a specific stm32.h file exists. > Some common defines are duplicated or even unused in each of > these stm32.h. > > Factorize all common

Re: [U-Boot] [U-Boot, v3, 1/3] ARM: omap3: beagle: Set 'mtdids' and 'mtdparts' in board file

On Mon, Feb 26, 2018 at 05:52:57PM -0600, Derald D. Woods wrote: > BeagleBoard 'xM' does not really have NAND. CONFIG_MTDIDS_DEFAULT and > CONFIG_MTDPARTS_DEFAULT can/should be empty for 'xM'. This commit sets > the defined values if they exist. > > Signed-off-by: Derald D. Woods

Re: [U-Boot] [U-Boot, v3, 3/3] ARM: omap3: evm: Sync with omap3_beagle configuration

On Mon, Feb 26, 2018 at 05:52:59PM -0600, Derald D. Woods wrote: > This commit does the following for OMAP3 EVM: > > - Track omap3_beagle changes where possible > - Remove CONFIG_SYS_MPUCLK and CONFIG_MTD which are not needed for the > default board configuration to work. > - Remove

Re: [U-Boot] [U-Boot, v3, 2/3] ARM: omap3: beagle: Enable DM_SERIAL, update distro usage and NAND layout

On Mon, Feb 26, 2018 at 05:52:58PM -0600, Derald D. Woods wrote: > This commit does the following for BeagleBoard{-xM}: > > - Enable DM_SERIAL which also enables SPL_DM_SERIAL > - Misc. config updates in support of DM_SERIAL > - Use updated NAND layout (BeagleBoard): > > device nand0 , #

Re: [U-Boot] [U-Boot, 2/7] clk: clk_stm32f: Fix RCC_PLLSAICFGR mask defines

On Thu, Feb 08, 2018 at 05:20:46PM +0100, patrice.chot...@st.com wrote: > From: Patrice Chotard > > Use the correct name for RCC_PLLSAICFGR_PLLSAIx_MASK masks. > > Signed-off-by: Patrice Chotard Applied to u-boot/master, thanks! -- Tom

Re: [U-Boot] [U-Boot, v1, 4/4] ARM: dts: dra7x: Make pinctrl and IOdelays for MMC2 available in SPL

On Tue, Feb 27, 2018 at 05:05:50PM +0100, Jean-Jacques Hiblot wrote: > The SPL can't use high speed MMC modes if the associated pinctrl and > IOdelays are described in the DTS. > Make them available in SPL by tagging the nodes with 'u-boot,dm-spl;' > > Signed-off-by: Jean-Jacques Hiblot

Re: [U-Boot] [U-Boot,1/2] test/py: add MMC/SD block read test

On Tue, Feb 20, 2018 at 12:51:54PM -0700, Stephen Warren wrote: > From: Stephen Warren > > Add a standalone MMC block read test. This allows direct testing of MMC > access rather than relying on doing so as a side-effect of e.g. DFU or > UMS testing, which may not be enabled

Re: [U-Boot] [U-Boot, v1, 3/4] configs: dra7xx_evm: Enable support for the HS200 mmc mode in the SPL

On Tue, Feb 27, 2018 at 05:05:49PM +0100, Jean-Jacques Hiblot wrote: > Beside enabling the support for HS200 in mmc core, enabling the HS200 > support in the SPL requires multi-dtb support in the SPL because pinctrl > and IOdelays vary across SOCs. > > Also we need to make sure that the pinctrl

Re: [U-Boot] [U-Boot,7/7] clk: clk_stm32f: Add DSI clock support

On Thu, Feb 08, 2018 at 05:20:51PM +0100, patrice.chot...@st.com wrote: > From: Patrice Chotard > > DSI clock is available on STM32F769-disco and > STM32F469-disco board. > > Signed-off-by: Yannick Fertre > Signed-off-by: Patrice Chotard

Re: [U-Boot] [U-Boot,v2,4/5] arch-stm32: Remove stm32_periph.h

On Fri, Feb 09, 2018 at 01:09:56PM +0100, patrice.chot...@st.com wrote: > From: Patrice Chotard > > Remove arch/arm/include/asm/arch-stm32fx/stm32_periph.h > as all defines or enums are no more used. > > Signed-off-by: Patrice Chotard Applied

Re: [U-Boot] mach-stm32: Use default memory map as background region

On Wed, Feb 28, 2018 at 05:15:00PM +0100, patrice.chot...@st.com wrote: > From: Patrice Chotard > > On linux kernel side, on STM32F7 and STM32H7 SoCs, DMA requires > uncachable regions. These regions are defined in DT. > Since kernel linux v4.15, on ARMv7-M Cortex,

Re: [U-Boot] [U-Boot,6/6] board: stm32: switch to DM STM32 timer

On Wed, Feb 07, 2018 at 10:44:50AM +0100, patrice.chot...@st.com wrote: > From: Patrice Chotard > > Use available DM stm32_timer driver instead of dedicated > mach-stm32/stm32fx/timer.c. > > Remove all defines or files previously used for timer usage in >

Re: [U-Boot] [U-Boot, 3/7] clk: clk_stm32f: No more need of 48Mhz from PLL_SAI

On Thu, Feb 08, 2018 at 05:20:47PM +0100, patrice.chot...@st.com wrote: > From: Patrice Chotard > > Initially, 48Mhz for SDIO clock was generated from SAI pll for > STM32F469 and STM32F746 SoCs, but this solution was not suitable > for STM32F429 SoCs. > > A generic

Re: [U-Boot] [U-Boot, 5/7] clk: clk_stm32f: Configure SAI PLL to generate LTDC pixel clock

On Thu, Feb 08, 2018 at 05:20:49PM +0100, patrice.chot...@st.com wrote: > From: Patrice Chotard > > Configure SAI PLL configuration to generate LTDC pixel clock on > the PLLSAIR output. > > PLLSAI is enabled only if CONFIG_VIDEO_STM32 flag is set. > > Signed-off-by:

Re: [U-Boot] [U-Boot, 2/2] test/py: highlight warnings in the log summary

On Tue, Feb 20, 2018 at 12:51:55PM -0700, Stephen Warren wrote: > From: Stephen Warren > > Currently, if a test emits a warning message but otherwise passes, there's > no indication of this in the log summary, which can lead to warnings being > missed. Enhance the test logic

  1   2   >