[U-Boot] [PATCH v3] nitrogen6x : Use generic distro configuration

In order to simplify the use of various images on various media for nitrogen6x, the configuration of the board must follow the generic distro configuration (doc/README.distro). In order to boot your old rootfs, move your kernel and your device tree in /boot/. Then create

Re: [U-Boot] socfpga 2016.05, CV socdk Rev E1, SPL and u-boot fail when booting from QSPI

Hi! > > We don't support quad mode in U-Boot . You mean not entering Quad mode > > in Linux ? > > > > Nope, there seems to be quad support in u-boot, from spi_flash.c (my patched > version): > > #ifndef CONFIG_SPL_BUILD > /* Look for the fastest read cmd */ > cmd =

[U-Boot] [PATCH v5] mmc: atmel_sdhci: Convert to the driver model support

Convert the driver to the driver model while retaining the existing legacy code. This allows the driver to support boards that have converted to driver model as well as those that have not. Signed-off-by: Wenyou Yang Reviewed-by: Simon Glass ---

Re: [U-Boot] [PATCH v3 1/2] i2c: atmel: add i2c driver

Hello Songjun Wu, Am 20.06.2016 um 07:22 schrieb Songjun Wu: Add i2c driver. Signed-off-by: Songjun Wu --- Changes in v3: - Update the clk API. Changes in v2: - Add code to get and enable clock. drivers/i2c/Kconfig| 10 ++ drivers/i2c/Makefile | 1 +

[U-Boot] mkimage can't read .tmp

Hello all I have been trying to create a FIT image using mkimage using the command: mkimage -D "-I dts -O dtb -p 2000" -f name.its name.fit The output is: DTC: dts->dtb on file "name.its" mkimage: Can't read name.fit.tmp: Invalid argument mkimage Can't add hashes to FIT blob No matter what I

Re: [U-Boot] [PATCH v2] i2c_eeprom: Add reading support

Hello Mario, Am 22.06.2016 um 15:14 schrieb Mario Six: From: "mario@gdsys.cc" This patch implements the reading functionality for the generic I2C EEPROM driver, which was just a non-functional stub until now. Since the page size will be of importance for the writing

[U-Boot] Radxa Rock2 square bug report (kernel won't load)

Hi, I am attempting to use U-Boot on a radxa rock2 board, and noticed that the latest release of u-boot doesn't allow the kernel to boot. I am including a boot log below. I was able to get a working u-boot which boots my kernel by compiling v2016.03. (git://git.denx.de/u-boot.git) I traced a

Re: [U-Boot] [PATCH v3 2/2] i2c: atmel: DT binding for i2c driver

Hello Songjun Wu, Am 20.06.2016 um 07:22 schrieb Songjun Wu: DT binding documentation for atmel i2c driver. Signed-off-by: Songjun Wu --- Changes in v3: None Changes in v2: - Add phandles to input clocks doc/device-tree-bindings/i2c/i2c-at91.txt | 26

[U-Boot] [PATCH v1] dm: usb: Prevent NULL hub in usb_device_info()

This patch modifies the usb_device_info() function to enumerate active USB hubs by iterating UCLASS_USB_HUB directly. The previous code used UCLASS_USB nodes instead and retrieved their first child node, expecting it to be a hub. However, it did not protect against retrieving (and dereferencing)

[U-Boot] Problem loading boot script from ext4 mmc on sunxi H3

Hello, I tried loading system with recent u-boot but it does not work. Trying some ext4ls shows there is some problem accessing the filesystem. Not sure if this should be attributed to the ext driver or to the mmc driver or something else entirely. Does this work for anybody? Any debug option

Re: [U-Boot] [PATCH 2/2] usbarmory: Add board_run_command() function

Hi Simon, On 28/06/2016 20:43, Simon Glass wrote: > Hi, > > On 27 June 2016 at 03:38, Stefano Babic wrote: >> Hi Andrej, >> >> On 20/06/2016 18:18, Andrej Rosano wrote: >> I ten to NACK this. You can do exactly the same with a U-Boot script, and if you want to

[U-Boot] [PATCH] ti_omap5_common: Find right dtb file for DRA72-RevC Evm

DRA72-Evm revC uses dra72-evm-revc.dtb. Update the same in env vatiables. Signed-off-by: Lokesh Vutla --- board/ti/dra7xx/evm.c | 10 +++--- include/configs/ti_omap5_common.h | 2 ++ 2 files changed, 9 insertions(+), 3 deletions(-) diff --git

Re: [U-Boot] Problem loading boot script from ext4 mmc on sunxi H3

Hello, On 29 June 2016 at 10:45, Karsten Merker wrote: > On Wed, Jun 29, 2016 at 09:30:33AM +0200, Michal Suchanek wrote: > >> I tried loading system with recent u-boot but it does not work. >> >> Trying some ext4ls shows there is some problem accessing the filesystem. >> >>

Re: [U-Boot] [PATCH v3 6/9] spl: fit: add support for post-processing of images

Hi Simon, please see below... On Tue, Jun 28, 2016 at 08:28:07PM -0700, Simon Glass wrote: > On 27 June 2016 at 07:19, Andreas Dannenberg wrote: > > diff --git a/include/image.h b/include/image.h > > index d788c26..93d39e1 100644 > > --- a/include/image.h > > +++

[U-Boot] [PATCH] imx: ventana: re-enable late board info display

3b1f681131149b5f62602f582a7e60b0185a2a49 caused a regression that removes board info dispaly for Gateworks Ventana boards because it made the invalid assumption that CONFIG_DISPLAY_BOARDINFO_LATE was the same thing as CONFIG_DISPLAY_BOARDINFO. Ventana needs to call show_board_info in late init

Re: [U-Boot] [PATCH] powerpc: MPC8544DS: revert typo in I2C offset value

Hi York, On Wed, Jun 29, 2016 at 6:27 PM, York Sun wrote: > From: Benjamin Kamath > > I2C offset was changed by commit 00f792e0 from 0x3100 to 0x3000. Please provide the summary of commit 00f792e0 in parenthesis. > This typo leads to error when

[U-Boot] [PATCH v2] powerpc: MPC8544DS: revert typo in I2C offset value

From: Benjamin Kamath I2C offset was changed by commit 00f792e0 (added multibus support) from 0x3100 to 0x3000. This typo leads to error when reading SPD from DDR DIMMs. Signed-off-by: Benjamin Kamath Signed-off-by: York Sun

Re: [U-Boot] [PATCH 4/5] mmc: exynos_dw_mmc: clean the unused and unnecessary codes

On 29 June 2016 at 03:46, Jaehoon Chung wrote: > Clean the unused and unnecessary codse. > This patch is one of them for preparing to use DM. > Because it's easy to maintain and combine DM after cleaning codes. > > Signed-off-by: Jaehoon Chung >

Re: [U-Boot] [PATCH 2/5] mmc: exynos_dw_mmc: remove #ifdef for OF_CONTROL

On 29 June 2016 at 03:46, Jaehoon Chung wrote: > Removed #ifdef for OF_CONTROL. > It might use 'OF_CONTROL' by default. > > Signed-off-by: Jaehoon Chung > --- > drivers/mmc/exynos_dw_mmc.c | 2 -- > 1 file changed, 2 deletions(-) Reviewed-by:

Re: [U-Boot] [PATCH 3/5] mmc: exynos_dw_mmc: add the error control for checking index

On 29 June 2016 at 03:46, Jaehoon Chung wrote: > PERIPH_ID_SDMMC4(131) is not continous value with PERIPH_ID_SDMMC0(75). > If there is no 'index' property in fdt, then dev_index should be > assigned to dev_id(Peripheral ID). > At this time, dev_index should be "56". It

Re: [U-Boot] [PATCH 5/5] mmc: exynos_dw_mmc: use the 4bit bus-width by default

On 29 June 2016 at 03:46, Jaehoon Chung wrote: > If there is not "samsung,bus-width" property, use the 4bit buswidth by > default. > Almost all Exnyos SoCs support at least 4bit buswidth. > > Signed-off-by: Jaehoon Chung > --- >

Re: [U-Boot] [PATCH v1] dm: usb: Prevent NULL hub in usb_device_info()

Hi Bernhard, On 29 June 2016 at 01:43, Bernhard Nortmann wrote: > This patch modifies the usb_device_info() function to enumerate > active USB hubs by iterating UCLASS_USB_HUB directly. > > The previous code used UCLASS_USB nodes instead and retrieved > their first

[U-Boot] [PATCH 1/2] imx: kconfig: introduce IMX_FIXED_IVT_OFFSET

Introduce IMX_FIXED_IVT_OFFSET, which means different boot medias use the same IVT offset. To i.MX7, different boot medias' IVT offset is fixed at 0x400. So select IMX_FIXED_IVT_OFFSET for i.MX7D. Signed-off-by: Peng Fan Cc: Stefano Babic ---

[U-Boot] [PATCH 2/2] imximage: differentiate IVT offset for IMX_FIXED_IVT_OFFSET

When IMX_FIXED_IVT_OFFSET defined, use FLASH_OFFSET_STANDARD for different boot medias. This is needed for i.MX7. Signed-off-by: Peng Fan Cc: Stefano Babic --- tools/imximage.h | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git

Re: [U-Boot] [PATCH] arm: mmc: increase MMC SDHCI read status timeout

Hi Steve, > @@ -127,6 +127,7 @@ static int sdhci_transfer_data(struct sdhci_host *host, > struct mmc_data *data, > #define CONFIG_SDHCI_CMD_MAX_TIMEOUT 3200 > #endif > #define CONFIG_SDHCI_CMD_DEFAULT_TIMEOUT 100 > +#define CONFIG_SDHCI_READ_STATUS_TIMEOUT 1000 > >

Re: [U-Boot] [PATCH 1/5] mmc: exynos_dw_mmc: remove the unused function

On 29 June 2016 at 03:46, Jaehoon Chung wrote: > This function have maintained for supporting Non-FDT. > Now, Almost all SoC are changed to fdt style. > So there are no that this function is called anywhere. > > Signed-off-by: Jaehoon Chung > --- >

[U-Boot] [PATCH] powerpc: MPC8544DS: revert typo in I2C offset value

From: Benjamin Kamath I2C offset was changed by commit 00f792e0 from 0x3100 to 0x3000. This typo leads to error when reading SPD from DDR DIMMs. Signed-off-by: Benjamin Kamath Signed-off-by: York Sun ---

[U-Boot] [PATCH] SPL: sunxi: don't force .BSS into DRAM

Probably due to some (ill-founded) fear of a large BSS all sunxi boards forced their SPL BSS section into DRAM. This only works if there is no usage of a .BSS variable before the DRAM is initialised. The recent inclusion of tiny-printf breaks this assumption (it has two variables in .BSS), so any

Re: [U-Boot] [PATCH v2] mmc: increase MMC SDHCI read status timeout

2016-06-30 5:42 GMT+09:00 Steve Rae : > Otherwise, ocassionally see errors like this: > Flashing sparse image at offset 2078720 > Flashing Sparse Image > sdhci_send_command: Timeout for status update! > mmc fail to send stop cmd > write_sparse_image: Write

Re: [U-Boot] [PATCH] SPL: sunxi: don't force .BSS into DRAM

On 06/30/2016 02:29 AM, Andre Przywara wrote: > Probably due to some (ill-founded) fear of a large BSS all sunxi boards > forced their SPL BSS section into DRAM. > This only works if there is no usage of a .BSS variable before the DRAM > is initialised. > The recent inclusion of tiny-printf breaks

Re: [U-Boot] [PATCH v3 10/12] libfdt: Add overlay application function

On 06/27/16 20:12, David Gibson wrote: > On Mon, Jun 27, 2016 at 01:40:00PM +0200, Maxime Ripard wrote: >> Hi David, >> >> On Mon, Jun 27, 2016 at 03:26:07PM +1000, David Gibson wrote: +static uint32_t overlay_get_target_phandle(const void *fdto, int fragment) +{ + const uint32_t

Re: [U-Boot] [PATCH v5 0/8] ARMv7: PSCI: add PSCI v1.0 support

On Fri, Jun 24, 2016 at 11:26 PM, york sun wrote: > On 06/15/2016 12:16 AM, Chen-Yu Tsai wrote: >> Hi, >> >> On Tue, Jun 14, 2016 at 3:01 PM, wrote: >>> From: Hongbo Zhang >>> >>> v5 changes: >>> - Give up fixing the potential bug

Re: [U-Boot] [PATCH v5 6/8] ARMv7: PSCI: ls102xa: check ALREADY_ON or ON_PENDING for CPU_ON

On Tue, Jun 28, 2016 at 12:30 PM, Chen-Yu Tsai wrote: > On Tue, Jun 14, 2016 at 3:01 PM, wrote: >> From: Hongbo Zhang >> >> For the robustness of codes, while powering on a CPU, it is better to check >> if the target CPU is already

Re: [U-Boot] [PATCH v3 10/12] libfdt: Add overlay application function

On Wed, Jun 29, 2016 at 07:34:54PM -0700, Frank Rowand wrote: > On 06/27/16 20:12, David Gibson wrote: > > On Mon, Jun 27, 2016 at 01:40:00PM +0200, Maxime Ripard wrote: > >> Hi David, > >> > >> On Mon, Jun 27, 2016 at 03:26:07PM +1000, David Gibson wrote: > +static uint32_t

[U-Boot] [PATCH v6] mmc: atmel_sdhci: Convert to the driver model support

Convert the driver to the driver model while retaining the existing legacy code. This allows the driver to support boards that have converted to driver model as well as those that have not. Signed-off-by: Wenyou Yang Reviewed-by: Simon Glass ---

Re: [U-Boot] U-boot support for FIT image with 64 bit Linux Kernel

Hi, On 27 June 2016 at 00:07, vinoth eswaran wrote: > On Sun, Jun 26, 2016 at 4:53 AM, Simon Glass wrote: >> >> +Bin >> >> Hi, >> >> On 23 June 2016 at 08:45, vinoth eswaran wrote: >> > Hello, >> > >> > I am working on an

Re: [U-Boot] [PATCH v3 2/5] fdt: Drop unused exynos compatible strings

Hi Simon, On 06/20/2016 08:33 AM, Simon Glass wrote: > A few drivers have moved to driver model, so we can drop these strings. > > Signed-off-by: Simon Glass CC'd Minkyu. Acked-by: Jaehoon Chung Best Regards, Jaehoon Chung > --- > > Changes in

Re: [U-Boot] [PATCH v5] mmc: atmel_sdhci: Convert to the driver model support

Hi Wenyou, On 06/29/2016 03:45 PM, Wenyou Yang wrote: > Convert the driver to the driver model while retaining the existing > legacy code. This allows the driver to support boards that have > converted to driver model as well as those that have not. > > Signed-off-by: Wenyou Yang

[U-Boot] u-boot on NAND sunxi

Hi, I've been playing a bit with a pcduino3 board (A20), I know mainline u-boot has no R/W support on NAND for these boards and that's not what I'm asking for :-) I've noticed that when I use an sdcard, u-boot+spl initializes the framebuffer and the screen goes on, whereas when I put

[U-Boot] [PATCH 08/11] pinctrl: uniphier: avoid building unneeded pin-mux tables for SPL

SPL does not use all of the devices, so we can save some memory footprint. Signed-off-by: Masahiro Yamada --- drivers/pinctrl/uniphier/pinctrl-uniphier-core.c | 8 drivers/pinctrl/uniphier/pinctrl-uniphier-ld11.c | 34

[U-Boot] [PATCH 09/11] pinctrl: uniphier: add ethernet pin-mux settings

Signed-off-by: Masahiro Yamada --- drivers/pinctrl/uniphier/pinctrl-uniphier-ld11.c | 5 + drivers/pinctrl/uniphier/pinctrl-uniphier-ld20.c | 11 +++ drivers/pinctrl/uniphier/pinctrl-uniphier-ld4.c | 12

[U-Boot] [PATCH 00/11] ARM: uniphier: pinctrl and DT fixes/updates

Masahiro Yamada (11): pinctrl: uniphier: remove wrong pin-mux functions for ProXstream2 pinctrl: uniphier: fix NAND pin-mux setting for PH1-LD11/LD20 pinctrl: uniphier: remove unneeded pin group nand_cs1 ARM: dts: uniphier: sync Device Trees with upstream Linux pinctrl: uniphier: allow

[U-Boot] [PATCH 07/11] pinctrl: uniphier: support pin configuration for dedicated pins

PH1-LD4 and PH1-sLD8 SoCs have pins that support pin configuration (pin biasing, drive strength control), but not pin-muxing. Allow to fill the mux value table with -1 for those pins; pins with mux value -1 will be skipped in the pin-mux set function. The mux value type should be changed from

[U-Boot] [PATCH 03/11] pinctrl: uniphier: remove unneeded pin group nand_cs1

This SoC does not support NAND CS1. This place-holder is no longer necessary. Signed-off-by: Masahiro Yamada --- drivers/pinctrl/uniphier/pinctrl-uniphier-ld20.c | 3 --- 1 file changed, 3 deletions(-) diff --git

[U-Boot] [PATCH 02/11] pinctrl: uniphier: fix NAND pin-mux setting for PH1-LD11/LD20

My mistake in the initial support patch. Signed-off-by: Masahiro Yamada --- drivers/pinctrl/uniphier/pinctrl-uniphier-ld20.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/pinctrl/uniphier/pinctrl-uniphier-ld20.c

[U-Boot] [PATCH 05/11] pinctrl: uniphier: allow to have pinctrl node under syscon node

Currently, the UniPhier pinctrl driver itself is a syscon, but it turned out much more reasonable to make it a child node of a syscon because our syscon node consists of a bunch of system configuration registers, not only pinctrl, but also phy, and misc registers. It is difficult to split the

[U-Boot] [PATCH 5/5] mmc: exynos_dw_mmc: use the 4bit bus-width by default

If there is not "samsung,bus-width" property, use the 4bit buswidth by default. Almost all Exnyos SoCs support at least 4bit buswidth. Signed-off-by: Jaehoon Chung --- drivers/mmc/exynos_dw_mmc.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git

[U-Boot] [PATCH 04/11] ARM: dts: uniphier: sync Device Trees with upstream Linux

I periodically sync Device Trees for better maintainability. Signed-off-by: Masahiro Yamada --- arch/arm/dts/uniphier-common32.dtsi | 22 +++--- arch/arm/dts/uniphier-ph1-ld11-ref.dts | 13 ++-- arch/arm/dts/uniphier-ph1-ld11.dtsi

[U-Boot] [PATCH 06/11] pinctrl: uniphier: split pinctrl driver for PH1-LD11 and PH1-LD20

PH1-LD11 and PH1-LD20 have much pin controlling in common, so I added a single driver shared between them in the initial commit. However, the Ethernet pin-mux settings I am going to add are different with each other, and they may diverge more as the progress of development. Split it into two

[U-Boot] [PATCH 01/11] pinctrl: uniphier: remove wrong pin-mux functions for ProXstream2

These are pin group names, not function names. Signed-off-by: Masahiro Yamada --- drivers/pinctrl/uniphier/pinctrl-uniphier-pxs2.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/pinctrl/uniphier/pinctrl-uniphier-pxs2.c

[U-Boot] [PATCH 11/11] ARM: uniphier: add external IRQ setup code

I will carry this work-around until it is cared in the kernel. This looks up the AIDET node and sets up a register to handle active low interrupt signals. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/board_early_init_f.c | 39

[U-Boot] [PATCH 10/11] ARM: dts: uniphier: add AIDET nodes

The AIDET (ARM Interrupt Detector Add-on Circuit) is a kind of syscon block related with the interrupt controller. Signed-off-by: Masahiro Yamada --- arch/arm/dts/uniphier-ph1-ld11.dtsi| 5 + arch/arm/dts/uniphier-ph1-ld20.dtsi| 5 +

[U-Boot] [PATCH 3/5] mmc: exynos_dw_mmc: add the error control for checking index

PERIPH_ID_SDMMC4(131) is not continous value with PERIPH_ID_SDMMC0(75). If there is no 'index' property in fdt, then dev_index should be assigned to dev_id(Peripheral ID). At this time, dev_index should be "56". It means Exynos SoC has "56" numbers of DWMMC IP. To prevent this behavior, it needs

[U-Boot] [PATCH 4/5] mmc: exynos_dw_mmc: clean the unused and unnecessary codes

Clean the unused and unnecessary codse. This patch is one of them for preparing to use DM. Because it's easy to maintain and combine DM after cleaning codes. Signed-off-by: Jaehoon Chung --- drivers/mmc/exynos_dw_mmc.c | 31 +-- 1 file

[U-Boot] [PATCH 0/5] mmc: exynos_dw_mmc: clean the unnecessary codes

This patch-set is for maintaining more easier than now. Now, exynos_dw_mmc codes are too huge. Some codes can be reused and removed. Basic goal is the using DM. Before applied DM, it needs to clean more. In future, exynos_dw_mmc controller should support DM. Jaehoon Chung (5): mmc:

[U-Boot] [PATCH 2/5] mmc: exynos_dw_mmc: remove #ifdef for OF_CONTROL

Removed #ifdef for OF_CONTROL. It might use 'OF_CONTROL' by default. Signed-off-by: Jaehoon Chung --- drivers/mmc/exynos_dw_mmc.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/mmc/exynos_dw_mmc.c b/drivers/mmc/exynos_dw_mmc.c index 2b9b3aa..80d17ad 100644

[U-Boot] [PATCH 1/5] mmc: exynos_dw_mmc: remove the unused function

This function have maintained for supporting Non-FDT. Now, Almost all SoC are changed to fdt style. So there are no that this function is called anywhere. Signed-off-by: Jaehoon Chung --- arch/arm/mach-exynos/include/mach/dwmmc.h | 1 - drivers/mmc/exynos_dw_mmc.c

Re: [U-Boot] [RFC PATCH v1] usb: spl: fix USB errata for FSL SPL targets

On 06/29/2016 06:12 AM, york sun wrote: > On 06/28/2016 08:53 PM, Sriram Dash wrote: >>> From: york sun >>> On 06/28/2016 12:02 AM, Sriram Dash wrote: > From: Marek Vasut [mailto:ma...@denx.de] On 06/28/2016 01:02 AM, York > Sun wrote: >> Commit 9262367 moved USB errata workaround to a

Re: [U-Boot] [PATCH] arm: mmc: increase MMC SDHCI read status timeout

Hi Masahiro, On Wed, Jun 29, 2016 at 4:52 AM, Masahiro Yamada wrote: > Hi Steve, > > >> @@ -127,6 +127,7 @@ static int sdhci_transfer_data(struct sdhci_host *host, >> struct mmc_data *data, >> #define CONFIG_SDHCI_CMD_MAX_TIMEOUT 3200 >> #endif >>

[U-Boot] [PATCH v2] mmc: increase MMC SDHCI read status timeout

Otherwise, ocassionally see errors like this: Flashing sparse image at offset 2078720 Flashing Sparse Image sdhci_send_command: Timeout for status update! mmc fail to send stop cmd write_sparse_image: Write failed, block #2181088 [0] This does not affect the actual writing speed, which

Re: [U-Boot] [RFC PATCH v3 2/4] mtd: fix compiler warnings

Hi Scott, On Tue, Jun 28, 2016 at 6:17 PM, Scott Wood wrote: > On Sat, 2016-03-12 at 14:48 -0800, Steve Rae wrote: >> - add missing declaration >> - update debug output format specifiers >> >> Signed-off-by: Steve Rae >> --- >> the checkpatch warning: >>

[U-Boot] [PATCH v4] mtd: fix compiler warnings

- add missing declaration - update debug output format specifiers Signed-off-by: Steve Rae --- the checkpatch warning: warning: cmd/mtdparts.c,1494: quoted string split across lines is for the existing code; it is not introduced with this change... Changes in v4: