Re: [U-Boot] [PATCH v10 00/27] dm: Generic MTD Subsystem, with SPI-NOR interface

Hi : 2018-01-03 18:59 GMT+08:00 Lukasz Majewski : > Hi Jagan, > > > On Wed, Jan 3, 2018 at 2:18 PM, Vignesh R wrote: > > > > > > > > > On Tuesday 02 January 2018 03:39 PM, Jagan Teki wrote: > > >> On Thu, Dec 28, 2017 at 8:14 PM, Lukasz Majewski >

[U-Boot] [PATCH] arm: zynq: Enable debug uart on Zedboard

From: Siva Durga Prasad Paladugu It helps with debugging. Signed-off-by: Siva Durga Prasad Paladugu Signed-off-by: Michal Simek --- configs/zynq_zed_defconfig | 4 1 file changed, 4 insertions(+) diff --git

Re: [U-Boot] [PATCH v3 13/15] MAINTAINERS: Take over BCM2835 maintainership

Dear Alex, In message <626a8254-a615-dece-e7e6-ee205699d...@suse.de> you wrote: > > > Shall I use the same SSH public key as used for the EFI repository > > to set up a BCM custodian repo for you? > > If you want to set one up, sure :). Done. > I personally like the current flow > of just

[U-Boot] [PATCH v2 4/4] env: sf: use env_import_redund to simplify env_sf_load

For the redundant environment configuration, env_sf_load still contained duplicate code instead of using env_import_redund(). Simplify the code by only executing the load twice and delegating everything else to env_import_redund. Signed-off-by: Simon Goldschmidt

[U-Boot] [PATCH 2/4] env: move more common code to env_import_redund

There is more common code in mmc, nand and ubi env drivers that can be shared by moving to env_import_redund. For this, a status/error value whether the buffers were loaded are passed as additional parameters to env_import_redund. Ideally, these are already returned to the env driver by the

[U-Boot] [PATCH 1/4] env: make env_import(_redund) return 0 on success, not 1

env_import (and env_import_redund) currently return 1 on success and 0 on error. However, they are only used from functions returning 0 on success or a negative value on error. Let's clean this up by making env_import and env_import_redund return 0 on success and -EIO on error (as was the case

[U-Boot] [PATCH v2 2/4] env: move more common code to env_import_redund

There is more common code in mmc, nand and ubi env drivers that can be shared by moving to env_import_redund. For this, a status/error value whether the buffers were loaded are passed as additional parameters to env_import_redund. Ideally, these are already returned to the env driver by the

[U-Boot] EFI helloworld build fails with new compilers

Hi, after building the just released GCC 7.3.0 compiler I get the below failure when building U-Boot. This is when building the EFI helloworld example, which seems to be enabled by default. Manually disabling CONFIG_CMD_BOOTEFI_HELLO_COMPILE fixes the U-Boot build (but of course doesn't fix that

Re: [U-Boot] [PATCH 0/4] env: cleanups after adding multiple envs

Sorry for the mess with the footer. Unfortunately, leaving it away is a manual step I have to remember with every patch :-( Let me know if I should resend... Simon On 31.01.2018 14:33, Simon Goldschmidt wrote: With the new code to support multiple environment drivers and select an

Re: [U-Boot] [PATCH 0/3] sunxi: sun8i-emac: Update DT bindings

Hi, On 31/01/18 08:21, Maxime Ripard wrote: > Hi, > > On Mon, Jan 29, 2018 at 10:38:25AM +, Andre Przywara wrote: >> On 29/01/18 09:58, Maxime Ripard wrote: >>> On Mon, Jan 29, 2018 at 09:44:44AM +, Andre Przywara wrote: On 29/01/18 08:51, Maxime Ripard wrote: > On Mon, Jan 29,

[U-Boot] [PATCH v2 3/4] env: make env drivers propagate env_import return value

For multiple env drivers to correctly implement fallback when one environment fails to load (e.g. crc error), the return value of env_import has to be propagated by all env driver's load function. Without this change, the first driver that succeeds to load an environment with an invalid CRC

[U-Boot] [PATCH 0/4] env: cleanups after adding multiple envs

With the new code to support multiple environment drivers and select an environment at runtime, to correctly implement fallback when one environment fails to load (e.g. crc error), the return value of env_import has to be propagated by all env driver's load function. While cleaning this up, made

[U-Boot] [PATCH] usb: dwc2: Rename CONFIG_DWC2_UTMI_PHY_WIDTH to CONFIG_DWC2_UTMI_WIDTH

For some reason from day one we used to have both CONFIG_DWC2_UTMI_WIDTH mentioned in dwc2.h and in scripts/config_whitelist.txt but never really used and CONFIG_DWC2_UTMI_PHY_WIDTH used in real code in dwc2.c (but never defined). Moreover even though CONFIG_DWC2_UTMI_WIDTH might be either 8 or

[U-Boot] [PATCH v2 1/4] env: make env_import(_redund) return 0 on success, not 1

env_import (and env_import_redund) currently return 1 on success and 0 on error. However, they are only used from functions returning 0 on success or a negative value on error. Let's clean this up by making env_import and env_import_redund return 0 on success and -EIO on error (as was the case

[U-Boot] [PATCH v2 0/4] env: cleanups after adding multiple envs

With the new code to support multiple environment drivers and select an environment at runtime, to correctly implement fallback when one environment fails to load (e.g. crc error), the return value of env_import has to be propagated by all env driver's load function. While cleaning this up, made

[U-Boot] [PATCH] Kconfig: Use imply for network commands in distro default

There is no reason to unconditially select network commands as distro defaults. Systems without ethernet but with sd, sata, usb should also be able to use distro defaults. Use imply instead of select. Signed-off-by: Michal Simek --- Kconfig | 8 1 file

[U-Boot] [PATCH 3/4] env: make env drivers propagate env_import return value

For multiple env drivers to correctly implement fallback when one environment fails to load (e.g. crc error), the return value of env_import has to be propagated by all env driver's load function. Without this change, the first driver that succeeds to load an environment with an invalid CRC

[U-Boot] [PATCH 4/4] env: sf: use env_import_redund to simplify env_sf_load

For the redundant environment configuration, env_sf_load still contained duplicate code instead of using env_import_redund(). Simplify the code by only executing the load twice and delegating everything else to env_import_redund. Signed-off-by: Simon Goldschmidt

[U-Boot] [PATCH 2/8] mach-stm32: Move BOARD_LATE_INIT flag to mach-stm32 Kconfig

From: Patrice Chotard Move BOARD_LATE_INIT flag from include/configs/stm32*.h to mach-stm32/Kconfig. Enable this flag also for STM32F4 SoCs family. Signed-off-by: Patrice Chotard --- arch/arm/mach-stm32/Kconfig | 3 +++

Re: [U-Boot] [PATCH] usb: dwc2: Rename CONFIG_DWC2_UTMI_PHY_WIDTH to CONFIG_DWC2_UTMI_WIDTH

On 01/31/2018 03:56 PM, Alexey Brodkin wrote: > For some reason from day one we used to have both CONFIG_DWC2_UTMI_WIDTH > mentioned in dwc2.h and in scripts/config_whitelist.txt but never really used > and CONFIG_DWC2_UTMI_PHY_WIDTH used in real code in dwc2.c (but never > defined). > > Moreover

[U-Boot] [PATCH 6/8] board: stm32f469-discovery: Add set_env_soc_name() in board_late_init()

From: Patrice Chotard Add set_env_soc_name() call in board_late_init() to set environment variable "soc_name" with the name of current STM32 SoC. Signed-off-by: Christophe Priouzeau Signed-off-by: Patrice Chotard ---

Re: [U-Boot] [PATCH] Build system: Don't check for CONFIG_SYS_TEXT_BASE being set

2018-01-31 1:28 GMT+09:00 Alexey Brodkin : > Hi MAsahiro-san, Tom, > > On Wed, 2018-01-31 at 01:23 +0900, Masahiro Yamada wrote: >> 2018-01-31 0:23 GMT+09:00 Alexey Brodkin : >> > >> Please feel free to include historical reason: >> >> This

[U-Boot] [PATCH 09/10] mmc: uniphier-sd: Export registers and IO accessors

Make bit definitions and IO accessors of the uniphier-sd driver available so they can be used by additional source files, ie. per-SoC SDR104/HS200 tuning implementations Signed-off-by: Marek Vasut Cc: Jaehoon Chung Cc: Masahiro Yamada

[U-Boot] [PATCH 06/10] mmc: uniphier-sd: Handle bus width 0

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

Re: [U-Boot] [PATCH v3 17/30] sunxi: arm64: Increase u-boot size on MMC environment

On Tue, Jan 30, 2018 at 02:29:27PM +0530, Jagan Teki wrote: > On Tue, Jan 30, 2018 at 1:54 PM, Maxime Ripard > wrote: > > On Mon, Jan 29, 2018 at 01:49:14PM +0530, Jagan Teki wrote: > >> On Mon, Jan 29, 2018 at 1:32 PM, Maxime Ripard > >>

[U-Boot] [PATCH V3 08/10] mmc: uniphier-sd: 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 ---

Re: [U-Boot] [PATCH v2 1/4] env: make env_import(_redund) return 0 on success, not 1

On Wed, Jan 31, 2018 at 02:47:10PM +0100, Simon Goldschmidt wrote: > env_import (and env_import_redund) currently return 1 on success > and 0 on error. However, they are only used from functions > returning 0 on success or a negative value on error. > > Let's clean this up by making env_import

Re: [U-Boot] [PATCH v2 2/4] env: move more common code to env_import_redund

On Wed, Jan 31, 2018 at 02:47:11PM +0100, Simon Goldschmidt wrote: > There is more common code in mmc, nand and ubi env drivers that > can be shared by moving to env_import_redund. > > For this, a status/error value whether the buffers were loaded > are passed as additional parameters to

[U-Boot] [PATCH 7/8] board: stm32f469-discovery: Add set_env_soc_name() in board_late_init()

From: Patrice Chotard Add set_env_soc_name() call in board_late_init() to set environment variable "soc_name" with the name of current STM32 SoC. Signed-off-by: Christophe Priouzeau Signed-off-by: Patrice Chotard ---

[U-Boot] [PATCH 8/8] board: stm32f429-evaluation: Add set_env_soc_name() in board_late_init()

From: Patrice Chotard Add set_env_soc_name() call in board_late_init() to set environment variable "soc_name" with the name of current STM32 SoC. Signed-off-by: Christophe Priouzeau Signed-off-by: Patrice Chotard ---

Re: [U-Boot] [linux-sunxi] Re: [PATCH 0/3] sunxi: sun8i-emac: Update DT bindings

Hi Maxime, On Wed, Jan 31, 2018 at 7:36 PM, Maxime Ripard wrote: > Hi Julian, > > On Wed, Jan 31, 2018 at 07:29:13PM +1100, Julian Calaby wrote: >> Hi Maxime, >> >> On Wed, Jan 31, 2018 at 7:21 PM, Maxime Ripard >> wrote: >> >

Re: [U-Boot] [linux-sunxi] Re: [PATCH 0/3] sunxi: sun8i-emac: Update DT bindings

Hi Maxime, On Wed, Jan 31, 2018 at 7:21 PM, Maxime Ripard wrote: > Hi, > > On Mon, Jan 29, 2018 at 10:38:25AM +, Andre Przywara wrote: >> On 29/01/18 09:58, Maxime Ripard wrote: >> > On Mon, Jan 29, 2018 at 09:44:44AM +, Andre Przywara wrote: >> >> On

[U-Boot] U-Boot Operation on Xilinx Zynq SoC with Micro C

Hello, I have a rather specific question about u-boot.  I am working with a Xilinx Zynq SoC, and am running a MicroC OS executable file.  It is running on UCOS kernel II.  I notice different behavior when I hand off from the first stage boot loader to the UCOS application directly than when I

[U-Boot] [PATCH V3 03/10] mmc: uniphier-sd: 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 1/8] mach-stm32: Add get_cpu_id support

From: Patrice Chotard This allows to read the CPU ID into STM32 DBGMCU_IDCODE register and create an environment variable which contains the soc name. Signed-off-by: Christophe Priouzeau Signed-off-by: Patrice Chotard

[U-Boot] [PATCH 0/8] Add get_cpu_id for STM32 SoCs

From: Patrice Chotard This series allows to get the cpu id of STM32 SoCs and to set the environment variable "soc_name" with the corresponding SoC name. This will be useful in some development environment to retrieve files correspondig to SoC family. Patrice Chotard

[U-Boot] [PATCH 02/10] mmc: uniphier-sd: 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/uniphier-sd.c | 23 +++ 1 file

Re: [U-Boot] [U-Boot, v2, 10/15] dm: mmc: sunxi: Add support for driver model

On 07/04/2017 09:31 PM, Simon Glass wrote: > Add a driver-model version of this driver which mostly uses the existing > code. The old code can be removed once all boards are switched over. > > Signed-off-by: Simon Glass > --- > > Changes in v2: > - Drop debugging printf() now

[U-Boot] [PATCH 2/2] ARM: dts: keystone-k2g-ice: Add support for QSPI

K2G ICE has a s25fl256s1 QSPI NOR flash connected to QSPI at CS0. Add DT entries for the same. Signed-off-by: Vignesh R --- Ported from linux-next. arch/arm/dts/keystone-k2g-ice.dts | 48 +++ 1 file changed, 48 insertions(+) diff --git

[U-Boot] [PATCH 4/8] board: stm32h743-evaluation: Add set_env_soc_name() in board_late_init()

From: Patrice Chotard Add set_env_soc_name() call in board_late_init() to set environment variable "soc_name" with the name of current STM32 SoC. Signed-off-by: Christophe Priouzeau Signed-off-by: Patrice Chotard ---

[U-Boot] [PATCH 5/8] board: stm32f743-discovery: Add set_env_soc_name() in board_late_init()

From: Patrice Chotard Add set_env_soc_name() call in board_late_init() to set environment variable "soc_name" with the name of current STM32 SoC. Signed-off-by: Christophe Priouzeau Signed-off-by: Patrice Chotard ---

[U-Boot] [PATCH 07/10] mmc: uniphier-sd: 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

[U-Boot] [PATCH 10/10] mmc: uniphier-sd: 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/Kconfig| 9 ++ drivers/mmc/Makefile

[U-Boot] [PATCH 1/2] ARM: k2g: Add pinmux data for QSPI on K2G ICE

Add pinmux for QSPI pins on K2G ICE board. Signed-off-by: Vignesh R --- board/ti/ks2_evm/mux-k2g.h | 9 + 1 file changed, 9 insertions(+) diff --git a/board/ti/ks2_evm/mux-k2g.h b/board/ti/ks2_evm/mux-k2g.h index 9e3fa1100331..f7d36d132ec8 100644 ---

Re: [U-Boot] [PATCH 0/8] Add get_cpu_id for STM32 SoCs

Hi Patrice, On 01/31/2018 08:08 AM, patrice.chot...@st.com wrote: > From: Patrice Chotard > > This series allows to get the cpu id of STM32 SoCs and to set > the environment variable "soc_name" with the corresponding SoC name. > > This will be useful in some

Re: [U-Boot] [PATCH] Build system: Don't check for CONFIG_SYS_TEXT_BASE being set

Hi Masahiro-san, On Thu, 2018-02-01 at 00:18 +0900, Masahiro Yamada wrote: > 2018-01-31 1:28 GMT+09:00 Alexey Brodkin : > > Hi MAsahiro-san, Tom, > > > > On Wed, 2018-01-31 at 01:23 +0900, Masahiro Yamada wrote: > > > 2018-01-31 0:23 GMT+09:00 Alexey Brodkin

[U-Boot] [PATCH 01/10] mmc: uniphier-sd: Add compatible strings for RCar Gen2

Add DT compatible strings for RCar Gen2 SoCs, so that this driver can bind with them. Unlike Gen3, which uses 64bit FIFO, the Gen2 uses 16bit FIFO. Signed-off-by: Marek Vasut Cc: Jaehoon Chung Cc: Masahiro Yamada

[U-Boot] [PATCH 04/10] mmc: uniphier-sd: 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:

Re: [U-Boot] [PATCH v2 3/4] env: make env drivers propagate env_import return value

On Wed, Jan 31, 2018 at 02:47:12PM +0100, Simon Goldschmidt wrote: > For multiple env drivers to correctly implement fallback when > one environment fails to load (e.g. crc error), the return value > of env_import has to be propagated by all env driver's load > function. > > Without this change,

[U-Boot] [PATCH 3/8] board: stm32f429-discovery: Add set_env_soc_name() in board_late_init()

From: Patrice Chotard Add set_env_soc_name() call in board_late_init() to set environment variable "soc_name" with the name of current STM32 SoC. Signed-off-by: Christophe Priouzeau Signed-off-by: Patrice Chotard ---

Re: [U-Boot] [PATCH 1/8] mach-stm32: Add get_cpu_id support

Hi Patrice, On 01/31/2018 08:09 AM, patrice.chot...@st.com wrote: > From: Patrice Chotard > > This allows to read the CPU ID into STM32 DBGMCU_IDCODE register > and create an environment variable which contains the soc name. > > Signed-off-by: Christophe Priouzeau

Re: [U-Boot] [PATCH 6/8] board: stm32f469-discovery: Add set_env_soc_name() in board_late_init()

Hi, On 01/31/2018 08:09 AM, patrice.chot...@st.com wrote: > From: Patrice Chotard > > Add set_env_soc_name() call in board_late_init() to set environment > variable "soc_name" with the name of current STM32 SoC. > > Signed-off-by: Christophe Priouzeau

[U-Boot] [PATCH 1/1] efi_loader: fix building crt0 on arm

Before the patch an undefined constant EFI_SUBSYSTEM was used in the crt0 code. The current version of binutils does not swallow the error. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888403 The necessary constant IMAGE_SUBSYSTEM_EFI_APPLICATION is already defined in pe.h. So let's factor

Re: [U-Boot] [U-Boot,1/1] efi_loader: fix building crt0 on arm

On 2018-01-31, Heinrich Schuchardt wrote: > Before the patch an undefined constant EFI_SUBSYSTEM was used in the > crt0 code. The current version of binutils does not swallow the error. > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888403 > > The necessary constant

Re: [U-Boot] [PATCH 3/5] zynq: Support CPU info display

On 26 January 2018 at 09:33, Michal Simek wrote: > Hi, > > > On 17.1.2018 14:56, Ezequiel Garcia wrote: >> This commit adds CPU and silicon version information >> consuming the SLCR IDCODE and DEVCFG MCTRL registers, >> respectively. >> >> Signed-off-by: Ariel

Re: [U-Boot] [PATCH 1/1] efi_loader: efi_smbios_register should have a return value

On 30.01.18 21:00, Heinrich Schuchardt wrote: > Errors may occur inside efi_smbios_register(). > > - Return a status code. > - Remove unused variables. > - Use constants where applicable. > > Suggested-by: Simon Glass > Signed-off-by: Heinrich Schuchardt

Re: [U-Boot] [PATCH v2 1/1] efi_loader: efi_smbios_register should have a return value

On 31.01.18 00:19, Heinrich Schuchardt wrote: > Errors may occur inside efi_smbios_register(). > > - Return a status code. > - Remove unused variables. > - Use constants where applicable. > > Suggested-by: Simon Glass > Signed-off-by: Heinrich Schuchardt

[U-Boot] Please pull u-boot-fsl-qoriq master

Tom, The following changes since commit ae5326a6b34b34b1827edf2eee1a0e9e5363c5a2: serial: Make full device search optional (2018-01-29 08:18:02 -0500) are available in the git repository at: git://git.denx.de/u-boot-fsl-qoriq.git for you to fetch changes up to

[U-Boot] [PATCH] davinci: Fix omapl138_lcdk builds

The omapl138_lcdk platform is not a DA850 SoC so we need to select SOC_DA8XX and not SOC_DA850, as it was before. It does however point out a bit of a misnomer in how all of these PLL defines are named as they are generic to DA8xx, not DA850 centric. Remove the 'if SOC_DA850' under the defaults

[U-Boot] [PATCH 1/1] efi_loader: simplify calling efi_init_obj_list

efi_init_obj_list() should be executed only once. Rather than having the caller check this variable and the callee set it, move all access to the variable inside the function. This reduces the logic needed to call efi_init_obj_list(). Suggested-by: Simon Glass Signed-off-by:

Re: [U-Boot] [PATCH] cmd: nvedit: env_get_f must check for env_get_char error codes

On 01/30/2018 10:57 PM, Simon Goldschmidt wrote: > env_get_f calls env_get_char to load single characters from the > environment. However, the return value of env_get_char was not > checked for errors. Now if the env driver does not support the > .get_char call, env_get_f did not notice this and

Re: [U-Boot] [GIT PULL] Xilinx patches for v2018.03

On Wed, Jan 31, 2018 at 09:23:39AM +0100, Michal Simek wrote: > Hi Tom, > > please pull these changes to your tree. > Travis looks good. > https://travis-ci.org/michalsimek-test/u-boot/builds/335152426 > > I found that dc5 is not enabling zynq gem but phys were added by one > patch in my pull

Re: [U-Boot] [PATCH] davinci: Fix omapl138_lcdk builds

On Wed, Jan 31, 2018 at 03:45:42PM -0500, Tom Rini wrote: > The omapl138_lcdk platform is not a DA850 SoC so we need to select > SOC_DA8XX and not SOC_DA850, as it was before. It does however point > out a bit of a misnomer in how all of these PLL defines are named as > they are generic to

Re: [U-Boot] [PATCH v7 2/3] cmd: ubifs: Move ubifs_initialized checking into cmd_ubifs_umount()

On Tue, 2018-01-30 at 13:09 +0100, Marek Vasut wrote: > On 01/30/2018 12:16 PM, tien.fong.c...@intel.com wrote: > > > > From: Tien Fong Chee > > > > cmd_ubifs_umount() function would be called directly instead of > > involving > > whole command machinery in generic

Re: [U-Boot] [PATCH] efi_loader: Fix partition offsets

On Fri, Dec 08, 2017 at 06:55:02AM +0100, Alexander Graf wrote: > > > On 07.12.17 12:45, Jonathan Gray wrote: > > On Thu, Dec 07, 2017 at 11:57:43AM +0100, Heinrich Schuchardt wrote: > >> On 12/07/2017 08:00 AM, Jonathan Gray wrote: > >>> On Fri, Dec 01, 2017 at 04:10:33PM +0100, Alexander Graf

Re: [U-Boot] [PATCH v7 3/3] common: Generic firmware loader for file system

On Tue, 2018-01-30 at 13:12 +0100, Marek Vasut wrote: > On 01/30/2018 12:16 PM, tien.fong.c...@intel.com wrote: > > > > From: Tien Fong Chee > > > > This is file system generic loader which can be used to load > > the file image from the storage into target such as

Re: [U-Boot] [PATCH v3 13/15] MAINTAINERS: Take over BCM2835 maintainership

On 31.01.18 09:34, Wolfgang Denk wrote: > Dear Alex, > > In message <20180125110556.76352-14-ag...@suse.de> you wrote: >> It seems as if I have more interest in BCM2835 support than most others, >> so I'll bite the bullet and declare myself maintainer. It'd be a shame >> to leave that platform

Re: [U-Boot] [linux-sunxi] Re: [PATCH 0/3] sunxi: sun8i-emac: Update DT bindings

Hi Julian, On Wed, Jan 31, 2018 at 07:29:13PM +1100, Julian Calaby wrote: > Hi Maxime, > > On Wed, Jan 31, 2018 at 7:21 PM, Maxime Ripard > wrote: > > Hi, > > > > On Mon, Jan 29, 2018 at 10:38:25AM +, Andre Przywara wrote: > >> On 29/01/18 09:58, Maxime

Re: [U-Boot] [PATCH] cmd: nvedit: env_get_f must check for env_get_char error codes

On Wed, Jan 31, 2018 at 07:56:48AM +0100, Simon Goldschmidt wrote: > env_get_f calls env_get_char to load single characters from the > environment. However, the return value of env_get_char was not > checked for errors. Now if the env driver does not support the > .get_char call, env_get_f did not

[U-Boot] [PATCH] arm64: zynqmp: Enable ethernet driver for zc1751-dc5

Enable missing driver on this board. Signed-off-by: Michal Simek --- configs/xilinx_zynqmp_zc1751_xm019_dc5_defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/configs/xilinx_zynqmp_zc1751_xm019_dc5_defconfig

Re: [U-Boot] [PATCH 0/3] sunxi: sun8i-emac: Update DT bindings

Hi, On Mon, Jan 29, 2018 at 10:38:25AM +, Andre Przywara wrote: > On 29/01/18 09:58, Maxime Ripard wrote: > > On Mon, Jan 29, 2018 at 09:44:44AM +, Andre Przywara wrote: > >> On 29/01/18 08:51, Maxime Ripard wrote: > >>> On Mon, Jan 29, 2018 at 01:15:19AM +, Andre Przywara wrote: >

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

Hi Tom, please pull these changes to your tree. Travis looks good. https://travis-ci.org/michalsimek-test/u-boot/builds/335152426 I found that dc5 is not enabling zynq gem but phys were added by one patch in my pull request. I have sent a patch for that and will include it in next pull request

Re: [U-Boot] [PATCH v3 13/15] MAINTAINERS: Take over BCM2835 maintainership

Dear Alex, In message <20180125110556.76352-14-ag...@suse.de> you wrote: > It seems as if I have more interest in BCM2835 support than most others, > so I'll bite the bullet and declare myself maintainer. It'd be a shame > to leave that platform orphaned. Thanks. Shall I use the same SSH public

Re: [U-Boot] [PATCH V5 31/31] imx: add i.MX8MQ EVK support

On 31/01/2018 11:25, Fabio Estevam wrote: > Hi Stefano, > > On Mon, Jan 22, 2018 at 2:20 PM, Stefano Babic wrote: > >> ok, thanks, I will merge most of them. > > Do you think these patches could be applied to 2018.03? > Yes, I wil lstart to merge these and the other pending

Re: [U-Boot] [PATCH 2/2] i2c: imx: Take mx6dqp in consideration in the I2C_PADS_INFO macro

On Fri, Jan 26, 2018 at 12:11 PM, Eran Matityahu wrote: > We should take the MX6DP and MX6QP options in consideration > in the I2C_PADS_INFO macro. > > Based on a patch by Pierluigi Passaro > > Signed-off-by: Eran Matityahu

Re: [U-Boot] [PATCH V5 31/31] imx: add i.MX8MQ EVK support

Hi Stefano, On Mon, Jan 22, 2018 at 2:20 PM, Stefano Babic wrote: > ok, thanks, I will merge most of them. Do you think these patches could be applied to 2018.03? Thanks ___ U-Boot mailing list U-Boot@lists.denx.de

Re: [U-Boot] [PATCH 1/2] iomux-v3: Take mx6dqp in consideration for imx_iomux_v3_setup_pad()

On Fri, Jan 26, 2018 at 12:09 PM, Eran Matityahu wrote: > We should take the MX6DP and MX6QP options in consideration > when defining imx_iomux_v3_setup_pad(). > > Based on a patch by Pierluigi Passaro > > Signed-off-by: Eran Matityahu

Re: [U-Boot] [PATCH 06/15] spl: fit: implement recording of loadables into /fit-images

On 18.1.2018 14:17, Dr. Philipp Tomsich wrote: > Michal, > >> On 18 Jan 2018, at 13:56, Michal Simek wrote: >> >> Hi Philipp, >> >> >> 2017-09-13 21:29 GMT+02:00 Philipp Tomsich >> : >> If a FDT was loaded (e.g. to append it to U-Boot