[U-Boot] [PATCH v2 04/12] arm, am335x: add some missing GPIO register definitions

add missing: OMAP_GPIO_IRQSTATUS_SET_0 and OMAP_GPIO_IRQSTATUS_SET_1 registers. Signed-off-by: Heiko Schocher Reviewed-by: Tom Rini --- Changes in v2: - add Reviewed-by from Tom Rini arch/arm/include/asm/arch-am33xx/cpu.h | 2 ++ 1 file changed, 2

[U-Boot] [PATCH v2 10/12] armv7: omap-common: make SPL board_mmc_init() weak

make this function weak, so board code can setup in SPL MMC init with board special values. Signed-off-by: Heiko Schocher --- Changes in v2: None arch/arm/cpu/armv7/omap-common/boot-common.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[U-Boot] [PATCH v2 12/12] am335x, shc: add support for the am335x based bosch shc board

U-Boot SPL 2016.03-rc3-00019-g6dfb4c2-dirty (Mar 09 2016 - 07:40:06) SHC C3-Sample MPU reference clock runs at 6 MHz Setting MPU clock to 594 MHz Enabling Spread Spectrum of 18 permille for MPU Trying to boot from MMC reading u-boot.img reading u-boot.img U-Boot 2016.03-rc3-00019-g6dfb4c2-dirty

[U-Boot] [PATCH v2 11/12] doc, spl, am335x: update am335x-network

on the shc board we see when booting in net boot mode, that the ROM bootloader sends "AM335x ROM" as vendor-class-identifier. U-Boots doc says "DM814x ROM". So, add the info to the doc, that there is also "AM335x ROM" possible. Signed-off-by: Heiko Schocher Reviewed-by: Tom Rini

[U-Boot] [PATCH v2 07/12] bootstage: call show_boot_progress also in SPL

show_boot_progress() is now called from SPL also. Signed-off-by: Heiko Schocher --- Changes in v2: None common/init/board_init.c | 5 + common/spl/spl.c | 5 + include/bootstage.h | 6 +++--- 3 files changed, 13 insertions(+), 3 deletions(-) diff --git

[U-Boot] [PATCH v2 03/12] power, tps65217: add some defines

add the following defines, needed for the upcoming shc board support: Signed-off-by: Heiko Schocher Reviewed-by: Tom Rini --- Changes in v2: - add Reviewed-by from Tom Rini include/power/tps65217.h | 3 +++ 1 file changed, 3 insertions(+) diff --git

[U-Boot] [PATCH v2 06/12] arm, am335x: Enable Spread Spectrum for the MPU

Enable Spread Spectrum for the MPU by calculating the required values and setting the registers accordingly. Signed-off-by: Heiko Schocher Reviewed-by: Tom Rini --- Changes in v2: - add Reviewed-by from Tom Rini arch/arm/cpu/armv7/am33xx/clock_am33xx.c | 73

[U-Boot] [PATCH v2 09/12] mmc: omap_hsmmc: enable 8bit interface for eMMC for AM33xx

Enable 8bit interface on HSMMC2 for am33xx to support 8bit eMMC chips. Signed-off-by: Heiko Schocher Reviewed-by: Tom Rini --- Changes in v2: - add Reviewed-by from Tom Rini drivers/mmc/omap_hsmmc.c | 1 + 1 file changed, 1 insertion(+) diff --git

[U-Boot] [PATCH v2 08/12] mmc: revert mmc: Handle switch error status bit in MMC card status

revert patch: commit: 6b2221b008e0: mmc: Handle switch error status bit in MMC card status to get eMMC working on shc board Signed-off-by: Heiko Schocher --- Changes in v2: None drivers/mmc/mmc.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git

[U-Boot] [PATCH v2 05/12] am335x: add some missing CM_CLKMODE_DPLL_SSC macros

add missing CM_CLKMODE_DPLL_SSC_ACK_MASK, CM_CLKMODE_DPLL_SSC_DOWNSPREAD_MASK and CM_CLKMODE_DPLL_SSC_TYPE_MASK defines. Used for enabling spread spectrum. Signed-off-by: Heiko Schocher Reviewed-by: Tom Rini --- Changes in v2: - add Reviewed-by from Tom Rini

[U-Boot] [PATCH v2 00/12] am335x: add support for the am335x based bosch shc board

This series adds support for the am335x based shc board from bosch. There are no real new things, only two points: - This board enables/uses the Spread Spectrum functionallity for the MPU. - some board defconfigs have a bootdelay, others not, so move first the CONFIG_BOOTDELAY into a Kconfig

[U-Boot] [PATCH v2 02/12] tests: py: disable main_signon check for printenv cmd

if CONFIG_VERSION_VARIABLE is set, the U-Boot environment contains a "vers" variable with the current U-Boot version string. If now "printenv" is called, test/py fails as it detects the main_sign string, which is in this case correct. So check only the main_sign as an error, if

Re: [U-Boot] [PATCH] driver/ddr/fsl: Force enabling parity for A-009803

> -Original Message- > From: York Sun [mailto:york@nxp.com] > Sent: Monday, May 23, 2016 11:33 PM > To: Shengzhou Liu ; u-boot@lists.denx.de > Subject: Re: [PATCH] driver/ddr/fsl: Force enabling parity for A-009803 > Shengzhou, > > My point is you should force

[U-Boot] [PATCH v6 7/8] spl: fit: Do not print selected dtb during fit load

No prints should be allowed during UART load. Reviewed-by: Tom Rini Signed-off-by: Lokesh Vutla --- common/spl/spl_fit.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/common/spl/spl_fit.c b/common/spl/spl_fit.c index

[U-Boot] [PATCH v6 8/8] spl: Add an option to load a FIT containing U-Boot from UART

This provides a way to load a FIT containing U-Boot and a selection of device tree files from UART. Reviewed-by: Tom Rini Signed-off-by: Lokesh Vutla --- common/spl/spl_ymodem.c | 98 ++--- 1 file changed, 84

[U-Boot] [PATCH v6 6/8] spl: Support loading a FIT from NAND

Detect a FIT when loading from NAND and handle it using the new FIT SPL support. Reviewed-by: Tom Rini Signed-off-by: Lokesh Vutla --- common/spl/spl_nand.c | 37 - 1 file changed, 32 insertions(+), 5 deletions(-)

[U-Boot] [PATCH v6 3/8] spl: Support loading a FIT from FAT FS

Detect a FIT when loading from a FAT File system and handle it using the new FIT SPL support. Tested-by: Michal Simek Reviewed-by: Simon Glass Reviewed-by: Tom Rini Signed-off-by: Lokesh Vutla ---

[U-Boot] [PATCH v6 4/8] spl: Support loading a FIT from SPI

Detect a FIT when loading from SPI and handle it using the new FIT SPL support. Reviewed-by: Tom Rini Signed-off-by: Lokesh Vutla --- drivers/mtd/spi/spi_spl_load.c | 37 - 1 file changed, 32 insertions(+), 5

[U-Boot] [PATCH v6 5/8] mtd: nand: am335x: spl: Fix copying of image

When offset is not aligned to page address, it is possible that extra offset will be read from nand. Adjust the image such that first byte of the image is at load address after the first page is read. Reviewed-by: Tom Rini Signed-off-by: Lokesh Vutla ---

[U-Boot] [PATCH v6 2/8] spl: Allow to load a FIT containing U-Boot from FS

This provides a way to load a FIT containing U-Boot and a selection of device tree files from a File system. Making sure that all the reads and writes are aligned to their respective needs. Tested-by: Michal Simek Reviewed-by: Simon Glass Reviewed-by:

[U-Boot] [PATCH v6 0/8] spl: Support loading FIT from various boot media

This series supports loading FIT from FS, nand, spi, uart. It consolidates all the previously post FIT support patches and rebased on top of mainline. Patch [1] and [2] got merged. [1] http://patchwork.ozlabs.org/patch/618403/ [2] http://patchwork.ozlabs.org/patch/623919/ Verified all these boot

[U-Boot] [PATCH v6 1/8] spl: fit: Fix the number of bytes read when reading fdt from fit

sectors field is not being updated when reading fdt from fit image. Because of this size_of(u-boot.bin) is being read when reading fdt. Fixing it by updating the sectors field properly. Tested-by: Michal Simek Reviewed-by: Simon Glass Reviewed-by: Tom

Re: [U-Boot] [PATCH v5 02/12] spi: davinci_spi: Convert to driver to adapt to DM

On 05/20/2016 08:54 PM, Simon Glass wrote: > Hi Vignesh, > > On 19 May 2016 at 23:01, Vignesh R wrote: >> >> Convert davinci_spi driver so that it complies with SPI DM framework. >> >> Signed-off-by: Vignesh R >> Reviewed-by: Tom Rini >>

[U-Boot] [PATCH v6 02/12] spi: davinci_spi: Convert to driver to adapt to DM

Convert davinci_spi driver so that it complies with SPI DM framework. Signed-off-by: Vignesh R --- v6: Fix retval on dev_map_physmem() failure. drivers/spi/davinci_spi.c | 329 +- 1 file changed, 240 insertions(+), 89 deletions(-)

Re: [U-Boot] [PATCH v2 00/25] exynos: video: Convert exynos LCD driver to use driver model

Hi All, On 05/24/2016 05:18 AM, Simon Glass wrote: > Hi Minkyu, > > On 16 May 2016 at 22:38, Minkyu Kang wrote: >> Hi, >> >> On 17/05/16 13:22, Jaehoon Chung wrote: >>> Hi Simon. >>> >>> On 05/15/2016 06:22 AM, Simon Glass wrote: Hi Jaehoon, On 13 May 2016

Re: [U-Boot] [PATCH 00/21] tools: moveconfig: many fixes, improvements, code clean-ups

2016-05-24 7:13 GMT+09:00 Tom Rini : > On Thu, May 19, 2016 at 03:51:48PM +0900, Masahiro Yamada wrote: > >> Masahiro Yamada (21): >> tools: moveconfig: fix --dry-run option >> tools: moveconfig: rename update_defconfig() to update_dotconfig() >> tools: moveconfig: remove

Re: [U-Boot] [U-Boot, v2] ARM: fix ifdef in ARMv8 lowlevel_init() again

On Fri, May 20, 2016 at 12:13:10PM +0900, Masahiro Yamada wrote: > Commit 116611937faa ("ARM: fix ifdefs in ARMv8 lowlevel_init()") > accidentally inverted the logic of CONFIG_ARMV8_MULTIENTRY. > > Fixes: 116611937faa ("ARM: fix ifdefs in ARMv8 lowlevel_init()") > Signed-off-by: Masahiro Yamada

Re: [U-Boot] [U-Boot, v2] omap3: Fix SPI registers on am33xx and am43xx

On Thu, May 19, 2016 at 09:11:58AM +0200, Martin Hejnfelt wrote: > When the base registers are read from device tree the base is not > 0x48030100 as the driver expects, but 0x4803, resulting in > non functioning SPI. To deal with this, use same idea as how this > is done in the linux kernel

Re: [U-Boot] SPL: fat: Fix spl_parse_image_header() return value handling

On Fri, May 20, 2016 at 01:45:24AM +0200, Marek Vasut wrote: > The spl_parse_image_header() can return 0 and it is not an error. > Only treat non-zero return value as an error. > > Signed-off-by: Marek Vasut > Cc: Fabio Estevam > Cc: Peng Fan

Re: [U-Boot] kbuild: fixdep: Check fstat(2) return value

On Fri, May 13, 2016 at 10:54:04AM -0400, Tom Rini wrote: > Coverity has recently added a check that will find when we don't check > the return code from fstat(2). Copy/paste the checking logic that > print_deps() has with an appropriate re-wording of the perror() message. > > [ Linux commit :

Re: [U-Boot] [U-Boot,RFC] spl: Setup default value for OF_LIST

On Wed, May 04, 2016 at 03:14:11PM +0200, Michal Simek wrote: > OF_LIST can't remain empty that's why setup it up to default DTB. > > If it is empty u-boot.img is created without FDT partition: > For example: > ./tools/mkimage -f auto -A arm -T firmware -C none -O u-boot -a > 0x800 -e 0 -n

Re: [U-Boot] [U-Boot, 1/2] image-fit: Don't display an error in fit_set_timestamp()

On Sun, May 01, 2016 at 01:55:37PM -0600, Simon Glass wrote: > This function returns an error code and its caller may be able to fix the > error. For example fit_handle_file() expands the device tree to fit if there > is a lack of space. > > In this case the caller does not want an error

Re: [U-Boot] [PATCH 00/21] tools: moveconfig: many fixes, improvements, code clean-ups

On Thu, May 19, 2016 at 03:51:48PM +0900, Masahiro Yamada wrote: > Masahiro Yamada (21): > tools: moveconfig: fix --dry-run option > tools: moveconfig: rename update_defconfig() to update_dotconfig() > tools: moveconfig: remove redundant else: after sys.exit() > tools: moveconfig: check

Re: [U-Boot] spl: fit: Print error message when FDT is not present

On Wed, May 04, 2016 at 03:08:00PM +0200, Michal Simek wrote: > When FDT is not present in the image user doesn't get any error what's > wrong. Print error message if LIBCOMMON_SUPPORT is enabled. > > Signed-off-by: Michal Simek > Seris-cc: uboot > Reviewed-by: Tom Rini

Re: [U-Boot] [U-Boot,2/2] mkimage: Add a quiet mode

On Sun, May 01, 2016 at 01:55:38PM -0600, Simon Glass wrote: > Some build systems want to be quiet unless there is a problem. At present > mkimage displays quite a bit of information when generating a FIT file. Add > a '-q' flag to silence this. > > Signed-off-by: Simon Glass

Re: [U-Boot] malloc: improve memalign fragmentation fix

On Mon, Apr 25, 2016 at 03:55:42PM -0600, Stephen Warren wrote: > From: Stephen Warren > > Commit 4f144a416469 "malloc: work around some memalign fragmentation > issues" enhanced memalign() so that it can succeed in more cases where > heap fragmentation is present. However,

Re: [U-Boot] [PATCH 12/12] eeprom: merge cmdline parsing of eeprom commands

On Sat, Apr 16, 2016 at 05:55:13PM +0300, Nikita Kiryanov wrote: > Merge the parsing of layout aware and layout unaware eeprom commands into > one parsing function. With this change, layout aware commands now follow > the eeprom read and eeprom write conventions of making i2c bus and i2c address

Re: [U-Boot] [GIT PULL] u-boot-mips/next

On Sat, May 21, 2016 at 01:48:18AM +0200, Daniel Schwierzeck wrote: > Hi Tom, > > please pull the first batch of MIPS updates, thanks. > > > The following changes since commit 4b6e1fda107e5244e80ebc41865650ac2873dc88: > > Merge git://git.denx.de/u-boot-dm (2016-05-17 13:58:27 -0400) > >

Re: [U-Boot] [PATCH 11/12] eeprom: use eeprom_execute_command for all eeprom functions

On Sat, Apr 16, 2016 at 05:55:12PM +0300, Nikita Kiryanov wrote: > Update eeprom_execute_command() and related code to accommodate both layout > aware and layout unaware functions. > > No functional changes. > > Cc: Heiko Schocher > Cc: Marek Vasut > Cc: Simon

Re: [U-Boot] [PATCH 10/12] eeprom: refactor i2c bus and devaddr parsing

On Sat, Apr 16, 2016 at 05:55:11PM +0300, Nikita Kiryanov wrote: > Introduce parse_i2c_bus_addr() to generalize the parsing of i2c bus number and > i2c device address. This is done in preparation for merging layout aware and > layout unaware command parsing into one function. > > No functional

Re: [U-Boot] [PATCH 09/12] arm: cm-t43: add support for eeprom layout comands

On Sat, Apr 16, 2016 at 05:55:10PM +0300, Nikita Kiryanov wrote: > Add support for EEPROM and EEPROM layout commands for CM-T43. > > Cc: Igor Grinberg > Cc: Tom Rini > Signed-off-by: Nikita Kiryanov Applied to u-boot/master,

Re: [U-Boot] [PATCH 08/12] arm: cm-t35: add support for eeprom layout comands

On Sat, Apr 16, 2016 at 05:55:09PM +0300, Nikita Kiryanov wrote: > Add support for EEPROM and EEPROM layout commands for CM-T35. > > Cc: Igor Grinberg > Cc: Tom Rini > Signed-off-by: Nikita Kiryanov Applied to u-boot/master,

Re: [U-Boot] [PATCH 06/12] arm: cm-t54: add support for eeprom layout comands

On Sat, Apr 16, 2016 at 05:55:07PM +0300, Nikita Kiryanov wrote: > Add support for EEPROM and EEPROM layout commands for CM-T54. > > Cc: Igor Grinberg > Cc: Tom Rini > Signed-off-by: Nikita Kiryanov Applied to u-boot/master,

Re: [U-Boot] [PATCH 07/12] arm: cm-t3517: add support for eeprom layout comands

On Sat, Apr 16, 2016 at 05:55:08PM +0300, Nikita Kiryanov wrote: > Add support for EEPROM and EEPROM layout commands for CM-T3517. > > Cc: Igor Grinberg > Cc: Tom Rini > Signed-off-by: Nikita Kiryanov Applied to

Re: [U-Boot] [PATCH 02/12] cmd: eeprom: add support for layout aware commands

On Sat, Apr 16, 2016 at 05:55:03PM +0300, Nikita Kiryanov wrote: > Introduce the (optional) eeprom print and eeprom update commands. > > These commands are eeprom layout aware: > * The eeprom print command prints the contents of the eeprom in a human > readable way (eeprom layout fields, and

Re: [U-Boot] [PATCH 03/12] compulab: add support for layout aware eeprom commands

On Sat, Apr 16, 2016 at 05:55:04PM +0300, Nikita Kiryanov wrote: > Add layout definitions and implement functions for field printing/updating, > layout detection, layout assignment, and layout parsing. > > Cc: Igor Grinberg > Cc: Tom Rini >

Re: [U-Boot] [PATCH 05/12] arm: cm-t335: add support for eeprom layout comands

On Sat, Apr 16, 2016 at 05:55:06PM +0300, Nikita Kiryanov wrote: > Add support for EEPROM and EEPROM layout commands for CM-T335. > > Cc: Igor Grinberg > Cc: Tom Rini > Signed-off-by: Nikita Kiryanov Applied to

Re: [U-Boot] [PATCH 04/12] arm: cm-fx6: add support for eeprom layout comands

On Sat, Apr 16, 2016 at 05:55:05PM +0300, Nikita Kiryanov wrote: > Add support for EEPROM and EEPROM layout commands for CM-FX6. > > Cc: Igor Grinberg > Cc: Tom Rini > Signed-off-by: Nikita Kiryanov Applied to u-boot/master,

Re: [U-Boot] [PATCH 01/12] cmd: eeprom: add bus switching support for all i2c drivers

On Sat, Apr 16, 2016 at 05:55:02PM +0300, Nikita Kiryanov wrote: > The i2c_init function is always provided when CONFIG_SYS_I2C is > defined. No need to limit ourselves to just one supported I2C driver > (soft_i2c). Update the #ifdef conditions to support bus switching for > all I2C drivers. > >

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

On Fri, May 20, 2016 at 11:10:39AM +0200, Stefan Roese wrote: > Hi Tom, > > please pull those 2 patches. > > Thanks, > Stefan > > The following changes since commit 4b6e1fda107e5244e80ebc41865650ac2873dc88: > > Merge git://git.denx.de/u-boot-dm (2016-05-17 13:58:27 -0400) > > are available

Re: [U-Boot] [PATCH v2 00/25] exynos: video: Convert exynos LCD driver to use driver model

Hi Minkyu, On 16 May 2016 at 22:38, Minkyu Kang wrote: > Hi, > > On 17/05/16 13:22, Jaehoon Chung wrote: >> Hi Simon. >> >> On 05/15/2016 06:22 AM, Simon Glass wrote: >>> Hi Jaehoon, >>> >>> On 13 May 2016 at 07:09, Jaehoon Chung wrote: Hi

Re: [U-Boot] [PATCH] RFC: Secure boot to U-Boot proper from SPL

Hi Teddy, On Mon, May 23, 2016 at 01:53:35PM -0400, Teddy Reed wrote: > > > On May 23, 2016, at 1:15 PM, Andreas Dannenberg wrote: > > > >> On Sun, May 08, 2016 at 06:13:50PM -0700, Teddy Reed wrote: > >>> On Sun, May 1, 2016 at 11:12 AM, Teddy Reed >

[U-Boot] [PATCH 3/4] ARM: DRA7: Consolidate voltage macros across different SoCs

The voltage values for each voltage domain at an OPP is identical across all the SoCs in the DRA7 family. The current code defines one set of macros for DRA75x/DRA74x SoCs and another set for DRA72x macros. Consolidate both these sets into a single set. This is done so as to minimize the number

[U-Boot] [PATCH 1/4] ARM: DRA7: Update/Correct MPU and CORE OPP_NOM voltage values

The current OPP_NOM voltage values defined for the MPU and CORE voltage domains are based on the initial DRA75x_74x_SR1.1_DM data manual. As per this DM, the PMIC boot voltage can be set to either 1.10V or 1.15V for VD_MPU, and either 1.06V or 1.15V for VD_CORE. While the current values are

[U-Boot] [PATCH 2/4] ARM: DRA7: Define common macros for efuse register offsets

Define a set of common macros for the efuse register offsets (different for each OPP) that are used to get the AVS Class 0 voltage values and ABB configuration values. Assign these common macros to the register offsets for OPP_NOM by default for all voltage domains. These common macros can then be

[U-Boot] [PATCH 0/4] DRA7 Voltage macro consolidation

Hi Tom, The following series consolidates the current macros used for Voltage configuration on DRA7/AM57xx platforms. This is a preparatory series for a follow-up series that introduces the ability to choose OPP configurations at boot time for various voltage domains using Kconfigs. I will submit

Re: [U-Boot] [PATCH] RFC: Secure boot to U-Boot proper from SPL

> On May 23, 2016, at 1:15 PM, Andreas Dannenberg wrote: > >> On Sun, May 08, 2016 at 06:13:50PM -0700, Teddy Reed wrote: >>> On Sun, May 1, 2016 at 11:12 AM, Teddy Reed wrote: >>> I've been using the following patch for my configurations, please excuse

[U-Boot] [PATCH 4/4] ARM: DRA7: Add macros for voltage values for all OPPs

Define specific macros for the voltage values for all voltage domains for all applicable OPPs - OPP_NOM, OPP_OD and OPP_HIGH. No separate macros are defined for VD_MPU and VD_CORE at OPP_OD and OPP_HIGH as these use the same values as OPP_NOM. The current macros will be used as common macros that

[U-Boot] [PATCH] clk: convert API to match reset/mailbox style

From: Stephen Warren The following changes are made to the clock API: * The concept of "clocks" and "peripheral clocks" are unified; each clock provider now implements a single set of clocks. This provides a simpler conceptual interface to clients, and better aligns with

Re: [U-Boot] [PATCH] RFC: Secure boot to U-Boot proper from SPL

On Sun, May 08, 2016 at 06:13:50PM -0700, Teddy Reed wrote: > On Sun, May 1, 2016 at 11:12 AM, Teddy Reed wrote: > > I've been using the following patch for my configurations, please excuse > > the top-posting. I think the only difference is enabling the uclass mod_exp > >

Re: [U-Boot] [PATCH V2 01/15] imx-common: introduce simpler macros for runtime dection

Hi Peng, On 23/05/2016 12:35, Peng Fan wrote: > Introduce simpler macros for runtime cpu dection. > > Signed-off-by: Peng Fan > Cc: Stefano Babic > --- > arch/arm/include/asm/imx-common/sys_proto.h | 8 > 1 file changed, 8 insertions(+) > >

Re: [U-Boot] Sharing code between Linux and bootloader (U-boot) ?

Hi Tom, On 05/21/2016 03:41 AM, Tom Rini wrote: > On Fri, May 20, 2016 at 04:28:23PM +0200, Sebastian Frias wrote: > >> Hi, >> >> Some bootloaders (like U-boot) support several HW devices: serial, >> network, NAND, USB, etc. most of which are also supported by Linux. >> >> So the question is: is

Re: [U-Boot] [PATCH v3 01/11] ARM: PSCI: change PSCI function IDs base and offsets

On Wed, May 18, 2016 at 05:10:24PM +0800, macro.wav...@gmail.com wrote: > From: Wang Dongsheng > > According to PSCI specification v1.0, the PSCI functions should start from > 0x8400 for SMC32, this patch changes this base value as well as other > function offset

Re: [U-Boot] [PATCH 1/3] SPL: Let spl_parse_image_header() return value

On 05/20/2016 07:22 PM, Fabio Estevam wrote: > On Fri, May 20, 2016 at 6:56 PM, Nishanth Menon wrote: >> Marek, >> >> Just forwarding report from Suman (in CC) reporting that as of u-boot >> master 4b6e1fd "Merge git://git.denx.de/u-boot-dm" >> It looks like BeagleBoard-X15, DRA7

[U-Boot] [PATCHv4 1/7] armv8: fsl-layerscape: add i/d-cache enable function to enable_caches

From: Hou Zhiqiang This function assume that the d-cache and MMU has been enabled earlier, so it just created MMU table in main memory. But the assumption is not always correct, for example, the early setup is done in EL3, while enable_caches() is called when the PE has

Re: [U-Boot] [PATCH v4 4/4] dm: test: Add GPIO open drain tests

Hi Mario, On 23 May 2016 at 01:08, Mario Six wrote: > Add some tests for the new open drain setting feature of the GPIO > uclass, and extend the capabilities of the sandbox GPIO driver > accordingly. > > Signed-off-by: Mario Six > --- > > v4: > Patch

Re: [U-Boot] [PATCH] ARM: OMAP4+: Fix DPLL programming sequence

On 05/23/2016 03:01 AM, Lokesh Vutla wrote: > All the output clock parameters of a DPLL needs to be programmed before > locking the DPLL. But it is being configured after locking the DPLL which > could potentially bypass DPLL. So fixing this sequence. > > Reported-by: Richard Woodruff

Re: [U-Boot] [PATCH v4 1/4] dm: gpio: Add driver for MPC85XX GPIO controller

On 23 May 2016 at 01:08, Mario Six wrote: > > From: "mario@gdsys.cc" > > This patch adds a driver for the built-in GPIO controller of the MPC85XX > SoC (probably supporting other PowerQUICC III SoCs as well). > > Each GPIO bank is identified by its own

Re: [U-Boot] [PATCH V2] Add a mailbox driver framework/uclass

On 14 May 2016 at 13:33, Simon Glass wrote: > On 13 May 2016 at 15:50, Stephen Warren wrote: >> From: Stephen Warren >> >> A mailbox is a hardware mechanism for transferring small message and/or >> notifications between the CPU on

Re: [U-Boot] [PATCH v3 02/11] arm: rpi: Define CONFIG_TFTP_TSIZE to show tftp size info

On 10 August 2015 at 21:58, Stephen Warren wrote: > On 08/07/2015 07:42 AM, Simon Glass wrote: >> This shows a proper progress display and the total amount of data >> transferred. Enable it for Raspberry Pi. > > Acked-by: Stephen Warren Applied to

Re: [U-Boot] [PATCH] Rename reset to sysreset

On 14 May 2016 at 15:23, Simon Glass wrote: > On 12 May 2016 at 12:03, Stephen Warren wrote: >> The current reset API implements a method to reset the entire system. >> In the near future, I'd like to introduce code that implements the device >> tree

Re: [U-Boot] [PATCH V2 2/2] sunxi: gpio: convert bind() to use driver data

On 12 May 2016 at 20:42, Simon Glass wrote: > Hi Hans, > > On 12 May 2016 at 11:51, Hans de Goede wrote: >> Hi, >> >> >> On 12-05-16 19:50, Stephen Warren wrote: >>> >>> On 05/12/2016 11:43 AM, Simon Glass wrote: Hi Stephen, On 11 May

Re: [U-Boot] [PATCH V2 1/2] dm: allow setting driver_data before/during bind

On 12 May 2016 at 11:43, Simon Glass wrote: > On 11 May 2016 at 15:26, Stephen Warren wrote: >> From: Stephen Warren >> >> This will allow a driver's bind function to use the driver data. One >> example is the Tegra186 GPIO driver,

Re: [U-Boot] [PATCH] driver/ddr/fsl: Force enabling parity for A-009803

On 05/23/2016 02:18 AM, Shengzhou Liu wrote: >> -Original Message- >> From: York Sun [mailto:york@nxp.com] >> Sent: Friday, May 20, 2016 11:29 PM >> To: Shengzhou Liu ; u-boot@lists.denx.de >> Subject: Re: [PATCH] driver/ddr/fsl: Force enabling parity for

[U-Boot] [PATCH 1/4] imx: ventana: config: remove redundant config

remove redundant define that exists in mx6_common.h Signed-off-by: Tim Harvey --- include/configs/gw_ventana.h | 3 --- 1 file changed, 3 deletions(-) diff --git a/include/configs/gw_ventana.h b/include/configs/gw_ventana.h index e11629c..8d689f1 100644 ---

[U-Boot] [PATCH 0/4] Fix Gateworks Ventana build

The SPL has recently grown in size and causes a buid failure for the Gateworks Ventana board. This series addresses this by removing a couple of features not necessary for Ventana as well as one simple cleanup. Tim Harvey (4): imx: ventana: config: remove redundant config imx: ventana: gsc:

[U-Boot] [PATCH 3/4] imx: ventana: use EEPROM register for falcon boot mode

NAND+MMC env support costs 12KB in the SPL which is fairly expensive just for the ability to specify whether or not to boot to uboot or directly to linux. The Ventana boards have plenty of EEPROM storage so we will use a byte there to signify if we should boot to the bootloader or to the OS.

[U-Boot] [PATCH 4/4] imx: ventana: remove SPL_EXT_SUPPORT

Remove SPL_EXT_SUPPORT to resolve build issue. It may be useful to bring it back in the future after comparing its merits to storing the args/kernel in fixed raw locations. Signed-off-by: Tim Harvey --- include/configs/gw_ventana.h | 1 + 1 file changed, 1 insertion(+)

[U-Boot] [PATCH 2/4] imx: ventana: gsc: remove dependence on env

remove dependence on getenv() by using global board info struct for model. Signed-off-by: Tim Harvey --- board/gateworks/gw_ventana/gsc.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/board/gateworks/gw_ventana/gsc.c

[U-Boot] [u-boot][PATCH v2 1/4] ARM: OMAP5+: Provide enable/disable_usb_clocks() for CONFIG_USB_XHCI_OMAP

CONFIG_USB_XHCI_OMAP is enabled for host mode independent of CONFIG_USB_DWC3 which is meant for gadget mode only. We need enable/disbale_usb_clocks() for host mode as well so provide for it. Fixes: 09cc14f4bcbf ("ARM: AM43xx: Add functions to enable and disable USB clocks" Signed-off-by: Roger

[U-Boot] [u-boot][PATCH v2 4/4] usb: phy: omap_usb_phy: Fix USB3_PHY DPLL configuration

The index returned by get_sys_clk_index() is not exactly what we expect. Let's not rely on that and use get_sys_clk_freq() instead. This fixes missing USB3 devices in the Linux kernel when USB is started in u-boot. It still doesn't fix missing USB3 devices in u-boot though. Signed-off-by: Roger

[U-Boot] [u-boot][PATCH v2 2/4] ARM: AM57xx: AM43xx: Fix USB host

CONFIG_USB_XHCI_OMAP can be set for host mode without setting CONFIG_USB_DWC3 which is meant for gadget mode only. board_usb_init() was not being defined for CONFIG_USB_XHCI_OMAP resulting in a data abort on usb start. Define board_usb_init() for CONFIG_USB_XHCI_OMAP case. Move gadget specific

[U-Boot] [u-boot][PATCH v2 0/4] am57xx: am43xx: get usb host working

Hi, I was under the wrong impression earlier that CONFIG_USB_DWC3 is needed for USB HOST operation, but it seems it is not so. Just CONFIG_XHCI_DWC3 and CONFIG_XHCI_OMAP are sufficient to get USB host working. So the real problem was that some offending commits didn't define enable_usb_clocks()

[U-Boot] [u-boot][PATCH v2 3/4] dra7xx: Enable USB_PHY3 32KHz clock

DRA7xx has a 32KHz PHY clock for USB_PHY3 that must be enabled for USB1 instance in Super-Speed. Signed-off-by: Roger Quadros --- arch/arm/cpu/armv7/omap5/hw_data.c | 14 -- arch/arm/cpu/armv7/omap5/prcm-regs.c | 1 + arch/arm/include/asm/omap_common.h | 1 + 3

Re: [U-Boot] can the last traces of "bcopy" be removed?

Hi, 2016-05-22 20:54 GMT+02:00 Robert P. J. Day : > > just noticed that this is all that's left of "bcopy": > > $ grep -rw bcopy * > arch/powerpc/lib/ppcstring.S: .globl bcopy > arch/powerpc/lib/ppcstring.S:bcopy: > arch/microblaze/include/asm/string.h:extern void

Re: [U-Boot] [PATCH v1 12/12] am335x, shc: add support for the am335x based bosch shc board

Hello Tom, Am 20.05.2016 um 21:49 schrieb Tom Rini: On Wed, May 18, 2016 at 04:18:38PM +0200, Heiko Schocher wrote: U-Boot SPL 2016.03-rc3-00019-g6dfb4c2-dirty (Mar 09 2016 - 07:40:06) SHC C3-Sample MPU reference clock runs at 6 MHz Setting MPU clock to 594 MHz Enabling Spread Spectrum of 18

[U-Boot] [PATCH 10/10] sunxi: Add PSCI implementation in C

To make the PSCI backend more maintainable and easier to port to newer SoCs, rewrite the current PSCI implementation in C. Some inline assembly bits are required to access coprocessor registers. PSCI stack setup is the only part left completely in assembly. In theory this part could be split out

[U-Boot] [PATCH 06/10] sunxi: Group cpu core related controls together

Instead of listing individual registers for controls to each processor core, list them as an array of registers. This makes accessing controls by core index easier. Also rename "cpucfg_sun6i.h" (which was unused anyway) to the more generic "cpucfg.h". Signed-off-by: Chen-Yu Tsai

[U-Boot] [PATCH 07/10] sunxi: Add missing linux/types.h header for cpucfg.h

cpucfg.h includes a register definition for the CPUCFG register block. The types used are u32 and u8, which are defined in linux/types.h. Signed-off-by: Chen-Yu Tsai --- arch/arm/include/asm/arch-sunxi/cpucfg.h | 2 ++ 1 file changed, 2 insertions(+) diff --git

[U-Boot] [PATCH 09/10] sunxi: Add base address for GIC

Instead of hardcoding the GIC addresses in the PSCI implementation, provide a base address in the cpu header. Signed-off-by: Chen-Yu Tsai --- arch/arm/cpu/armv7/sunxi/psci_sun6i.S | 4 ++-- arch/arm/cpu/armv7/sunxi/psci_sun7i.S | 4 ++--

[U-Boot] [PATCH 00/10] sunxi: PSCI implementation rewrite in C

Hi everyone, This series rewrites the Allwinner/sunxi PSCI implementation in C, to make it easier to maintain and extend for the currently unsupported multi-cluster SoCs. The SMP code in the BSP kernels are in C. Having the PSCI code in C as well will make it easier to work on. To be able to

[U-Boot] [PATCH 05/10] sunxi: Make CPUCFG_BASE macro names the same across families

Use SUNXI_CPUCFG_BASE across all families. This makes writing common PSCI code easier. Signed-off-by: Chen-Yu Tsai --- arch/arm/cpu/armv7/sunxi/psci_sun6i.S | 16 arch/arm/cpu/armv7/sunxi/psci_sun7i.S | 8

[U-Boot] [PATCH 04/10] ARM: allocate extra space for PSCI stack in secure section during link phase

The PSCI implementation expects at most 2 pages worth of space reserved at the end of the secure section for its stacks. This was not properly marked and taken into consideration when reserving memory from the kernel. If one accesses PSCI after Linux has fully booted, the memory that should have

[U-Boot] [PATCH 08/10] sunxi: Add CPUCFG debug lock and sun7i cpu power controls

CPUCFG has an unlisted debug control register, which is used to disable external debug access. Also, sun7i secondary core power controls are in CPUCFG, as there's no separate PRCM block. Signed-off-by: Chen-Yu Tsai --- arch/arm/include/asm/arch-sunxi/cpucfg.h | 7 ++- 1 file

[U-Boot] [PATCH 02/10] ARM: PSCI: save and restore clobbered registers in v7_flush_dcache_all

Signed-off-by: Chen-Yu Tsai --- arch/arm/cpu/armv7/psci.S | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/cpu/armv7/psci.S b/arch/arm/cpu/armv7/psci.S index cdd001fe3fb0..ab408378fcae 100644 --- a/arch/arm/cpu/armv7/psci.S +++ b/arch/arm/cpu/armv7/psci.S @@ -110,6

[U-Boot] [PATCH 03/10] ARM: PSCI: export common PSCI function declarations for C code

Some common PSCI functions are written in assembly, but it should be possible to use them from C code. Add function declarations for C code to consume. Signed-off-by: Chen-Yu Tsai --- arch/arm/include/asm/psci.h | 8 1 file changed, 8 insertions(+) diff --git

[U-Boot] [PATCH 01/10] ARM: PSCI: use only r0 and r3 in psci_get_cpu_stack_top()

For psci_get_cpu_stack_top() to be usable in C code, it must adhere to the ARM calling conventions. Since it could be called when the stack is still unavailable, and the entry code to linux also expects r1 and r2 to remain unchanged, stick to r0 and r3. Signed-off-by: Chen-Yu Tsai

[U-Boot] [PATCH 1/2] spi: zynqmp_qspi: Add QSPI driver support for ZynqMP

This adds QSPI driver support for ZynqMP platform This driver supports all spi flash commands in qspi single mode. Signed-off-by: Siva Durga Prasad Paladugu --- drivers/spi/Kconfig |9 + drivers/spi/Makefile |1 + drivers/spi/zynqmp_qspi.c | 704

[U-Boot] [PATCH 2/2] spi: zynqmp_qspi: Add qspi driver support for ZynqMP boards

Added the qspi driver support for respective ZynqMP boards ZCU102, ZCU102 RevB and DC1 boards. Signed-off-by: Siva Durga Prasad Paladugu --- configs/xilinx_zynqmp_zc1751_xm015_dc1_defconfig |4 configs/xilinx_zynqmp_zcu102_defconfig |4

Re: [U-Boot] SPL: fat: Fix spl_parse_image_header() return value handling

Hello Marek, Am 20.05.2016 um 01:45 schrieb Marek Vasut: The spl_parse_image_header() can return 0 and it is not an error. Only treat non-zero return value as an error. Signed-off-by: Marek Vasut Cc: Fabio Estevam Cc: Peng Fan Cc:

  1   2   >