Re: [U-Boot] [PATCH v3] mmc: add bkops-enable command

Hi Jaehoon, On 11/28/2016 06:58 AM, Jaehoon Chung wrote: > > Applied on u-boot-mmc. > Before applied this patch from patchwork, i changed Author from your email to > your name, is it ok? > Thanks! Yes that is perfectly ok. BR, Tomas ___ U-Boot

Re: [U-Boot] [PATCH 1/6] net: dw: Add read_rom_hwaddr net_op hook

On 27-11-16 18:02, Simon Glass wrote: Hi, On 25 November 2016 at 08:38, Olliver Schinagl wrote: Add the read_rom_hwaddr net_op hook so that it can be called from boards to read the mac from a ROM chip. Signed-off-by: Olliver Schinagl ---

Re: [U-Boot] [PATCH] net: zynq_gem: Return 0 on success, not -ENOSYS

On 28-11-16 08:22, Michal Simek wrote: On 25.11.2016 16:41, Olliver Schinagl wrote: The .read_rom_hwaddr net_ops hook does not check the return value, which is why it was never caught that we are currently returning 0 if the read_rom_hwaddr function return -ENOSYS and -ENOSYS otherwise. In

Re: [U-Boot] [PATCHv4] Retrieve MAC address from EEPROM

On 28-11-16 10:13, Igor Grinberg wrote: Hi Olliver, On 11/25/16 17:30, Olliver Schinagl wrote: [...] The current idea of the eeprom layout, is to skip the first 8 bytes, so that other information can be stored there if needed, for example a header with some magic to identify the EEPROM. Or

Re: [U-Boot] [PATCH 06/14] net: core: Using an ethernet address from ROM is not bad

On 28-11-16 08:59, Michal Simek wrote: On 25.11.2016 16:30, Olliver Schinagl wrote: Currently we print a warning if the MAC address is read from ROM/Hardware. This should not be concidered a bad or erronous thing. A MAC address should come either from the hardware (ROM) or may be set/overriden

Re: [U-Boot] [PATCH v2] tools/env: fix environment alignment tests for block devices

Hi Any news on this? The env utility is currently broken for block devices. Alternatively we could also revert commit 183923d3e412500bdc597d1745e2fb6f7f679ec7. Regards Max ___ U-Boot mailing list U-Boot@lists.denx.de

[U-Boot] [RFC PATCH 0/3] spl: Add D-cache support

This series tries to add D-cache support in spl in order to reduce boot time either in 2stage boot or Falcon Boot. Lokesh Vutla (3): arch: arm: omap: Declare size of ddr very early spl: reorder the assignment of board info to global data spl: Add support for enabling dcache

[U-Boot] [RFC PATCH 1/3] arch: arm: omap: Declare size of ddr very early

Declare the size of ddr very early in spl, so that this can be used to enable cache. Signed-off-by: Lokesh Vutla --- arch/arm/mach-omap2/am33xx/board.c | 4 arch/arm/mach-omap2/hwinit-common.c | 1 + 2 files changed, 5 insertions(+) diff --git

[U-Boot] [RFC PATCH 3/3] spl: Add support for enabling dcache

Add support for enabling d-cache in SPL. The sequence in SPL tries to replicate the sequence done in U-Boot except that MMU entries were added for SRAM. Signed-off-by: Lokesh Vutla --- arch/arm/include/asm/cache.h | 1 + arch/arm/lib/cache-cp15.c| 46

[U-Boot] [RFC PATCH 2/3] spl: reorder the assignment of board info to global data

Move the assignment of board info to global data a bit early which is safe, so that ram details can be used to enable caches. Signed-off-by: Lokesh Vutla --- common/spl/spl.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/common/spl/spl.c

[U-Boot] [PATCH] arch/arm/lib/Makefile: Allow CONFIG_USE_ARCH_MEMSET/MEMCPY with SPL

CONFIG_USE_ARCH_MEMSET/MEMCPY are inside a "SPL" check, which makes it impossible to use CONFIG_USE_ARCH_MEMSET combined with a SPL that calls memset. This patch moves that outside of the "if spl" block, allowing the code to be used inside SPL. One use case is that when using ECC on the Zynq

Re: [U-Boot] [PATCH] cmd: usb: run 'usb start' when USB is stopped

On 11/28/2016 05:11 PM, Hans de Goede wrote: > Hi, > > On 28-11-16 07:54, Minkyu Kang wrote: >> Hi Jaehoon, >> >> On 28/11/16 14:08, Jaehoon Chung wrote: >>> Hi Marek, >>> >>> On 09/23/2016 01:15 PM, Simon Glass wrote: +Marek On 9 September 2016 at 04:20, Jaehoon Chung

[U-Boot] [PATCH 4/4] env_sf: use DIV_ROUND_UP to calculate number of sectors to erase

simpler, needs less thinking when reading the code Signed-off-by: Andreas Fenkart --- common/env_sf.c | 18 +- 1 file changed, 5 insertions(+), 13 deletions(-) diff --git a/common/env_sf.c b/common/env_sf.c index 8a3de63..0434bb8 100644 ---

[U-Boot] [PATCH 2/4] enf_sf: reuse setup_flash_device instead of open coding it

setup_flash_device selects one of two code paths depending on the driver model being used (=CONFIG_DM_SPI_FLASH). env_relocate_spec only used the non driver-model code path. I'm unsure why, either none of the platforms that need relocation use the driver model, or - worse - the driver model is not

[U-Boot] [PATCH 1/4] env_sf: factor out prepare_flash_device

copy code found in single/double buffered code path Signed-off-by: Andreas Fenkart --- common/env_sf.c | 47 ++- 1 file changed, 18 insertions(+), 29 deletions(-) diff --git a/common/env_sf.c b/common/env_sf.c index

[U-Boot] [PATCH 3/4] env_sf: re-order error handling in single-buffer env_relocate_spec

this makes it easier comparable to the double-buffered version Signed-off-by: Andreas Fenkart --- common/env_sf.c | 20 +++- 1 file changed, 11 insertions(+), 9 deletions(-) diff --git a/common/env_sf.c b/common/env_sf.c index ba9ac8a..8a3de63

[U-Boot] [PATCH 0/4] env_sf: minor cleanup

Andreas Fenkart (4): env_sf: factor out prepare_flash_device enf_sf: reuse setup_flash_device instead of open coding it env_sf: re-order error handling in single-buffer env_relocate_spec env_sf: use DIV_ROUND_UP to calculate number of sectors to erase common/env_sf.c | 91

Re: [U-Boot] [PATCH] ARM: dts: am437x-idk: Fix QSPI compatible string

On Tuesday 22 November 2016 01:35 PM, Vignesh R wrote: > > > On Monday 21 November 2016 11:33 PM, Jagan Teki wrote: >> On Mon, Nov 21, 2016 at 10:07 AM, Vignesh R wrote: >>> Hi Jagan, >>> >>> On Thursday 13 October 2016 06:24 PM, Tom Rini wrote: On Thu, Oct 13, 2016 at

Re: [U-Boot] [PATCH v2] spi: cadence_qspi_apb: Use 32 bit indirect write transaction when possible

On Friday 25 November 2016 10:21 PM, Marek Vasut wrote: > On 11/24/2016 06:35 AM, Vignesh R wrote: >> According to Section 11.15.4.9.2 Indirect Write Controller of K2G SoC >> TRM SPRUHY8D[1], the external master is only permitted to issue 32-bit >> data interface writes until the last word of an

Re: [U-Boot] [PATCH v2] spi: cadence_qspi_apb: Use 32 bit indirect write transaction when possible

On Friday 25 November 2016 11:18 PM, Jagan Teki wrote: >>> diff --git a/include/configs/k2g_evm.h b/include/configs/k2g_evm.h >>> index a14544526c71..1d603e0c002f 100644 >>> --- a/include/configs/k2g_evm.h >>> +++ b/include/configs/k2g_evm.h >>> @@ -79,6 +79,7 @@

Re: [U-Boot] [PATCH v2] tools/env: fix environment alignment tests for block devices

Hi Max, LGTM, see one nit below, can fixed later On 11/19/2016 01:58 PM, Max Krummenacher wrote: commit 183923d3e412500bdc597d1745e2fb6f7f679ec7 enforces that the environment must start at an erase block boundary. For block devices the sample fw_env.config does not mandate a erase block size

Re: [U-Boot] [PATCH] ARM: dts: am437x-idk: Fix QSPI compatible string

On Mon, Nov 28, 2016 at 3:04 PM, Vignesh R wrote: > > > On Tuesday 22 November 2016 01:35 PM, Vignesh R wrote: >> >> >> On Monday 21 November 2016 11:33 PM, Jagan Teki wrote: >>> On Mon, Nov 21, 2016 at 10:07 AM, Vignesh R wrote: Hi Jagan, On

[U-Boot] [PATCH 4/4] imx: mx6sxsabreauto: enable more dm drivers

Enable MMC/I2C/GPIO/PMIC/REGULATOR/PCA953X DM drivers for mx6sxsabreauto board. Drop non-DM code. Note: The i.MX DM drivers has such dependency. MXC GPIO -> MXC I2C -> PFUZE/REGULATOR MXC GPIO -> PCA953X MXC GPIO -> FSL_USDHC So the drivers needs to be enabled all to avoid compiling error.

Re: [U-Boot] [PATCH 06/14] net: core: Using an ethernet address from ROM is not bad

On November 28, 2016 12:06:37 PM CET, Michal Simek wrote: >On 28.11.2016 11:48, Olliver Schinagl wrote: >> On 28-11-16 08:59, Michal Simek wrote: >>> On 25.11.2016 16:30, Olliver Schinagl wrote: Currently we print a warning if the MAC address is read from

Re: [U-Boot] [PATCH 06/14] net: core: Using an ethernet address from ROM is not bad

On 28.11.2016 12:08, Olliver Schinagl wrote: > > > On November 28, 2016 12:06:37 PM CET, Michal Simek > wrote: >> On 28.11.2016 11:48, Olliver Schinagl wrote: >>> On 28-11-16 08:59, Michal Simek wrote: On 25.11.2016 16:30, Olliver Schinagl wrote: > Currently

<    1   2