Re: [U-Boot] [PATCH v3] dm: spi: Read default speed and mode values from DT

On Wednesday 13 April 2016 03:40 PM, Vignesh R wrote: > In case of DT boot, don't read default speed and mode for SPI from > CONFIG_*, instead read from DT node. This will make sure that boards > with multiple SPI/QSPI controllers can be probed at different > bus frequencies and SPI modes. > >

Re: [U-Boot] [PATCH 4/9] drivers: nand: implement a NAND uclass

On Thursday 21 April 2016 07:41 PM, Simon Glass wrote: > Hi Mugunthan, > > On 20 April 2016 at 23:55, Mugunthan V N wrote: >> On Wednesday 20 April 2016 08:09 PM, Simon Glass wrote: >>> Hi Mugunthan, >>> >>> On 1 April 2016 at 05:29, Mugunthan V N

Re: [U-Boot] [PATCH] zynq: Allow board specific files to over write CONFIG_EXTRA_ENV_SETTINGS.

On 21.4.2016 20:14, Philip Balister wrote: > The zynq-common.h header file is usually included last in the board specific > header file. Check if the CONFIG_EXTRA_ENV_SETTINGS variable is set before > applying the default value. This makes it easier for a board to set a > board specific

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

On Fri, Apr 22, 2016 at 12:08 PM, Bin Meng wrote: > Hi Tom, > > The following changes since commit ee8b25fa354da7cfaafe0e6781e873c74c29bbad: > > Prepare v2016.05-rc2 (2016-04-21 09:37:33 -0400) > > are available in the git repository at: > >

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

Hi Tom, The following changes since commit ee8b25fa354da7cfaafe0e6781e873c74c29bbad: Prepare v2016.05-rc2 (2016-04-21 09:37:33 -0400) are available in the git repository at: git://git.denx.de/u-boot-x86.git testing for you to fetch changes up to 7b63b1832b6e7671c4009bc084045a19cd86c87c:

Re: [U-Boot] [PATCH 1/3] fastboot: Clean up bulk-out logic

On Thu, 21 Apr 2016 19:59:21 -0700 Steve Rae wrote: > On Thu, Apr 21, 2016 at 3:03 AM, Lukasz Majewski > wrote: > > > Hi Roger, > > > > > Just use ep->maxpacket to get the maxpacket size > > > and simplify the bulk-out maxpacket alignment. > > >

Re: [U-Boot] [PATCH] x86: qemu: Drop our own ACPI implementation

On Wed, Apr 20, 2016 at 9:13 PM, Simon Glass wrote: > Hi Bin, > > On 13 April 2016 at 01:52, Bin Meng wrote: >> Our own ACPI implementation (when CONFIG_QEMU_ACPI_TABLE is not set) >> does not build anymore after x86 has been fully converted to DM PCI. >>

[U-Boot] [PATCH] armv8: fsl-layerscape: Remove unnecessary flushing dcache

As the issue about the stack will get corrupted when switching between the early and final mmu tables is fixed by commit 70e21b06425ad6e1e90931333a704a600941cfff, the workaround to flush dcache is unnecessary and will be removed. Signed-off-by: Alison Wang ---

Re: [U-Boot] [PATCH RESEND] armv8: LSCH2 early and final mmu needs matching NS attribute

> On 04/18/2016 08:36 PM, Huan Wang wrote: > > Hi, York, > > > >> On 03/28/2016 02:16 PM, Ed Swarthout wrote: > >>> When switching between the early and final mmu tables, the stack > >>> will get corrupted if the Non-Secure attribute is different. For > >>> ls1043a, this issue is currently masked

Re: [U-Boot] [PATCH 3/3] usb: s3c-otg: Fix remaining bytes in debug messages

On Thu, Apr 21, 2016 at 7:49 PM, Steve Rae wrote: > > > On Thu, Apr 21, 2016 at 3:05 AM, Lukasz Majewski > wrote: > >> Hi Roger, >> >> > Remaining bytes means bytes that are not yet transferred >> > and not the bytes that were transferred in the

Re: [U-Boot] [PATCH 1/3] fastboot: Clean up bulk-out logic

On Thu, Apr 21, 2016 at 3:03 AM, Lukasz Majewski wrote: > Hi Roger, > > > Just use ep->maxpacket to get the maxpacket size > > and simplify the bulk-out maxpacket alignment. > > > > Signed-off-by: Roger Quadros > > Tested-by: Steve Rae

Re: [U-Boot] [PATCH 3/3] usb: s3c-otg: Fix remaining bytes in debug messages

On Thu, Apr 21, 2016 at 3:05 AM, Lukasz Majewski wrote: > Hi Roger, > > > Remaining bytes means bytes that are not yet transferred > > and not the bytes that were transferred in the last transfer. > > > > Reported-by: Lukasz Majewski > >

Re: [U-Boot] SAMA5D2 xplained SD/eMMC boot

Hi Marek, > -Original Message- > From: Marek Vasut [mailto:ma...@denx.de] > Sent: 2016年4月21日 10:59 > To: Yang, Wenyou > Cc: u-boot@lists.denx.de > Subject: Re: SAMA5D2 xplained SD/eMMC boot > > On 04/21/2016 04:46 AM, Yang, Wenyou wrote: > > Hi, > > Hi! > >

Re: [U-Boot] [PATCH 12/16] ARM: omap4/5: Add device type to CPU string

On Thu, Apr 21, 2016 at 05:56:11PM -0500, Andreas Dannenberg wrote: > On Thu, Apr 21, 2016 at 04:27:42PM -0400, Tom Rini wrote: > > On Thu, Apr 21, 2016 at 01:59:48PM -0500, Andreas Dannenberg wrote: > > > On Thu, Apr 21, 2016 at 01:01:43PM -0500, Allred, Daniel wrote: > > > > On 4/21/2016 12:55

Re: [U-Boot] [PATCH 12/16] ARM: omap4/5: Add device type to CPU string

On Thu, Apr 21, 2016 at 04:27:42PM -0400, Tom Rini wrote: > On Thu, Apr 21, 2016 at 01:59:48PM -0500, Andreas Dannenberg wrote: > > On Thu, Apr 21, 2016 at 01:01:43PM -0500, Allred, Daniel wrote: > > > On 4/21/2016 12:55 PM, Andreas Dannenberg wrote: > > > >On Tue, Apr 19, 2016 at 11:26:30AM

[U-Boot] [PATCH] ARM: tegra: import latest Jetson TK1 spreadsheet

From: Stephen Warren This imports v11 of "Jetson TK1 Development Platform Pin Mux" from https://developer.nvidia.com/embedded/downloads. The new version defines the mux option for the MIPI pad ctrl selection. The OWR pin no longer has an entry in the configuration table

Re: [U-Boot] [PATCH] ts4800: add CONFIG_SYS_FSL_ERRATUM_ESDHC_A001

Hi, I add Fabio Estevam in the loop as suggested by Marek Vasut on IRC. On 04/21/2016 01:37 PM, Sebastien Bourdelin wrote: > This commit fixes the MMC data transactions timeout problem on the > TS4800. > > The changes introduced in the commit e978a31 on the timeout calculation > for the MMC data

[U-Boot] [PATCH v2] ts4800: update environment to boot with device tree

This commit updates the environment variables to be able to boot with a device tree. The expected partition layout on the SD card is: - partition 1: type 0xDA, contains u-boot.bin - partition 2: type 0xC (fat), contains zImage and device tree - partition 3: type 0x83, root filesystem.

Re: [U-Boot] [PATCH 17/60] ARM: tegra: move apb_misc.h

On 04/21/2016 02:59 PM, Simon Glass wrote: Hi Stephen, On 20 April 2016 at 15:56, Stephen Warren wrote: On 04/20/2016 01:26 PM, Simon Glass wrote: Hi Stephen, On 19 April 2016 at 14:58, Stephen Warren wrote: From: Stephen Warren

Re: [U-Boot] [PATCH 17/60] ARM: tegra: move apb_misc.h

Hi Stephen, On 20 April 2016 at 15:56, Stephen Warren wrote: > On 04/20/2016 01:26 PM, Simon Glass wrote: >> >> Hi Stephen, >> >> On 19 April 2016 at 14:58, Stephen Warren wrote: >>> >>> From: Stephen Warren >>> >>> This header

Re: [U-Boot] [PATCH 12/16] ARM: omap4/5: Add device type to CPU string

On Thu, Apr 21, 2016 at 01:59:48PM -0500, Andreas Dannenberg wrote: > On Thu, Apr 21, 2016 at 01:01:43PM -0500, Allred, Daniel wrote: > > On 4/21/2016 12:55 PM, Andreas Dannenberg wrote: > > >On Tue, Apr 19, 2016 at 11:26:30AM -0500, Andreas Dannenberg wrote: > > >>On Mon, Apr 11, 2016 at

[U-Boot] [PATCH 3/4] ARM: OMAP5: Enable ABB configuration for MM voltage domain

Since we setup the voltage and frequency for the MM domain, we *must* setup the ABB configuration needed for the domain as well. If we do not do this, kernel configuring just the frequency using the default boot loader configured voltage can fail on many corner lot units. Reported-by: Richard

[U-Boot] [PATCH 1/4] ARM: OMAP5/DRA7: Get rid of control_std_fuse_opp_vdd_mpu_2

This information is already available under vcores->volts.efuse.reg. There is no reason for duplicating the information since AVS Class 0 definitions are common for OMAP5 and DRA7 and defined with STD_FUSE_OPP_* macros. This allows a central location of defining the ABB and voltage definitions

[U-Boot] [PATCH 2/4] ARM: OMAP5/DRA7: Move ABB TXDONE mask to voltage structure

ABB TX_DONE mask will vary depending on ABB module. For example, 3630 never had ABB on IVA domain, while OMAP5 does use ABB on MM domain, DRA7 has it on all domains with the exception of CORE, RTC. Hence, move the txdone mask definition over to structure describing voltage domain. Signed-off-by:

[U-Boot] [PATCH 4/4] ARM: DRA7: Add ABB setup for all domains

ABB should be initialized for all required domains voltage domain for DRA7: IVA, GPU, EVE in addition to the existing MPU domain. If we do not do this, kernel configuring just the frequency using the default boot loader configured voltage can fail on many corner lot units and has been hard to

[U-Boot] [PATCH 0/4] ARM: OMAP5/DRA7: Update ABB Configuration for all valid domains

Original intent when Adaptive Body Bias(ABB) was supported in bootloader was two fold: a) ABB is mandatory for all OMAP5/DRA7 support b) expectation was that linux kernel/Operating system will setup ABB and voltage depending on the requirements of the platform. However, over the last few years,

[U-Boot] [PATCH] zynq: Allow board specific files to over write CONFIG_EXTRA_ENV_SETTINGS.

The zynq-common.h header file is usually included last in the board specific header file. Check if the CONFIG_EXTRA_ENV_SETTINGS variable is set before applying the default value. This makes it easier for a board to set a board specific environment. Cc: Michal Simek

Re: [U-Boot] [PATCH 09/16] defconfig: Add configs for AM43xx secure parts

On Thu, Apr 21, 2016 at 01:24:00PM -0500, Allred, Daniel wrote: > On 4/21/2016 8:40 AM, Tom Rini wrote: > >On Fri, Apr 15, 2016 at 03:28:07PM +0530, Lokesh Vutla wrote: > >> > >> > >>On Tuesday 12 April 2016 05:07 AM, Daniel Allred wrote: > >>>From: Madan Srinivas > >>> > >>>Adds

Re: [U-Boot] [PATCH 12/16] ARM: omap4/5: Add device type to CPU string

On Thu, Apr 21, 2016 at 01:01:43PM -0500, Allred, Daniel wrote: > On 4/21/2016 12:55 PM, Andreas Dannenberg wrote: > >On Tue, Apr 19, 2016 at 11:26:30AM -0500, Andreas Dannenberg wrote: > >>On Mon, Apr 11, 2016 at 06:37:14PM -0500, Daniel Allred wrote: > >>>Update the CPU string output so that the

Re: [U-Boot] [PATCH] mx6ul_evk: Remove SPL support

On Thu, Apr 21, 2016 at 12:11 PM, Dennis Gilmore wrote: > ack, I agree that SPL should be fixed Yes, I fixed SPL in v2. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 09/16] defconfig: Add configs for AM43xx secure parts

On 4/21/2016 8:40 AM, Tom Rini wrote: On Fri, Apr 15, 2016 at 03:28:07PM +0530, Lokesh Vutla wrote: On Tuesday 12 April 2016 05:07 AM, Daniel Allred wrote: From: Madan Srinivas Adds new defconfig files for AM43xx secure devices. These are the same as the non-secure parts,

Re: [U-Boot] [PATCH 12/16] ARM: omap4/5: Add device type to CPU string

On 4/21/2016 12:55 PM, Andreas Dannenberg wrote: On Tue, Apr 19, 2016 at 11:26:30AM -0500, Andreas Dannenberg wrote: On Mon, Apr 11, 2016 at 06:37:14PM -0500, Daniel Allred wrote: Update the CPU string output so that the device type is now included as part of the CPU string that is printed as

[U-Boot] [PATCH] ts4800: update environment to boot with device tree

This commit updates the environment variables to be able to boot with a device tree. The expected partition layout on the SD card is: - partition 1: type 0xDA, contains u-boot.bin - partition 2: type 0xC (fat), contains zImage and device tree - partition 3: type 0x83, root filesystem.

Re: [U-Boot] [PATCH 12/16] ARM: omap4/5: Add device type to CPU string

On Tue, Apr 19, 2016 at 11:26:30AM -0500, Andreas Dannenberg wrote: > On Mon, Apr 11, 2016 at 06:37:14PM -0500, Daniel Allred wrote: > > Update the CPU string output so that the device > > type is now included as part of the CPU string that > > is printed as the SPL or u-boot comes up. This update

[U-Boot] [PATCH] ts4800: add CONFIG_SYS_FSL_ERRATUM_ESDHC_A001

This commit fixes the MMC data transactions timeout problem on the TS4800. The changes introduced in the commit e978a31 on the timeout calculation for the MMC data transactions has revealed there is something wrong with the timeout setting of the eSDHC controller used in the IMX51. The IMX51

Re: [U-Boot] [PATCH] arm: Fix SCFG ICID reg addresses

On 21-04-16 15:45:05, york sun wrote: >I prefer to use void *. > >York I'm not sure what you mean by "use void *". We need to compute the address of the registers, so you can't directly use void * as it does not allow pointer arithmetic. Either you use unsigned char * with full offset,

Re: [U-Boot] [PATCH] pci: tegra: fix DM conversion issues on Tegra20

On Wed, Apr 20, 2016 at 03:46:50PM -0600, Stephen Warren wrote: > From: Stephen Warren > > Tegra20's PCIe controller has a couple of quirks. There are workarounds in > the driver for these, but they don't work after the DM conversion: > > 1) The PCI_CLASS value is wrong in

Re: [U-Boot] [PATCH 2/2] video: tegra: refuse to bind to disabled dcs

On Tue, Apr 19, 2016 at 04:19:30PM -0600, Stephen Warren wrote: > From: Stephen Warren > > This prevents the following boot-time message on any board where only the > first DC is in use, yet the DC's DT node is enabled: > > stdio_add_devices: Video device failed (ret=-22) >

[U-Boot] [PATCH 1/2 v3] powerpc:t4240rdb: Disable the non-existent ethernet ports on T4240RDB

From: Ying Zhang Disable the non-existent ethernet ports on T4240RDB:FM1_DTSEC5, FM1_DTSEC6, FM2_DTSEC5 and FM2_DTSEC6. Signed-off-by: Ying Zhang --- [changed from v1]: --- update the title. [changed from v2]: --- update the commit message.

Re: [U-Boot] [PATCH] arm: Fix SCFG ICID reg addresses

Hi ! On 20-04-16 09:53:32, York Sun wrote: > On 04/12/2016 05:28 AM, Vincent Siles wrote: > > On the LS102x boards, in order to initialize the ICID values of masters, > > the dev_stream_id array holds absolute offsets from the base of SCFG. > > > > In ls102xa_config_ssmu_stream_id, the base

Re: [U-Boot] [PATCH] x86: qemu: Drop our own ACPI implementation

Hi Simon, Do you want me to rework this with DM PCI ? Regards, Saket Sinha On Wed, Apr 20, 2016 at 6:43 PM, Simon Glass wrote: > Hi Bin, > > On 13 April 2016 at 01:52, Bin Meng wrote: >> Our own ACPI implementation (when CONFIG_QEMU_ACPI_TABLE is not

[U-Boot] U-Boot for Galileo Gen 1 Board

Hi: I previously worked with u-boot for beaglebone black for booting a custom linux system. Now the university got a donnation of some galileo boards, and we want to do something similar. The problem is that we don't know what we need to put into the sd card to make the board boot from it...

Re: [U-Boot] [RFC PATCH] gpio: add Tegra186 GPIO driver

Stephen Warren wrote at Wednesday, April 20, 2016 5:29 PM: > Tegra186's GPIO controller register layout is significantly different from > previous chips, so add a new driver for it. In fact, there are two > different GPIO controllers in Tegra186 that share a similar register > layout, but very

Re: [U-Boot] U-Boot for Galileo Gen 1 Board

Hi: Thanks for your answer! So I must flash the u-boot.Rom in the spi flash, and boot from them, but I still can put the rest of the system in the ad and configure u-boot to load kernel and device-tree from sd, am I right? What flashing tool would you recommend me? Thanks again Pablo Enviado

Re: [U-Boot] [PATCH] x86: qemu: Drop our own ACPI implementation

Hi Stefan/Bin, >>> >>> No, the infrastructure is still there. Only the QEMU ASL (manual) part >>> was removed. I am going to add ACPI support to BayTrail soon >>> (hopefully). >> >> >> Interesting. This is also on my to-do list. We should definitely >> coordinate our efforts here. So please keep

Re: [U-Boot] [PATCH 0/9] Add support for Espresso7420 board

Hi Thomas, On 04/13/2016 04:13 PM, Thomas Abraham wrote: This patch series add support for Espresso7420 board. This board is the development/evaluation platform for Exynos7420 SoC. The SoC is composed of quad Cortex-A57 block, a quad Cortex-A53 block and various other peripherals. The board

[U-Boot] Saving u-boot.env to FAT partition of SDcard

Hello All I am in the process of changing U-Boot (v2015.04) to save its environment variables to the FAT partition of an SDcard instead of saving them to the boot sector. I have changed my board header file to: /* Include the below to write env to fat partition of mmc */ #define

Re: [U-Boot] test/py - test OS boot

On 04/18/2016 07:46 AM, Michal Simek wrote: Hi Stephen and Simon, have you thought how to use test/py for testing OS boot? I am not experienced with python to quickly hack it myself but in general I think we should support boot till OS (to test OS handoff, legacy, fit formats, bootm

Re: [U-Boot] [PATCH 11/16] spl: build: ti: add support for secure boot images

On Mon, Apr 11, 2016 at 06:37:13PM -0500, Daniel Allred wrote: > Updates the SPL build so that when CONFIG_TI_SECURE_DEVICE > is in use (which it should be when building for secure parts), > the TI secure development package is used to create a valid > secure boot image. The u-boot SPL build

Re: [U-Boot] [PATCH] arc/cache: really do flush_dcache_all() even if IOC exists

Hi, On Mon, 2016-04-18 at 13:28 +0300, Alexey Brodkin wrote: > flush_dcache_all() is used in the very end of U-Boot self relocation > to write back all copied and then patched code and data to their > new location in the very end of available memory space. > > Since that has nothing to do with

[U-Boot] Please pull ARC changes

Hi Tom, The following changes since commit ee8b25fa354da7cfaafe0e6781e873c74c29bbad:   Prepare v2016.05-rc2 (2016-04-21 09:37:33 -0400) are available in the git repository at:   git://git.denx.de/u-boot-arc.git  for you to fetch changes up to 2a8382c6fe7ddf0e15791b3ffa5f390a674a212b:  

Re: [U-Boot] [RESEND PATCH V3 1/6] dm: gpio: add a default gpio xlate routine

On 04/20/2016 09:37 AM, Eric Nelson wrote: Many drivers use a common form of offset + flags for device tree nodes. e.g.: < 2 GPIO_ACTIVE_LOW> This patch adds a common implementation of this type of parsing and calls it when a gpio driver doesn't supply its' own xlate routine. This will

Re: [U-Boot] [PATCH 15/60] gpio: tegra: header file split

Hi Stephen, On 21 April 2016 at 10:40, Stephen Warren wrote: > On 04/21/2016 08:11 AM, Simon Glass wrote: >> >> Hi Stephen, >> >> On 20 April 2016 at 16:01, Stephen Warren wrote: >>> >>> On 04/20/2016 01:26 PM, Simon Glass wrote: Hi

Re: [U-Boot] [PATCH 15/60] gpio: tegra: header file split

On 04/21/2016 08:11 AM, Simon Glass wrote: Hi Stephen, On 20 April 2016 at 16:01, Stephen Warren wrote: On 04/20/2016 01:26 PM, Simon Glass wrote: Hi Stephen, On 19 April 2016 at 14:58, Stephen Warren wrote: From: Stephen Warren

Re: [U-Boot] [PATCH 2/2] armv8: s32v234: Introduce basic support for s32v234evb

On Thu, Apr 21, 2016 at 06:03:26PM +0200, Eddy Petrișor wrote: > Pe 19 apr. 2016 6:53 p.m., "Tom Rini" a scris: > > > > On Sun, Apr 03, 2016 at 03:10:06AM +0300, Eddy Petrișor wrote: > > > > > Add initial support for NXP's S32V234 SoC and S32V234EVB board. > > > > > > The

Re: [U-Boot] [PATCH] arm: Fix SCFG ICID reg addresses

On 04/21/2016 08:56 AM, Vincent Siles wrote: > On 21-04-16 15:45:05, york sun wrote: >>I prefer to use void *. >> >>York > > I'm not sure what you mean by "use void *". We need to compute the > address of the registers, so you can't directly use void * as it does not > allow pointer

Re: [U-Boot] [PATCH] travis: turn off dtc unit address warnings

On Thu, Apr 21, 2016 at 04:11:25PM +0200, Heiko Schocher wrote: > Hello Tom, > > Am 21.04.2016 um 15:53 schrieb Tom Rini: > >On Thu, Apr 21, 2016 at 03:50:28PM +0200, Marek Vasut wrote: > >>On 04/21/2016 03:35 PM, Simon Glass wrote: > >>>Hi, > >>> > >>>On 21 April 2016 at 07:25, Marek Vasut

Re: [U-Boot] [PATCH] common/dlmalloc.c: Delete content that was moved to malloc.h

On Thu, Apr 21, 2016 at 07:35:55AM -0400, Robert P. J. Day wrote: > > Remove several hundred lines of content surrounded by: > > #if 0 /* Moved to malloc.h */ > ... moved stuff ... > #endif /* 0 */ /* Moved to malloc.h */ > > Signed-off-by: Robert P. J. Day

Re: [U-Boot] [PATCH v3 1/3] tests: py: dfu: Add variables to store dfu alt numbers for test and dummy files

On 04/21/2016 09:40 AM, Lukasz Majewski wrote: This patch replaces hardcoded (i.e. 0 and 1) values passed to dfu_{read|write} with variables. The series, Acked-by: Stephen Warren ___ U-Boot mailing list U-Boot@lists.denx.de

Re: [U-Boot] [PATCH 2/2] armv8: s32v234: Introduce basic support for s32v234evb

Pe 19 apr. 2016 6:53 p.m., "Tom Rini" a scris: > > On Sun, Apr 03, 2016 at 03:10:06AM +0300, Eddy Petrișor wrote: > > > Add initial support for NXP's S32V234 SoC and S32V234EVB board. > > > > The S32V230 family is designed to support computation-intensive applications > > for

Re: [U-Boot] [PATCH] arm: Fix SCFG ICID reg addresses

I prefer to use void *. York Sent from my phone Original Message From: Vincent Siles Sent: Thursday, April 21, 2016 12:53 AM To: york sun Subject: Re: [U-Boot] [PATCH] arm: Fix SCFG ICID reg addresses CC:

[U-Boot] [PATCH v3 1/3] tests: py: dfu: Add variables to store dfu alt numbers for test and dummy files

This patch replaces hardcoded (i.e. 0 and 1) values passed to dfu_{read|write} with variables. Signed-off-by: Lukasz Majewski --- Changes for v3: - Replace per module global variables with ones defined inside a function Changes for v2: - None ---

[U-Boot] [PATCH v3 3/3] tests: py: dfu: Provide functionality to set test and dummy files alt settings

After concatenation of "dfu_alt_info" variable from "dfu_alt_boot" and "dfu_alt_system" it may happen that test and dummy files alt settings are different than default 0 and 1. This patch provides the ability to set different values for them. Signed-off-by: Lukasz Majewski

[U-Boot] [PATCH v3 2/3] tests: py: dfu: Add functionality to set different u-boot's dfu env variable

By default (on almost all systems) the dfu env variable, which defines available alt settings, is named as "dfu_alt_info". However on some platforms (i.e. Odroid XU3), the 'dfu_alt_info' is concatenated from other variables - namely 'dfu_alt_boot' and 'dfu_alt_system' at run time (when one types

Re: [U-Boot] [PATCH] mx6ul_evk: Remove SPL support

On Tuesday, April 19, 2016 10:11:37 PM CDT Stefano Babic wrote: > Hi Fabio, > > On 19/04/2016 17:19, Fabio Estevam wrote: > > Currently mx6ul evk fails to boot with some SD cards such as > > SanDisk microSD HC - 8GB: > > > > U-Boot SPL 2016.05-rc1-28384-g108f841 (Apr 19 2016 - 11:19:11) > >

Re: [U-Boot] [PATCHv2] cmd: Kconfig: Add a Kconfig options for a few CMD

On Thu, Apr 21, 2016 at 09:18:59AM -0500, Dinh Nguyen wrote: > Hi Simon, > > On 04/21/2016 09:13 AM, Simon Glass wrote: > > Hi Dinh, > > > > On 21 April 2016 at 08:05, Dinh Nguyen wrote: > >> > >> Add the following CMD options to Kconfig: > >> > >> CMD_BOOTZ > >> CMD_ASKENV

Re: [U-Boot] [PATCHv2] cmd: Kconfig: Add a Kconfig options for a few CMD

Hi Simon, On 04/21/2016 09:13 AM, Simon Glass wrote: > Hi Dinh, > > On 21 April 2016 at 08:05, Dinh Nguyen wrote: >> >> Add the following CMD options to Kconfig: >> >> CMD_BOOTZ >> CMD_ASKENV >> CMD_GREPENV >> CMD_USB_MASS_STORAGE >> CMD_FAT >> CMD_MII >> CMD_CACHE >>

Re: [U-Boot] [PATCH 07/16] ti: AM43xx: Use CONFIG options from SOC Kconfig

On Mon, Apr 11, 2016 at 06:37:09PM -0500, Daniel Allred wrote: > From: Madan Srinivas > > Updates configs/am43xx_evm.h to use CONFIG options from > SOC specific Kconfig file for various calculations. > > On AM43x devices, the address of SPL entry point depends on > the device

Re: [U-Boot] [PATCHv2] cmd: Kconfig: Add a Kconfig options for a few CMD

Hi Dinh, On 21 April 2016 at 08:05, Dinh Nguyen wrote: > > Add the following CMD options to Kconfig: > > CMD_BOOTZ > CMD_ASKENV > CMD_GREPENV > CMD_USB_MASS_STORAGE > CMD_FAT > CMD_MII > CMD_CACHE > CMD_DFU > CMD_EXT2 > CMD_EXT4 > CMD_EXT4_WRITE > CMD_FS_GENERIC > CMD_MMC >

Re: [U-Boot] [PATCH 4/9] drivers: nand: implement a NAND uclass

Hi Mugunthan, On 20 April 2016 at 23:55, Mugunthan V N wrote: > On Wednesday 20 April 2016 08:09 PM, Simon Glass wrote: >> Hi Mugunthan, >> >> On 1 April 2016 at 05:29, Mugunthan V N wrote: >>> Implement a NAND uclass so that the NAND devices can be >>>

Re: [U-Boot] [PATCH 15/60] gpio: tegra: header file split

Hi Stephen, On 20 April 2016 at 16:01, Stephen Warren wrote: > On 04/20/2016 01:26 PM, Simon Glass wrote: >> >> Hi Stephen, >> >> On 19 April 2016 at 14:58, Stephen Warren wrote: >>> >>> From: Stephen Warren >>> >>> Tegra's

Re: [U-Boot] [PATCH] travis: turn off dtc unit address warnings

Hello Tom, Am 21.04.2016 um 15:53 schrieb Tom Rini: On Thu, Apr 21, 2016 at 03:50:28PM +0200, Marek Vasut wrote: On 04/21/2016 03:35 PM, Simon Glass wrote: Hi, On 21 April 2016 at 07:25, Marek Vasut wrote: On 04/21/2016 03:17 PM, Heiko Schocher wrote: Hello Marek, Am

[U-Boot] [PATCHv2] cmd: Kconfig: Add a Kconfig options for a few CMD

Add the following CMD options to Kconfig: CMD_BOOTZ CMD_ASKENV CMD_GREPENV CMD_USB_MASS_STORAGE CMD_FAT CMD_MII CMD_CACHE CMD_DFU CMD_EXT2 CMD_EXT4 CMD_EXT4_WRITE CMD_FS_GENERIC CMD_MMC Signed-off-by: Dinh Nguyen --- v2: remove an extra CMD_DFU --- cmd/Kconfig | 72

Re: [U-Boot] [PATCH 5/7] ARM: hisilicon: hikey: dts: Add pl011 additional clock binding.

On Wed, Apr 20, 2016 at 05:14:01PM +0100, Peter Griffin wrote: > This is a binding which only exists in U-Boot, but is > required to get working serial in U-Boot. > > Signed-off-by: Peter Griffin Reviewed-by: Tom Rini -- Tom signature.asc

Re: [U-Boot] [PATCH] travis: turn off dtc unit address warnings

On Thu, Apr 21, 2016 at 03:50:28PM +0200, Marek Vasut wrote: > On 04/21/2016 03:35 PM, Simon Glass wrote: > > Hi, > > > > On 21 April 2016 at 07:25, Marek Vasut wrote: > >> On 04/21/2016 03:17 PM, Heiko Schocher wrote: > >>> Hello Marek, > >>> > >>> Am 21.04.2016 um 14:51 schrieb

Re: [U-Boot] [PATCHv2 2/2] arm: socfpga: clean up common config options

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/20/2016 09:21 AM, Tom Rini wrote: > On Tue, Apr 19, 2016 at 08:41:52PM -0500, Dinh Nguyen wrote: > >> Move common config options like these to socfpga_*_defconfig: >> >> CONFIG_CMD_ASKENV CONFIG_CMD_BOOTZ CONFIG_CMD_CACHE >> CONFIG_CMD_DHCP

Re: [U-Boot] [PATCH] travis: turn off dtc unit address warnings

On 04/21/2016 03:35 PM, Simon Glass wrote: > Hi, > > On 21 April 2016 at 07:25, Marek Vasut wrote: >> On 04/21/2016 03:17 PM, Heiko Schocher wrote: >>> Hello Marek, >>> >>> Am 21.04.2016 um 14:51 schrieb Marek Vasut: On 04/21/2016 02:48 PM, Heiko Schocher wrote: >

Re: [U-Boot] [PATCH 7/9] arm: exynos: realign the code to allow support for newer 64-bit platforms

Hi, On 18/04/16 23:11, Thomas Abraham wrote: > Hi Mr. Kang, > > On Mon, Apr 18, 2016 at 4:39 PM, Minkyu Kang wrote: >> Dear Thomas Abraham, >> >> On 13/04/16 19:43, Thomas Abraham wrote: >>> From: Thomas Abraham >>> >>> The existing Exynos 32-bit

Re: [U-Boot] [PATCH 04/16] ti: omap-common: Add Kconfig file for secure device support

On Mon, Apr 11, 2016 at 06:37:06PM -0500, Daniel Allred wrote: > From: Madan Srinivas > > Defines CONFIG_TI_SECURE_DEVICE which needs to be turned on > when building images for secure devices. This flag is used > to invoke the secure image creation tools for creating a > boot

Re: [U-Boot] [PATCH 08/16] ti: AM43xx: board: Detect AM43xx HS EVM

On Mon, Apr 11, 2016 at 06:37:10PM -0500, Daniel Allred wrote: > From: Madan Srinivas > > Adds code to detect AM43xx HS EVMS - the string in the > I2C EEPROM for HS EVMs differs from GP EVMs. Adds code to > for evm detection, regardless of whether the evm is for > GP or HS parts,

Re: [U-Boot] [PATCH 12/16] ARM: omap4/5: Add device type to CPU string

On Mon, Apr 11, 2016 at 06:37:14PM -0500, Daniel Allred wrote: > Update the CPU string output so that the device > type is now included as part of the CPU string that > is printed as the SPL or u-boot comes up. This update > adds a suffix of the form "-GP" or "-HS" for production > devices, so

Re: [U-Boot] [PATCH 10/16] ti_omap5_common: Update SPL start address on secure parts

On Mon, Apr 11, 2016 at 06:37:12PM -0500, Daniel Allred wrote: > Updated the CONFIG_SPL_TEXT_BASE to support secure parts (moving > the start address past secure reserved memory and the size of the > security certificate that precedes the boot image on secure devices). > Updated the related

Re: [U-Boot] [PATCH 14/16] ARM: omap5: add ft_board_setup for dra7xx/am57xx

On Mon, Apr 11, 2016 at 06:37:16PM -0500, Daniel Allred wrote: > Adds the board specific ft_board_setup() functions that > are called when CONFIG_OF_BOARD_SETUP is defined. These functions > will currently just call the ft_cpu_setup() function. > > Signed-off-by: Daniel Allred

Re: [U-Boot] [PATCH 11/16] spl: build: ti: add support for secure boot images

On Mon, Apr 11, 2016 at 06:37:13PM -0500, Daniel Allred wrote: > Updates the SPL build so that when CONFIG_TI_SECURE_DEVICE > is in use (which it should be when building for secure parts), > the TI secure development package is used to create a valid > secure boot image. The u-boot SPL build

Re: [U-Boot] [PATCH 13/16] ARM: omap5: add hooks for cpu/SoC fdt fixups

On Mon, Apr 11, 2016 at 06:37:15PM -0500, Daniel Allred wrote: > Adds an fdt.c file in that defines the ft_cpu_setup() function, > which should be called from a board-specific ft_board_setup()). > This ft_cpu_setup() will currently do nothing for non-secure (GP) > devices but contains

Re: [U-Boot] [PATCH v6 2/7] net: zynq_gem: Add the passing of the phy-handle node

On 21.4.2016 13:51, Tom Rini wrote: > On Thu, Apr 21, 2016 at 07:46:34AM +0200, Michal Simek wrote: >> On 20.4.2016 21:41, Dan Murphy wrote: >>> Bump? >>> On 04/15/2016 07:27 AM, Dan Murphy wrote: Add the ability to pass the phy-handle node offset to the phy driver. This allows the phy

Re: [U-Boot] [PATCH 01/16] doc: Add info on using secure devices from TI

On Mon, Apr 11, 2016 at 06:37:03PM -0500, Daniel Allred wrote: > Adds doc/README.ti-secure file to explain in generic terms > how boot images need to be created for secure devices from > Texas Instruments. > > Specific details for creating secure boot images for the > AM43xx, DRA7xx and AM57xx

Re: [U-Boot] [PATCH 02/16] arm: am33xx: Kconfig: Add secure device definitions

On Mon, Apr 11, 2016 at 06:37:04PM -0500, Daniel Allred wrote: > From: Madan Srinivas > > Adds a new Kconfig file for AM33xx class devices. We > need a common place to define CONFIG parameters > for these SOCs, especially for adding support > for secure devices. > > a) Adds a

Re: [U-Boot] [PATCH 7/7] ARM: hikey: Simplify README instructions.

On Wed, Apr 20, 2016 at 05:14:03PM +0100, Peter Griffin wrote: > This patch updates and simplifies the hikey README. The old > instructions were hard to follow, and convoluted. > > This patch also updates the link to the mcuimage.bin which was outdated. > > Using an outdated mcuimage.bin

[U-Boot] [ANN] U-Boot v2016.05-rc2 released

Hey all, As promised, and only slightly late, here's -rc2. I've picked up a bunch of things that were outstanding and I had grabbed in patchwork and I felt should come in now rather than wait for the next window. There's some good work going on in SPL land that I'm going to let wait since we

Re: [U-Boot] [PATCH 06/16] ti: AM43xx: config.mk: Add support for generating secure boot images

On Mon, Apr 11, 2016 at 06:37:08PM -0500, Daniel Allred wrote: > Modifies the config.mk to build secure images when building > the SPL for secure devices. > > Depending on the boot media, different images are needed > for secure devices. The build generates u-boot*_HS_* files > as appropriate

Re: [U-Boot] [PATCH 05/16] ti: omap-common: Add commands for generating secure SPL images

On Mon, Apr 11, 2016 at 06:37:07PM -0500, Daniel Allred wrote: > Adds a centralized config_secure.mk in omap-common for > OMAP-style TI secure devices to use for boot image generation > > Depending on the boot media, different images are needed for > secure devices. These commands generates

Re: [U-Boot] [PATCH 6/7] ARM: hisilicon: hikey: Align memory node with upstream kernel

On Wed, Apr 20, 2016 at 05:14:02PM +0100, Peter Griffin wrote: > The memory node gets automatically generated by U-Boot > in arch_fixup_fdt(), before passing control to the kernel > using U-Boots representation of the dram banks. > > However the upstream kernel uses the memory node to carve-out

Re: [U-Boot] [PATCH 4/7] ARM: hisilicon: hikey: Implement reset_cpu() for hikey.

On Wed, Apr 20, 2016 at 05:14:00PM +0100, Peter Griffin wrote: > This allows the reset command to reset the board from > u-boot. > > => reset > resetting ... > INFO:BL1: 0xf981 - 0xf9818000 [size = 32768] > NOTICE: Booting Trusted Firmware > NOTICE: BL1: v1.1(debug):7fb9b0e > NOTICE:

Re: [U-Boot] [PATCH 2/7] MAINTAINERS: Add myself as maintainer for hikey

On Wed, Apr 20, 2016 at 05:13:58PM +0100, Peter Griffin wrote: > This patch adds myself as maintainer for the hikey > U-Boot port. > > Signed-off-by: Peter Griffin Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [PATCH 3/7] ARM: hisilicon: hikey: Enable OF_CONTROL for hikey board.

On Wed, Apr 20, 2016 at 05:13:59PM +0100, Peter Griffin wrote: > Currently only the serial pl01x driver is using DT, > and the other drivers still use platform data but > as more DT lands in the upstream kernel the aim is > to migrate the other drivers over to DT as well to > have a fully DT

Re: [U-Boot] [PATCH 09/16] defconfig: Add configs for AM43xx secure parts

On Fri, Apr 15, 2016 at 03:28:07PM +0530, Lokesh Vutla wrote: > > > On Tuesday 12 April 2016 05:07 AM, Daniel Allred wrote: > > From: Madan Srinivas > > > > Adds new defconfig files for AM43xx secure devices. > > These are the same as the non-secure parts, except for > >

Re: [U-Boot] [PATCH 16/16] defconfig: ti: Add configs for OMAP5-class secure parts

On Mon, Apr 11, 2016 at 06:37:18PM -0500, Daniel Allred wrote: > Adds new defconfig files for DRA7xx and AM57xx secure devices. > These are the same as the non-secure parts, but with the addition > of the CONFIG_TI_SECURE_DEVICE option set to 'y'. > > Signed-off-by: Daniel Allred

Re: [U-Boot] [PATCH 1/7] ARM: hisilicon: hikey: Add hikey & hi6220 dts from v4.6-rc3.

On Wed, Apr 20, 2016 at 05:13:57PM +0100, Peter Griffin wrote: > Import the upstream kernel dts into U-Boot. Currently > only serial is supported, but a lot more DT changes are > queued for v4.7. > > Signed-off-by: Peter Griffin Reviewed-by: Tom Rini

Re: [U-Boot] [PATCH 15/16] ARM: omap5: Add config for board/cpu fdt fixups

On Mon, Apr 11, 2016 at 06:37:17PM -0500, Daniel Allred wrote: > Adds CONFIG_OF_BOARD_SETUP to the config header files > for dra7xx_evm and am57xx_evm. > > Signed-off-by: Daniel Allred > Signed-off-by: Madan Srinivas Fold this into the patch that adds the

  1   2   3   >