[U-Boot] Please pull u-boot-x86

Hi Tom, The following changes since commit 66c246cce7c66019a93ff7105157c3e2126dd277: ARM: DRA7xx: Fix memory allocation overflow (2017-02-17 17:24:35 -0500) are available in the git repository at: git://git.denx.de/u-boot-x86.git for you to fetch changes up to

[U-Boot] [PATCH v2 2/2] board: ge: bx50v3: apply the proper register setting to fix the voltage peak issue

Apply the proper setting for the reserved bits in SetDes Test and System Mode Control register to avoid the voltage peak issue while we do the IEEE PHY comformance test Signed-off-by: Ken Lin --- Changes from v1 - New commit message board/ge/bx50v3/bx50v3.c | 3 ++- 1

[U-Boot] [PATCH v2 1/2] board: ge: bx50v3: fix AR8033 reset timing issue

Add the delay (10ms) to ensure the clock is stable and to meet the clock-to-reset(1ms) requirement recommended in the AR8033 datasheet Signed-off-by: Ken Lin --- Changes from v1 - Fix the missing Signed-off-by issue board/ge/bx50v3/bx50v3.c | 3 ++- 1 file changed, 2

[U-Boot] saveenv not working with CONFIG_ENV_IS_IN_UBI

I am unable to have my uboot environment variable persist when using saveenv. I have these configs set #define MTDIDS_DEFAULT "nand0=xilinx_nand" #define MTDPARTS_DEFAULT \ "mtdparts=xilinx_nand:" \ "8M(boot)ro," \ "16M(env-boot)," \

[U-Boot] TODO list for u-boot

Hi everyone, I was looking through the TO DO list of u-boot, because I want to contribute to the project. This list here seems to be outdated http://www.denx.de/wiki/U-Boot/Tasks. For example I checked the "Set Environment to Default Values" task from the list, and it's seems to be implemented

Re: [U-Boot] [PATCH v2 3/3] x86: Intel MID platforms has no microcode update

On Fri, Feb 17, 2017 at 9:49 PM, Andy Shevchenko wrote: > There is no microcode update available for SoCs used on Intel MID > platforms. > > Use conditional to bypass it. > > Reviewed-by: Simon Glass > Signed-off-by: Andy Shevchenko

Re: [U-Boot] [PATCH v2 2/3] x86: zImage: add Intel MID platforms support

On Fri, Feb 17, 2017 at 9:48 PM, Andy Shevchenko wrote: > From: Vincent Tinelli > > Intel MID platform boards have special treatment, such as boot parameter > setting. > > Assign hardware_subarch accordingly if CONFIG_INTEL_MID is

Re: [U-Boot] [PATCH 07/14] net: core: Inform the user of the device MAC address

Hey Joe, On 02-02-17 18:52, Joe Hershberger wrote: Hi Olliver, On Fri, Dec 2, 2016 at 4:08 AM, Olliver Schinagl wrote: Hey Joe, On 30-11-16 20:29, Joe Hershberger wrote: On Fri, Nov 25, 2016 at 9:30 AM, Olliver Schinagl wrote: In certain

Re: [U-Boot] [PATCH v2 1/3] x86: Introduce INTEL_MID quirk option

On Sat, Feb 18, 2017 at 12:21 PM, Bin Meng wrote: > Hi Andy, > > On Fri, Feb 17, 2017 at 9:48 PM, Andy Shevchenko > wrote: >> Intel Mobile Internet Device (MID) platforms have special treatment in >> some cases, such as CPU enumeration or

Re: [U-Boot] [PATCH] x86: Force 32-bit jumps in interrupt handlers

On Fri, Feb 10, 2017 at 11:46 AM, Bin Meng wrote: > On Fri, Feb 10, 2017 at 10:54 AM, J. Tang wrote: >> Depending upon the compiler used, IRQ entries could vary in sizes. With >> GCC 5.x, the code generator will use short jumps for some IRQ entries >> but near

[U-Boot] [PATCH v4 2/3] ARM: AM43xx: Enable DM_I2C/SPI/ETH

Enable DM_I2C/SPI/ETH for all AM43XX based boards. Enable it using imply keyword so that a user can disable this when not needed. Signed-off-by: Lokesh Vutla --- arch/arm/mach-omap2/am33xx/Kconfig | 5 + 1 file changed, 5 insertions(+) diff --git

[U-Boot] [PATCH v4 1/3] ARM: dts: am43xx: Add u-boot specific dtsi

Add u-boot specific dtsi for am43xx-gp-evm so that it will be used for SPL. Reviewed-by: Tom Rini Signed-off-by: Lokesh Vutla --- arch/arm/dts/am437x-gp-evm-u-boot.dtsi | 38 ++ 1 file changed, 38 insertions(+) create

[U-Boot] [PATCH v4 3/3] configs: am43xx_evm: Enable SPL_DM

Enable SPL_DM on all AM43xx based platforms Reviewed-by: Tom Rini Signed-off-by: Lokesh Vutla --- arch/arm/Kconfig | 6 ++ configs/am43xx_evm_defconfig | 2 +- configs/am43xx_evm_ethboot_defconfig | 1 +

[U-Boot] [PATCH v4 0/3] ARM: AM43xx: Enable SPL_DM

Enable SPL_DM on all AM4xx based boards. This series depends on: - DRA7 SPL_DM series[1] - http://patchwork.ozlabs.org/patch/727106/ [1] https://www.mail-archive.com/u-boot@lists.denx.de/msg238751.html Changes sine v3: - Use imply keyword for enabling various DM_* configs Changes since v2: -

[U-Boot] [PATCH] ARM: uniphier: enable CONFIG_CMD_CONFIG

This command is useful to see which config options are enabled on the running U-Boot image. Signed-off-by: Masahiro Yamada --- configs/uniphier_ld11_defconfig | 1 + configs/uniphier_ld20_defconfig | 1 + configs/uniphier_ld4_sld8_defconfig | 1 +

Re: [U-Boot] [PATCH v4 0/16] sunxi: Add support for the CHIP Pro

On Mon, Jan 23, 2017 at 7:16 PM, Maxime Ripard wrote: > The CHIP Pro is a SoM made by NextThing Co, and that embeds a GR8 SIP, an > AXP209 PMIC, a WiFi BT chip and a 512MB SLC NAND. > > Since the first Allwinner device coming whit an SLC NAND that doesn't have >

Re: [U-Boot] [PATCH v1 1/2] sun8i: define CONFIG_PHY_GIGE for EMAC

On Sat, Feb 18, 2017 at 1:47 AM, Philipp Tomsich wrote: > From: Klaus Goger > > CONFIG_PHY_GIGE needs to be defined for miiphy_speed to report correct speed. > > Signed-off-by: Klaus Goger

Re: [U-Boot] [PATCH v1 1/2] sunxi: sun50i/a64: enabled GPIO via sunxi_gpio.c

On Sat, Feb 18, 2017 at 1:50 AM, Philipp Tomsich wrote: Some description would be nice, such as: The A64 has the standard Allwinner pin controller with pin banks B ~ L. > X-AffectedPlatforms: A64-uQ7 > Signed-off-by: Philipp Tomsich

Re: [U-Boot] [PATCH v1 02/11] sunxi: add pinctrl (UCLASS_PINCTRL) support for sunxi and tie back into GPIO

On Sat, Feb 18, 2017 at 1:52 AM, Philipp Tomsich wrote: > This change adds a full device-model pinctrl driver for sunxi (tested with > sun50iw1p1) based on the support available in Linux. > > Details are: > * implements a driver for pinctrl devices and

[U-Boot] [PATCHv2 1/2] pci: layerscape: add LS2088A series SoC pcie support

From: Hou Zhiqiang The LS2088A series SoCs has different physical memory map address and CCSR registers address against LS2080A series SoCs. Signed-off-by: Hou Zhiqiang --- V2: - Moved the fix of PF control registers address to probe func.

[U-Boot] [PATCHv2 2/2] pci: layerscape: Add support ls2088a kernel DT node fixup

From: Hou Zhiqiang There isn't LS2088A DT file, actually it reuse LS2080A DT file under u-boot, while under kernel there are DT files for LS2080A and LS2088A respectively with different PCIe node compatible string. Signed-off-by: Hou Zhiqiang --- V2:

Re: [U-Boot] [PATCH v3 2/2] mmc: tangier: Add Intel Tangier eMMC/SDHCI driver

On Mon, Feb 20, 2017 at 7:24 PM, Andy Shevchenko wrote: > From: Felipe Balbi > > This patch adds Intel Tangier eMMC/SDHCI driver. > > Intel Tangier SoC contains a hybrid of PCI and non-PCI devices. SDHCI > controller is one of the

[U-Boot] [PATCH v1 1/2] dts: lynx: add sun50i-a64-lynx.dts for the A64-uQ7

--- arch/arm/dts/Makefile| 1 + arch/arm/dts/sun50i-a64-lynx.dts | 247 +++ 2 files changed, 248 insertions(+) create mode 100644 arch/arm/dts/sun50i-a64-lynx.dts diff --git a/arch/arm/dts/Makefile b/arch/arm/dts/Makefile index da99eb4..5520529

[U-Boot] [PATCH v1 2/2] lynx_defconfig: add defconfig for A64-uQ7 module

Signed-off-by: Philipp Tomsich --- arch/arm/dts/sun50i-a64-lynx.dts | 2 +- configs/lynx_defconfig | 84 2 files changed, 85 insertions(+), 1 deletion(-) create mode 100644 configs/lynx_defconfig diff

[U-Boot] [PATCH v1 0/2] Add support for the A64-uQ7 modules

This changeset adds support for the A64-uQ7 modules from Theobroma Systems, which is based on Allwinner's A64 (sun50iw1p1). It depends on the device-model support for the sunxi subarchitecture and the DM-based, dual-IO capable SPI driver which we submitted over the last couple of days. Given

[U-Boot] [PATCH v1] DM-aware SPI driver for Allwinner SoCs

Note that this changesetdepends on the change-set for moving sunxi to full device-model support (i.e. reset and clocking), which I sent out last Friday... This adds a rewrite of the SPI driver we had in use for the A31-uQ7 (sun6i), A80-Q7 (sun9i) and A64-uQ7 (sun50i) boards, which includes

[U-Boot] [PATCH v1] spi: sunxi_spi: Add DM SPI driver for A31/A80/A64

This adds a rewrite of the SPI driver we had in use for the A31-uQ7 (sun6i), A80-Q7 (sun9i) and A64-uQ7 (sun50i) boards, which includes support for: * cs-gpios (i.e. GPIOs as additional chip-selects) * clocking, reset and pinctrl based on the device-model * dual-IO data receive for controllers

Re: [U-Boot] [PATCH 1/2] common: image: update boot_get_fpga to support arbitrary fpga image

On 02/20/2017 06:35 PM, Moritz Fischer wrote: > Hi all, > > On Mon, Feb 20, 2017 at 6:59 AM, Michal Simek wrote: > >> Definitely I am open to improve this subsystem to make it more flexible. > > Over at linux-fpga ([1]) we're currently discussing the idea of coming >

Re: [U-Boot] socfpga qspi issues on SoCKit devkit

On 02/20/2017 05:53 PM, Rush, Jason A. wrote: > Marek Vasut wrote: >> On 02/20/2017 05:25 AM, Vignesh R wrote: >>> + Marek >> >> Thanks, +CC Dinh and Ley >> >>> On Friday 17 February 2017 05:02 AM, Rush, Jason A. wrote: The QSPI NOR interface on the Altera Cyclone V SoCKit devkit (Rev B)

[U-Boot] [PATCH v6 3/3] odroid-c2: enable new Meson GX MMC driver in board defconfig

Enable new Meson GX MMC driver in Odroid C2 defconfig. Signed-off-by: Heiner Kallweit --- v6: - no changes --- configs/odroid-c2_defconfig | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/configs/odroid-c2_defconfig b/configs/odroid-c2_defconfig

[U-Boot] [PATCH v6 2/3] mmc: meson: add MMC driver for Meson GX (S905)

From: Carlo Caione This driver implements MMC support on Meson GX (S905) based systems. It's based on Carlo Caione's work, changes: - BLK support added - general refactoring Signed-off-by: Carlo Caione Signed-off-by: Andreas Färber

[U-Boot] [PATCH v6 1/3] arm: dts: update Meson GXBB / Odroid-C2 DT with latest Linux version

As a prerequisite for adding a Meson GX MMC driver update the Meson GXBB / Odroid-C2 device tree in Uboot with the latest version from Linux. Signed-off-by: Neil Armstrong Signed-off-by: Carlo Caione Signed-off-by: Andreas Färber

[U-Boot] [PATCH] binman: Explicitly request python2 instead of python from env

We now live in a world where python cannot be assumed to be python2. As a matter of fact, it is no longer the default for python on many GNU/Linux distributions. Running binman with python3 fails, so explicitly request python2 from env in the shebang for running it. Signed-off-by: Paul

Re: [U-Boot] [PATCH 1/2] common: image: update boot_get_fpga to support arbitrary fpga image

Hi all, On Mon, Feb 20, 2017 at 6:59 AM, Michal Simek wrote: > Definitely I am open to improve this subsystem to make it more flexible. Over at linux-fpga ([1]) we're currently discussing the idea of coming up with a header format (vendor neutral) that we stitch onto

[U-Boot] [PATCH 1/3] arm: ls1043ardb: Add SD secure boot target

- Add SD secure boot target for ls1043ardb. - Implement board specific spl_board_init() to setup CAAM stream ID and corresponding stream ID in SMMU. - Change the u-boot size defined by a macro for copying the main U-Boot by SPL to also include the u-boot Secure Boot header size as header is

[U-Boot] [PATCH 3/3] arm: ls1046ardb: Add SD secure boot target

- Add SD secure boot target for ls1046ardb. - Implement board specific spl_board_init() to setup CAAM stream ID and corresponding stream ID in SMMU. - Change the u-boot size defined by a macro for copying the main U-Boot by SPL to also include the u-boot Secure Boot header size as header is

Re: [U-Boot] socfpga qspi issues on SoCKit devkit

Marek Vasut wrote: > On 02/20/2017 05:25 AM, Vignesh R wrote: >> + Marek > > Thanks, +CC Dinh and Ley > >> On Friday 17 February 2017 05:02 AM, Rush, Jason A. wrote: >>> The QSPI NOR interface on the Altera Cyclone V SoCKit devkit (Rev B) appears >>> to be broken in the current release. I've

[U-Boot] [PATCH 2/3] arm: ls1043ardb: Add NAND secure boot target

Add NAND secure boot target for ls1043ardb. - Change the u-boot size defined by a macro for copying the main U-Boot by SPL to also include the u-boot Secure Boot header size as header is appended to u-boot image. So header will also be copied from SD to DDR. - MACRO for

[U-Boot] [PATCH 0/3] SECURE Boot targets for NAND and SD on LS1043, LS1046

Ruchika Gupta (3): arm: ls1043ardb: Add SD secure boot target arm: ls1043ardb: Add NAND secure boot target arm: ls1046ardb: Add SD secure boot target arch/arm/include/asm/fsl_secure_boot.h | 16 +-- board/freescale/common/fsl_validate.c | 4 ++

Re: [U-Boot] [PATCH v3 1/2] common: image: update boot_get_fpga to support arbitrary fpga image

On Mon, 2017-02-20 at 16:16 +0100, Michal Simek wrote: > On 20.2.2017 15:56, Dalon Westergreen wrote: > > > > The implementation of boot_get_fpga only supported one fpga family. > > This modification allows for any of the fpga devices supported by > > fpga_load to be used. > > > > Signed-off-by:

Re: [U-Boot] [PATCH v3 1/2] common: image: update boot_get_fpga to support arbitrary fpga image

On 20.2.2017 15:56, Dalon Westergreen wrote: > The implementation of boot_get_fpga only supported one fpga family. > This modification allows for any of the fpga devices supported by > fpga_load to be used. > > Signed-off-by: Dalon Westergreen > > -- > Changes in v3: > -

Re: [U-Boot] ZYNQ direct MAC connection

On 13.02.2017 23:03, Moritz Fischer wrote: Hi Hannes, Hi Moritz, On Mon, Feb 13, 2017 at 4:56 AM, Hannes Schmelzer wrote: Hello, did anybody setup successfully setup a direct MAC connection using RGMII with a zynq ? For example to a switch. The zynq_gem driver

Re: [U-Boot] [PATCH 1/2] common: image: update boot_get_fpga to support arbitrary fpga image

On 20.2.2017 15:30, Dalon Westergreen wrote: > On Mon, 2017-02-20 at 10:22 +0100, Michal Simek wrote: >> On 19.2.2017 21:58, Dalon Westergreen wrote: >>> >>> On Sun, 2017-02-19 at 21:49 +0100, Marek Vasut wrote: On 02/19/2017 09:43 PM, Dalon Westergreen wrote: > > > On Sun,

[U-Boot] [PATCH v3 1/2] common: image: update boot_get_fpga to support arbitrary fpga image

The implementation of boot_get_fpga only supported one fpga family. This modification allows for any of the fpga devices supported by fpga_load to be used. Signed-off-by: Dalon Westergreen -- Changes in v3: - Fix typos/caps in comments Changes in v2: - Add fitimage support

[U-Boot] [PATCH v3 2/2] common: bootm: add support for arbitrary fgpa configuration

This adds support for fpga configuration data in fitimages for any fpga device supported by fpga_load. At this point fitimages only support configuration of fpga images for fpga devnum 0. Signed-off-by: Dalon Westergreen --- common/bootm.c | 2 +- 1 file changed, 1

[U-Boot] [PATCH v3 0/2] common: fitimage support for arbitrary fpga type

The intent of these patches is to modify existing fitimage support for fpga configuration to allow configuration of any fpga type supported by the fpga_load command. In the fpga node, two additional optional parameters are used to indicate the fpga device number (for systems with multiple fpgas)

Re: [U-Boot] [PATCH v2 1/2] common: image: update boot_get_fpga to support arbitrary fpga image

On 02/20/2017 03:42 PM, Dalon Westergreen wrote: > On Mon, 2017-02-20 at 09:14 +0100, Marek Vasut wrote: >> On 02/20/2017 04:35 AM, Dalon Westergreen wrote: >>> >>> The implementation of boot_get_fpga only supported one fpga family. >>> This modification allows for any of the fpga devices

[U-Boot] [PATCH 2/3] sunxi: Convert CONFIG_SUNXI_EMAC to Kconfig

Migrate this option to Kconfig. Signed-off-by: Tom Rini --- configs/A10-OLinuXino-Lime_defconfig | 3 ++- configs/A10s-OLinuXino-M_defconfig | 2 +- configs/Cubieboard_defconfig | 3 ++- configs/Linksprite_pcDuino_defconfig | 2 +- configs/Marsboard_A10_defconfig

Re: [U-Boot] [PATCH v2 1/2] common: image: update boot_get_fpga to support arbitrary fpga image

On Mon, 2017-02-20 at 09:14 +0100, Marek Vasut wrote: > On 02/20/2017 04:35 AM, Dalon Westergreen wrote: > > > > The implementation of boot_get_fpga only supported one fpga family. > > This modification allows for any of the fpga devices supported by > > fpga_load to be used. > > > >

Re: [U-Boot] [PATCH v3] arm: socfpga: fix issue with warm reset when CSEL is 0

On 02/20/2017 03:35 PM, Dalon Westergreen wrote: > On Mon, 2017-02-20 at 15:24 +0100, Marek Vasut wrote: >> On 02/20/2017 03:21 PM, Dalon Westergreen wrote: >>> >>> On Mon, 2017-02-20 at 15:14 +0100, Marek Vasut wrote: On 02/20/2017 03:10 PM, Dalon Westergreen wrote: > > > On

[U-Boot] [PATCH 1/3] drivers/net/Kconfig: Correct use of apostrophe

Signed-off-by: Tom Rini --- drivers/net/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig index 078d5a8..70e3661 100644 --- a/drivers/net/Kconfig +++ b/drivers/net/Kconfig @@ -168,7 +168,7 @@ config

[U-Boot] [PATCH 3/3] sunxi: Convert SUNXI_GMAC to Kconfig

Migrate this option to Kconfig. Signed-off-by: Tom Rini --- configs/A20-OLinuXino-Lime2_defconfig | 3 ++- configs/A20-OLinuXino-Lime_defconfig | 3 ++- configs/A20-OLinuXino_MICRO_defconfig | 3 ++- configs/A20-Olimex-SOM-EVB_defconfig | 3 ++-

Re: [U-Boot] [PATCH v3] arm: socfpga: fix issue with warm reset when CSEL is 0

On Mon, 2017-02-20 at 15:24 +0100, Marek Vasut wrote: > On 02/20/2017 03:21 PM, Dalon Westergreen wrote: > > > > On Mon, 2017-02-20 at 15:14 +0100, Marek Vasut wrote: > > > > > > On 02/20/2017 03:10 PM, Dalon Westergreen wrote: > > > > > > > > > > > > On Mon, 2017-02-20 at 10:07 +0100, Marek

Re: [U-Boot] Enable AXI bridges

On Sun, 2017-02-19 at 10:03 +0200, Hossameldin Eassa wrote: > when i run the following command from u-boot console > > run bridge_enable_handoff; > > > i have the following error > > Error: "bridge_enable_handoff" not defined In mainline uboot just do bridge enable or  bridge disable at

Re: [U-Boot] [PATCH 1/2] common: image: update boot_get_fpga to support arbitrary fpga image

On Mon, 2017-02-20 at 10:22 +0100, Michal Simek wrote: > On 19.2.2017 21:58, Dalon Westergreen wrote: > > > > On Sun, 2017-02-19 at 21:49 +0100, Marek Vasut wrote: > > > > > > On 02/19/2017 09:43 PM, Dalon Westergreen wrote: > > > > > > > > > > > > On Sun, 2017-02-19 at 21:07 +0100, Marek

Re: [U-Boot] [PATCH 1/2] common: image: update boot_get_fpga to support arbitrary fpga image

On Mon, 2017-02-20 at 10:24 +0100, Michal Simek wrote: > On 19.2.2017 22:26, Marek Vasut wrote: > > > > On 02/19/2017 10:21 PM, Dalon Westergreen wrote: > > > > > > On Sun, 2017-02-19 at 22:12 +0100, Marek Vasut wrote: > > > > > > > > On 02/19/2017 09:58 PM, Dalon Westergreen wrote: > > > > >

Re: [U-Boot] [PATCH v3] arm: socfpga: fix issue with warm reset when CSEL is 0

On 02/20/2017 03:21 PM, Dalon Westergreen wrote: > On Mon, 2017-02-20 at 15:14 +0100, Marek Vasut wrote: >> On 02/20/2017 03:10 PM, Dalon Westergreen wrote: >>> >>> On Mon, 2017-02-20 at 10:07 +0100, Marek Vasut wrote: On 02/18/2017 02:34 AM, Dalon Westergreen wrote: > > >

Re: [U-Boot] [PATCH v3] arm: socfpga: fix issue with warm reset when CSEL is 0

On Mon, 2017-02-20 at 15:14 +0100, Marek Vasut wrote: > On 02/20/2017 03:10 PM, Dalon Westergreen wrote: > > > > On Mon, 2017-02-20 at 10:07 +0100, Marek Vasut wrote: > > > > > > On 02/18/2017 02:34 AM, Dalon Westergreen wrote: > > > > > > > > > > > > When CSEL=0x0 the socfpga bootrom does not

Re: [U-Boot] [PATCH v2] arm: socfpga: fix issue with warm reset when CSEL is 0

On 02/20/2017 03:07 PM, Dalon Westergreen wrote: [...] >>> Okay, after much discussion and debate with a colleague..\ >>> >>> Warm reset is preferred as the bootrom keeps a score card to determine >>> whether an spl image in the boot media failed or not. If it failed, >>> on a warm reset it will

Re: [U-Boot] [PATCH v3] arm: socfpga: fix issue with warm reset when CSEL is 0

On 02/20/2017 03:10 PM, Dalon Westergreen wrote: > On Mon, 2017-02-20 at 10:07 +0100, Marek Vasut wrote: >> On 02/18/2017 02:34 AM, Dalon Westergreen wrote: >>> >>> When CSEL=0x0 the socfpga bootrom does not touch the clock >>> configuration for the device. This can lead to a boot failure >>> on

Re: [U-Boot] [PATCH v3] arm: socfpga: fix issue with warm reset when CSEL is 0

On Mon, 2017-02-20 at 10:07 +0100, Marek Vasut wrote: > On 02/18/2017 02:34 AM, Dalon Westergreen wrote: > > > > When CSEL=0x0 the socfpga bootrom does not touch the clock > > configuration for the device.  This can lead to a boot failure > > on warm resets. This patch disables warm resets when

Re: [U-Boot] [PATCH v2] arm: socfpga: fix issue with warm reset when CSEL is 0

On Sun, 2017-02-19 at 22:31 +0100, Marek Vasut wrote: > On 02/18/2017 12:24 AM, Dalon Westergreen wrote: > > > > On Fri, 2017-02-17 at 22:16 +0100, Marek Vasut wrote: > > > > > > On 02/17/2017 07:05 PM, Dalon Westergreen wrote: > > > > > > > > > > > > On Wed, 2017-02-15 at 18:53 -0800, Dalon

[U-Boot] [PATCH] ls1046ardb: SPL size reduction in case of non-xip boot

Using changes in this patch we were able to reduce approx 4k size of u-boot-spl.bin image. Following is breif description of changes to reduce SPL size: 1. Changes in board/freescale/ls1046ardb/Makefile to remove compilation of eth.c and cpld.c in case of SPL build. 2. Changes in

Re: [U-Boot] [PATCH v3 1/3] ARM: dts: am43xx: Add u-boot specific dtsi

On Mon, Feb 20, 2017 at 11:05:31AM +0530, Lokesh Vutla wrote: > Add u-boot specific dtsi for am43xx-gp-evm so > that it will be used for SPL. > > Signed-off-by: Lokesh Vutla Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [PATCH v3 3/3] configs: am43xx_evm: Enable SPL_DM

On Mon, Feb 20, 2017 at 11:05:33AM +0530, Lokesh Vutla wrote: > Enable SPL_DM on all AM43xx based platforms > > Signed-off-by: Lokesh Vutla Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [PATCH v3 2/3] config: am43xx_usbhost_boot: sync with am43xx_evm

On Mon, Feb 20, 2017 at 11:05:32AM +0530, Lokesh Vutla wrote: > am43xx_evm defconfig has been modified without making changes > in am43xx_usbhost_boot defconfig. Synce here. > > Signed-off-by: Lokesh Vutla > --- > configs/am43xx_evm_usbhost_boot_defconfig | 5 + > 1

Re: [U-Boot] [PATCH 7/7] ti: wdt: Enable OMAP watchdog in u-boot's board_f.c

On Mon, Feb 20, 2017 at 08:35:05AM +0100, Lukasz Majewski wrote: > Hi Tom, > > > On Sun, Feb 19, 2017 at 11:24:42PM +0100, Lukasz Majewski wrote: > > > The init_func_watchdog_init called in u-boot's board_f.c's > > > init_sequence is responsible for enabling WDT in u-boot and notify > > > user

Re: [U-Boot] [PATCH v3 1/7] arm: dra7xx: move CONFIG_DRA7XX to Kconfig

On Mon, Feb 20, 2017 at 09:18:47AM +0200, Uri Mashiach wrote: > > > On 02/19/2017 05:15 PM, Tom Rini wrote: > >On Sun, Feb 19, 2017 at 03:27:13PM +0200, Uri Mashiach wrote: > > > >>The symbol CONFIG_DRA7XX is needed for Kconfig conditions. > >> > >>Cc: Lokesh Vutla >

Re: [U-Boot] [PATCH v3 2/7] arm: usb: dra7xx: xHCI registers based on USB port index

Hi, On 19/02/17 18:26, Igor Grinberg wrote: > Hi guys, > > On 02/19/17 17:15, Tom Rini wrote: >> On Sun, Feb 19, 2017 at 04:13:02PM +0100, Marek Vasut wrote: >>> On 02/19/2017 03:55 PM, Uri Mashiach wrote: On 02/19/2017 04:27 PM, Marek Vasut wrote: > On 02/19/2017 02:27 PM,

[U-Boot] [PATCH] ls1043ardb: SPL size reduction in case of non-xip boot

Using changes in this patch we were able to reduce approx 10k size of u-boot-spl.bin image. Following is breif description of changes to reduce SPL size: 1. Changes in board/freescale/ls1043ardb/Makefile to remove compilation of eth.c and cpld.c in case of SPL build. 2. Changes in

[U-Boot] Enable AXI bridges

when i run the following command from u-boot console run bridge_enable_handoff; i have the following error Error: "bridge_enable_handoff" not defined I need help to enable AXI bridge from u-boot Beast Regards Hossameldin Sent with Mailtrack

[U-Boot] [PATCH v3 1/2] mmc: pci: Add CONFIG_MMC_PCI

From: Felipe Balbi We don't want pci_mmc to compile every time x86 compiles, only when there's a platform that needs it. For that reason, we're adding a new CONFIG_MMC_PCI which platforms can choose to enable. Suggested-by: Jaehoon Chung

[U-Boot] [PATCH v3 2/2] mmc: tangier: Add Intel Tangier eMMC/SDHCI driver

From: Felipe Balbi This patch adds Intel Tangier eMMC/SDHCI driver. Intel Tangier SoC contains a hybrid of PCI and non-PCI devices. SDHCI controller is one of the devices which are *not* on a PCI and, hence, cannot be enumerated by standard PCI means. This driver,

[U-Boot] Driver-model - Issue with early device_probe

Hi All, Request for help on the below issue. Hi Simon, As I suppose it is related to driver-model in u-boot. One of the boards at Cavium has SPI as PCI device and I am trying to enable CONFIG_ENV_IS_IN_SPI_FLASH for this device. Below is the sequence which causes crash, due to early of

[U-Boot] [PATCH v5 8/9] STiH410-B2260: Add device tree

From: Patrice Chotard This device tree has been extracted from v4.9 kernel Signed-off-by: Patrice Chotard Reviewed-by: Tom Rini Reviewed-by: Simon Glass --- arch/arm/dts/Makefile

[U-Boot] [PATCH v2] Add single register pin controller driver

Hi All, 2017-02-10 13:35 GMT+09:00 Masahiro Yamada : > That's right. > Then, the "dev" in device_probe() represents > the peripheral, such as i2c. > > Not a pin-config node, like i2c0_pins. Masahiro, have a look at the call to set_state_simple from pinctrl_select_state_simple (in

[U-Boot] [PATCH v2 2/2] board: ge: bx50v3: apply the proper register setting to fix the voltage peak issue

Apply the proper setting for the reserved bits in SetDes Test and System Mode Control register to avoid the voltage peak issue while we do the IEEE PHY comformance test Signed-off-by: Ken Lin --- Changes from v1 - New commit message board/ge/bx50v3/bx50v3.c | 3 ++- 1

[U-Boot] Veyron-speedy u-boot

> I'm very glad that it's possible to chainload and the output comes out > on the laptop screen Really excited to hear about your work on this! I'd be happy to test it on a veryon-speedy system I have available; Please feel free to CC me with updates. live well, vagrant signature.asc

[U-Boot] [PATCH] board: ns2: Add support for Broadcom Northstar 2

Add support for the Broadcom Northstar2 SoC and SVK (bcm958712k). The BCM5871X is a series of quad-core 64-bit 2GHz ARMv8 Cortex-A57 processors targeting a broad range of networking applications. Signed-off-by: Jon Mason --- arch/arm/Kconfig | 9

[U-Boot] [PATCH v2 1/2] board: ge: bx50v3: fix AR8033 reset timing issue

Add the delay (10ms) to ensure the clock is stable and to meet the clock-to-reset(1ms) requirement recommended in the AR8033 datasheet Signed-off-by: Ken Lin --- Changes from v1 - Fix the missing Signed-off-by issue board/ge/bx50v3/bx50v3.c | 3 ++- 1 file changed, 2

Re: [U-Boot] [PATCH v1 1/2] sunxi (sun50i): support i2c on A64 (pin-config, clocking)

Hi, On 20/02/17 10:21, Dr. Philipp Tomsich wrote: > >> On 20 Feb 2017, at 11:18, Andre Przywara > > wrote: >> >>> Our board’s early-stage normally shouldn't need to do anything on >>> this I2C >>> bus, but customer boards may come up with a

Re: [U-Boot] [PATCH] rockchip: firefly: configs: remove config_spl_of_platdata

Hi, 2017-02-17 4:44 GMT+08:00 Simon Glass : > Hi, > > On 14 February 2017 at 23:41, Jacob Chen wrote: >> Hi Kever, >> >> >> Kever Yang wrote on 2017年02月15日 14:13: >>> >>> Hi Jacob, >>> >>> On 02/15/2017 11:06 AM, Jacob Chen wrote: We

[U-Boot] [PATCH] rockchip: firefly: configs: add a new config to keep non-of-platdata

The firefly config have been changed to use SPL_BACK_TO_BROM, but we also want keep CONFIG_SPL_OF_PLATDATA as an example. So add this separate defconfig to show how both way works. Signed-off-by: Jacob Chen --- configs/firefly-nodtb-rk3288_defconfig | 78

Re: [U-Boot] [PATCH v1 1/2] sunxi (sun50i): support i2c on A64 (pin-config, clocking)

> On 20 Feb 2017, at 11:18, Andre Przywara wrote: > >> Our board’s early-stage normally shouldn't need to do anything on this I2C >> bus, but customer boards may come up with a use for it (image this going >> towards battery/power managing circuitry on a baseboard). > >

Re: [U-Boot] [PATCH v1 1/2] sunxi (sun50i): support i2c on A64 (pin-config, clocking)

Hi, On 18/02/17 12:03, Dr. Philipp Tomsich wrote: > >> On 18 Feb 2017, at 02:15, André Przywara > > wrote: >> >>> diff --git a/board/sunxi/board.c b/board/sunxi/board.c >>> index bba9b7c..a47b113 100644 >>> --- a/board/sunxi/board.c >>> +++

Re: [U-Boot] U-boot FIT Signature

Hi, On Fri, 2017-02-17 at 13:55 -0800, Rick Altherr wrote: > How would you verify that the public key hasn't been tampered with? > > On Fri, Feb 17, 2017 at 12:37 AM, Maria Sepulveda > wrote: > > > > > Good morning, > > > > I am working with FIT image in U-Boot

Re: [U-Boot] [PATCH v2 2/2] mmc: tangier: Add Intel Tangier eMMC/SDHCI driver

On Sat, Feb 18, 2017 at 6:34 AM, Bin Meng wrote: > Hi Andy, > > On Fri, Feb 17, 2017 at 9:02 PM, Andy Shevchenko > wrote: >> From: Felipe Balbi >> >> This patch adds Intel Tangier eMMC/SDHCI driver. > > So this

Re: [U-Boot] [PATCH 1/2] common: image: update boot_get_fpga to support arbitrary fpga image

On 19.2.2017 21:58, Dalon Westergreen wrote: > On Sun, 2017-02-19 at 21:49 +0100, Marek Vasut wrote: >> On 02/19/2017 09:43 PM, Dalon Westergreen wrote: >>> >>> On Sun, 2017-02-19 at 21:07 +0100, Marek Vasut wrote: On 02/19/2017 08:49 PM, Dalon Westergreen wrote: > > > The

[U-Boot] [PATCH v5 9/9] board: Add STMicroelectronics STiH410-B2260 support

From: Patrice Chotard This is a 96Board compliant board based on STiH410 SoC: - 1GB DDR - On-Board USB combo WiFi/Bluetooth RTL8723BU with PCB soldered antenna - Ethernet 1000-BaseT - SATA - HDMI - 2 x USB2.0 type A - 1 x USB2.0 type micro-AB - SD card

[U-Boot] [PATCH v5 6/9] STiH410: Add STi SDHCI driver

From: Patrice Chotard Add SDHCI host controller found on STMicroelectronics SoCs On some ST SoCs, i.e. STiH407/STiH410, the MMC devices can live inside a dedicated flashSS sub-system that provides an extend subset of registers that can be used to configure the Arasan

[U-Boot] [PATCH v5 0/9] Add STMicroelectronics STiH410-B2260 board

From: Patrice Chotard v5: _ Add Simon Glass's reviewed-by _ move board Kconfig description from patch 1 to 9 v4: _ fix STi serial driver to be fully DT compliant _ remove arch/arm/include/asm/arch-stih410/sti.h and include/dm/platform_data/serial_sti_asc.h

[U-Boot] [PATCH v5 7/9] STiH410: Add STi pinctrl driver

From: Patrice Chotard Add STMicroelectronics STiH410 pinctrl driver Signed-off-by: Patrice Chotard Reviewed-by: Tom Rini Reviewed-by: Simon Glass --- drivers/pinctrl/Kconfig | 10 ++

[U-Boot] [PATCH v5 5/9] gpio: do not include for ARCH_STI

From: Patrice Chotard As no gpio.h is defined in arch/arm/include/asm/arch-stih410, to avoid compilation failure, do not include asm/arch/gpio.h. This is needed for example when including sdhci.h, which include asm/gpio.h>. Signed-off-by: Patrice Chotard

[U-Boot] [PATCH v5 3/9] STiH410: Add STi sysreset driver

From: Patrice Chotard Signed-off-by: Patrice Chotard Reviewed-by: Simon Glass --- drivers/sysreset/Makefile | 1 + drivers/sysreset/sysreset_sti.c | 82 + 2 files changed, 83

[U-Boot] [PATCH v5 2/9] STiH410: Add STi timer driver

From: Patrice Chotard Add ARM global timer based timer Signed-off-by: Patrice Chotard Reviewed-by: Simon Glass --- drivers/timer/Kconfig | 7 + drivers/timer/Makefile| 1 + drivers/timer/sti-timer.c | 78

[U-Boot] [PATCH v5 1/9] arm: Add support for STMicroelectronics STiH410 soc

From: Patrice Chotard The STiH410 is an advanced multi-HD AVC processor with 3D graphics acceleration and 1.5-GHz ARM Cortex-A9 SMP CPU part of the STiH407 family. It has wide connectivity including USB 3.0, PCI-e, SATA and gigabit ethernet. Signed-off-by: Patrice

[U-Boot] [PATCH v5 4/9] STiH410: Add STi serial driver

From: Patrice Chotard This patch adds support to ASC (asynchronous serial controller) driver, which is basically a standard serial driver. This IP is common across other STMicroelectronics SoCs Signed-off-by: Patrice Chotard Reviewed-by: Simon

Re: [U-Boot] [PATCH 1/2] common: image: update boot_get_fpga to support arbitrary fpga image

On 19.2.2017 22:26, Marek Vasut wrote: > On 02/19/2017 10:21 PM, Dalon Westergreen wrote: >> On Sun, 2017-02-19 at 22:12 +0100, Marek Vasut wrote: >>> On 02/19/2017 09:58 PM, Dalon Westergreen wrote: On Sun, 2017-02-19 at 21:49 +0100, Marek Vasut wrote: > > On 02/19/2017 09:43

Re: [U-Boot] [PATCH v1] env_mmc: configure environment offsets via device tree

> On 20 Feb 2017, at 08:22, Igor Grinberg wrote: > >>> That sounds too odd... >>> DT's purpose is to describe the h/w... and that does not look so... >>> We also, have a dt file name in the environment, so this creates will create >>> a chicken and an egg problem… >>

Re: [U-Boot] x86: SecureBoot: Bay Trail

Hi, On Fri, 2017-02-17 at 19:58 +0800, Bin Meng wrote: > On Fri, Feb 17, 2017 at 5:26 PM, Markus Valentin wrote: > > > > Hi, > > > > i'm implementing Secure Boot with U-Boot on a Intel Atom E3800 Series (Bay > > Trail) based Plattform. > > > > I did manage to get the first boot

  1   2   3   4   >