Re: [U-Boot] [PATCH 1/1] Kconfig: net: give PHYLIB to designware driver

Hey Bin, On 21-09-15 09:24, Bin Meng wrote: Hi Olliver, On Mon, Sep 21, 2015 at 3:18 PM, Olliver Schinagl wrote: Hey Bin, On 21-09-15 03:50, Bin Meng wrote: Hi Olliver, On Fri, Sep 18, 2015 at 11:29 PM, Olliver Schinagl wrote: From:

Re: [U-Boot] [PATCH 1/1] Kconfig: net: give PHYLIB to designware driver

Hi Olliver, On Mon, Sep 21, 2015 at 3:18 PM, Olliver Schinagl wrote: > Hey Bin, > > > On 21-09-15 03:50, Bin Meng wrote: >> >> Hi Olliver, >> >> On Fri, Sep 18, 2015 at 11:29 PM, Olliver Schinagl >> wrote: >>> >>> From: Olliver Schinagl

Re: [U-Boot] [PATCH 1/1] Kconfig: net: give PHYLIB to designware driver

Hey Bin, On 21-09-15 03:50, Bin Meng wrote: Hi Olliver, On Fri, Sep 18, 2015 at 11:29 PM, Olliver Schinagl wrote: From: Olliver Schinagl The designware driver has a build guard which makes it to only work when using the PHYLIB. With

[U-Boot] [PATCH] dfu: dfu_sf: Use the erase sector size for erase operations

From: Fabio Estevam SPI NOR flashes need to erase the entire sector size and we cannot pass any arbitrary length for the erase operation. To illustrate the problem: Copying data from PC to DFU device Download[=] 100% 478208 bytes

[U-Boot] buildman toolchains

Hi, I was using buildman to get toolchains from kernel.org to build U-Boot for as many boards as possible. But I still see some boards do not build. Are these build failures a known issue? Error log below: blackfin: + cm-bf561 blackstamp bct-brettl2 cm-bf527 bf506f-ezkit ip04 bf527-sdp

Re: [U-Boot] [PATCH] spi : convert altera_spi to driver model

On Monday, September 21, 2015 at 02:58:31 PM, Thomas Chou wrote: > Convert altera_spi to driver model > > Signed-off-by: Thomas Chou Hi! > --- > drivers/spi/Kconfig | 8 ++ > drivers/spi/altera_spi.c | 197 > ++- 2 files

Re: [U-Boot] [PATCH 4/4] dfu: add SF backend

On 09/21/2015 08:55 PM, Fabio Estevam wrote: > On Mon, Sep 21, 2015 at 10:50 PM, Fabio Estevam wrote: >> Stephen, >> >> On Mon, Sep 21, 2015 at 2:37 PM, Fabio Estevam wrote: >>> On Mon, Sep 21, 2015 at 2:31 PM, Stephen Warren >>>

Re: [U-Boot] [PATCH] spi : convert altera_spi to driver model

Hi Marek, On 09/22/2015 08:10 AM, Marek Vasut wrote: I suspect you might want to tweak the core code to check if those .set_speed and .set_mode are assigned in dm_spi_ops structure and if not, don't call them. I wonder if this worths, as altera_spi is the only one that cannot set speed and

Re: [U-Boot] [PATCH 3/7] malloc_simple: Add Kconfig option for using only malloc_simple in the SPL

Hi Hans, On 13 September 2015 at 09:42, Hans de Goede wrote: > common/dlmalloc.c is quite big, both in .text and .data usage, therefor > on some boards the SPL is build to use only malloc_simple.c and not the > dlmalloc.c code. This is done in various include/configs/foo.h

Re: [U-Boot] [PATCH 4/7] malloc_simple: Add support for switching to DRAM heap

Hi Hans, On 13 September 2015 at 09:42, Hans de Goede wrote: > malloc_simple uses a part of the stack as heap, initially it uses > SYS_MALLOC_F_LEN bytes which typically is quite small as the initial > stacks sits in SRAM and we do not have that much SRAM to work with. > >

Re: [U-Boot] [PATCH 2/7] malloc_simple: Fix malloc_ptr calculation

On 13 September 2015 at 09:42, Hans de Goede wrote: > From: Philipp Rosenberger > > The gd->malloc_ptr and the gd->malloc_limit are offsets to gd->malloc_base. > But the addr variable contains the absolute address. The new_ptr must be: > addr + bytes -

Re: [U-Boot] [PATCH 1/7] spl: spl_relocate_stack_gd: Do not unnecessarily clear bss

Hi Hans, On 13 September 2015 at 09:42, Hans de Goede wrote: > > spl_relocate_stack_gd only gets called from arch/arm/lib/crt0.S which > clears the bss directly after calling it, so there is no need to clear > it from spl_relocate_stack_gd. > > Signed-off-by: Hans de Goede

Re: [U-Boot] [PATCH] dts: do not cut down pinctrl-0 and pinctrl-names for SPL full-pinctrl

Hi Masahiro, On 13 September 2015 at 09:00, Masahiro Yamada wrote: > Simon, > > > > 2015-09-04 10:10 GMT+09:00 Simon Glass : >> On 31 August 2015 at 07:22, Simon Glass wrote: >>> On 31 August 2015 at 04:36, Masahiro Yamada >>>

Re: [U-Boot] [PATCH] spi : convert altera_spi to driver model

On Tuesday, September 22, 2015 at 05:52:58 AM, Thomas Chou wrote: > Hi Marek, Hi, > On 09/22/2015 08:10 AM, Marek Vasut wrote: > > I suspect you might want to tweak the core code to check if those > > .set_speed and .set_mode are assigned in dm_spi_ops structure and > > if not, don't call them.

Re: [U-Boot] [PATCH 1/3] net: phy: Don't create phy device when there is no phy

Hi Joe, On Tue, Sep 15, 2015 at 10:46 AM, Bin Meng wrote: > Hi Joe, > > On Sat, Sep 12, 2015 at 3:44 AM, Joe Hershberger > wrote: >> Hi Bin, >> >> On Fri, Sep 4, 2015 at 6:56 AM, Bin Meng wrote: >>> In get_phy_device_by_mask(),

Re: [U-Boot] Flashing SPI NOR via DFU

On Fri, Sep 18, 2015 at 6:21 PM, Fabio Estevam wrote: > Copying data from PC to DFU device > Download[=] 100% 478208 bytes > Download done. > state(7) = dfuMANIFEST, status(0) = No error condition is present > state(10) = dfuERROR, status(14)

Re: [U-Boot] [PATCH 1/3] imx-common: fix iomux settings

Hi Stefano, Benoit, On Mon, Sep 21, 2015 at 10:13:42PM +0200, Stefano Babic wrote: >Hi Benoit, Peng, > >On 21/09/2015 20:41, Benoît Thébaudeau wrote: >> Hi Peng, >> >> On Mon, Sep 21, 2015 at 3:05 AM, Peng Fan wrote: >>> On Sun, Sep 20, 2015 at 05:02:58PM +0200, Benoît

Re: [U-Boot] [PATCH v2] sunxi_nand_spl: Be smarter about where to look for backup u-boot.bin

On Mon, 2015-09-21 at 13:24 +0200, Hans de Goede wrote: > Hi, > > On 21-09-15 12:22, Ian Campbell wrote: > > On Sun, 2015-09-20 at 15:39 -0400, Hans de Goede wrote: > > > We know when u-boot is written to its own partition, in this case the > > > layout always is: > > > > > > eb 0 spl > > > eb 1

[U-Boot] [PATCH V2 09/11] Exynos54xx: dts: add ADC node

This commit adds common ADC node, which is disabled as default. Signed-off-by: Przemyslaw Marczak --- Changes V2: - new commit --- arch/arm/dts/exynos54xx.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/dts/exynos54xx.dtsi

[U-Boot] [PATCH V2 08/11] Odroid-XU3: enable s2mps11 PMIC support

Signed-off-by: Przemyslaw Marczak --- Changes V2: - none --- arch/arm/dts/exynos5422-odroidxu3.dts | 7 +++ configs/odroid-xu3_defconfig | 3 +++ 2 files changed, 10 insertions(+) diff --git a/arch/arm/dts/exynos5422-odroidxu3.dts

[U-Boot] [PATCH V2 11/11] exynos5-dt-types: add board detection for Odroid XU3/XU3L/XU4.

This commit adds additional file with implementation of board detection code for Odroid-XU3/XU4. The detection depends on compatible found in fdt: - "samsung,exynos5" - uses Exynos5 generic code - "samsung,odroidxu3" - try detect XU3 revision There are few revisions of Odroid XU3/XU4, each can

[U-Boot] [PATCH V2 07/11] dm: adc: add Exynos54xx compatible ADC driver

This commit adds driver for Exynos54xx ADC subsystem. The driver is implemented using driver model, amd provides ADC uclass's operations: - adc_init() - adc_data() This driver uses sdelay() function on pooling, so it can be used before the delay timer is inited. The basic parameters of ADC

[U-Boot] [PATCH V2 10/11] Odroid-XU3: dts: enable ADC, with request for pre-reloc bind

This ADC is required for Odroid's board revision detection. The pre-reloc request is enabled, since board detection will be done in one of early function call. Signed-off-by: Przemyslaw Marczak --- Changes V2: - new commit --- arch/arm/dts/exynos5422-odroidxu3.dts | 5

[U-Boot] [PATCH V2 05/11] dm: pmic: add s2mps11 PMIC I/O driver

This driver allows I/O operations on the Samsung S2MPS11 PMIC, which provides lots of LDO/BUCK outputs. To enable it, update defconfig with: - CONFIG_PMIC_S2MPS11 and additional, if were not defined: - CONFIG_CMD_PMIC - CONFIG_ERRNO_STR The binding info: doc/device-tree-bindings/pmic/s2mps11.txt

Re: [U-Boot] [PATCH V2 04/11] Exynos5422/5800: set cpu id to 0x5422

Hello Jaehoon, On 09/21/2015 02:47 PM, Jaehoon Chung wrote: Hi, Przemyslaw. On 09/21/2015 09:26 PM, Przemyslaw Marczak wrote: The proper CPU ID for those Exynos variants is 0x5422, but before the 0x5800 was set. This commit fix this back. Changes: - set cpu id to 0x5422 instead of 0x5800 -

Re: [U-Boot] [PATCH v2] sunxi_nand_spl: Be smarter about where to look for backup u-boot.bin

Hi, On 21-09-15 14:19, Ian Campbell wrote: On Mon, 2015-09-21 at 13:24 +0200, Hans de Goede wrote: Hi, On 21-09-15 12:22, Ian Campbell wrote: On Sun, 2015-09-20 at 15:39 -0400, Hans de Goede wrote: We know when u-boot is written to its own partition, in this case the layout always is: eb 0

Re: [U-Boot] [PATCH v2] sunxi_nand_spl: Be smarter about where to look for backup u-boot.bin

On Mon, 2015-09-21 at 15:19 +0200, Hans de Goede wrote: > Hi, > > On 21-09-15 14:19, Ian Campbell wrote: > > On Mon, 2015-09-21 at 13:24 +0200, Hans de Goede wrote: > > > Hi, > > > > > > On 21-09-15 12:22, Ian Campbell wrote: > > > > On Sun, 2015-09-20 at 15:39 -0400, Hans de Goede wrote: > > >

Re: [U-Boot] [PATCH v2] sunxi_nand_spl: Be smarter about where to look for backup u-boot.bin

On Sun, 2015-09-20 at 15:39 -0400, Hans de Goede wrote: > We know when u-boot is written to its own partition, in this case the > layout always is: > > eb 0 spl > eb 1 spl-backup > eb 2 u-boot > eb 3 u-boot-backup > > eb: erase-block > > So if we cannot load u-boot from its primary offset we

Re: [U-Boot] [PATCH 0/4] Fix operation on Odroid devices

Hi, Tobias, On 09/21/2015 08:00 PM, Tobias Jakobi wrote: > Forgot to ask this: What about the first three patches? Will check and review them. Best Regards, Jaehoon Chung > > - Tobias > > ___ U-Boot mailing list U-Boot@lists.denx.de

Re: [U-Boot] [PATCH V2 04/11] Exynos5422/5800: set cpu id to 0x5422

Hi, Przemyslaw. On 09/21/2015 09:26 PM, Przemyslaw Marczak wrote: > The proper CPU ID for those Exynos variants is 0x5422, > but before the 0x5800 was set. This commit fix this back. > > Changes: > - set cpu id to 0x5422 instead of 0x5800 > - remove macro proid_is_exynos5800() > - add macro

Re: [U-Boot] [PATCH v2 0/6] device model bringup of cpsw on am335x bone black

On Monday 07 September 2015 02:22 PM, Mugunthan V N wrote: > This patch seires enables cpsw to adopt driver model. This has > been tested on AM335x beagle bone black and GP EVM (logs [1]). > Also pushed a branch for testing [2] > > This patch depends on [3] for getting cpsw address space from DT

[U-Boot] [PATCH V2 00/11] Add board detection for Odroid XU3 / XU3Lite / XU4

This patchset adds: - CPU model in dts for Chromebook Peach Pi as Exynos5800 - set the cpu id of Exynos5422 to 0x5422 - S2MPS11 PMIC I/O driver - Exynos5420-compatible (9-channel, 12-bit) ADC driver - new file for Exynos5: exynos5-dt-types.c - board detection for Odroid XU3 / XU3lite / XU4 - fixed

[U-Boot] [PATCH V2 01/11] samsung: board/misc: check returned pointer for get_board_type() calls

The function get_board_type() is called in two places by common code, but the returned pointer was never check. This commit adds checking the returned pointer, before use it. Signed-off-by: Przemyslaw Marczak --- Changes V2: - new commit --- board/samsung/common/board.c

[U-Boot] [PATCH V2 03/11] Peach-Pi: dts: add cpu-model string

This platform is based on Exynos5800 but the cpu id is 0x5422. This doesn't fit the common Exynos SoC name convention, so now, the CPU name is defined by device tree string, to be printed properly. Signed-off-by: Przemyslaw Marczak --- Changes V2: - move cpu name from

[U-Boot] [PATCH V2 02/11] s5p: cpu_info: print "cpu-model" if exists in dts

The CPU name for Exynos was concatenated with cpu id, but for new Exynos platforms, like Chromebook Peach Pi based on Exynos5800, the name of SoC variant does not include the real SoC cpu id (0x5422). For such case, the CPU name should be defined in device tree. This commit introduces new

[U-Boot] [PATCH V2 04/11] Exynos5422/5800: set cpu id to 0x5422

The proper CPU ID for those Exynos variants is 0x5422, but before the 0x5800 was set. This commit fix this back. Changes: - set cpu id to 0x5422 instead of 0x5800 - remove macro proid_is_exynos5800() - add macro proid_is_exynos5422() - change the calls to proid_is_exynos5800() with new macro

[U-Boot] [PATCH V2 06/11] dm: adc: add simple ADC uclass implementation

This commit adds: - new uclass id: UCLASS_ADC - new uclass driver: drivers/adc/adc-uclass.c The uclass's implementation is as simple as needed and provides functions: - adc_init() - init ADC conversion - adc_data() - convert and return data - adc_data_mask() - return ADC data mask -

Re: [U-Boot] [PATCH 0/5] device model bringup of hsmmc on am335x bone black and gp evm

On Tuesday 15 September 2015 07:41 PM, Mugunthan V N wrote: > This patch seires enables omap_hsmmc to adopt driver model. This > has been tested on AM335x beagle bone black and GP EVM (logs [1]). > Also pushed a branch for testing [2] > > [1]: http://pastebin.ubuntu.com/12417667/ > [2]:

Re: [U-Boot] [PATCH v2 0/6] device model bringup of cpsw on am335x bone black

On Mon, Sep 21, 2015 at 04:21:11PM +0530, Mugunthan V N wrote: > On Monday 07 September 2015 02:22 PM, Mugunthan V N wrote: > > This patch seires enables cpsw to adopt driver model. This has > > been tested on AM335x beagle bone black and GP EVM (logs [1]). > > Also pushed a branch for testing [2]

Re: [U-Boot] [PATCH 1/8] ARM: hikey: Update README with various corrections

Hi Peter, On 17 September 2015 at 21:54, Simon Glass wrote: > > Hi Peter, > > On 9 September 2015 at 15:13, Peter Griffin wrote: > > The README had a few mistakes, and one of the URL's > > had changed. Also update the boot log with the latest > >

Re: [U-Boot] [PATCH 4/4] dfu: add SF backend

On Mon, Sep 21, 2015 at 10:50 PM, Fabio Estevam wrote: > Stephen, > > On Mon, Sep 21, 2015 at 2:37 PM, Fabio Estevam wrote: >> On Mon, Sep 21, 2015 at 2:31 PM, Stephen Warren >> wrote: >> >>> I haven't tested SF support recently

[U-Boot] [PATCH] ARM: tegra: p2371-2180: import latest pinmux

From: Stephen Warren In order to avoid any assumptions about any device connected to P2371-2180's expansion connector, the latest pinmux spreadsheet configures all muxable pins on that connector to be GPIO inputs, with on-chip pulls where appropriate. Signed-off-by: Stephen

Re: [U-Boot] [Patch v2 02/16] common/board_f.c: modify the macro to use get_clocks() more common

> -Original Message- > From: Sun York-R58495 > Sent: Tuesday, September 22, 2015 1:27 AM > To: Gong Qianyu-B52263; u-boot@lists.denx.de > Cc: Hu Mingkai-B21284; Sun York-R58495; Hou Zhiqiang-B48286; Xie Shaohui- > B21989; Song Wenbin-B53747; Wood Scott-B07421 > Subject: Re: [Patch v2

[U-Boot] Please pull u-boot-rockchip.git

Hi Tom. This doesn't break anything and makes the pinctrl behaviour correct, so it is good to get it into this release. The following changes since commit 1fb8d7933924aa5deb7e722d64c1d9fc7f0b2b82: Merge git://git.denx.de/u-boot-x86 (2015-09-17 17:00:08 -0400) are available in the git

Re: [U-Boot] [PATCH 4/4] dfu: add SF backend

Stephen, On Mon, Sep 21, 2015 at 2:37 PM, Fabio Estevam wrote: > On Mon, Sep 21, 2015 at 2:31 PM, Stephen Warren wrote: > >> I haven't tested SF support recently (only MMC). However, it should still >> work:-) Are you using ci_udc? If so, make sure you

Re: [U-Boot] Galileo instructions

Hi Simon, On Tue, Sep 22, 2015 at 3:41 AM, Simon Glass wrote: > Hi Bin, > > On 14 September 2015 at 20:30, Bin Meng wrote: >> >> Hi Simon, >> >> On Tue, Sep 15, 2015 at 10:15 AM, Simon Glass wrote: >> > Hi Bin, >> > >> > On 14 September

Re: [U-Boot] [PATCH 4/4] dfu: add SF backend

On Tue, Sep 22, 2015 at 12:23 AM, Stephen Warren wrote: > Oh good:-) > > I was going to give you my dfu_alt_info, but it's at work right now, so > I was waiting until tomorrow. I did try to repro this, but I was having > a lot of trouble with both the two boards I have

[U-Boot] [PATCH v2 00/14] ARM: uniphier: clean-up, refactor, and then new SoCs support

Masahiro Yamada (14): ARM: uniphier: remove unused header file ARM: uniphier: remove useless wrapper functions ARM: uniphier: refactor LED function ARM: uniphier: move CONFIG_SUPPORT_CARD_* macros to local file ARM: uniphier: allow to disable CONFIG_MICRO_SUPPORT_CARD ARM: uniphier:

[U-Boot] [PATCH v2 13/14] ARM: uniphier: add ProXstream2 and PH1-LD6b support

The DDR SDRAM initialization code has not been mainlined yet, but U-Boot proper should work. Signed-off-by: Masahiro Yamada --- arch/arm/dts/Makefile | 4 +- arch/arm/dts/uniphier-ph1-ld6b-ref.dts | 1 +

[U-Boot] [PATCH v2 06/14] ARM: uniphier: rename CONFIG_MACH_* to CONFIG_ARCH_UNIPHIER_*

I want these prefixed with CONFIG_ARCH_UNIPHIER_ to clarify they belong to UniPhier SoC family. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/Kconfig| 14 +++--- arch/arm/mach-uniphier/Makefile | 8

[U-Boot] [PATCH v2 05/14] ARM: uniphier: allow to disable CONFIG_MICRO_SUPPORT_CARD

Without this, build fails if CONFIG_MICRO_SUPPORT_CARD is disabled. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/spl.c | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/mach-uniphier/spl.c b/arch/arm/mach-uniphier/spl.c index

[U-Boot] [PATCH v2 14/14] ARM: uniphier: fix init page table for ProXstream2/PH1-LD6b USB boot

Currently, the USB boot mode is supported by external loader and U-boot proper image is put on the section 0. This commit allows access there. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/init_page_table.S | 2 +- 1 file changed, 1 insertion(+), 1

[U-Boot] [PATCH v2 09/14] ARM: uniphier: unify low-level debug init code

Move init code of low-level debug into a single file. This is helpful to create an image that runs on multiple SoCs. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/Makefile | 2 + arch/arm/mach-uniphier/debug_ll.S|

[U-Boot] [PATCH v2 04/14] ARM: uniphier: move CONFIG_SUPPORT_CARD_* macros to local file

It is no longer necessary to define CONFIG_SUPPORT_CARD_* globally. Move them to a C file as local macros. Also, rename the C file. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/Makefile | 2 +- .../{support_card.c =>

[U-Boot] [PATCH v2 08/14] ARM: uniphier: fix glitch signal problem for low-level debug

Currently, IECTRL is enabled after pin-mux settings for the low-level debugging for PH1-LD4 and PH1-sLD8. While IECTRL is disabled, input signals are pulled-down, i.e. glitch signal (Low to High transition) problem occurs if pin-mux is set up first. As a result, one invalid character is input to

[U-Boot] [PATCH v2 03/14] ARM: uniphier: refactor LED function

The macro, led_write(), is now only used in C sources. There is no more reason to keep the tricky assembly macro. Replace it with a new C function led_puts(). Also, rename board.h to micro-support-card.h. Signed-off-by: Masahiro Yamada ---

[U-Boot] [PATCH v2 02/14] ARM: uniphier: remove useless wrapper functions

The wrapper functions, uniphier_board_*, are just making function calls complex. Remove them. Also, use empty inline functions in case CONFIG_MICRO_SUPPORT_CARD is disabled, so that prototype checking works. Signed-off-by: Masahiro Yamada ---

[U-Boot] [PATCH v2 12/14] ARM: uniphier: add PH1-Pro5 support

The DDR SDRAM initialization code has not been mainlined yet, but U-Boot proper should work. Signed-off-by: Masahiro Yamada --- arch/arm/dts/Makefile | 1 + arch/arm/dts/uniphier-ph1-pro5-4kbox.dts | 64 ++

[U-Boot] [PATCH v2 10/14] ARM: uniphier: remove kernel parameter settings from environment

Currently, console=ttyS0 is hard-coded in CONFIG_EXTRA_ENV_SETTINGS and it replaces the bootargs in the chosen node of the device tree passed to the kernel. This is not preferable because I am going to add some boards whose console is not ttyS0. Drop bootargs settings from U-Boot's environment

Re: [U-Boot] [PATCH 1/2] mmc: dw_mmc: Increase timeout to 20 seconds

Hi Tom, > On Sep 18, 2015, at 22:27 , Tom Rini wrote: > > On Fri, Sep 18, 2015 at 09:32:47AM +0200, Lukasz Majewski wrote: >> Hi Tom, >> >>> On Thu, Sep 17, 2015 at 04:43:33PM +0200, Lukasz Majewski wrote: >>> Hi Tom, > On Monday, September 14, 2015 at

Re: [U-Boot] [PATCH] mmc: sdhci: Fix the SD clock stop sequence

Hi Wenyou, > On Sep 16, 2015, at 11:22 , Wenyou Yang wrote: > > According to the SDHC specification, stopping the SD Clock is by setting > the SD Clock Enable bit in the Clock Control register at 0, instead of > setting all bits at 0. > > Before stopping the SD clock, we

[U-Boot] [PATCH v2 01/14] ARM: uniphier: remove unused header file

This has been unused since commit f4e190e317b8 ("ARM: uniphier: enable SPL_OF_CONTROL"). Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/include/mach/platdevice.h | 24 1 file changed, 24 deletions(-) delete mode 100644

[U-Boot] [PATCH v2 07/14] ARM: uniphier: delete unneeded input enable for low-level debug

The UART I/O ports for PH1-Pro4 has no input enable controlling. This code is useless. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/ph1-pro4/lowlevel_debug.S | 5 - 1 file changed, 5 deletions(-) diff --git

[U-Boot] [PATCH v2 11/14] ARM: uniphier: allow to enable multiple SoCs

Before this commit, the Kconfig menu in mach-uniphier only allowed us to choose one SoC to be compiled. Each SoC has its own defconfig file for the build-test coverage. Consequently, some defconfig files are duplicated with only the difference in CONFIG_DEFAULT_DEVICE_TREE and

Re: [U-Boot] [Patch v2 02/16] common/board_f.c: modify the macro to use get_clocks() more common

On 09/17/2015 12:02 AM, Gong Qianyu wrote: > get_clocks() should not be limited by ESDHC. > > Signed-off-by: Gong Qianyu > --- > common/board_f.c | 2 +- > include/configs/BSC9132QDS.h | 1 + > include/configs/MPC8308RDB.h | 1 + >

Re: [U-Boot] [Patch v2 03/16] net/fm: Fix the endian issue of ucode uploading to IRAM

On 09/17/2015 12:05 AM, Gong Qianyu wrote: > From: Shaohui Xie > > Remove the redundant byte swap of the ucode before uploading to IRAM. > > Signed-off-by: Hou Zhiqiang > Signed-off-by: Shaohui Xie > Signed-off-by:

Re: [U-Boot] [Patch v2 09/16] ARMv8/FSL_LSCH2: Add FSL_LSCH2 SoC

On 09/17/2015 12:06 AM, Gong Qianyu wrote: > From: Mingkai Hu > > Freescale LayerScape with Chassis Generation 2 is a set of SoCs with > ARMv8 cores and 2rd generation of Chassis. > > Signed-off-by: Li Yang > Signed-off-by: Hou Zhiqiang

Re: [U-Boot] [PATCH 4/4] dfu: add SF backend

On Mon, Sep 21, 2015 at 2:31 PM, Stephen Warren wrote: > I haven't tested SF support recently (only MMC). However, it should still > work:-) Are you using ci_udc? If so, make sure you have this very recent > patch: > >> commit b337b3b2a53f112a217f4bd31307b02f830bb787 >>

Re: [U-Boot] [PATCH] spi : convert altera_spi to driver model

On 21 September 2015 at 18:28, Thomas Chou wrote: > Convert altera_spi to driver model Thanks for the patch, Thomas. > > Signed-off-by: Thomas Chou Reviewed-by: Jagan Teki > --- > drivers/spi/Kconfig | 8 ++ >

Re: [U-Boot] [PATCH 4/4] dfu: add SF backend

On 09/21/2015 11:13 AM, Fabio Estevam wrote: Hi Stephen, On Wed, Jun 11, 2014 at 7:03 PM, Stephen Warren wrote: From: Stephen Warren This allows SPI Flash to be programmed using DFU. Signed-off-by: Stephen Warren Is this

Re: [U-Boot] [Patch v2 02/16] common/board_f.c: modify the macro to use get_clocks() more common

On Thu, 2015-09-17 at 15:02 +0800, Gong Qianyu wrote: > get_clocks() should not be limited by ESDHC. > > Signed-off-by: Gong Qianyu > --- > common/board_f.c | 2 +- > include/configs/BSC9132QDS.h | 1 + > include/configs/MPC8308RDB.h | 1 + >

Re: [U-Boot] [Patch v2 01/16] ARMv7/ls1021a: move ns_access to common file

On 09/17/2015 12:02 AM, Gong Qianyu wrote: > From: Mingkai Hu > > Config Security Level Register is different between different SoCs, > so put the CSL register definition into the arch speicific directory. s/speicific/specific > > Signed-off-by: Mingkai Hu

[U-Boot] SPI pending patches

Hello Jagan, I sent the new revision of the protective SPI NOR patches; is it possible for you to review them? I would like to get them applied for 2015.10 as they are blocking the Congatec patches. -- Otavio Salvador O.S. Systems http://www.ossystems.com.br

Re: [U-Boot] [Patch v2 16/16] armv8/ls1043ardb: Add cpld command to boot from sd

On 09/17/2015 12:06 AM, Gong Qianyu wrote: > Signed-off-by: Gong Qianyu > --- > board/freescale/ls1043ardb/cpld.c | 17 + > board/freescale/ls1043ardb/cpld.h | 1 + > 2 files changed, 18 insertions(+) Squash this patch with SD boot patch. York

Re: [U-Boot] [Patch v2 12/16] armv8/ls1043ardb: Add cpld command to boot from nand

On 09/17/2015 12:06 AM, Gong Qianyu wrote: > Signed-off-by: Gong Qianyu > --- > board/freescale/ls1043ardb/cpld.c | 18 ++ > board/freescale/ls1043ardb/cpld.h | 1 + > 2 files changed, 19 insertions(+) > Squash this patch with nand boot patch.

Re: [U-Boot] [Patch v2 10/16] ARMv8/ls1043ardb: Add LS1043ARDB board support

On 09/17/2015 12:06 AM, Gong Qianyu wrote: > From: Mingkai Hu > > LS1043ARDB Specification: > - > Memory subsystem: > * 2GByte DDR4 SDRAM (32bit but) Do you mean "bus" here? > * 128 Mbyte NOR flash single-chip memory > * 512 Mbyte NAND

Re: [U-Boot] [PATCH v6 0/5] spi: cadence_qspi: optimize & fix indirect rd-writes

Reminder... let me know if there is any comment. Rgds, Vikas > -Original Message- > From: Vikas MANOCHA > Sent: Friday, September 11, 2015 11:28 AM > To: u-boot@lists.denx.de; s...@denx.de; grmo...@opensource.altera.com; > jt...@openedev.com; ma...@denx.de > Cc: Vikas MANOCHA > Subject:

Re: [U-Boot] [PATCH v2 3/4] ubifs: Add generic fs support

On 09/14/2015 11:35 AM, Hans de Goede wrote: Hi, On 01-09-15 22:03, Stephen Warren wrote: On 08/22/2015 11:04 AM, Hans de Goede wrote: Add generic fs support, so that commands like ls, load and test -e can be used on ubifs. @@ -530,6 +531,28 @@ int get_device_and_partition(const char

Re: [U-Boot] [PATCH] dm: core: Enable optional use of fdt_translate_address()

On 09/13/2015 11:25 PM, Stefan Roese wrote: Hi Stephen, On 11.09.2015 19:07, Stephen Warren wrote: On 09/09/2015 11:07 AM, Simon Glass wrote: +Stephen Hi Stefan, On Thursday, 3 September 2015, Stefan Roese wrote: The current "simple" address translation

Re: [U-Boot] [PATCH 0/5] Add support for additional splash screen locations

Gentle ping. On Sun, Aug 30, 2015 at 11:42:31AM +0300, Nikita Kiryanov wrote: > This series adds the following functionality to the splash_source library: > - load splash image from filesystem formatted usb storage > - load splash image from filesystem formatted mmc storage > - load splash image

Re: [U-Boot] [PATCH 0/4] Fix operation on Odroid devices

Hello, Jaehoon Chung wrote: > Hi, > > On 09/21/2015 08:18 AM, Tobias Jakobi wrote: >> Hello, >> >> currently operation on Exynos4412-based Odroid devices is broken. >> >> The bootloader stops with this message: >> Card did not respond to voltage select! >> *** Warning - MMC init failed, using

Re: [U-Boot] [PATCH 0/4] Fix operation on Odroid devices

Forgot to ask this: What about the first three patches? - Tobias ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH] spi : convert altera_spi to driver model

Convert altera_spi to driver model Signed-off-by: Thomas Chou --- drivers/spi/Kconfig | 8 ++ drivers/spi/altera_spi.c | 197 ++- 2 files changed, 119 insertions(+), 86 deletions(-) diff --git a/drivers/spi/Kconfig

Re: [U-Boot] [PATCH 4/4] dfu: add SF backend

Hi Stephen, On Wed, Jun 11, 2014 at 7:03 PM, Stephen Warren wrote: > From: Stephen Warren > > This allows SPI Flash to be programmed using DFU. > > Signed-off-by: Stephen Warren Is this still working in mainline U-boot? I am

Re: [U-Boot] [PATCH 0/4] Fix operation on Odroid devices

Dear, Tobias. On 09/21/2015 06:34 PM, Tobias Jakobi wrote: > Hello, > > Jaehoon Chung wrote: >> Hi, >> >> On 09/21/2015 08:18 AM, Tobias Jakobi wrote: >>> Hello, >>> >>> currently operation on Exynos4412-based Odroid devices is broken. >>> >>> The bootloader stops with this message: >>> Card did

Re: [U-Boot] SPI pending patches

Hi Otavio, Jagan, On 21/09/2015 20:36, Otavio Salvador wrote: > On Mon, Sep 21, 2015 at 3:21 PM, Jagan Teki wrote: >> On 21 September 2015 at 23:43, Otavio Salvador >> wrote: >>> Hello Jagan, >>> >>> I sent the new revision of the protective

[U-Boot] [PATCH 1/3] imx: cpu: move common chip revision id's

Move common chip revision id's to main cpu header file mx25 generic include cpu header for chip revision Signed-off-by: Adrian Alonso --- arch/arm/cpu/arm926ejs/mx25/generic.c | 1 + arch/arm/include/asm/arch-imx/cpu.h | 12

[U-Boot] [PATCH 2/3] hab: rework support for imx6/imx7

Signed-off-by: Adrian Alonso --- arch/arm/cpu/armv7/mx6/Makefile | 1 - arch/arm/cpu/armv7/mx6/hab.c| 502 --- arch/arm/imx-common/Makefile| 1 + arch/arm/imx-common/hab.c | 515

[U-Boot] [PATCH 3/3] mx7dsabresd: add secure boot support

Add secure boot support for mx7dsabresd target board Signed-off-by: Adrian Alonso --- board/freescale/mx7dsabresd/imximage.cfg | 7 +++ include/configs/mx7dsabresd.h| 4 2 files changed, 11 insertions(+) diff --git

Re: [U-Boot] [PATCH 1/3] imx-common: fix iomux settings

Hi Benoit, Peng, On 21/09/2015 20:41, Benoît Thébaudeau wrote: > Hi Peng, > > On Mon, Sep 21, 2015 at 3:05 AM, Peng Fan wrote: >> On Sun, Sep 20, 2015 at 05:02:58PM +0200, Benoît Thébaudeau wrote: >>> On Sun, Sep 20, 2015 at 3:02 PM, Peng Fan wrote:

[U-Boot] [PATCH v2 2/3] I2C: mxc_i2c: make I2C1 and I2C2 optional

The driver assumed that I2C1 and I2C2 were always enabled, and if they were not, then an asynchronous abort was (silently) raised, to be caught much later on in the Linux kernel. Fix this by making I2C1 and I2C2 optional just like I2C3 and I2C4 are. To make the change binary-invariant, declare

[U-Boot] [PATCH v2 3/3] vf610: add support for Phytec PCM052

Devices supported are: - NFC (NAND FLASH) - MMC - QSPI (SPI NOR FLASH) - I2C (only bus 2) - I2C RTC - I2C EEPROM - FEC Patch-series: 2 - remove useless CONFIG_SYS_SPD_BUS_NUM from config - remove include of config_cmd_default.h - remove duplicate CONFIG_CMD_NET Signed-off-by: Albert ARIBAUD

[U-Boot] [PATCH v2 1/3] vf610: refactor DDRMC code

The VF610 DDRMC driver code contains settings which are board-specific. Move these out to boards so that new boards can define their own without having to modify the driver. Signed-off-by: Albert ARIBAUD (3ADEV) --- Changes in v2: - reverted from all-custom to

Re: [U-Boot] [PATCH v2] sunxi_nand_spl: Be smarter about where to look for backup u-boot.bin

Hi, On 21-09-15 12:22, Ian Campbell wrote: On Sun, 2015-09-20 at 15:39 -0400, Hans de Goede wrote: We know when u-boot is written to its own partition, in this case the layout always is: eb 0 spl eb 1 spl-backup eb 2 u-boot eb 3 u-boot-backup eb: erase-block So if we cannot load u-boot from

Re: [U-Boot] [PATCH 0/4] Fix operation on Odroid devices

Hello Jaehoon, Jaehoon Chung wrote: > Dear, Tobias. > > On 09/21/2015 06:34 PM, Tobias Jakobi wrote: >> Hello, >> >> Jaehoon Chung wrote: >>> Hi, >>> >>> On 09/21/2015 08:18 AM, Tobias Jakobi wrote: Hello, currently operation on Exynos4412-based Odroid devices is broken.

Re: [U-Boot] Galileo instructions

Hi Bin, On 14 September 2015 at 20:30, Bin Meng wrote: > > Hi Simon, > > On Tue, Sep 15, 2015 at 10:15 AM, Simon Glass wrote: > > Hi Bin, > > > > On 14 September 2015 at 20:06, Bin Meng wrote: > >> > >> Hi Simon, > >> > >> On Tue, Sep

Re: [U-Boot] [PATCH v2 1/5] disk/part: Only build hostfs special handling when CONFIG_SANDBOX is set

On 09/17/2015 04:46 PM, Hans de Goede wrote: This is not necessary / useful when not building with CONFIG_SANDBOX and with the addition of ubifs support to the generic fs commands it actually gets in the way, since both operate on a fake / NULL blkdev. Acked-by: Stephen Warren

Re: [U-Boot] Pull-request: u-boot-spi/master

Hi Michal, On 19 September 2015 at 06:38, Michal Simek wrote: > On 09/19/2015 02:55 AM, Michal Simek wrote: >> On 09/16/2015 09:20 AM, Jagan Teki wrote: >>> Hi Michal, >>> >>> On 15 September 2015 at 18:58, Simon Glass wrote: Hi Jagan,

Re: [U-Boot] SPI pending patches

On 22 September 2015 at 00:06, Otavio Salvador wrote: > On Mon, Sep 21, 2015 at 3:21 PM, Jagan Teki wrote: >> On 21 September 2015 at 23:43, Otavio Salvador >> wrote: >>> Hello Jagan, >>> >>> I sent the new

Re: [U-Boot] SPI pending patches

On 21 September 2015 at 23:43, Otavio Salvador wrote: > Hello Jagan, > > I sent the new revision of the protective SPI NOR patches; is it > possible for you to review them? I would like to get them applied for > 2015.10 as they are blocking the Congatec patches.

  1   2   >