Re: [U-Boot] [PATCH v2 7/7] xilinx: common: Remove !DM_i2C code for reading mac from eeprom

Hello Michal, Am 05.02.2019 um 10:55 schrieb Michal Simek: All platforms are converted to DM_I2C that's why there is no reason to keep this code here. Signed-off-by: Michal Simek --- Changes in v2: - Add dependency board/xilinx/common/board.c | 19 ---

Re: [U-Boot] [PATCH v2 6/7] i2c: Remove ancient zynq_i2c driver

Hello Michal, Am 05.02.2019 um 10:55 schrieb Michal Simek: This driver is replaced by drivers/i2c/i2c-cdns.c DM based driver. Signed-off-by: Michal Simek --- Changes in v2: None README | 5 - drivers/i2c/Kconfig| 33 -- drivers/i2c/Makefile | 1 -

Re: [U-Boot] [PATCH v2 5/7] arm64: zynqmp: Remove addresses for i2c controllers

Hello Michal, Am 05.02.2019 um 10:55 schrieb Michal Simek: All platforms have been converted to DM that's why there is no reason to keep addresses in headers. They are all read from DT now. Signed-off-by: Michal Simek --- Changes in v2: None arch/arm/mach-zynqmp/include/mach/hardware.h |

Re: [U-Boot] [PATCH v2 4/7] arm64: zynqmp: Switch all platfroms to DM_I2C

Hello Michal, Am 05.02.2019 um 10:55 schrieb Michal Simek: CONFIG_PCA953X is not needed because of PCA953X is integrated in gpio subsystem already. That's why also remove CMD_PCA953X which is only for this driver. zcu102/zcu104-revC/zcu106/zcu111 contain links to eeprom which stores MAC

Re: [U-Boot] [PATCH v2 1/2] splash: Use splashfile instead of location->name

Hi Mark, On 2/6/19 5:42 PM, Jonas Mark (BT-FIR/ENG1) wrote: >> If I understand the original issue you had correctly, could it also have >> been fixed by renaming splash node in FIT image? > Yes, that's we actually started with. But once we started adding more > files to that FIT image we saw the

Re: [U-Boot] [PATCH v2 3/7] ARM: zynq: Remove addresses for i2c controllers

Hello Michal, Am 05.02.2019 um 10:55 schrieb Michal Simek: All platforms have been converted to DM that's why there is no reason to keep addresses in headers. They are all read from DT now. Signed-off-by: Michal Simek --- Changes in v2: None arch/arm/mach-zynq/include/mach/hardware.h | 2

Re: [U-Boot] [PATCH v2 1/7] ARM: zynq: Convert Syzygy to DM_I2C

Hello Michal, Am 05.02.2019 um 10:55 schrieb Michal Simek: Boards have only one controller enabled that's why move to DM_I2C is easy. Add also i2c alias for not to be shown as i2c bus -1 because alias doesn't exist. Config file points to MAC stored in eeprom but it is not listed that's why I

Re: [U-Boot] [PATCH v2 2/7] ARM: zynq: Convert dlc20 and zc70x board to DM_I2C

Hello Michal, Am 05.02.2019 um 10:55 schrieb Michal Simek: All these board have also eeprom enabled that's why it is also enabled via defconfig. There is also no need to have zc70x specific config file that's why also remove it. Signed-off-by: Michal Simek --- Changes in v2: None

Re: [U-Boot] [PATCH v2 7/7] i2c: mux: Generate longer i2c mux name

Hello Michal, Am 31.01.2019 um 16:31 schrieb Michal Simek: For !DM case busses are listed as ZynqMP> i2c bus Bus 0: zynq_0 Bus 1: zynq_0->PCA9544A@0x75:0 Bus 2: zynq_0->PCA9544A@0x75:1 Bus 3: zynq_0->PCA9544A@0x75:2 Bus 4: zynq_1 Bus 5: zynq_1->PCA9548@0x74:0 Bus 6:

Re: [U-Boot] [PATCH v2 6/7] i2c: Fill req_seq in i2c_post_bind()

Hello Michal, Am 31.01.2019 um 16:31 schrieb Michal Simek: For i2c controllers which are missing alias in DT there is no req_seq setup. This function is setting up proper ID based on highest found alias ID. On zcu102 this is the behavior when patch is applied. ZynqMP> i2c bus Bus 0:

Re: [U-Boot] [PATCH v2 5/7] i2c: dm: Record maximum id of devices before probing devices

Hello Michal, Am 31.01.2019 um 16:31 schrieb Michal Simek: There is a need to find out the first free i2c ID which can be used for i2s buses (including i2c buses connected to i2c mux). Do it early in init and share this variable with other i2c classes for uniq bus identification.

Re: [U-Boot] [PATCH v2 4/7] dm: core: Add tests for dev_read_alias_highest_id()

Hello Michal, Am 31.01.2019 um 16:31 schrieb Michal Simek: It is checking the highest alias ID for eth, gpio, pci, i2c and error code on non existing alias. Signed-off-by: Michal Simek --- Changes in v2: - New patch test/dm/test-fdt.c | 23 +++ 1 file changed, 23

Re: [U-Boot] [PATCH v2 3/7] dm: core: Introduce dev_read_alias_highest_id()

Hello Michal, Am 31.01.2019 um 16:30 schrieb Michal Simek: It is wrapper for calling of_alias_get_highest_id() when live tree is enabled and fdtdec_get_alias_highest_id() if not. Signed-off-by: Michal Simek --- Changes in v2: - New patch drivers/core/read.c | 8

Re: [U-Boot] [PATCH v2 2/7] fdt: Introduce fdtdec_get_alias_highest_id()

Hello Michal, Am 31.01.2019 um 16:30 schrieb Michal Simek: Find out the highest alias ID used for certain subsystem. This call will be used for alocating IDs for i2c buses which are not described in DT. Signed-off-by: Michal Simek --- Changes in v2: None include/fdtdec.h | 13

Re: [U-Boot] [PATCH v2 1/7] dm: core: Add of_alias_get_highest_id()

Hello Michal, Am 31.01.2019 um 16:30 schrieb Michal Simek: The same functionality was added to Linux for i2c bus registration with this commit message: " of: base: add function to get highest id of an alias stem I2C supports adding adapters using either a dynamic or fixed id. The latter is

Re: [U-Boot] [PATCH 2/2] i2c: ihs: Improve error handling

Hello Mario, Am 28.01.2019 um 09:45 schrieb Mario Six: Improve the error handling and reporting of the IHS I2C driver. Signed-off-by: Mario Six --- drivers/i2c/ihs_i2c.c | 67 +++ 1 file changed, 43 insertions(+), 24 deletions(-) Reviewed-by: Heiko

Re: [U-Boot] [PATCH 1/2] i2c: ihs: Get rid of fpgamap

Hello Mario, Am 28.01.2019 um 09:45 schrieb Mario Six: Since the IHS I2C driver want upstream, the surrounding infrastructure has changed quite a bit (notably, the fpgamap driver was replaced with a regmap driver). Update the driver to work with these changes. Signed-off-by: Mario Six ---

Re: [U-Boot] [PATCH] i2c: cdns: Covert to livetree function

Hello Michal, Am 18.01.2019 um 10:47 schrieb Michal Simek: Update cadence i2c driver to support livetree Similar changes were done by: "net: zynq_gem: convert to use livetree" (sha1: 26026e695afa794ac018a09e79a48120d322b60d) Signed-off-by: Michal Simek --- drivers/i2c/i2c-cdns.c | 2 +- 1

Re: [U-Boot] [PATCH 2/3] arm: introduce _relaxed MMIO accessors

> On 06.02.2019, at 22:53, André Przywara wrote: > > On 06/02/2019 12:46, Philipp Tomsich wrote: >> On 11.01.2019, at 01:31, Andre Przywara > > wrote: > > Hi, > >>> >>> The normal MMIO accessor macros (readX/writeX) guarantee a strong ordering, >>> even with

Re: [U-Boot] [PATCH v4 3/3] cmd: mdio: Add new parameter to access MMD PHY registers

On 2/6/19 11:35 AM, Carlo Caione wrote: > On 06/02/2019 03:31, Joe Hershberger wrote: > > /cut >> Perhaps the default can be to attempt to auto select, but if it is >> ambiguous, require the explicit specification. It could follow a >> similar approach to the "md" command. We can add the ability

Re: [U-Boot] [PATCH v2 12/13] mmc: sdhci: Add support for HOST_CONTROL2 and setting UHS timings

On Tue, Feb 05, 2019 at 07:43:00PM +0530, Faiz Abbas wrote: > From: Faiz Abbas > > The HOST_CONTROL2 register is a part of SDHC v3.00 and not just specific > to arasan/zynq controllers. Add the same to sdhci.h. > > Also create a common API to set UHS timings in HOST_CONTROL2. > >

Re: [U-Boot] [PATCH v2 09/13] mmc: sdhci: Make set_ios_post() return int

On Tue, Feb 05, 2019 at 07:42:57PM +0530, Faiz Abbas wrote: > Make set_ios_post() return int to faciliate error handling in > platform drivers. > > Signed-off-by: Faiz Abbas > --- > drivers/mmc/sdhci.c | 8 ++-- > drivers/mmc/xenon_sdhci.c | 4 +++- > include/sdhci.h | 2 +-

Re: [U-Boot] [PATCH v4 4/7] dma: ti: add driver to K3 UDMA

On Tue, Feb 05, 2019 at 05:31:24PM +0530, Vignesh R wrote: > The UDMA-P is intended to perform similar (but significantly upgraded) > functions > as the packet-oriented DMA used on previous SoC devices. The UDMA-P module > supports the transmission and reception of various packet types. > The

Re: [U-Boot] [PATCH 2/3] arm: introduce _relaxed MMIO accessors

On 06/02/2019 12:46, Philipp Tomsich wrote: > On 11.01.2019, at 01:31, Andre Przywara wrote: Hi, >> >> The normal MMIO accessor macros (readX/writeX) guarantee a strong ordering, >> even with normal memory accesses [1]. >> For some MMIO operations (framebuffers being a prominent example) this

Re: [U-Boot] [PATCH v4 00/20] SF: Migrate to Linux SPI NOR framework

On Wed, Feb 06, 2019 at 11:02:25PM +0530, Vignesh R wrote: > > > On 06-Feb-19 1:43 PM, Simon Goldschmidt wrote: > > On Tue, Feb 5, 2019 at 6:58 AM Vignesh R wrote: > >> > >> Here is the v4 of SPI NOR migration(github branch at [1]) with minor > >> cleanups > > > > I've just sanity-checked this

Re: [U-Boot] [PATCH 3/3] mips: add ethernet support for qca953x referenced boards

Am 05.02.19 um 10:50 schrieb Rosy Song: > Signed-off-by: Rosy Song > --- > arch/mips/dts/ap143.dts| 5 + > arch/mips/dts/qca953x.dtsi | 31 +++ > 2 files changed, 36 insertions(+) > applied to u-boot-mips, thanks. -- - Daniel

Re: [U-Boot] [PATCH 2/3] drivers: add ethernet support for qca953x in ag7xxx driver

Am 05.02.19 um 10:50 schrieb Rosy Song: > Signed-off-by: Rosy Song > --- > drivers/net/ag7xxx.c | 203 +++ > 1 file changed, 186 insertions(+), 17 deletions(-) > applied to u-boot-mips, thanks. -- - Daniel

Re: [U-Boot] [PATCH 1/3] drivers: fix typo for pinctrl qca953x

Am 05.02.19 um 10:49 schrieb Rosy Song: > Signed-off-by: Rosy Song > --- > drivers/pinctrl/ath79/Makefile | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > applied to u-boot-mips, thanks. -- - Daniel ___ U-Boot mailing list

Re: [U-Boot] [PATCH v4 00/20] SF: Migrate to Linux SPI NOR framework

On 06-Feb-19 1:43 PM, Simon Goldschmidt wrote: > On Tue, Feb 5, 2019 at 6:58 AM Vignesh R wrote: >> >> Here is the v4 of SPI NOR migration(github branch at [1]) with minor >> cleanups > > I've just sanity-checked this again on socfpga_socrates: Everything > still works and SPL is ~1.8 KiB

Re: [U-Boot] Booting linux zImage on vexpress-a15

On Tue, Feb 05, 2019 at 07:05:55PM +0100, Andre Wagner wrote: > Hi @all, Hi Andre, > > I'm trying to build a linux kernel as zImage and boot it with u-boot on a > qemu vexpress-a15 machine. The host machine is a Ubuntu 18.04. > > What I tried until now: > > 1. Get Linux from git, export

Re: [U-Boot] [PATCH v2 1/2] splash: Use splashfile instead of location->name

Hi Tomas, > >> So my initial question still stands, could existing implementation be > >> kept as fallback? > >> > >> + if (!splash_file) > >> + splash_file = location->name; > >> > >> location->name has worked fine for those cases, so it would be nice > >> location->to > >> keep that

Re: [U-Boot] [PATCH v2 1/2] splash: Use splashfile instead of location->name

On 2/5/19 5:29 PM, Mark Jonas wrote: > From: Leo Ruan > > The splash image could be loaded from different sources (e.g. sf, mmc) > with different formats (e.g. raw, file-system). These sources are > structured by a board dependent object 'splash_location'. To decide > where is the splash image

Re: [U-Boot] [PATCH v2 1/2] splash: Use splashfile instead of location->name

Hi Mark, On 2/6/19 4:30 PM, Jonas Mark (BT-FIR/ENG1) wrote: > >> So my initial question still stands, could existing implementation be kept >> as fallback? >> >> +if (!splash_file) >> +splash_file = location->name; >> >> location->name has worked fine for those cases, so it would

Re: [U-Boot] [PATCH v2 1/2] splash: Use splashfile instead of location->name

Hi Tomas, > > I conclude that no upstream board is actually affected. They would only > be affecte if they would use SPLASH_STORAGE_FIT. > > You are right, indeed upstream boards should be ok. However, some > other non upstream boards I know of would be affected. > > So my initial question

Re: [U-Boot] [PATCH 1/2] configs: Remove version control leftovers

Alexander, there’s a PR for this open already: https://patchwork.ozlabs.org/patch/1036561/ Sorry for the inconvenience. Philipp. > On 06.02.2019, at 15:19, Alexander Dahl wrote: > > I assume those should not have been committed in the first place? > > Fixes:

[U-Boot] [PATCH 0/2] configs: Minor fixes

Hei hei, two small patches. One is some missing piece in a defconfig for Microchip SAMA5D27-SOM1-EK1 board. The other one is something I stumbled over by accident. Greets Alex Alexander Dahl (2): configs: Remove version control leftovers configs: sama5d27_som1_ek: Activate misc init for uSD

[U-Boot] [PATCH 2/2] configs: sama5d27_som1_ek: Activate misc init for uSD variant

This was already set for 'sama5d27_som1_ek_mmc_defconfig' (first SD card, full size). Without this option set, the MAC address is not read from the I²C EEPROM at boot, and remains unset: U-Boot 2019.01 (Jan 01 2019 - 00:00:00 +) CPU: SAMA5D27 1G bits DDR2 SDRAM Crystal frequency:

[U-Boot] [PATCH 1/2] configs: Remove version control leftovers

I assume those should not have been committed in the first place? Fixes: 2ec3d25f8faab51c2334174a582a96ad28d96344 Signed-off-by: Alexander Dahl --- configs/kylin-rk3036_defconfig.rej | 10 -- configs/puma-rk3399_defconfig.rej | 10 -- 2 files changed, 20 deletions(-) delete

Re: [U-Boot] [PATCH v2 1/2] splash: Use splashfile instead of location->name

Hi Thomas, On 06/02/19 14:44, Melin Tomas wrote: > Hi Mark, > >>> Could fallback here instead be "location->name" as before, keeping >>> compability with the current implementation? I.e. >>> >>> + if (!splash_file) >>> + splash_file = location->name; >> Can you point me to the 3

Re: [U-Boot] [PATCH v2 1/2] splash: Use splashfile instead of location->name

Hi Mark, >> Could fallback here instead be "location->name" as before, keeping >> compability with the current implementation? I.e. >> >> +if (!splash_file) >> +splash_file = location->name; > Can you point me to the 3 upstream boards which are relying on this? > > Is it

Re: [U-Boot] [PATCH] mmc: Do not poll using CMD13 when changing timing

On 06/02/2019 14:11, Marek Vasut wrote: When using CMD6 to switch eMMC card timing from HS200/HS400 to HS/legacy, do not poll for the completion status using CMD13, but rather wait 50mS. Once the card receives the CMD6 and starts executing it, the bus is in undefined state until both the card

[U-Boot] [PATCH] mmc: Do not poll using CMD13 when changing timing

When using CMD6 to switch eMMC card timing from HS200/HS400 to HS/legacy, do not poll for the completion status using CMD13, but rather wait 50mS. Once the card receives the CMD6 and starts executing it, the bus is in undefined state until both the card finishes executing the command and until

[U-Boot] [PATCH 1/2] mmc: Export {sd,mmc}_select_mode_and_width()

Make {sd,mmc}_select_mode_and_width() functions available to drivers, so that they can call these functions to reconfigure SD/MMC mode if necessary. Signed-off-by: Marek Vasut --- drivers/mmc/mmc.c | 8 ++-- drivers/mmc/mmc_private.h | 4 2 files changed, 6 insertions(+), 6

[U-Boot] [PATCH 2/2] mmc: tmio: renesas: Downgrade SD/MMC from UHS/HS200/HS400 modes before boot

Older kernel versions cannot handle situation where either the eMMC is left in HS200/HS400 mode or SD in UHS modes by the bootloader and can misbehave. Downgrade the eMMC to HS/HS52 mode and/or SD to non-UHS mode before boot to allow such older kernels to work with modern U-Boot. Signed-off-by:

[U-Boot] [PATCH] fs: ext4: Unmount FS in do_fs_type()

Unlike other generic FS accessors, fs_get_info() does not call fs_close() at the end of it's operation. Thus, using fs_get_info() in do_fs_type() without calling fs_close() causes potential memory leak by creating new filesystem structures on each call of do_fs_type(). The test case to trigger

Re: [U-Boot] [PATCH 1/3] arm: clean up asm/io.h

On 11.01.2019, at 01:31, Andre Przywara wrote: > > asm/io.h is the header file containing the central MMIO accessor macros. > Judging by the header and the comments, it was apparently once copied > from the Linux kernel, but has deviated since then heavily. > > Clean up the definitions by: > -

Re: [U-Boot] [PATCH 2/3] arm: introduce _relaxed MMIO accessors

On 11.01.2019, at 01:31, Andre Przywara wrote: > > The normal MMIO accessor macros (readX/writeX) guarantee a strong ordering, > even with normal memory accesses [1]. > For some MMIO operations (framebuffers being a prominent example) this is > not needed, and the rather costly barrier inserted

Re: [U-Boot] [PATCH v2 1/2] splash: Use splashfile instead of location->name

Hi Tomas, > > + /* Get the splash image node */ > > + splash_file = env_get("splashfile"); > > + if (!splash_file) > > + splash_file = SPLASH_SOURCE_DEFAULT_FILE_NAME; > > + > > + node_offset = fit_image_get_node(fit_header, splash_file); > > It looks like this will break

[U-Boot] [PATCH] board/BuR/brxre1: convert do DM

This commit converts the brxre1 board to DM, for this we have todo following things: - add a devicetree-file for this board - drop all obsolete settings from board header-file - use dm_i2c_xxx calls for read/write to the resetcontroller - request gpios before operate them Serues-cc:

[U-Boot] [PATCH 3/3] include: configs: imx6-engicam: Add recovery boot option

Combined with watchdog board reset mechanism, this can be used as recovery boot option after bootlimit exceeds the configured value. Signed-off-by: Shyam Saini --- include/configs/imx6-engicam.h | 11 +++ 1 file changed, 11 insertions(+) diff --git a/include/configs/imx6-engicam.h

[U-Boot] [PATCH 2/3] configs: imx6qdl_icore_mmc: Enable watchdog and bootcounter

Enable watchdog and bootcounter support on imx6qdl board Signed-off-by: Shyam Saini --- configs/imx6qdl_icore_mmc_defconfig | 7 +++ 1 file changed, 7 insertions(+) diff --git a/configs/imx6qdl_icore_mmc_defconfig b/configs/imx6qdl_icore_mmc_defconfig index f22e5ea81996..68ad1c6d2028

[U-Boot] [PATCH 1/3] board: engicam: Add watchdog support on Engicam

This patch adds watchdog support for engicam imx6 family of boards. Signed-off-by: Shyam Saini --- board/engicam/common/board.c | 5 + 1 file changed, 5 insertions(+) diff --git a/board/engicam/common/board.c b/board/engicam/common/board.c index 5dccb17cb271..7486f0ac2d9c 100644 ---

[U-Boot] [PATCH v2] arm: dts: am33xx: introduce 'am33xx-u-boot.dtsi'

commit fdce9d35dc36 ("arm: dts: am33xx: Sync dts with Linux 4.20.0") did remove the "u-boot,dm-spl" flag from the 'ocp' bus which was introduced with commit 19aa4ac09db9 ("dts: am33xx: add u-boot, dm-spl to ocp bus") Due to this all boards having CONFIG_SPL_OF_CONTROL enabled are broken because

Re: [U-Boot] [PATCH] .gitignore: ignore patch rejects (*.rej) files

> On 06.02.2019, at 03:01, Masahiro Yamada > wrote: > > On Tue, Feb 5, 2019 at 6:45 PM Philipp Tomsich > wrote: >> >> As my last merge (and the successive follow-up patch) shows, *.rej >> files are not covered by our .gitignore. To protect against future >> accidental addition of *.rej

Re: [U-Boot] [PATCH v4 3/3] cmd: mdio: Add new parameter to access MMD PHY registers

On 06/02/2019 03:31, Joe Hershberger wrote: /cut Perhaps the default can be to attempt to auto select, but if it is ambiguous, require the explicit specification. It could follow a similar approach to the "md" command. We can add the ability to add ".22" and ".45" to the mdio command to

Re: [U-Boot] [PATCH 2/2] dm: core: remove the duplicated function dm_ofnode_pre_reloc

Hi Simon, > From: Simon Glass > Sent: lundi 4 février 2019 15:41 > > Hi Patrick, > > On Mon, 4 Feb 2019 at 03:15, Patrick Delaunay > wrote: > > > > The content dm_ofnode_pre_reloc() is identical with ofnode_pre_reloc() > > defined in drivers/core/ofnode.c and used only one time in > >

Re: [U-Boot] [PATCH v2 1/2] splash: Use splashfile instead of location->name

Hi, On 2/5/19 5:29 PM, Mark Jonas wrote: > From: Leo Ruan > > > common/splash_source.c | 10 -- > doc/README.splashprepare | 9 ++--- > 2 files changed, 14 insertions(+), 5 deletions(-) > > diff --git a/common/splash_source.c b/common/splash_source.c > index 62763b9..e1e73db

Re: [U-Boot] [PATCH v2 2/2] splash: Load internal and external data from FIT

On 05/02/19 16:29, Mark Jonas wrote: > From: Leo Ruan > > The FIT image could contain the splash data in 3 different structure: > - The splash data is embedded in FIT image (internal) > In this case, the property 'data' presents in FIT image header. And > internal information 'start' and

Re: [U-Boot] [PATCH v2 1/2] splash: Use splashfile instead of location->name

On 05/02/19 16:29, Mark Jonas wrote: > From: Leo Ruan > > The splash image could be loaded from different sources (e.g. sf, mmc) > with different formats (e.g. raw, file-system). These sources are > structured by a board dependent object 'splash_location'. To decide > where is the splash image

Re: [U-Boot] [PATCH v4 00/20] SF: Migrate to Linux SPI NOR framework

On Tue, Feb 5, 2019 at 6:58 AM Vignesh R wrote: > > Here is the v4 of SPI NOR migration(github branch at [1]) with minor > cleanups I've just sanity-checked this again on socfpga_socrates: Everything still works and SPL is ~1.8 KiB smaller than without this patch. Regargds, Simon > > Travis ci