[U-Boot] [PATCH v2 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

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

Hi Stephen, > On 04/19/2016 09:51 AM, Lukasz Majewski wrote: > > This patch replaces hardcoded (i.e. 0 and 1) values passed to > > dfu_{read|write} with global variables. > > Why do these variables need to be global? They're only used inside > test_dfu(). They should be local to that function.

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

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 image processing. The S32V234, as part of the S32V230 family, is a >

Re: [U-Boot] [PATCH] powerpc/mpc85xx: set L2PE in L2CSR0 before enabling L2 cache

On 04/18/2016 05:16 AM, Aneesh Bansal wrote: > While enabling L2 cache, the value of L2PE (L2 cache parity/ECC > error checking enable) must not be changed while the L2 cache is > enabled. > So, L2PE must be set before enabling L2 cache. Aneesh, The original code set L2PE and L2E together. The

Re: [U-Boot] [PATCH] arm: mx5: Fix NAND image generation

On 05/04/2016 10:54, Marek Vasut wrote: > The echo -ne "\xNN" does not work in certain bourne-compatible shells, like > dash. The recommended way of hex->char conversion is using printf(1), but > there is a pitfall here. The GNU printf does support "\xNN" format, but > according to the opengroup

Re: [U-Boot] [PATCH] board: ge: bx50v3: Disable unused pins

On 13/04/2016 23:03, Akshay Bhat wrote: > From: Justin Waters > > Certain pins are not used on the i.MX6, and should have a neutral > pad configuration in order to reduce electrical interference on > the board. This commit defines these pins with a default value >

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

On 04/19/2016 05:22 AM, Yang, Wenyou wrote: > Hi Marek, > >> -Original Message- >> From: Marek Vasut [mailto:marek.va...@gmail.com] >> Sent: 2016年4月18日 23:30 >> To: Yang, Wenyou >> Cc: u-boot@lists.denx.de >> Subject: SAMA5D2 xplained SD/eMMC boot >> >> Hi! >> >>

[U-Boot] [PATCH] ti_armv7_common.h: Fix U-Boot location on eMMC

According to common eMMC partition table for Android boot (see PARTS_DEFAULT definition in include/configs/dra7xx_evm.h), "bootloader" partition (where u-boot.img is stored) starts at 256 KiB. Which is equal to 512 sectors (as 1 MMC sector size is 512 bytes). This patch fixes

[U-Boot] [PATCH v2] ti_armv7_common.h: Fix U-Boot location on eMMC

According to common eMMC partition table for Android boot (see PARTS_DEFAULT definition in include/configs/dra7xx_evm.h), "bootloader" partition (where u-boot.img is stored) starts at 256 KiB. Which is equal to 512 sectors (as 1 MMC sector size is 512 bytes). This patch fixes

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 for

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 because

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] [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

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

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) Trying to boot from MMC1 spl: mmc block read error

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

On 04/19/2016 09:51 AM, Lukasz Majewski wrote: 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. @@

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 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

[U-Boot] [PATCH v2 1/3] tests: py: dfu: Add global 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 global variables. Signed-off-by: Lukasz Majewski --- Changes for v2: - None --- test/py/tests/test_dfu.py | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git

[U-Boot] [PATCH v2 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 v2 1/3] tests: py: dfu: Add global variables to store dfu alt numbers for test and dummy files

On 04/19/2016 09:51 AM, Lukasz Majewski wrote: This patch replaces hardcoded (i.e. 0 and 1) values passed to dfu_{read|write} with global variables. Why do these variables need to be global? They're only used inside test_dfu(). They should be local to that function.

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

On Tue, Apr 19, 2016 at 12:19 PM, 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) > Trying to boot from MMC1 > spl: mmc block read error > SPL:

[U-Boot] [PATCH 01/60] ARM: tegra: remove unused definitions in headers

From: Stephen Warren arch/arm/include/asm/arch-tegra*/*.h have accumulated a fair number of unused definitions. This patch aims to delete them all. While working on this, I noticed a few redundancies and fixed them. No doubt other redundancies still exist simply because I

[U-Boot] [PATCH 00/60] ARM: tegra: cleanup part 1

From: Stephen Warren This series cleans up Tegra code: - Removes unused definitions. - Unifies duplicate definitions and code. - Moves Tegra headers from arch/arm/include to arch/arm/mach-tegra so all Tegra files are located together. Headers for Tegra-specific APIs (intended

[U-Boot] [PATCH 02/60] mmc: tegra: move pad init into MMC driver

From: Stephen Warren The initialization performed by this code is SoC-specific not board- specific. It also solely touches MMC controller registers. As such, it should be part of the MMC driver itself. Move it there. Signed-off-by: Stephen Warren ---

[U-Boot] [PATCH 03/60] mmc: tegra: move header file to driver directory

From: Stephen Warren tegra_mmc.h only contains private definitions for use inside the MMC driver. Move it out of the global include directory since nothing needs to access it there. tegra_mmc.h doesn't depend on anything from , so move that include to the C file.

[U-Boot] [PATCH 06/60] i2c: tegra: move header file to driver directory

From: Stephen Warren tegra_i2c.h contains primarily private definitions for use inside the I2C driver. Move those out of the global include directory since nothing should need to access them. The Tegra I2C driver exports a Tegra-specific API. Move its prototype into a

[U-Boot] [PATCH 05/60] pwm: tegra: move header file to driver directory

From: Stephen Warren Tegra's pwm.h only contains private definitions for use inside the Tegra PWM driver. Move it out of the global include directory since nothing needs to access it there. Signed-off-by: Stephen Warren ---

[U-Boot] [PATCH 07/60] usb: tegra: move header file to driver directory

From: Stephen Warren Tegra's usb.h only contains private definitions for use inside the Tegra EHCI driver. Move it out of the global include directory since nothing should need to access them. One access to these registers does exist; a boot-time cleanup of any previous USB

[U-Boot] [PATCH 08/60] video: tegra: move header file to driver directory

From: Stephen Warren Tegra's dc.h/display.h only contain private definitions for use inside the Tegra display driver. Move them out of the global include directory since nothing needs to access it there. Since they both describe DC registers, combine then into a single

[U-Boot] [PATCH 09/60] ARM: tegra: correct 64-bit DT unit addresses

From: Stephen Warren In most current Tegra DT files, 64-bit addresses are represented in unit addresses as a pair of comma-separated 32-bit values. Apparently this isn't the correct representation for simple busses, and the unit address should be represented as a single

[U-Boot] [PATCH 11/60] ARM: tegra: add DT alias for GPIO controller

From: Stephen Warren Future Tegra chips contain multiple entirely separate GPIO controllers. It is plausible that boards using those chips will end up with non-DT-driven code that manipulates GPIOs, just like a few Tegra boards do today. In that case, we'll want to make sure

[U-Boot] [PATCH 12/60] gpio: tegra: remove duplicate define

From: Stephen Warren TEGRA_PORTS_PER_BANK and TEGRA_GPIO_PORTS represent the same thing. TEGRA_GPIO_PORTS is more widely used, so replace all usage with that, and remove the redundant definition. Signed-off-by: Stephen Warren ---

[U-Boot] [PATCH 10/60] ARM: tegra: sort DT /aliases entries

From: Stephen Warren This complies with my OCD. Signed-off-by: Stephen Warren --- arch/arm/dts/tegra124-nyan-big.dts | 2 +- arch/arm/dts/tegra20-colibri.dts | 2 +- arch/arm/dts/tegra20-harmony.dts | 4 ++--

[U-Boot] [PATCH 04/60] mmc: tegra: move public header to arch/arm/mach-tegra/include

From: Stephen Warren Machine-specific headers should be in this location. Eventually, we'll move all headers from arch/arm/include to arch/arm/mach-tegra/include, or find a way to delete them. Signed-off-by: Stephen Warren ---

[U-Boot] [PATCH 13/60] ARM: tegra: sort some board file include directives

From: Stephen Warren The order is general includes, general asm includes, arch asm includes, local files. Signed-off-by: Stephen Warren --- board/avionic-design/common/tamonten-ng.c | 5 +++-- board/nvidia/cardhu/cardhu.c | 6 +++---

[U-Boot] [PATCH 14/60] ARM: tegra: use DT bindings for GPIO naming

From: Stephen Warren There are currently many places that define the list of all Tegra GPIOs; the DT binding header and custom Tegra-specific header file gpio.h. Fix the redundancy by replacing everything with the DT binding header file. Signed-off-by: Stephen Warren

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

From: Stephen Warren Tegra's gpio.h contains a mix of private definitions for use inside the GPIO driver and custom machine-specific APIs. Move the private definitions out of the global include directory since nothing should need to access them. Move the public definitions to

[U-Boot] [PATCH 16/60] ARM: tegra: migrate TEGRA_GPIO to Kconfig

From: Stephen Warren All configuration is migrating to Kconfig. This moves one piece. TEGRA_GPIO is default y since it's almost certain to be needed, and this setting matches the stanza removed from the config header file. CONFIG_HAS_TEGRA_GPIO is introduced so that

[U-Boot] [PATCH 18/60] ARM: tegra: move fuse.h

From: Stephen Warren This header is only needed by code local to mach-tegra, so move it there to avoid polluting the global include path. Signed-off-by: Stephen Warren --- arch/arm/mach-tegra/ap.c | 2 +-

[U-Boot] [PATCH 19/60] ARM: tegra: move gpu.h

From: Stephen Warren This header is only needed by code local to mach-tegra, so move it there to avoid polluting the global include path. Signed-off-by: Stephen Warren --- arch/arm/mach-tegra/board2.c | 2 +-

[U-Boot] [PATCH 20/60] ARM: tegra: move pmc.h

From: Stephen Warren This header is only needed by code local to mach-tegra, so move it there to avoid polluting the global include path. Signed-off-by: Stephen Warren --- arch/arm/mach-tegra/ap.c | 2 +-

[U-Boot] [PATCH 22/60] ARM: tegra: move warmboot.h

From: Stephen Warren This header is only needed by code local to mach-tegra, so move it there to avoid polluting the global include path. Signed-off-by: Stephen Warren --- arch/arm/mach-tegra/ap.c | 1 -

[U-Boot] [PATCH 21/60] ARM: tegra: move scu.h

From: Stephen Warren This header is only needed by code local to mach-tegra, so move it there to avoid polluting the global include path. Signed-off-by: Stephen Warren --- arch/arm/mach-tegra/ap.c | 2 +-

[U-Boot] [PATCH 24/60] ARM: tegra: unify+move {board, sys_proto}.h to

From: Stephen Warren Machine-specific headers should be in this location. Eventually, we'll move all headers from arch/arm/include to arch/arm/mach-tegra/include, or find a way to delete them. Both board and sys_proto.h served the same purpose; a place to prototype functions

[U-Boot] [PATCH 23/60] ARM: tegra: move xusb-padctl.h to

From: Stephen Warren Machine-specific headers should be in this location. Eventually, we'll move all headers from arch/arm/include to arch/arm/mach-tegra/include, or find a way to delete them. Signed-off-by: Stephen Warren ---

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

From: Stephen Warren This header is only needed by code local to mach-tegra/, so move it there to avoid polluting the global include path. Signed-off-by: Stephen Warren --- arch/arm/{include/asm/arch-tegra => mach-tegra}/apb_misc.h | 5 +++--

[U-Boot] [PATCH 27/60] ARM: tegra: move emc.h

From: Stephen Warren This header is only needed by code local to mach-tegra, so move it there to avoid polluting the global include path. tegra_set_emc() is moved between two emc.h so that mach-tegra/emc.h defines fairly public interfaces to the EMC functionality, and

[U-Boot] [PATCH 25/60] ARM: tegra: use consistently named include guards

From: Stephen Warren ... and add one missing set of include guards. Signed-off-by: Stephen Warren --- arch/arm/mach-tegra/cpu.h | 6 ++ arch/arm/mach-tegra/emc.h | 6 +++--- arch/arm/mach-tegra/tegra20/crypto.h

[U-Boot] [PATCH 31/60] ARM: tegra: move powergate.h to

From: Stephen Warren Machine-specific headers should be in this location. Eventually, we'll move all headers from arch/arm/include to arch/arm/mach-tegra/include, or find a way to delete them. This change also removes multiple useless empty wrappers for this header.

[U-Boot] [PATCH 29/60] ARM: tegra: move sysctr.h

From: Stephen Warren This header is only needed by code local to mach-tegra, so move it there to avoid polluting the global include path. Also, unify the 3 identical copies of the file into one. Signed-off-by: Stephen Warren ---

[U-Boot] [PATCH 30/60] ARM: tegra: remove pmu.h

From: Stephen Warren This header is duplicated many times, and does nothing but prototype a single function that's used solely by mach-tegra code. Move the proto- type of mach-tegra/cpu.h. That's not an awesome location for it, but other similar functions like

[U-Boot] [PATCH 28/60] ARM: tegra: move sdram_param.h

From: Stephen Warren This header is only needed by code local to mach-tegra, so move it there to avoid polluting the global include path. Signed-off-by: Stephen Warren --- .../{include/asm/arch-tegra20 => mach-tegra/tegra20}/sdram_param.h | 6 +++---

[U-Boot] [PATCH 34/60] ARM: tegra: move flow.h

From: Stephen Warren This header is only needed by code local to mach-tegra, so move it there. Since the definitions are used by code in mach-tegra/ itself, not just in SoC-specific mach-tegra/tegraNNN/, and the content varies per SoC, we need to put it in the (somewhat

[U-Boot] [PATCH 26/60] ARM: tegra: delete unused headers

From: Stephen Warren These headers aren't included by anything, so can be deleted. Signed-off-by: Stephen Warren --- arch/arm/include/asm/arch-tegra210/ahb.h | 80 1 file changed, 80 deletions(-) delete mode 100644

[U-Boot] [PATCH 35/60] nyan-big: remove direct MC register access

From: Stephen Warren Equivalent code is already present in the core Tegra board file, so there's no point repeating it here. This removes the only use of from outside arch/arm/mach-tegra/. Signed-off-by: Stephen Warren --- arch/arm/mach-tegra/gpu.c

[U-Boot] [PATCH 33/60] ARM: tegra: fix bug in Tegra20 flow.h

From: Stephen Warren According to the TRM, Tegra20's flow controller has a xrq_events field too. Suspend/resume (via LP0) does still work after this fix, implying the write to halt_cpu1_events in warmboot_avp.c isn't actually necessary, since this patch causes it to access a

[U-Boot] [PATCH 32/60] ARM: tegra: add SoC-specific include directory

From: Stephen Warren Add arch/arm/mach-tegra/tegraNNN/include. We'll use this to house headers that must vary between SoCs (e.g. clock lists, register layouts that aren't static across chip versions, etc.) in a name-space. This will allow code in mach-tegra/ to access those

[U-Boot] [PATCH 37/60] ARM: tegra: move SDIOCFG_DRV* to pinmux.h

From: Stephen Warren These defines are used with APIs in pinmux.h, so it makes sense to put them into the same header. It also allows all includes of gp_padctrl.h to be removed from code outside arch/arm/mach-tegra/. Signed-off-by: Stephen Warren ---

[U-Boot] [PATCH 38/60] ARM: tegra: remove tegra_get_chip()

From: Stephen Warren U-Boot is compiled for a single board, which in turn uses a specific SoC. There's no need to make runtime decisions based on SoC ID. While there's certainly an argument for making the code support different SoCs at run-time, the Tegra code is so far from

[U-Boot] [PATCH 39/60] ARM: tegra: remove get_num_cpus()

From: Stephen Warren U-Boot is compiled for a single board, which in turn uses a specific SoC. There's no need to make runtime decisions based on CPU count. While there's certainly an argument for making the code support different SoCs at run-time, the Tegra code is so far

[U-Boot] [PATCH 36/60] ARM: tegra: move mc.h

From: Stephen Warren This header is only needed by code local to mach-tegra, so move it there. Since the definitions are used by code in mach-tegra/ itself, not just in SoC-specific mach-tegra/tegraNNN/, and the content varies per SoC, we need to put it in the (somewhat

[U-Boot] [PATCH 40/60] ARM: tegra: remove gp_padctrl.h

From: Stephen Warren The only place this is still used is Tegra20's warmboot.c. Keep the T20 copy around for that use, but remove the other unused duplicates. Signed-off-by: Stephen Warren --- arch/arm/include/asm/arch-tegra/gp_padctrl.h | 24

[U-Boot] [PATCH 41/60] ARM: tegra: remove tegra_get_sku_info()

From: Stephen Warren This is part of the internal implementation of tegra_get_chip_sku(). Signed-off-by: Stephen Warren --- arch/arm/mach-tegra/ap.c | 14 +++--- arch/arm/mach-tegra/cpu.c | 5 + arch/arm/mach-tegra/cpu.h | 6 -- 3

[U-Boot] [PATCH 45/60] ARM: tegra: move custom pinmux.h to

From: Stephen Warren Machine-specific headers should be in this location. Eventually, we'll move all headers from arch/arm/include to arch/arm/mach-tegra/include, or find a way to delete them. Signed-off-by: Stephen Warren ---

[U-Boot] [PATCH 48/60] ARM: tegra: lay groundwork for board hook cleanup

From: Stephen Warren Tegra's board2.c and spl.c implement the core U-Boot board initialization hooks, and call a variety of other functions to initialize the system, some of which are implemented by board-specific code. board2.c and spl.c currently call a large variety of

[U-Boot] [PATCH 46/60] ARM: tegra: add pinmux APIs to replace funcmux

From: Stephen Warren The existing funcmux APIs have the disadvantage that clients call a single monolithic/IOCTL-style function which performs different operations based on its parameter. All branches of that function are always compiled into the binary even when they're not

[U-Boot] [PATCH 44/60] ARM: tegra: remove tegra_get_chip_sku()

From: Stephen Warren This is now only used by some Tegra20-specific code, and only to select between T20/T25 code paths. Introduce a simpler function for that case, and isolate it to the tegra20/ directory. If we need SoC differentiation in the future, we should isolate the

[U-Boot] [PATCH 54/60] video: tegra: move pinmux setup to board files

From: Stephen Warren Remove funcmux calls from the Tegra20 video driver. Knowledge of pinmux setup must come from either board files or DT; it should not be embedded into board-agnostic driver code. The DT pinmux bindings do not allow drivers to derive funcmux-style

[U-Boot] [PATCH 59/60] ARM: tegra: unify+move tegra.h to mach-tegra/

From: Stephen Warren Most of arch/arm/include/asm/arch-tegra*/tegra.h is only used by code in arch/arm/mach-tegra, so move the header files there to avoid polluting the global include path. While moving, unify the per-SoC files into one using a couple of simple ifdefs; this

[U-Boot] [PATCH 58/60] ARM: tegra: clean up board include statements

From: Stephen Warren Tegra board files currently include many headers they don't need. Remove the unused include statements. Signed-off-by: Stephen Warren --- board/avionic-design/common/tamonten.c | 5 - board/compal/paz00/paz00.c | 3

[U-Boot] [PATCH 60/60] ARM: tegra: move clock headers

From: Stephen Warren These are the last files in arch/arm/include/asm/arch-tegra*. Move them into arch/arm/mach-tegra. The Tegra clock API currently exposes a lot of internal implementation details, which are unfortunately relied upon throughout the code base. Consequently,

[U-Boot] [PATCH 56/60] ARM: tegra: remove funcmux API

From: Stephen Warren Replace all usage of funcmux APIs with the pinmux functions previously added to replace then. Delete the funcmux implementation since it's no longer used. This merges all pinmux-related logic into the pinmux code and avoids use of the funcmux "IOCTL"

[U-Boot] [PATCH 53/60] tegra: keyboard: move pinmux setup to board files

From: Stephen Warren Remove funcmux calls from the Tegra keyboard driver. Knowledge of pinmux setup must come from either board files or DT; it should not be embedded into board-agnostic driver code. The DT pinmux bindings do not allow drivers to derive funcmux-style

[U-Boot] [PATCH 57/60] ARM: tegra: don't access Boot Info Table from board code

From: Stephen Warren The only use of the BIT was to print a message indicating whether the system booted via cold boot or USB ReCovery Mode (RCM). If that is worth doing for some boards, it's worth doing for all, so make the core Tegra code do that. This will allow the

[U-Boot] [PATCH 55/60] i2c: tegra: move pinmux setup to board files

From: Stephen Warren Remove funcmux calls from the Tegra I2C driver. Knowledge of pinmux setup must come from either board files or DT; it should not be embedded into board-agnostic driver code. The DT pinmux bindings do not allow drivers to derive funcmux-style information,

[U-Boot] [PATCH 42/60] ARM: tegra: move EMC code to tegra20/ directory

From: Stephen Warren EMC scaling is specific to Tegra20. Move the code into tegra20/ to isolate it. If it becomes more generic in the future, it should likely be moved somewhere in drivers/, but at the least be reworked to have a leaner and cleaner interface to its caller

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

On Tue, Apr 19, 2016 at 4:22 PM, Otavio Salvador wrote: > This is a huge step back; why it cannot be fixed in the SPL properly? Maybe it can, but as explained in the commit log, there is no such fix yet. This issue is tricky as it happens with some brands of

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

On Tue, Apr 19, 2016 at 5:13 PM, Fabio Estevam wrote: > On Tue, Apr 19, 2016 at 4:22 PM, Otavio Salvador > wrote: > >> This is a huge step back; why it cannot be fixed in the SPL properly? > > Maybe it can, but as explained in the commit log,

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

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) > > Trying to boot from MMC1

[U-Boot] [PATCH v2 4/5] tools/env: compute size of usable area only once

for double buffering to work, redundant buffers must have equal size Signed-off-by: Andreas Fenkart --- tools/env/fw_env.c | 32 ++-- 1 file changed, 18 insertions(+), 14 deletions(-) diff --git a/tools/env/fw_env.c

[U-Boot] [PATCH v2 3/5] tools/env: fw_printenv pass value_only as argument

Signed-off-by: Andreas Fenkart --- tools/env/fw_env.c | 6 +++--- tools/env/fw_env.h | 4 ++-- tools/env/fw_env_main.c | 4 ++-- 3 files changed, 7 insertions(+), 7 deletions(-) diff --git a/tools/env/fw_env.c b/tools/env/fw_env.c index

[U-Boot] [PATCH v2 2/5] tools/env: remove 'extern' from function prototype in fw_env.h

checkpatch complains about in succeding patch. Prefer to fix all declarations in a dedicated patch. Signed-off-by: Andreas Fenkart --- tools/env/fw_env.h | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/tools/env/fw_env.h

[U-Boot] [PATCH v2 1/5] tools/env: pass key as argument to env_aes_cbc_crypt

Signed-off-by: Andreas Fenkart --- tools/env/fw_env.c | 15 +-- 1 file changed, 9 insertions(+), 6 deletions(-) diff --git a/tools/env/fw_env.c b/tools/env/fw_env.c index 1420ac5..e5b2e8f 100644 --- a/tools/env/fw_env.c +++ b/tools/env/fw_env.c @@

[U-Boot] [PATCH v2 0/5] tools/env: pass arguments as parameters not global structure

u-boot tools can be built as a library (libubootenv.a). Passing arguments to the library using global structures is a bad interface. v2: - fix env_aes_cbc_crypt prototype - check opts pointer for not NULL Andreas Fenkart (5): tools/env: pass key as argument to env_aes_cbc_crypt tools/env:

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

Hi Fabio, On 04/19/2016 05:45 PM, Fabio Estevam wrote: > Hi Eric, > > On Tue, Apr 19, 2016 at 9:21 PM, Eric Nelson wrote: > >> Do you have details of which cards are failing and how? > > The brand that fails is SanDisk 8GB microSD HC I (4). > > If I change to a Kingston

Re: [U-Boot] [PATCH 06/60] i2c: tegra: move header file to driver directory

Hello Stephen, Am 19.04.2016 um 22:58 schrieb Stephen Warren: From: Stephen Warren tegra_i2c.h contains primarily private definitions for use inside the I2C driver. Move those out of the global include directory since nothing should need to access them. The Tegra I2C

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

Hi Eric, On Tue, Apr 19, 2016 at 9:21 PM, Eric Nelson wrote: > Do you have details of which cards are failing and how? The brand that fails is SanDisk 8GB microSD HC I (4). If I change to a Kingston card, then it boots fine. > Do they also fail on other platforms? Yes, they

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

Move common config options like these to socfpga_*_defconfig: CONFIG_CMD_ASKENV CONFIG_CMD_BOOTZ CONFIG_CMD_CACHE CONFIG_CMD_DHCP CONFIG_CMD_EXT4 CONFIG_CMD_EXT4_WRITE CONFIG_CMD_FAT CONFIG_CMD_FS_GENERIC CONFIG_CMD_GREPENV CONFIG_CMD_MEMTEST CONFIG_CMD_MII CONFIG_CMD_MMC CONFIG_CMD_PING

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

Hi Marek, > -Original Message- > From: Marek Vasut [mailto:ma...@denx.de] > Sent: 2016年4月20日 0:34 > To: Yang, Wenyou > Cc: u-boot@lists.denx.de > Subject: Re: SAMA5D2 xplained SD/eMMC boot > > On 04/19/2016 05:22 AM, Yang, Wenyou wrote: > > Hi Marek, > > > >>

[U-Boot] [PATCH 1/2] 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 --- cmd/Kconfig | 78

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

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) (This happens on at least Harmony, Ventana, and likely any other Tegra20

[U-Boot] [PATCH 1/2] dm: core: allow drivers to refuse to bind

From: Stephen Warren In some cases, drivers may not want to bind to a device. Allow bind() to return -ENODEV in this case, and don't treat this as an error. This can be useful in situations where some information source other than the DT node's main status property indicates

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

Hi Fabio, On 04/19/2016 01:13 PM, Fabio Estevam wrote: > On Tue, Apr 19, 2016 at 4:22 PM, Otavio Salvador > wrote: > >> This is a huge step back; why it cannot be fixed in the SPL properly? > > Maybe it can, but as explained in the commit log, there is no such

[U-Boot] [PATCH 49/60] ARM: tegra: convert boards to new hooks

From: Stephen Warren Implementations of the following functions are converted to use the new standardized hooks: gpio_early_init, gpio_early_init_uart, pinmux_init, board_init_uart_f. This simplifies the core board files. SPL UART configuration is moved out of config headers

[U-Boot] [PATCH 47/60] ARM: tegra: provide API for SPL code to init UART

From: Stephen Warren Currently, SPL console initialization on Tegra suffers from two problems: 1) It's a monolithic function that knows about all possibilities using tables and ifdefs set by board config.h, and contained in core files that are always built into U-Boot. Some

[U-Boot] [PATCH 51/60] ARM: tegra: move SPL-specific GPIO device to spl.c

From: Stephen Warren SPL-specific code generally belongs in an SPL-specific file. This allows an ifdef to be removed too:-) Signed-off-by: Stephen Warren --- arch/arm/mach-tegra/board2.c | 8 arch/arm/mach-tegra/spl.c| 6 ++ 2 files

[U-Boot] [PATCH 52/60] ARM: tegra: convert pin_mux_*() to new hooks

From: Stephen Warren Implementations of the following functions are converted to use the new standardized hooks: pin_mux_usb, pin_mux_spi, pin_mux_nand, pin_mux_mmc, pin_mux_display. This simplifies the core board files. For some boards, function sort order was changed so

[U-Boot] [PATCH 43/60] ARM: tegra: move PLLX configuration into SoC directories

From: Stephen Warren Rather than building a large table of all possible PLLX configurations into U-Boot and having it select the right one at run-time, push the configuration into SoC-specific files, and have the linker pick up the correct one. Signed-off-by: Stephen Warren

[U-Boot] [PATCH 50/60] ARM: tegra: remove unused includes

From: Stephen Warren Signed-off-by: Stephen Warren --- arch/arm/mach-tegra/board2.c | 8 1 file changed, 8 deletions(-) diff --git a/arch/arm/mach-tegra/board2.c b/arch/arm/mach-tegra/board2.c index 91965cbc3176..d7ca99985660 100644 ---

Re: [U-Boot] [PATCH v2] ti_armv7_common.h: Fix U-Boot location on eMMC

On Tue, Apr 19, 2016 at 09:51:42PM +0300, Sam Protsenko wrote: > According to common eMMC partition table for Android boot (see > PARTS_DEFAULT definition in include/configs/dra7xx_evm.h), "bootloader" > partition (where u-boot.img is stored) starts at 256 KiB. Which is equal > to 512 sectors (as

  1   2   >