[U-Boot] [PATCH v2] kconfig: add CONFIG_CC_COVERAGE

Make it possible to use gcc code coverage analysis. v1 -> v2: - Kconfig: remove not needed 'default n' - Makefile: use consistent spacing Signed-off-by: Christian Gmeiner --- .gitignore | 4 Kconfig| 7 +++ Makefile | 6 ++ 3 files changed, 17

[U-Boot] [PATCH 08/15] mmc: matsushita-common: Handle Renesas div-by-1

On the Renesas version of the IP, the /1 divider is realized by setting the clock register [7:0] to 0xff instead of setting bit 10 of the register. Check the quirk and handle accordingly. Signed-off-by: Marek Vasut Cc: Jaehoon Chung Cc:

[U-Boot] [PATCH 10/15] mmc: matsushita-common: Handle bus width 0

Handle bus width 0 as 1-bit bus to assure valid content of MATSU_SD_OPTION register WIDTH field. Signed-off-by: Marek Vasut Cc: Jaehoon Chung Cc: Masahiro Yamada --- drivers/mmc/matsushita-common.c | 1 + 1

Re: [U-Boot] FIT Image with same kernel but different load/entry point

> I think what you want is to use kernel_noload and then load/entry values > are ignored and we use the kernel in-place. Yes, I will try that Thanks, Clement ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot

Re: [U-Boot] [BUG] snow: mmc: SD card access broken: unable to select a mode

On 09/04/2018 16:46, Guillaume Gardet wrote: Le 09/04/2018 à 16:21, Jean-Jacques Hiblot a écrit : On 09/04/2018 16:03, Guillaume Gardet wrote: Le 09/04/2018 à 15:58, Jean-Jacques Hiblot a écrit : On 09/04/2018 14:02, Guillaume Gardet wrote: Hi Jaehoon, There are problems with SD

[U-Boot] [PATCH 03/15] mmc: uniphier: Add support for 16bit variant

Add support for 16bit mutation of the Matsushita SD IP. Since some registers are internally 32bit, the matsu_sd_{read,write}l() has to special-case this 16bit variant a bit. Signed-off-by: Marek Vasut Cc: Jaehoon Chung Cc: Masahiro Yamada

[U-Boot] [PATCH 06/15] mmc: matsushita-common: Use mmc_of_parse()

Drop the ad-hoc DT caps parsing in favor of common framework function. Signed-off-by: Marek Vasut Cc: Jaehoon Chung Cc: Masahiro Yamada --- drivers/mmc/matsushita-common.c | 23 +++ 1

[U-Boot] [PATCH 04/15] mmc: uniphier: Allow passing quirks to the probe function

Certain instances of the SD IP require more elaborate digging in the DT to figure out which variant of the SD IP is in use. Allow explicit passing of the quirks into the probe function. Signed-off-by: Marek Vasut Cc: Jaehoon Chung Cc:

[U-Boot] [PATCH 07/15] mmc: matsushita-common: Add Renesas RCar quirks

Add a quirk to identify that the controller is Renesas RCar variant of the Matsushita SD IP and another quirk indicating it can support Renesas RCar HS200/HS400/SDR104 modes. Signed-off-by: Marek Vasut Cc: Jaehoon Chung Cc: Masahiro Yamada

[U-Boot] [PATCH 02/15] mmc: uniphier: Drop useless check

Drop useless check in matsu_sd_{read,write}q(), this is only ever called to read the data from FIFO and only when 64bit variant of the block is used anyway. Signed-off-by: Marek Vasut Cc: Jaehoon Chung Cc: Masahiro Yamada

Re: [U-Boot] [PATCH] imx: nitrogen6x: Convert Sabrelite to distro boot support

Hi Gary, On Mon, Apr 9, 2018 at 11:40 AM, Gary Bisson wrote: >> #define CONFIG_EXTRA_ENV_SETTINGS \ >> - "script=boot.scr\0" \ >> - "uimage=uImage\0" \ >> "console=ttymxc1\0" \ >> "fdt_high=0x\0" \ >> "initrd_high=0x\0"

Re: [U-Boot] [U-Boot, v2, 3/5] usb: gadget: USB_ETHER requires network support

On Sun, Apr 01, 2018 at 09:22:36AM +, Alex Kiernan wrote: > In order to compile the USB Ethernet gadget support we require that NET > is enabled, add that dependency here. > > Signed-off-by: Alex Kiernan > Acked-by: Joe Hershberger Applied

[U-Boot] [PATCH 09/15] mmc: matsushita-common: Handle DMA completion flag differences

The DMA READ completion flag position differs on Socionext and Renesas SoCs. It is bit 20 on Socionext SoCs and using bit 17 is a hardware bug and forbidden. It is bit 17 on Renesas SoCs and bit 20 does not work on them. Signed-off-by: Marek Vasut Cc: Jaehoon Chung

[U-Boot] [PATCH 01/15] mmc: uniphier: Factor out FIFO accessors

Add macros to generate the FIFO accessors, since the code is almost the same with only minor differences. This is done in preparation for adding 16bit variant of the IP. Signed-off-by: Marek Vasut Cc: Jaehoon Chung Cc: Masahiro Yamada

[U-Boot] [PATCH 14/15] mmc: renesas-sdhi: Add Renesas SDR104/HS200 tuning support

Add code for PHY tuning required for SDR104/HS200 support on Renesas RCar. Signed-off-by: Marek Vasut Cc: Jaehoon Chung Cc: Masahiro Yamada --- drivers/mmc/renesas-sdhi.c | 292

[U-Boot] [PATCH 05/15] mmc: renesas-sdhi: Handle 16bit IP

The Renesas RCar Gen2 chips have a mix of 32bit and 16bit variants of the IP. There is no DT property which allows discerning those, so what Linux does is it checks the size of the register area and if it is 0x100, the IP is 16bit, otherwise the IP is 32bit. Handle the distinction the same way.

Re: [U-Boot] [BUG] snow: mmc: SD card access broken: unable to select a mode

Le 09/04/2018 à 16:21, Jean-Jacques Hiblot a écrit : On 09/04/2018 16:03, Guillaume Gardet wrote: Le 09/04/2018 à 15:58, Jean-Jacques Hiblot a écrit : On 09/04/2018 14:02, Guillaume Gardet wrote: Hi Jaehoon, There are problems with SD card access on Samsung Chromebook (snow) with

Re: [U-Boot] [U-Boot, v2, 1/5] Migrate CONFIG_DRIVER_TI_CPSW to Kconfig

On Sun, Apr 01, 2018 at 09:22:34AM +, Alex Kiernan wrote: > This converts CONFIG_DRIVER_TI_CPSW to Kconfig > > Signed-off-by: Alex Kiernan > Acked-by: Joe Hershberger Applied to u-boot/master, thanks! -- Tom signature.asc Description:

Re: [U-Boot] [U-Boot, v2, 5/5] net: Move enetaddr env access code to env config instead of net config

On Sun, Apr 01, 2018 at 09:22:38AM +, Alex Kiernan wrote: > In order that we can use eth_env_* even when CONFIG_NET isn't set, move > these functions to environment code from net code. > > This fixes failures such as: > > board/ti/am335x/built-in.o: In function `board_late_init': >

Re: [U-Boot] [U-Boot, v2, 4/5] ti: am335x: Fix build when networking is disabled

On Sun, Apr 01, 2018 at 09:22:37AM +, Alex Kiernan wrote: > When compiling without CONFIG_CLOCK_SYNTHESIZER (which is implied by > CONFIG_DRIVER_TI_CPSW for am335x_evm), exclude the network setup for > AM335x-ICEv2 to avoid link time failures: > > board/ti/am335x/board.c:683: undefined

[U-Boot] [PATCH 15/15] ARM: rmobile: Enable HS200 mode on RCar Gen3

Enable the HS200 on RCar Gen3 platforms, since the SDHI core supports it. Signed-off-by: Marek Vasut Cc: Nobuhiro Iwamatsu --- configs/r8a7795_salvator-x_defconfig | 4 configs/r8a7795_ulcb_defconfig | 4

Re: [U-Boot] [PATCH] imx: nitrogen6x: Convert Sabrelite to distro boot support

Le 09/04/2018 à 16:40, Gary Bisson a écrit : Hi Guillaume, Thanks for your patch! Switching the upstream nitrogen6x configuration to distro bootcmd has been in our todo list for some time since we also use that in our own git repo. On Fri, Apr 06, 2018 at 12:05:48PM +0200, Guillaume GARDET

[U-Boot] [PATCH v3] arm64: Add SMC and HVC commands

This patch adds smc and hvc commands, that allow issuing Secure Monitor Calls and Hypervisor Calls conforming to the ARM SMC Calling Convention. Add Kconfig items to allow each command can be individually enabled. Signed-off-by: Michalis Pappas --- cmd/Kconfig | 14

Re: [U-Boot] [BUG] snow: mmc: SD card access broken: unable to select a mode

Le 09/04/2018 à 17:18, Jean-Jacques Hiblot a écrit : On 09/04/2018 16:46, Guillaume Gardet wrote: Le 09/04/2018 à 16:21, Jean-Jacques Hiblot a écrit : On 09/04/2018 16:03, Guillaume Gardet wrote: Le 09/04/2018 à 15:58, Jean-Jacques Hiblot a écrit : On 09/04/2018 14:02, Guillaume

[U-Boot] [PATCH 11/15] mmc: matsushita-common: Always check controller version

Handle the controller version even if quirks are set. The controller in Renesas Gen3 SoCs does provide the version register, which indicates a controller v10 and the controller does support internal DMA and /1024 divider. Signed-off-by: Marek Vasut Cc: Jaehoon

Re: [U-Boot] [BUG] snow: mmc: SD card access broken: unable to select a mode

Le 09/04/2018 à 18:02, Guillaume Gardet a écrit : Le 09/04/2018 à 17:18, Jean-Jacques Hiblot a écrit : On 09/04/2018 16:46, Guillaume Gardet wrote: Le 09/04/2018 à 16:21, Jean-Jacques Hiblot a écrit : On 09/04/2018 16:03, Guillaume Gardet wrote: Le 09/04/2018 à 15:58,

Re: [U-Boot] [RFC PATCH] net: phy: Don't limit phy addresses by default

On Mon, Apr 9, 2018 at 3:05 AM, Dr. Philipp Tomsich wrote: > >> On 9 Apr 2018, at 10:01, Neil Armstrong wrote: >> >> On 30/03/2018 18:52, Joe Hershberger wrote: >>> Some boards expect to find more than one phy while other boards are

[U-Boot] [PATCH 2/5] mmc: matsushita-common: Correctly set mode in 16bit

The HOST_MODE register must be set to 0 when the IP is operated in 16bit mode, otherwise 16bit access to the data FIFO may fail. Signed-off-by: Marek Vasut Cc: Jaehoon Chung Cc: Masahiro Yamada ---

[U-Boot] [PATCH 1/5] mmc: matsushita-common: Special case only select registers in 16bit

There are only a few registerse used in the 16bit mode which are 32bit internally. Special-case only those in the IO accessors and always write both halves. Any other register access is protected from accidentally overwriting neighboring register. Signed-off-by: Marek Vasut

[U-Boot] [PATCH 3/5] mmc: matsushita-common: Wait for command completion

Make sure to wait for the command to complete altogether, including the trailing 8 clock cycles. This prevents the driver for accidentally writing the CMD register too fast before the previous command fully completed. Signed-off-by: Marek Vasut Cc: Jaehoon Chung

[U-Boot] [PATCH 5/5] mmc: renesas-sdhi: Wait after reconfiguring pins

The IP requires some time to recuperate after the IO pin properties were changed. Add a delay to assure this. Signed-off-by: Marek Vasut Cc: Jaehoon Chung Cc: Masahiro Yamada --- drivers/mmc/renesas-sdhi.c |

[U-Boot] [PATCH 4/5] mmc: matsushita-common: Add missing else

Fix minor rebase omission, the else was missing which triggered two accesses to the register on 64bit variant of the IP. Signed-off-by: Marek Vasut Cc: Jaehoon Chung Cc: Masahiro Yamada ---

[U-Boot] [PATCH] mtd: rpc: Add Renesas RPC Hyperflash driver

Add driver for the RPC block in Hyperflash mode. This driver allows access to a CFI Hyperflash attached to the RPC block and does not support RPC in SPI mode. Signed-off-by: Marek Vasut Cc: Nobuhiro Iwamatsu --- drivers/mtd/Kconfig

[U-Boot] [PATCH] mtd: spi: Add Renesas RPC SPI-flash driver

Add driver for the RPC block in SPI-flash mode. This driver allows access to a SPI NOR flash attached to the RPC block and does not support RPC in Hyperflash mode. Note that this block is extremely selective when communicating with the SPI NOR. Signed-off-by: Marek Vasut

[U-Boot] [PATCH] ARM: rmobile: Fix the memory map on Gen3

Fix up the memory map on Gen3 to match datasheet properly. This simplifies the memory map setup as well, since we do no longer need this massive complexity. Signed-off-by: Marek Vasut Cc: Nobuhiro Iwamatsu ---

[U-Boot] [PATCH 3/3] bootvx: Explicitly clear the bootloader image size

VxWorks bootloader stores its size at a pre-defined offset @ 0x5004. Later when VxWorks kernel boots up and system memory information is retrieved from the E820 table, the bootloader size will be subtracted from the total system memory size to calculate the size of available memory for the OS.

[U-Boot] [PATCH 1/3] doc: vxworks: Minor update for clarity

This corrects a typo and updates several places for clarity. Signed-off-by: Bin Meng --- doc/README.vxworks | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/doc/README.vxworks b/doc/README.vxworks index 3433e4f..eb1f458 100644 ---

[U-Boot] [PATCH 2/3] bootvx: Prepare e820 related stuff from the given kernel memory base address

At present two environment variables 'e820data'/'e820info' are required to boot a VxWorks x86 kernel, but this is superfluous. The offset of these two tables are actually at a fixed offset from the kernel memory base address and we can provide the kernel memory base address to U-Boot via only one

Re: [U-Boot] [U-Boot, v2, 2/5] ti: am335x: Fix bootargs when building without NET

On Sun, Apr 01, 2018 at 09:22:35AM +, Alex Kiernan wrote: > If DHCP/PXE commands are disabled then the compilation fails due to > bootargs attempting to use them: > > include/config_distro_bootcmd.h:319:2: error: expected ‘}’ before >

Re: [U-Boot] [U-Boot, v2, 1/2] Migrate CONFIG_ENV_VARS_UBOOT_RUNTIME_CONFIG to Kconfig

On Sun, Apr 01, 2018 at 04:37:53PM +, Alex Kiernan wrote: > Convert CONFIG_ENV_VARS_UBOOT_RUNTIME_CONFIG to Kconfig > > Signed-off-by: Alex Kiernan > Reviewed-by: Lukasz Majewski > Reviewed-by: Petr Vorel > Reviewed-by: Petr

Re: [U-Boot] [U-Boot, v2, 2/2] Cleanup CONFIG_VERSION_VARIABLE migration

On Sun, Apr 01, 2018 at 04:37:54PM +, Alex Kiernan wrote: > CONFIG_VERSION_VARIABLE had already been mostly migrated to Kconfig, > but two headers still referenced it. Also set defaults so that > most of the defconfigs inherit the default rather than needing it > to be set explicitly. > >

[U-Boot] [PATCH 13/15] mmc: matsushita-common: Export register access functions

Export the matsu_sd_{read,write}l() common register access functions, so that they can be used by other drivers sharing the common code. Signed-off-by: Marek Vasut Cc: Jaehoon Chung Cc: Masahiro Yamada ---

[U-Boot] [PATCH 12/15] mmc: matsushita-common: Properly handle pin voltage configuration

Factor out the regulator handling into set_ios and add support for selecting pin configuration based on the voltage to support UHS modes. Signed-off-by: Marek Vasut Cc: Jaehoon Chung Cc: Masahiro Yamada ---

[U-Boot] [GIT PULL] Xilinx patches for v2018.05-rc2

Hi Tom, please pull these changes to your tree. Travis looks good. https://travis-ci.org/michalsimek/u-boot/builds/364047688 And buildman output too. Thanks, Michal The following changes since commit 5bc0543df3079add8152afa041b887d081d71839: treewide: Convert CONFIG_HOSTNAME to a string

Re: [U-Boot] [PATCH] imx: nitrogen6x: Convert Sabrelite to distro boot support

Hi Guillaume, Thanks for your patch! Switching the upstream nitrogen6x configuration to distro bootcmd has been in our todo list for some time since we also use that in our own git repo. On Fri, Apr 06, 2018 at 12:05:48PM +0200, Guillaume GARDET wrote: > Boot tested with boot.scr script and

Re: [U-Boot] [BUG] snow: mmc: SD card access broken: unable to select a mode

Hi Guillaume, On 9 April 2018 at 21:59, Guillaume Gardet wrote: > > > Le 09/04/2018 à 18:02, Guillaume Gardet a écrit : >> >> >> >> Le 09/04/2018 à 17:18, Jean-Jacques Hiblot a écrit : >>> >>> >>> >>> On 09/04/2018 16:46, Guillaume Gardet wrote: Le

[U-Boot] [PATCH v1 1/2] stm32mp: regulator: add SoC pwr regulator support

From: Patrick Delaunay This driver binds and manages the following regulator of SoC's PWR block : - reg11 - reg18 - usb33 Signed-off-by: Patrick Delaunay Signed-off-by: Patrice Chotard ---

[U-Boot] [PATCH v2 5/6] ARM: mvebu: a38x: restore support for setting timing

This restores support for configuring the timing mode based on the ddr_topology. This was originally implemented in commit 90bcc3d38d2b ("driver/ddr: Add support for setting timing in hws_topology_map") but was removed as part of the upstream sync. Signed-off-by: Chris Packham

[U-Boot] [PATCH] sunxi: improve SATAPWR and MACPWR

This commit adds a dependency on SATA for SATAPWR because if we do not have SATA enabled, we will not have this pin configured. By default, these two configs (SATAPWR and MACPWR) are equals to "". Because of that, they are always defined so we need to check if the variables are not empty to

[U-Boot] [PATCH v2 6/6] ARM: mvebu: a38x: use non-zero size for ddr scrubbing

From: Chris Packham Make ddr3_calc_mem_cs_size() global scope and use it in ddr3_new_tip_ecc_scrub to correctly initialize all of DDR memory. Signed-off-by: Chris Packham --- This has been reported upstream at

[U-Boot] [PATCH v1 0/2] Add STM32MP157 SoC Power regulator

This series : _ adds stmpu157 SoC power regulator driver _ populates DT with SoC power regulator entry Patrice Chotard (1): ARM: dts: stm32mp157: Add SoC pwr regulator entry Patrick Delaunay (1): stm32mp: regulator: add SoC pwr regulator support arch/arm/dts/stm32mp157.dtsi

[U-Boot] [PATCH] mmc: fix check of returned value of sd_read_ssr function

sd_read_ssr returns 0 if it succeed. Signed-off-by: Guillaume GARDET Cc: Jaehoon Chung --- drivers/mmc/mmc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/mmc/mmc.c b/drivers/mmc/mmc.c index c930893300..92ea78b8af

[U-Boot] [PATCH v2 2/6] ARM: mvebu: a38x: move sys_env_device_rev_get

Move sys_env_device_rev_get() from the ddr training code to sys_env_lib.c (which currently resides with the serdes code). This brings sys_env_device_rev_get() into line with sys_env_device_id_get() and sys_env_model_get(). Signed-off-by: Chris Packham --- Changes in v2:

[U-Boot] [PATCH v2 1/6] ARM: mvebu: a38x: move definition of PEX_CFG_DIRECT_ACCESS

PEX_CFG_DIRECT_ACCESS was defined in ddr3_hws_hw_training_def.h despite only being used in the serdes code. Move this definition to ctrl_pex.h where all the other PEX defines are. Also remove the duplicate definition of PEX_DEVICE_AND_VENDOR_ID which is already defined in ctrl_pex.h.

[U-Boot] [PATCH v2 0/6] ARM: mvebu: a38x: updates to ddr training code

This series updates the ddr training code in u-boot with the latest publicly available version from Marvell which can be found at https://github.com/MarvellEmbeddedProcessors/mv-ddr-marvell.git (mv_ddr-armada-17.10 branch). I've tried to make the delta as small as possible without breaking

[U-Boot] [PATCH v1 2/2] ARM: dts: stm32mp157: Add SoC pwr regulator entry

Add SoC power regulator entry for reg11, reg18 and usb33 regulator. Signed-off-by: Patrice Chotard --- arch/arm/dts/stm32mp157.dtsi | 33 + 1 file changed, 33 insertions(+) diff --git a/arch/arm/dts/stm32mp157.dtsi

Re: [U-Boot] Question regarding cpu_get_count(..)

2018-04-09 10:26 GMT+02:00 Bin Meng : > Hi Christian, > > On Mon, Apr 9, 2018 at 3:52 PM, Christian Gmeiner > wrote: >> Hi Bin >> >> 2018-04-06 10:30 GMT+02:00 Christian Gmeiner : >>> Hi Bin >>> >>> 2018-04-06 9:47

[U-Boot] [PATCH v2 3/6] ARM: mvebu: a38x: remove some unused code

No in-tree code defines SUPPORT_STATIC_DUNIT_CONFIG or STATIC_ALGO_SUPPORT. Remove ddr3_a38x_mc_static.h and use unifdef to remove unused sections in the rest of the ddr/marvell/a38x code. Signed-off-by: Chris Packham --- Much of this code is moved/removed in the updated

[U-Boot] [PATCH V2] imx: nitrogen6x: Convert Sabrelite to distro boot support

Boot tested with boot.scr script and EFI/Grub2 on mmc0 and mmc1 slots. Signed-off-by: Guillaume GARDET Cc: Troy Kisky Cc: Stefano Babic Cc: Fabio Estevam --- Changes in V2: * add

Re: [U-Boot] Question regarding cpu_get_count(..)

Hi Bin 2018-04-06 10:30 GMT+02:00 Christian Gmeiner : > Hi Bin > > 2018-04-06 9:47 GMT+02:00 Bin Meng : >> Hi Christian, >> >> On Fri, Apr 6, 2018 at 2:55 PM, Christian Gmeiner >> wrote: >>> Hi >>> >>> I tried my luck

Re: [U-Boot] [PATCH] kconfig: add CONFIG_CC_COVERAGE

Hi 2018-04-08 16:30 GMT+02:00 Tom Rini : > On Thu, Mar 29, 2018 at 09:49:30AM +0200, Christian Gmeiner wrote: > >> Make it possible to use gcc code coverage analysis. >> >> Signed-off-by: Christian Gmeiner >> --- >> .gitignore | 4 >>

Re: [U-Boot] [RFC PATCH] net: phy: Don't limit phy addresses by default

> On 9 Apr 2018, at 10:01, Neil Armstrong wrote: > > On 30/03/2018 18:52, Joe Hershberger wrote: >> Some boards expect to find more than one phy while other boards are old >> and need to be limited to a specific phy address. Only limit the phy >> address for boards that

Re: [U-Boot] Question regarding cpu_get_count(..)

Hi Christian, On Mon, Apr 9, 2018 at 3:52 PM, Christian Gmeiner wrote: > Hi Bin > > 2018-04-06 10:30 GMT+02:00 Christian Gmeiner : >> Hi Bin >> >> 2018-04-06 9:47 GMT+02:00 Bin Meng : >>> Hi Christian, >>> >>> On Fri,

Re: [U-Boot] [U-Boot, 36/36] rockchip: add common board file for rockchip platform

Kever, > On 9 Apr 2018, at 00:35, Tom Rini wrote: > > On Sun, Apr 08, 2018 at 09:45:22AM +0800, Kever Yang wrote: >> Philipp, >> >> >> On 04/02/2018 05:28 AM, Philipp Tomsich wrote: >>> >>> >>> On Tue, 27 Mar 2018, Kever Yang wrote: >>> We use common board/spl/tpl

Re: [U-Boot] [U-Boot, 36/36] rockchip: add common board file for rockchip platform

Kever, > On 8 Apr 2018, at 03:45, Kever Yang wrote: > > Philipp, > > > On 04/02/2018 05:28 AM, Philipp Tomsich wrote: >> >> >> On Tue, 27 Mar 2018, Kever Yang wrote: >> >>> We use common board/spl/tpl file for all rockchip SoCs, >>> - all the SoC spec setting

Re: [U-Boot] [RFC PATCH] net: phy: Don't limit phy addresses by default

On 30/03/2018 18:52, Joe Hershberger wrote: > Some boards expect to find more than one phy while other boards are old > and need to be limited to a specific phy address. Only limit the phy > address for boards that opt in. > > Signed-off-by: Joe Hershberger > > --- > >

Re: [U-Boot] [PATCH v4 1/2] SPI Flash: add support of sst26wf* flash ICs protection ops

On Mon, Apr 9, 2018 at 4:27 PM, Eugeniy Paltsev wrote: > sst26wf flash series block protection implementation differs > from other SST series, so add specific implementation > flash_lock/flash_unlock/flash_is_locked functions for sst26wf > flash ICs. > >

Re: [U-Boot] [PATCH] sunxi: improve SATAPWR and MACPWR

Hi, On Mon, Apr 09, 2018 at 12:17:26PM +0200, Mylène Josserand wrote: > This commit adds a dependency on SATA for SATAPWR because > if we do not have SATA enabled, we will not have this pin > configured. > > By default, these two configs (SATAPWR and MACPWR) are equals > to "". Because of that,

[U-Boot] [PATCH v4 1/2] SPI Flash: add support of sst26wf* flash ICs protection ops

sst26wf flash series block protection implementation differs from other SST series, so add specific implementation flash_lock/flash_unlock/flash_is_locked functions for sst26wf flash ICs. Signed-off-by: Eugeniy Paltsev --- Changes v3->v4: * Make sst26_process_bpr()

[U-Boot] [PATCH v4 2/2] SF: add support for sst26wf016, sst26wf032, sst26wf064

This commit adds support for the SST sst26wf016, sst26wf032 and sst26wf064 flash IC. Signed-off-by: Eugeniy Paltsev --- Changes v3->v4: * None. Changes v2->v3: * None. Changes v1->v2: * None. drivers/mtd/spi/spi_flash_ids.c | 3 +++ 1 file changed, 3

[U-Boot] [PATCH v4 0/2] SF: add support for sst26wf016, sst26wf032, sst26wf064

Add support for the SST sst26wf016, sst26wf032 and sst26wf064 flash IC: sst26wf*** flash series block protection implementation differs from other SST series, so we add implementation for sst26wf*** lock/unlock/is_locked functions. Add sst26wf016, sst26wf032 and sst26wf064 flash IC info to

[U-Boot] [BUG] snow: mmc: SD card access broken: unable to select a mode

Hi Jaehoon, There are problems with SD card access on Samsung Chromebook (snow) with latest master (and also 2018.05-rc1 and 2018.03). eMMC is ok, but SD card access leads to 'unable to select a mode' problem. If I disable HS mode, I can access the SD card without problem:

[U-Boot] [PATCH] sunxi: A64/H5 devices: enable usb keyboard support

Now the A64/H5 SoCs support video output it's useful to enable usb keyboard support so console can be used via standard keyboard/video interface. Tested on Pine64. Signed-off-by: Peter Robinson --- configs/a64-olinuxino_defconfig | 2 ++

Re: [U-Boot] [PATCH v1 0/2] Fix DM_SCSI on DRA7 platforms

On 6.4.2018 15:58, Jean-Jacques Hiblot wrote: > > > On 06/04/2018 14:00, Michal Simek wrote: >> Hi, >> >> On 6.4.2018 11:13, Jean-Jacques Hiblot wrote: >>> Enhancements to SCSI support for driver model have broken the support >>> for >>> DM_SCSI on DRA7 platforms. This series fixes it. >>> >>>

Re: [U-Boot] [BUG] snow: mmc: SD card access broken: unable to select a mode

Le 09/04/2018 à 15:58, Jean-Jacques Hiblot a écrit : On 09/04/2018 14:02, Guillaume Gardet wrote: Hi Jaehoon, There are problems with SD card access on Samsung Chromebook (snow) with latest master (and also 2018.05-rc1 and 2018.03). eMMC is ok, but SD card access leads to 'unable to

Re: [U-Boot] [PATCH v2] arm64: Add SMC and HVC commands

On 04/09/2018 04:25 PM, Tom Rini wrote: On Mon, Apr 09, 2018 at 04:11:01PM +0300, Michalis Pappas wrote: This patch adds smc and hvc commands, that allow issuing Secure Monitor Calls and Hypervisor Calls conforming to the ARM SMC Calling Convention. Add Kconfig items to allow each command can

Re: [U-Boot] [BUG] snow: mmc: SD card access broken: unable to select a mode

On 09/04/2018 16:03, Guillaume Gardet wrote: Le 09/04/2018 à 15:58, Jean-Jacques Hiblot a écrit : On 09/04/2018 14:02, Guillaume Gardet wrote: Hi Jaehoon, There are problems with SD card access on Samsung Chromebook (snow) with latest master (and also 2018.05-rc1 and 2018.03). eMMC

Re: [U-Boot] [PATCH] sunxi: improve SATAPWR and MACPWR

Hi, On Mon, 9 Apr 2018 13:42:28 +0200 Maxime Ripard wrote: > Hi, > > On Mon, Apr 09, 2018 at 12:17:26PM +0200, Mylène Josserand wrote: > > This commit adds a dependency on SATA for SATAPWR because > > if we do not have SATA enabled, we will not have this pin > >

Re: [U-Boot] [PATCH] sunxi: A64/H5 devices: enable usb keyboard support

On Mon, Apr 09, 2018 at 01:15:00PM +0100, Peter Robinson wrote: > Now the A64/H5 SoCs support video output it's useful to enable usb keyboard > support so console can be used via standard keyboard/video interface. > > Tested on Pine64. > > Signed-off-by: Peter Robinson

Re: [U-Boot] [PATCH] sunxi: A64/H5 devices: enable usb keyboard support

On Mon, Apr 9, 2018 at 1:53 PM, Maxime Ripard wrote: > On Mon, Apr 09, 2018 at 01:15:00PM +0100, Peter Robinson wrote: >> Now the A64/H5 SoCs support video output it's useful to enable usb keyboard >> support so console can be used via standard keyboard/video interface.

Re: [U-Boot] [PATCH] treewide: fix up files incorrectly marked executable

Hi Fabio, On Sat, 7 Apr 2018 18:06:27 -0300 Fabio Estevam feste...@gmail.com wrote: ... > Do the same in the U-Boot source tree. > > Signed-off-by: Fabio Estevam > --- > drivers/video/anx9804.c | 0 > include/configs/blanche.h | 0 > 2 files changed, 0 insertions(+),

[U-Boot] [usb dwc3] xHCI driver -- a hint needed.

Hi, I've been trying to bring up a dwc3 usb controller included in 32-bit MIPS chip. Usb is the one port usb2.0 host module, compliant with xHCI Revision 1.0, UTMI+ Low Pin interface (ULPI) Revision 1.1 and AMBA AXI Protocol specification. g_snpsid register reports 0x5533290a revision. It's

[U-Boot] [PATCH v2] arm64: Add SMC and HVC commands

This patch adds smc and hvc commands, that allow issuing Secure Monitor Calls and Hypervisor Calls conforming to the ARM SMC Calling Convention. Add Kconfig items to allow each command can be individually enabled. Signed-off-by: Michalis Pappas --- cmd/Kconfig | 14

Re: [U-Boot] [PATCH] kconfig: add CONFIG_CC_COVERAGE

On Mon, Apr 09, 2018 at 10:01:59AM +0200, Christian Gmeiner wrote: > Hi > > 2018-04-08 16:30 GMT+02:00 Tom Rini : > > On Thu, Mar 29, 2018 at 09:49:30AM +0200, Christian Gmeiner wrote: > > > >> Make it possible to use gcc code coverage analysis. > >> > >> Signed-off-by:

[U-Boot] [PULL] efi patch queue 2018-04-09

Hi Tom, Sorry the previous request failed travis checks. This one passes. This is my current patch queue for efi. Please pull. Alex The following changes since commit 645b5afbb8215b3386cd6fc2dc3119bd68e4c760: Prepare v2018.05-rc1 (2018-04-02 20:31:36 -0400) are available in the git

Re: [U-Boot] [PATCH v2] arm64: Add SMC and HVC commands

On Mon, Apr 09, 2018 at 04:11:01PM +0300, Michalis Pappas wrote: > This patch adds smc and hvc commands, that allow issuing Secure Monitor > Calls and Hypervisor Calls conforming to the ARM SMC Calling Convention. > > Add Kconfig items to allow each command can be individually enabled. > >

Re: [U-Boot] [PATCH] arm64: Add SMC and HVC commands

Thanks for the feedback, I just sent a v2 addressing both issues On 04/09/2018 04:26 AM, Fabio Estevam wrote: On Fri, Apr 6, 2018 at 7:06 AM, Michalis Pappas wrote: +config CMD_HVC + bool "Support the 'hvc' command" + depends on ARM64 + default n No

Re: [U-Boot] [PATCH u-boot 2/2] ARM: meson: Add cpu info display for GX SoCs

On 08/04/2018 15:50, Simon Glass wrote: > Hi, > > On 28 March 2018 at 05:54, Neil Armstrong wrote: >> The Amlogic SoCs have a registers containing the die revision >> and packaging type to determine the SoC family and package marketing >> name like S905X for the GXL SoC

Re: [U-Boot] [PATCH u-boot 2/2] ARM: meson: Add cpu info display for GX SoCs

On 04/04/2018 22:49, Beniamino Galvani wrote: > On Wed, Mar 28, 2018 at 11:54:37AM +0200, Neil Armstrong wrote: >> The Amlogic SoCs have a registers containing the die revision >> and packaging type to determine the SoC family and package marketing >> name like S905X for the GXL SoC Family. >>

Re: [U-Boot] [PATCH u-boot 1/2] ARM: meson: rename GXBB to GX

On 04/04/2018 22:40, Beniamino Galvani wrote: > On Wed, Mar 28, 2018 at 11:54:36AM +0200, Neil Armstrong wrote: >> Taking into account the Amlogic Family name starts with GX, including >> the GXBB, GXL and GXM SoCs. >> >> Signed-off-by: Neil Armstrong > > Hi, > > looks

Re: [U-Boot] [PATCH] sunxi: A64/H5 devices: enable usb keyboard support

On Mon, Apr 09, 2018 at 01:15:00PM +0100, Peter Robinson wrote: > Now the A64/H5 SoCs support video output it's useful to enable usb keyboard > support so console can be used via standard keyboard/video interface. > > Tested on Pine64. Is it usefull on devices without video output(no HDMI, VGA)?

Re: [U-Boot] [PATCH v4 1/2] SPI Flash: add support of sst26wf* flash ICs protection ops

Hi Jagan, On Mon, 2018-04-09 at 16:52 +0530, Jagan Teki wrote: > On Mon, Apr 9, 2018 at 4:27 PM, Eugeniy Paltsev > wrote: > > sst26wf flash series block protection implementation differs > > from other SST series, so add specific implementation > >

Re: [U-Boot] [BUG] snow: mmc: SD card access broken: unable to select a mode

On 09/04/2018 14:02, Guillaume Gardet wrote: Hi Jaehoon, There are problems with SD card access on Samsung Chromebook (snow) with latest master (and also 2018.05-rc1 and 2018.03). eMMC is ok, but SD card access leads to 'unable to select a mode' problem. If I disable HS mode, I can access