[U-Boot] [PATCH] phy: comphy_a3700: Change SD/MMC compatible DT node to match the updates

Now that the SD/SDIO/MMC DT properties are updated in the Marvell A3700 and A7/8k DT files, we need to match the checks for compatible node in the PHY driver as well. Signed-off-by: Stefan Roese Cc: Kostya Porotchkin Cc: Nadav Haklai ---

[U-Boot] Please pull u-boot-marvell/master

Hi Tom, please pull the following MVEBU related patches, mostly dealing with adding support for the Xenon SDHCI driver available on the A7k/8k SoCs. I've collected the Reviewed-by from Jaehoon for these mmc patches. Thanks, Stefan The following changes since commit

Re: [U-Boot] [PATCH 1/9] mmc: sdhci: Clear SDHCI_CLOCK_CONTROL before configuring the new value

On 19.01.2017 08:39, Stefan Roese wrote: This patch completely clears the SDHCI_CLOCK_CONTROL register before the new value is configured instead of just clearing the 2 bits SDHCI_CLOCK_CARD_EN and SDHCI_CLOCK_INT_EN. Without this change, some clock configurations will lead to the "Internal

Re: [U-Boot] [PATCH v2 1/7] arm64: mvebu: Update bubt command MMC block device access

On 08.01.2017 15:52, kos...@marvell.com wrote: From: Konstantin Porotchkin Update the MMC block device access code in bubt command implementation according to the latest MMC driver changes. Change-Id: Ie852ceefa0b040ffe1362bdb7815fcea9b2d923b Signed-off-by: Konstantin

[U-Boot] [PATCH v3] dm/mmc: gen_atmel_mci: Add driver model support for mci

Add the driver model support for Atmel mci 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 --- Changes in v3: - Use unified #ifdef

Re: [U-Boot] [RESEND PATCH] net: phy: dp83867: add support for MAC impedance configuration

On Tuesday 24 January 2017 10:45 PM, Grygorii Strashko wrote: > From: Mugunthan V N > > Add support for programmable MAC impedance configuration and > fix typo in DT impedance parameters names. > > Signed-off-by: Mugunthan V N > Signed-off-by:

[U-Boot] Please pull u-boot-mpc85xx master

Tom, The following changes since commit 0c9e85f67cd86d2d7a3424ea3ebff0e6db7a3915: Merge branch 'master' of git://git.denx.de/u-boot-uniphier (2017-01-22 17:07:48 -0500) are available in the git repository at: git://git.denx.de/u-boot-mpc85xx.git for you to fetch changes up to

[U-Boot] [PATCH] net: macb: add .remove callback

To avoid the failure of mdio_register(), add the .remove callback to unregister the mii_dev when remove the ethernet device. Signed-off-by: Wenyou Yang --- drivers/net/macb.c | 41 + 1 file changed, 25 insertions(+), 16

[U-Boot] [PATCH v5 4/7] arm: socfpga: update arria5 socdk default environment

From: Dalon Westergreen Remove the default environment as it is now in a common header. Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig to set the linux devicetree name. Signed-off-by: Dalon Westergreen Acked-by: Marek

[U-Boot] [PATCH v5 5/7] arm: socfpga: Update DE1 environment

From: Dalon Westergreen Remove the default environment as it is now in a common header. Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig to set the linux devicetree name. Signed-off-by: Dalon Westergreen ---

[U-Boot] [PATCH v5 7/7] arm: socfpga: Update sr1500 environment

From: Dalon Westergreen Remove the default environment as it is now in a common header. Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig to set the linux devicetree name. Signed-off-by: Dalon Westergreen ---

[U-Boot] [PATCH v5 6/7] arm: socfpga: Update SoCKit environment

From: Dalon Westergreen Remove the default environment as it is now in a common header. Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig to set the linux devicetree name. Signed-off-by: Dalon Westergreen ---

[U-Boot] [PATCH v5 2/7] arm: socfpga: update de0 nano default environment

From: Dalon Westergreen Remove the default environment as it is now in a common header. Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig to set the linux devicetree name. Signed-off-by: Dalon Westergreen Acked-by: Marek

[U-Boot] [PATCH v5 3/7] arm: socfpga: update cyclone5 socdk default environment

From: Dalon Westergreen Remove the default environment as it is now in a common header. Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig to set the linux devicetree name. Signed-off-by: Dalon Westergreen Acked-by: Marek

[U-Boot] [PATCH v5 1/7] arm: socfpga: add env settings to common header

From: Dalon Westergreen Move repeated environment settings for socfpga boards to a common header. The default values for the boot partition and the OS filesystem partition have changed and as as result the default uboot environment for socfpga boards needs updating.

[U-Boot] [PATCH v5 0/7]

From: Dalon Westergreen These patches update the boot and os partition numbers in the default uboot environment for a number of socfpga boards. Per request, common environment configurations have been moved to a

Re: [U-Boot] [PATCH 07/14] x86: qemu: Set up device tree for SPL

On 18 January 2017 at 04:32, Bin Meng wrote: > Add the correct pre-relocation tag so that the required device tree > nodes are present in the SPL device tree. > > Signed-off-by: Bin Meng > --- > > arch/x86/dts/qemu-x86_i440fx.dts | 4 >

Re: [U-Boot] [PATCH 14/14] x86: qemu: Add a config for 64-bit U-Boot

On 18 January 2017 at 04:33, Bin Meng wrote: > Add a new board config which uses 64-bit U-Boot. Supported features > are the same as the other 64-bit board (Google Chromebook Link). > It is a start for us to test 64-bit U-Boot easily without the need > to access a real

Re: [U-Boot] [PATCH 2/6] arm64: rk3399: move grf register definitions to grf_rk3399.h

On 18 January 2017 at 05:16, Kever Yang wrote: > rk3399 grf register bit defenitions should locate in header > file, so that not only pinctrl can use it. > > Signed-off-by: Kever Yang > --- > > arch/arm/include/asm/arch-rockchip/grf_rk3399.h

Re: [U-Boot] [PATCH 12/14] x86: qemu: Add a text base for 64-bit U-Boot

On 18 January 2017 at 04:33, Bin Meng wrote: > Set up the 64-bit U-Boot text base if building for that target. > > Signed-off-by: Bin Meng > --- > > board/emulation/qemu-x86/Kconfig | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) Reviewed-by:

Re: [U-Boot] [PATCH 11/14] spl: Add a LF to the loading message

On 18 January 2017 at 04:33, Bin Meng wrote: > SPL prints "Trying to boot from %s" without a LF. Add one to improve > reading on the serial console. > > Signed-off-by: Bin Meng > --- > > common/spl/spl.c | 2 +- > 1 file changed, 1 insertion(+), 1

Re: [U-Boot] [PATCH 08/14] x86: qemu: Mark ucode as optional for SPL in u-boot.dtsi

On 18 January 2017 at 04:32, Bin Meng wrote: > QEMU does not need ucode and this is indicated in u-boot.dtsi > for U-Boot proper. Now add the same for SPL. > > Signed-off-by: Bin Meng > --- > > arch/x86/dts/emulation-u-boot.dtsi | 6 ++ > 1 file

Re: [U-Boot] [PATCH 13/14] x86: qemu: Add build options for SPL

On 18 January 2017 at 04:33, Bin Meng wrote: > If SPL is used we want to use the generic SPL framework and boot > from SPI via a board-specific means. Add these options to the > board config file. > > Signed-off-by: Bin Meng > --- > >

Re: [U-Boot] [PATCH 06/14] x86: qemu: Fix compiler warnings for 64-bit

On 18 January 2017 at 04:32, Bin Meng wrote: > This fixes compiler warnings for QEMU in 64-bit. > > Signed-off-by: Bin Meng > --- > > arch/x86/cpu/irq.c | 6 +++--- > arch/x86/cpu/qemu/qemu.c | 2 +- > 2 files changed, 4 insertions(+), 4

Re: [U-Boot] [PATCH v3 62/62] x86: link: Add a config for 64-bit U-Boot

Hi Bin, On 18 January 2017 at 02:04, Bin Meng wrote: > Hi Simon, > > On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote: >> Add a new link config which uses 64-bit U-Boot. This is not fully > > I guess you want to say: a new "board" config instead of

Re: [U-Boot] [PATCH v4 6/7] arm: socfpga: Update SoCKit environment

On Wed, 2017-01-25 at 04:40 +0100, Marek Vasut wrote: > On 01/25/2017 04:34 AM, Dinh Nguyen wrote: > > > > > > > > On 01/24/2017 09:30 PM, Dalon Westergreen wrote: > > > > > > On Tue, 2017-01-24 at 21:27 -0600, Dinh Nguyen wrote: > > > > > > > > > > > > On 01/24/2017 11:06 AM, Dalon

Re: [U-Boot] [PATCH v4 6/7] arm: socfpga: Update SoCKit environment

On 01/25/2017 04:34 AM, Dinh Nguyen wrote: > > > On 01/24/2017 09:30 PM, Dalon Westergreen wrote: >> On Tue, 2017-01-24 at 21:27 -0600, Dinh Nguyen wrote: >>> >>> On 01/24/2017 11:06 AM, Dalon Westergreen wrote: From: Dalon Westergreen Remove the

Re: [U-Boot] [PATCH v4 0/7]

On 01/24/2017 09:27 PM, Marek Vasut wrote: > On 01/25/2017 04:07 AM, Dalon Westergreen wrote: >> On Tue, 2017-01-24 at 20:58 -0600, Dinh Nguyen wrote: >>> >>> On 01/24/2017 11:11 AM, Marek Vasut wrote: On 01/24/2017 06:05 PM, Dalon Westergreen wrote: > > From: Dalon Westergreen

Re: [U-Boot] [PATCH v4 1/7] arm: socfpga: add env settings to common header

On 01/24/2017 09:35 PM, Westergreen, Dalon wrote: > On Tue, 2017-01-24 at 21:31 -0600, Dinh Nguyen wrote: >> >> On 01/24/2017 11:05 AM, Dalon Westergreen wrote: >>> >>> From: Dalon Westergreen >>> >>> Move repeated environment settings for socfpga boards >>> to a

Re: [U-Boot] [PATCH v4 1/7] arm: socfpga: add env settings to common header

On Tue, 2017-01-24 at 21:31 -0600, Dinh Nguyen wrote: > > On 01/24/2017 11:05 AM, Dalon Westergreen wrote: > > > > From: Dalon Westergreen > > > > Move repeated environment settings for socfpga boards > > to a common header. > > > > The default values for the boot

Re: [U-Boot] [PATCH v4 6/7] arm: socfpga: Update SoCKit environment

On 01/24/2017 09:30 PM, Dalon Westergreen wrote: > On Tue, 2017-01-24 at 21:27 -0600, Dinh Nguyen wrote: >> >> On 01/24/2017 11:06 AM, Dalon Westergreen wrote: >>> >>> From: Dalon Westergreen >>> >>> Remove the default environment as it is now in a common >>>

Re: [U-Boot] [PATCH v4 1/7] arm: socfpga: add env settings to common header

On 01/24/2017 11:05 AM, Dalon Westergreen wrote: > From: Dalon Westergreen > > Move repeated environment settings for socfpga boards > to a common header. > > The default values for the boot partition and the > OS filesystem partition have changed and as > as

Re: [U-Boot] [PATCH v4 5/7] arm: socfpga: Update DE1 environment

On 01/24/2017 09:25 PM, Dalon Westergreen wrote: > On Tue, 2017-01-24 at 21:20 -0600, Dinh Nguyen wrote: >> >> On 01/24/2017 11:06 AM, Dalon Westergreen wrote: >>> >>> From: Dalon Westergreen >>> >>> Remove the default environment as it is now in a common >>>

Re: [U-Boot] [PATCH v4 6/7] arm: socfpga: Update SoCKit environment

On Tue, 2017-01-24 at 21:27 -0600, Dinh Nguyen wrote: > > On 01/24/2017 11:06 AM, Dalon Westergreen wrote: > > > > From: Dalon Westergreen > > > > Remove the default environment as it is now in a common > > header. > > > > Add the CONFIG_DEFAULT_DEVICE_TREE to the

Re: [U-Boot] [PATCH v4 0/7]

On 01/25/2017 04:07 AM, Dalon Westergreen wrote: > On Tue, 2017-01-24 at 20:58 -0600, Dinh Nguyen wrote: >> >> On 01/24/2017 11:11 AM, Marek Vasut wrote: >>> >>> On 01/24/2017 06:05 PM, Dalon Westergreen wrote: From: Dalon Westergreen These patches

Re: [U-Boot] [PATCH v4 6/7] arm: socfpga: Update SoCKit environment

On 01/24/2017 11:06 AM, Dalon Westergreen wrote: > From: Dalon Westergreen > > Remove the default environment as it is now in a common > header. > > Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig > to set the linux devicetree name. > > Signed-off-by:

Re: [U-Boot] [PATCH v4] disk: convert to Kconfig

On Tue, Jan 24, 2017 at 10:56:55AM +0100, Patrick Delaunay wrote: > From: Patrick Delaunay > > This converts the following to Kconfig: >CONFIG_PARTITIONS >CONFIG_MAC_PARTITION >CONFIG_DOS_PARTITION >CONFIG_ISO_PARTITION >

Re: [U-Boot] [PATCH v4 5/7] arm: socfpga: Update DE1 environment

On Tue, 2017-01-24 at 21:20 -0600, Dinh Nguyen wrote: > > On 01/24/2017 11:06 AM, Dalon Westergreen wrote: > > > > From: Dalon Westergreen > > > > Remove the default environment as it is now in a common > > header. > > > > Add the CONFIG_DEFAULT_DEVICE_TREE to the

Re: [U-Boot] [PATCH v4 2/7] arm: socfpga: update de0 nano default environment

On 01/24/2017 09:23 PM, Westergreen, Dalon wrote: > On Tue, 2017-01-24 at 21:16 -0600, Dinh Nguyen wrote: >> >> On 01/24/2017 09:11 PM, Westergreen, Dalon wrote: >>> >>> On Tue, 2017-01-24 at 21:08 -0600, Dinh Nguyen wrote: On 01/24/2017 11:05 AM, Dalon Westergreen wrote: >

Re: [U-Boot] [PATCH v4 2/7] arm: socfpga: update de0 nano default environment

On Tue, 2017-01-24 at 21:16 -0600, Dinh Nguyen wrote: > > On 01/24/2017 09:11 PM, Westergreen, Dalon wrote: > > > > On Tue, 2017-01-24 at 21:08 -0600, Dinh Nguyen wrote: > > > > > > > > > On 01/24/2017 11:05 AM, Dalon Westergreen wrote: > > > > > > > > > > > > From: Dalon Westergreen

Re: [U-Boot] [PATCH v4 2/7] arm: socfpga: update de0 nano default environment

On Tue, 2017-01-24 at 21:08 -0600, Dinh Nguyen wrote: > > On 01/24/2017 11:05 AM, Dalon Westergreen wrote: > > > > From: Dalon Westergreen > > > > Remove the default environment as it is now in a common > > header. > > > > Add the CONFIG_DEFAULT_DEVICE_TREE to the

Re: [U-Boot] [PATCH v4 2/7] arm: socfpga: update de0 nano default environment

On 01/24/2017 09:16 PM, Dinh Nguyen wrote: > > > On 01/24/2017 09:11 PM, Westergreen, Dalon wrote: >> On Tue, 2017-01-24 at 21:08 -0600, Dinh Nguyen wrote: >>> >>> On 01/24/2017 11:05 AM, Dalon Westergreen wrote: From: Dalon Westergreen Remove

Re: [U-Boot] [PATCH v4 5/7] arm: socfpga: Update DE1 environment

On 01/24/2017 11:06 AM, Dalon Westergreen wrote: > From: Dalon Westergreen > > Remove the default environment as it is now in a common > header. > > Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig > to set the linux devicetree name. > > Signed-off-by:

Re: [U-Boot] [PATCH v4 2/7] arm: socfpga: update de0 nano default environment

On 01/24/2017 09:11 PM, Westergreen, Dalon wrote: > On Tue, 2017-01-24 at 21:08 -0600, Dinh Nguyen wrote: >> >> On 01/24/2017 11:05 AM, Dalon Westergreen wrote: >>> >>> From: Dalon Westergreen >>> >>> Remove the default environment as it is now in a common >>>

Re: [U-Boot] [PATCH v4 2/7] arm: socfpga: update de0 nano default environment

On 01/24/2017 11:05 AM, Dalon Westergreen wrote: > From: Dalon Westergreen > > Remove the default environment as it is now in a common > header. > > Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig > to set the linux devicetree name. > > Signed-off-by:

Re: [U-Boot] [PATCH v4 0/7]

On Tue, 2017-01-24 at 20:58 -0600, Dinh Nguyen wrote: > > On 01/24/2017 11:11 AM, Marek Vasut wrote: > > > > On 01/24/2017 06:05 PM, Dalon Westergreen wrote: > > > > > > From: Dalon Westergreen > > > > > > These patches update the boot and os partition numbers in

Re: [U-Boot] [PATCH v4 0/7]

On 01/24/2017 11:11 AM, Marek Vasut wrote: > On 01/24/2017 06:05 PM, Dalon Westergreen wrote: >> From: Dalon Westergreen >> >> These patches update the boot and os partition numbers in the >> default uboot environment for a number of socfpga boards. Per >>

[U-Boot] [PATCH v2 13/13] sunxi: configs: add basic OrangePi PC 2 defconfig

The OrangePi PC 2 is a typical SBC with the 64-bit Allwinner H5 SoC. Add a (64-bit only) defconfig defining the required options to build the U-Boot proper. Signed-off-by: Andre Przywara --- board/sunxi/MAINTAINERS| 5 + configs/orangepi_pc2_defconfig | 16

[U-Boot] [PATCH v2 08/13] SPI: SPL: sunxi: fix 64-bit build

Addresses passed on to readl and writel are expected to be of the same size as a pointer. Change the parameter types of sunxi_spi0_read_data() to make the compiler happy and allow a warning-free aarch64 compile. Signed-off-by: Andre Przywara Reviewed-by: Simon Glass

[U-Boot] [PATCH v2 12/13] sunxi: dts: add basic OrangePi PC 2 device tree file

The OrangePi PC 2 is a typical SBC with the 64-bit Allwinner H5 SoC. Create a new .dts file for it by including the (32-bit) H3 SoC .dtsi and changing the differing components accordingly. This is a preliminary device tree mostly for U-Boot's own sake, it is expected to be updated once the

[U-Boot] [PATCH v2 11/13] sunxi: introduce Allwinner H5 config option

The Allwinner H5 Soc is bascially an H3 with high SRAM and ARMv8 cores. As the peripherals and the pinmuxing are almost identical, we piggy back on the shared MACH_SUN8I_H3_H5 config symbol. Signed-off-by: Andre Przywara --- arch/arm/mach-sunxi/cpu_info.c | 2 ++

[U-Boot] [PATCH v2 09/13] sunxi: DRAM: add Allwinner H5 support

The DRAM controller in the Allwinner H5 SoC is again very similar to the one in the H3 and A64. Based on the existing socid parameter, add support for this controller by reusing the bulk of the code and only deviating where needed. These new bits set or cleared here and there have been mostly

[U-Boot] [PATCH v2 10/13] sunxi: prepare for sharing MACH_SUN8I_H3 config symbol

The Allwinner H5 is very close to the H3 SoC, but has ARMv8 cores. To allow sharing the clocks, GPIO and driver code easily, create an architecture agnostic MACH_SUNXI_H3_H5 Kconfig symbol. Rename the existing symbol to MACH_SUNXI_H3_H5 where code is shared and let it be selected by a new shared

[U-Boot] [PATCH v2 07/13] sunxi: provide ARMv8 mem_map for every ARM64 board

Every armv8 board needs the memory map, so change the #ifdef to ARM64 to avoid enumerating every single board or SoC. Signed-off-by: Andre Przywara Acked-by: Maxime Ripard --- arch/arm/mach-sunxi/board.c | 2 +- 1 file changed, 1

[U-Boot] [PATCH v2 06/13] sunxi: Kconfig: introduce CONFIG_SUNXI_HIGH_SRAM

Traditionally Allwinner SoCs have their boot ROM mapped just below 4GB, while the first SRAM region is mapped at address 0. With the extended physical memory support of the A80 this was changed, so the BROM is now at address 0 and the SRAM region starts right behind this at 64KB. This

[U-Boot] [PATCH v2 05/13] sunxi: configs: merge sun9i and sun50i SPL memory definitions

For some reason we were pretty conservative when defining the maximum SPL size for the Allwinner A80(sun9i) SoC. According to the manual the SRAM A1 is even 40KB, but the BROM probably still has the 32 KiB load limit. For the sake of simplicity, merge the SPL memory definitions for the A64 and A80

[U-Boot] [PATCH v2 04/13] sunxi: simplify ACTLR.SMP bit set #ifdef

Instead of enumerating all SoC families that need that bit set, let's just express this more clearly: The SMP bits needs to be set on SMP capable ARMv7 CPUs. It's much easier in Kconfig to express it the other way round, so we use ! CPU_IS_UP and ! ARM64. Signed-off-by: Andre Przywara

[U-Boot] [PATCH v2 01/13] sunxi: fix ACTLR.SMP assembly routine

If we take the liberty to use register r0 to perform our bit set, we should be nice enough to tell the compiler about it. Add r0 to the clobber list to avoid potential mayhem. Signed-off-by: Andre Przywara Acked-by: Maxime Ripard ---

[U-Boot] [PATCH v2 02/13] ARM: rename CONFIG_TIMER_CLK_FREQ to COUNTER_FREQUENCY

Many ARMv8 boards define a constant COUNTER_FREQUENCY to specify the frequency of the ARM Generic Timer (aka. arch timer). ARMv7 boards traditionally used CONFIG_TIMER_CLK_FREQ for the same purpose. It seems useful to unify them. Since there are less occurences of the latter version, lets convert

[U-Boot] [PATCH v2 03/13] fsl: ls102x: remove redundant GENERIC_TIMER_CLK

Some Freescale boards used an extra version of the constant to hold the Generic Timer frequency. This can easily be covered by the now unified COUNTER_FREQUENCY constant, so remove this extra variable from those boards. Signed-off-by: Andre Przywara ---

[U-Boot] [PATCH v2 00/13] sunxi: Allwinner H5 and OrangePi PC2 support

This is an updated version of the Allwinner H5 SoC support. Changes compared to version 1: - Add Maxime's ACKs - new patch 2 and 3 to rename CONFIG_TIMER_CLK_FREQ to COUNTER_FREQUENCY - renaming CONFIG symbol name for single core SoCs - fixing one checkpatch issue (some are left, though) -

Re: [U-Boot] travis-ci: Add swig and libpython-dev to the package list

On Mon, Jan 23, 2017 at 05:40:22PM -0500, Tom Rini wrote: > As part of 1905c8fc711a we introduced failures depending on if swig and > libpython-dev are installed or not. To provide coverage for this are of > code in the future ensure we have these packages installed. > > Signed-off-by: Tom Rini

Re: [U-Boot] arm: am57xx: cl-som-am57x: fix Ethernet

On Mon, Jan 23, 2017 at 01:14:18PM +0200, Uri Mashiach wrote: > The module is continuously rebooting with the following message: > Net: data abort > pc : [] lr : [] > reloc pc : [<80816f42>]lr : [<8080d32b>] > sp : fdf5ce48 ip : fdf5d79c fp : 0017 > r10: 8083cd58 r9 :

Re: [U-Boot] tools: Correct python building host tools

On Mon, Jan 23, 2017 at 11:44:33AM -0500, Tom Rini wrote: > When we have python building tools for the host it will not check HOSTXX > variables but only XX variables, for example LDFLAGS and not > HOSTLDFLAGS. > > Cc: Simon Glass > Reported-by: Heiko Schocher

Re: [U-Boot] mach-omap2: Cleanup secure boot media generation

On Mon, Jan 23, 2017 at 11:34:37AM -0600, Andrew F. Davis wrote: > Currently all secure media types of SPL are generated for all platforms, > all platforms do not need all types, only generate the media types valid > for each platform. > > Signed-off-by: Andrew F. Davis >

Re: [U-Boot] bootz/booti: relocate ramdisk if CONFIG_SYS_BOOT_RAMDISK_HIGH set

On Mon, Jan 23, 2017 at 04:51:45PM +0100, Cédric Schieli wrote: > In commit c2e7e72, the ramdisk relocation code was moved from > image_setup_linux to do_bootm, leaving the bootz and booti cases broken. > > This patch fixes both by adding the BOOTM_STATE_RAMDISK state in their > call to

Re: [U-Boot] [U-Boot, 2/3] NXP: Introduce board/freescale/common/Kconfig and migrate CHAIN_OF_TRUST

On Sun, Jan 22, 2017 at 07:43:10PM -0500, Tom Rini wrote: > Introduce board/freescale/common/Kconfig so that we have a single place > for CONFIG options that are shared between ARM and PowerPC NXP platforms. > > Cc: York Sun > Signed-off-by: Tom Rini >

Re: [U-Boot] [U-Boot,v2] rpi: Fix device tree path on ARM64

On Mon, Jan 23, 2017 at 01:34:39AM +0200, Tuomas Tynkkynen wrote: > The directory structure of device tree files produced by the kernel's > 'make dtbs_install' is different on ARM64, the RPi3 device tree file is > in a 'broadcom' subdirectory there. > > Signed-off-by: Tuomas Tynkkynen

Re: [U-Boot] [U-Boot, 1/3] imx31_phycore: Split the eet variant out into a different TARGET

On Sun, Jan 22, 2017 at 07:43:09PM -0500, Tom Rini wrote: > Rename CONFIG_IMX31_PHYCORE_EET to CONFIG_TARGET_IMX31_PHYCORE_EET and > make this a distinct config target. > > Signed-off-by: Tom Rini Applied to u-boot/master, thanks! -- Tom signature.asc Description:

Re: [U-Boot] [U-Boot, 3/3] Kconfig: Migrate BOARD_LATE_INIT to a select

On Sun, Jan 22, 2017 at 07:43:11PM -0500, Tom Rini wrote: > This option should not really be user selectable. Note that on PowerPC > we currently only need BOARD_LATE_INIT when CHAIN_OF_TRUST is enabled so be > conditional on that. > > Signed-off-by: Tom Rini > Acked-by:

Re: [U-Boot] [GIT PULL] Please pull u-boot-mmc master

On Tue, Jan 24, 2017 at 06:37:35PM +0900, Jaehoon Chung wrote: > Dear Tom, > > Could you pull these patches on your master branch? > > The following changes since commit 0c9e85f67cd86d2d7a3424ea3ebff0e6db7a3915: > > Merge branch 'master' of git://git.denx.de/u-boot-uniphier (2017-01-22 >

Re: [U-Boot] [PATCH v2] mpc85xx: pci: Implement workaround for Erratum A007815

On 12/01/2016 12:22 PM, Tony O'Brien wrote: > The read-only-write-enable bit is set by default and must be cleared > to prevent overwriting read-only registers. This should be done > immediately after resetting the PCI Express controller. > > Reviewed-by: Hamish Martin

Re: [U-Boot] [U-Boot, v4, 1/16] nand: sunxi: Fix modulo by zero error

Hello Maxime, Jagan, [as I was not subscribed to the u-boot mailing list from this email address yet, I could not properly reply, nor do I have my git-send-patch setup yet.] I tried the patch series and reproduced the sunxi-spl-with-ecc.bin flow on an A13 Olinuxino board with NAND. I think the

Re: [U-Boot] [PATCH 1/2] arm: Remove unofficial mach-type number uses

[re-sending without a URL in it] On Wed, Jan 25, 2017 at 12:28:47AM +0200, Vladimir Zapolskiy wrote: > Hi Tom, > > On 01/24/2017 11:31 PM, Tom Rini wrote: > > We have a number of instances of platforms that define a MACH_TYPE_xxx > > value and number. We are currently synced with the latest

Re: [U-Boot] [PATCH 1/2] arm: Remove unofficial mach-type number uses

Hi Tom, On 01/24/2017 11:31 PM, Tom Rini wrote: > We have a number of instances of platforms that define a MACH_TYPE_xxx > value and number. We are currently synced with the latest vales from > the Linux Kernel and in turn if numbers are not used there it is because > they were never officially

Re: [U-Boot] [PATCH] mpc85xx: pci: Implement workaround for Erratum A007815

On 12/22/2016 08:37 AM, Mingkai Hu wrote: > > >> -Original Message- >> From: york sun >> Sent: Friday, December 02, 2016 1:24 AM >> To: Mingkai Hu >> Cc: Chris Packham ; Tony O'Brien >> ; u-boot

Re: [U-Boot] [PATCH] powerpc: Enable flush and invalidate dcache by range for MPC85xx

On 01/05/2017 08:30 PM, Tony O'Brien wrote: > Commit ac337168a unified functions to flush and invalidate dcache by > range. These two functions were no-ops for SoCs other than 4xx and > MPC86xx. Adding these functions seemed to be correct but introduced > issues in some drivers when the dcache was

Re: [U-Boot] [PATCH v2] powerpc/t2080: CPU erratum A-007907

On 10/24/2016 01:48 PM, Darwin Dingel wrote: > Core hang occurs when using L1 stashes. Workaround is to disable L1 > stashes so software uses L2 cache for stashes instead. > > Reviewed-by: Chris Packham > Signed-off-by: Darwin Dingel

[U-Boot] [PATCH 1/2] arm: Remove unofficial mach-type number uses

We have a number of instances of platforms that define a MACH_TYPE_xxx value and number. We are currently synced with the latest vales from the Linux Kernel and in turn if numbers are not used there it is because they were never officially used anywhere. We drop all our instances of these

[U-Boot] [PATCH 2/2] arm: Clean up MACH_TYPE defines in config headers

A few boards were defining a MACH_TYPE_xxx name and value until it had been synced in officially. These values now are here so remove the config header defines. Signed-off-by: Tom Rini --- include/configs/am335x_igep0033.h | 1 - include/configs/apx4devkit.h | 1 -

Re: [U-Boot] ext4: crash when writing a file

On 01/23/2017 05:38 PM, Brüns, Stefan wrote: > On Freitag, 20. Januar 2017 18:32:49 CET Sébastien Szymanski wrote: > [...] >> Then under the sandbox I do the following: >> >> U-Boot 2017.01-2-g558e41e-dirty (Jan 20 2017 - 16:19:47 +0100) >> >> DRAM: 256 MiB >> MMC: >> Using default

Re: [U-Boot] [PATCH v4 0/9] ARM: stm32: add network and qspi driver support to stm32f746-disco board

Hi Michael, > -Original Message- > From: Michael Kurz [mailto:michi.k...@gmail.com] > Sent: Sunday, January 22, 2017 7:04 AM > To: u-boot@lists.denx.de > Cc: Michael Kurz ; Heiko Schocher ; > Michal Simek ; Simon Glass >

Re: [U-Boot] [PATCH v4 3/9] ARM: stm32: cleanup stm32f7 files

Hi, > -Original Message- > From: Michael Kurz [mailto:michi.k...@gmail.com] > Sent: Sunday, January 22, 2017 7:04 AM > To: u-boot@lists.denx.de > Cc: Michael Kurz ; Vikas MANOCHA > ; Albert Aribaud > ; Toshifumi

Re: [U-Boot] Falcon boot breaks on DRA7 because of commit b9c8ccab "env_mmc.c: Allow environment to be used within SPL"

On Tue, Jan 24, 2017 at 06:04:47PM +0100, Jean-Jacques Hiblot wrote: > > > On 24/01/2017 16:46, Tom Rini wrote: > >>I had noticed that it's quite old indeed. I didn't mean that it's a > >>regression. I'm just puzzled by the commit. what is its purpose ? > >>why is SPL not using

Re: [U-Boot] [PATCH v2 1/2] ARM: am335x: Add support for chiliSOM

On Tue, Jan 24, 2017 at 06:51:51PM +0100, Marcin Niestroj wrote: > chiliSOM is a System On Module (http://http://grinn-global.com/chilisom/). > It can't exists on its own, but will be used as part of other boards. > > Hardware specification: > * TI AM335x processor > * 128M, 256M or 512M DDR3

Re: [U-Boot] [PATCH v2 2/2] board/chiliboard: Add support for chiliBoard

On Tue, Jan 24, 2017 at 06:51:52PM +0100, Marcin Niestroj wrote: > chiliBoard is a development board which uses chiliSOM as its base. > > Hardware specification: > * chiliSOM (TI AM335x, DRAM, NAND) > * Ethernet PHY (id 0) > * USB host (usb1) > * MicroSD slot (mmc0) > > Signed-off-by:

[U-Boot] [PATCH v2 2/2] board/chiliboard: Add support for chiliBoard

chiliBoard is a development board which uses chiliSOM as its base. Hardware specification: * chiliSOM (TI AM335x, DRAM, NAND) * Ethernet PHY (id 0) * USB host (usb1) * MicroSD slot (mmc0) Signed-off-by: Marcin Niestroj --- Changes v1 -> v2: * converted

[U-Boot] [PATCH v2 1/2] ARM: am335x: Add support for chiliSOM

chiliSOM is a System On Module (http://http://grinn-global.com/chilisom/). It can't exists on its own, but will be used as part of other boards. Hardware specification: * TI AM335x processor * 128M, 256M or 512M DDR3 memory * up to 256M NAND We place source inside arch/arm/mach-omap2/

[U-Boot] [PATCH v2 0/2] ARM: am335x: Support chiliSOM and chiliBoard

These patches add support for chiliSOM (http://grinn-global.com/chilisom/), and chiliBoard (which uses chiliSOM as it's base). chiliSOM consists of processor (TI AM335x), RAM memory (up to 512M DDR3) and flash (NAND). The idea is that every board vendor can use chiliSOM as it's base for designed

Re: [U-Boot] [PATCH] net: phy: dp83867: add support for MAC impedance configuration

On 01/22/2017 10:51 PM, Lokesh Vutla wrote: On Friday 20 January 2017 04:03 AM, Grygorii Strashko wrote: Sry CC:u-boot@lists.denx.de On 01/19/2017 04:30 PM, Grygorii Strashko wrote: From: Mugunthan V N Add support for programmable MAC impedance configuration and

[U-Boot] [RESEND PATCH] net: phy: dp83867: add support for MAC impedance configuration

From: Mugunthan V N Add support for programmable MAC impedance configuration and fix typo in DT impedance parameters names. Signed-off-by: Mugunthan V N Signed-off-by: Grygorii Strashko --- no functional changes, just cc

Re: [U-Boot] [PATCH v4 0/7]

On 01/24/2017 06:05 PM, Dalon Westergreen wrote: > From: Dalon Westergreen > > These patches update the boot and os partition numbers in the > default uboot environment for a number of socfpga boards. Per > request, common environment configurations have been moved

[U-Boot] [PATCH v4 7/7] arm: socfpga: Update sr1500 environment

From: Dalon Westergreen Remove the default environment as it is now in a common header. Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig to set the linux devicetree name. Signed-off-by: Dalon Westergreen Acked-by: Stefan

[U-Boot] [PATCH v4 5/7] arm: socfpga: Update DE1 environment

From: Dalon Westergreen Remove the default environment as it is now in a common header. Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig to set the linux devicetree name. Signed-off-by: Dalon Westergreen ---

[U-Boot] [PATCH v4 6/7] arm: socfpga: Update SoCKit environment

From: Dalon Westergreen Remove the default environment as it is now in a common header. Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig to set the linux devicetree name. Signed-off-by: Dalon Westergreen ---

[U-Boot] [PATCH v4 3/7] arm: socfpga: update cyclone5 socdk default environment

From: Dalon Westergreen Remove the default environment as it is now in a common header. Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig to set the linux devicetree name. Signed-off-by: Dalon Westergreen ---

[U-Boot] [PATCH v4 4/7] arm: socfpga: update arria5 socdk default environment

From: Dalon Westergreen Remove the default environment as it is now in a common header. Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig to set the linux devicetree name. Signed-off-by: Dalon Westergreen ---

[U-Boot] [PATCH v4 1/7] arm: socfpga: add env settings to common header

From: Dalon Westergreen Move repeated environment settings for socfpga boards to a common header. The default values for the boot partition and the OS filesystem partition have changed and as as result the default uboot environment for socfpga boards needs updating.

[U-Boot] [PATCH v4 0/7]

From: Dalon Westergreen These patches update the boot and os partition numbers in the default uboot environment for a number of socfpga boards. Per request, common environment configurations have been moved to a shared header. Changes in v4: - Removed extraneous

[U-Boot] [PATCH v4 2/7] arm: socfpga: update de0 nano default environment

From: Dalon Westergreen Remove the default environment as it is now in a common header. Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig to set the linux devicetree name. Signed-off-by: Dalon Westergreen ---

  1   2   >