Re: [U-Boot] [PATCH v2 1/3] mx6: ddr: Adjust MDREF register settings for MX6UL

Hi Eric, On Mon, Aug 29, 2016 at 3:48 PM, Eric Nelson wrote: > I think this commit message needs work. > > "we have" seems to mean that the NXP U-Boot fork has this > setting, but this isn't an explanation of why. Would you prefer something like this in ddr.c?

Re: [U-Boot] [PATCH] nand: Fix nand info for no device

On Mon, Aug 29, 2016 at 09:11:43AM -0700, Tony Lindgren wrote: > Looks like we have few more places where we're testing for > nand_info[i]->name. We can now use just test for nand_info[i] > instead. > > This fixes a data abort on devices with no NAND when doing > nand info. > > Signed-off-by:

Re: [U-Boot] [PATCH v2 2/3] x86: efi: Fix EFI 64-bit payload build warnings

On 25 August 2016 at 02:47, Bin Meng wrote: > There are lots of warnings when building EFI 64-bit payload. > > include/asm-generic/bitops/__fls.h:17:2: > warning: left shift count >= width of type > if (!(word & (~0ul << 32))) { > ^ > > In

Re: [U-Boot] [RFC PATCH 2/2] Makefile: Give a build error if ad-hoc CONFIG options are added

Hi Stephen, On 24 August 2016 at 10:24, Stephen Warren wrote: > On 08/24/2016 08:44 AM, Simon Glass wrote: >> >> New CONFIG options should be added via Kconfig. To help prevent new ad-hoc >> CONFIGs from being added, give a build error when these are detected. > > >

Re: [U-Boot] [GIT] Pull request: u-boot-dfu

On 08/29/2016 04:24 PM, Lukasz Majewski wrote: > Hi Marek, > > Please find following PR for u-boot dfu. > > Those changes are aimed to be placed on top of u-boot-usb/next tree. > Applied, thanks -- Best regards, Marek Vasut ___ U-Boot mailing list

Re: [U-Boot] [PATCH v2 1/3] mx6: ddr: Adjust MDREF register settings for MX6UL

Hi Fabio, On 08/29/2016 11:48 AM, Eric Nelson wrote: > Hi Fabio, > > On 08/29/2016 10:56 AM, Fabio Estevam wrote: >> From: Fabio Estevam >> >> When running a NXP 4.1 kernel with U-Boot mainline we observe a >> hang when going into the lowest operational point of cpufreq.

Re: [U-Boot] [PATCH v3 01/11] spl: Kconfig: Add SPL__BOOT as Kconfig option

On Mon, Aug 29, 2016 at 01:30:01PM -0500, Andrew F. Davis wrote: > On 08/26/2016 04:27 PM, Tom Rini wrote: > > On Thu, Aug 25, 2016 at 04:45:31PM -0500, Andrew F. Davis wrote: > > > >> Currently U-Boot proper has Kconfig options that enable the generation > >> of U-Boot binaries that are capable

Re: [U-Boot] [PATCH] mx6ul_14x14_evk: Fix DDR calibration values

Thanks very much for your efforts Fabio, On 08/29/2016 11:06 AM, Fabio Estevam wrote: > Hi Eric, > > On Mon, Aug 29, 2016 at 2:14 PM, Eric Nelson wrote: > >> Things are working well using your config patch: >> http://pastebin.com/crAe1Yr1 > > Please test this one: >

Re: [U-Boot] [PATCH 2/2] omap3_pandora: Switch to using "load" command to load the autoboot script.

On Mon, Aug 29, 2016 at 10:56 AM, Vagrant Cascadian wrote: > CONFIG_CMD_FS_GENERIC is enabled; use it to load the autoboot script, > rather than first attempting with fatload and falling back to > ext2load. > > Signed-off-by: Vagrant Cascadian Acked-by:

Re: [U-Boot] [PATCH 1/2] omap3_pandora: Fix mmc loading of autoboot script to use correct syntax.

On Mon, Aug 29, 2016 at 10:56 AM, Vagrant Cascadian wrote: > fatload/ext2load both require that the device and partition be > specified after specifying the device type. Specify the first > partition on mmc device 0, which is the only mmc device currently > configured on the

Re: [U-Boot] [PATCH v2 1/3] mx6: ddr: Adjust MDREF register settings for MX6UL

Hi Fabio, On 08/29/2016 10:56 AM, Fabio Estevam wrote: > From: Fabio Estevam > > When running a NXP 4.1 kernel with U-Boot mainline we observe a > hang when going into the lowest operational point of cpufreq. > > After comparing the SPL DDR initialization against the DCD

Re: [U-Boot] [PATCH v3 01/11] spl: Kconfig: Add SPL__BOOT as Kconfig option

On 08/26/2016 04:27 PM, Tom Rini wrote: > On Thu, Aug 25, 2016 at 04:45:31PM -0500, Andrew F. Davis wrote: > >> Currently U-Boot proper has Kconfig options that enable the generation >> of U-Boot binaries that are capable of being booted from the selected >> boot media type. The same set of

Re: [U-Boot] [PATCH v2 3/3] mx6ul_14x14_ev: Enable the CCGR clocks earlier

Hi Fabio, On 08/29/2016 10:56 AM, Fabio Estevam wrote: > From: Fabio Estevam > > To be in the safe side we need to enable the CCGR clocks prior > to calling arch_cpu_init(). > > Inspired by Tim Harvey's commit d783c2744f9 ("imx: ventana: fix boot to SD"). > >

Re: [U-Boot] [PATCH] pxe: Fix pxe boot with FIT image

On 08/28/2016 08:20 PM, Wenbin Song wrote: > Hi, > > What would you advise? > Resend if necessary. In the mean time, get the msg id and open an internal ticket for mail team to track down the log. I did it before and I found the mail wasn't even delivered to the mailing list. But they were not

Re: [U-Boot] [PATCH] mx6ul_14x14_evk: Fix DDR calibration values

Hi Eric, On Mon, Aug 29, 2016 at 2:14 PM, Eric Nelson wrote: > Things are working well using your config patch: > http://pastebin.com/crAe1Yr1 Please test this one: http://lists.denx.de/pipermail/u-boot/2016-August/265131.html Thanks

Re: [U-Boot] [PATCH 2/3] mx6ulinitclockearlier

On Mon, Aug 29, 2016 at 2:56 PM, Otavio Salvador wrote: > Is this intended? I sent the wrong one, sorry. I re-sent the series with the correct 2/3 patch. ___ U-Boot mailing list U-Boot@lists.denx.de

[U-Boot] [PATCH v2 3/3] mx6ul_14x14_ev: Enable the CCGR clocks earlier

From: Fabio Estevam To be in the safe side we need to enable the CCGR clocks prior to calling arch_cpu_init(). Inspired by Tim Harvey's commit d783c2744f9 ("imx: ventana: fix boot to SD"). Signed-off-by: Fabio Estevam --- Changes since v1: - Newly

Re: [U-Boot] [PATCH 2/3] mx6ulinitclockearlier

Is this intended? On Mon, Aug 29, 2016 at 2:54 PM, Fabio Estevam wrote: > Signed-off-by: Fabio Estevam > --- > board/freescale/mx6ul_14x14_evk/mx6ul_14x14_evk.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git

[U-Boot] [PATCH v2 2/3] mx6ul_14x14_evk: Adjust SPL DDR3 settings

From: Fabio Estevam Adjust DDR3 initialization done in SPL by comparing them against the NXP DCD table. Signed-off-by: Fabio Estevam --- Changes since v1: - Fix more mismatches board/freescale/mx6ul_14x14_evk/mx6ul_14x14_evk.c | 14 +++---

[U-Boot] [PATCH v2 1/3] mx6: ddr: Adjust MDREF register settings for MX6UL

From: Fabio Estevam When running a NXP 4.1 kernel with U-Boot mainline we observe a hang when going into the lowest operational point of cpufreq. After comparing the SPL DDR initialization against the DCD table from NXP U-Boot, the key difference that causes the hang is

[U-Boot] [PATCH 2/3] mx6ulinitclockearlier

Signed-off-by: Fabio Estevam --- board/freescale/mx6ul_14x14_evk/mx6ul_14x14_evk.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/board/freescale/mx6ul_14x14_evk/mx6ul_14x14_evk.c b/board/freescale/mx6ul_14x14_evk/mx6ul_14x14_evk.c index

[U-Boot] [PATCH v2 2/3] mx6ul_14x14_evk: Adjust SPL DDR3 settings

From: Fabio Estevam Adjust DDR3 initialization done in SPL by comparing them against the NXP DCD table. Signed-off-by: Fabio Estevam --- Changes since v1: - Fix more mismatches board/freescale/mx6ul_14x14_evk/mx6ul_14x14_evk.c | 14 +++---

[U-Boot] [PATCH v2 1/3] mx6: ddr: Adjust MDREF register settings for MX6UL

From: Fabio Estevam When running a NXP 4.1 kernel with U-Boot mainline we observe a hang when going into the lowest operational point of cpufreq. After comparing the SPL DDR initialization against the DCD table from NXP U-Boot, the key difference that causes the hang is

[U-Boot] [PATCH 1/3] mmc: dw_mmc: change the read/write order under fifo mode

From: "jacob2.chen" The former implement have a bug. It will cause wrong data reading sometimes. Signed-off-by: jacob2.chen --- drivers/mmc/dw_mmc.c | 32 +--- 1 file changed, 17 insertions(+), 15

[U-Boot] [PATCH 2/3] rockchip: add usb mass storage feature support for rk3036

From: "jacob2.chen" Enable ums feature for rk3036 boards, so that we can mount the mmc device to PC. Signed-off-by: jacob2.chen --- include/configs/rk3036_common.h | 4 1 file changed, 4 insertions(+) diff --git

[U-Boot] [PATCH 3/3] rockchip: use rockchip linux partitions map

From: "jacob2.chen" Below link contains documents about rockchip linux partitions. http://rockchip.wikidot.com/partitions Signed-off-by: jacob2.chen --- include/configs/kylin_rk3036.h | 25 +

Re: [U-Boot] [PATCH] mx6ul_14x14_evk: Fix DDR calibration values

Hi Fabio, On 08/29/2016 10:00 AM, Eric Nelson wrote: > On 08/29/2016 04:58 AM, Fabio Estevam wrote: >> On Mon, Aug 29, 2016 at 12:20 AM, Fabio Estevam wrote: >>> From: Fabio Estevam >>> >>> When running NXP 4.1 kernel with U-Boot mainline we observe a

Re: [U-Boot] [PATCH 3/7] arm: omap-common: Enable support for K2 HS devices in u-boot

On 08/26/2016 01:30 AM, Madan Srinivas wrote: > From: Vitaly Andrianov > > Like the OMAP54xx, AM43xx & AM33xx family SoCs, the keystone family > of SoCs also have high security enabled models. Allow K2E devices to > be built with HS Device Type Support. > > This patch applies on

Re: [U-Boot] [PATCH] mx6ul_14x14_evk: Fix DDR calibration values

Hi Fabio, On 08/29/2016 04:58 AM, Fabio Estevam wrote: > Hi Eric, > > On Mon, Aug 29, 2016 at 12:20 AM, Fabio Estevam wrote: >> From: Fabio Estevam >> >> When running NXP 4.1 kernel with U-Boot mainline we observe a >> hang when going into the lowest

Re: [U-Boot] [PATCH 2/7] arm: mach-keystone: Implements FIT post-processing call for keystone SoCs

On 08/26/2016 01:30 AM, Madan Srinivas wrote: > From: Vitaly Andrianov > > This commit implements the board_fit_image_post_process() function for > the keystone architecture. Unlike OMAP class devices, security > functions in keystone are not handled in the ROM. > The interface to

Re: [U-Boot] [PATCH] rockchip: rk3288-firefly: enable boot from eMMC

Hi, I just copied thos code from the other boards. On the other boards, I didn't meet this situation.It will load u-boot from sd if it didn't detect u-boot in eMMC. I'll check why it's different in firefly. 2016-08-28 0:06 GMT+08:00, Simon Glass : > Hi, > > On 12 August 2016

[U-Boot] [PATCH] nand: Fix nand info for no device

Looks like we have few more places where we're testing for nand_info[i]->name. We can now use just test for nand_info[i] instead. This fixes a data abort on devices with no NAND when doing nand info. Signed-off-by: Tony Lindgren --- cmd/nand.c | 6 +++--- 1 file changed, 3

Re: [U-Boot] [PATCH 5/8] armv8: fsl-layerscape: add define CONFIG_STANDALONE_LOAD_ADDR for standalone app

On 08/28/2016 09:58 PM, Shaohui Xie wrote: >> On 08/26/2016 04:40 AM, Gong Qianyu wrote: >>> From: Shaohui Xie >>> >>> The CONFIG_STANDALONE_LOAD_ADDR is set to 0x8030 by default. >>> >>> Signed-off-by: Shaohui Xie >>> Signed-off-by: Gong Qianyu

Re: [U-Boot] [PATCH] gunzip: cache-align write buffer memory

Thanks Clemens, On 08/29/2016 08:10 AM, Clemens Gruber wrote: > When using gzwrite to eMMC on an i.MX6Q board, the following warning > occurs repeatedly: > CACHE: Misaligned operation at range [4fd63318, 4fe63318] > > This patch cache-aligns the memory allocation for the gzwrite writebuf, >

Re: [U-Boot] [PATCH 7/7] configs: Adds a defconfig for K2E High Security EVM

On 08/26/2016 01:30 AM, Madan Srinivas wrote: > From: Vitaly Andrianov > > Add a new defconfig file for the K2E High Security EVM. > > This defconfig is the same as for the non-secure part, except for: > CONFIG_TI_SECURE_DEVICE option set to 'y' > CONFIG_FIT option

Re: [U-Boot] [PATCH 5/7] arm: mach-keystone: config.mk: Adds support for secure images on K2

On 08/26/2016 01:30 AM, Madan Srinivas wrote: > Adds an additional image type needed for supporting secure keystone > devices. The build generates u-boot_HS_XIP_X-LOADER which can > be used to boot from all media on secure keystone devices. > > Signed-off-by: Madan Srinivas > ---

Re: [U-Boot] [RFC] mmc: fsl_esdhc: fix misaligned cache operation warning

Hi, On Sun, Aug 28, 2016 at 04:55:36PM -0700, Stefan Agner wrote: > Hm, that seems dangerous to me, especially the src rounding... > > Not sure where that memory gets aligned, but I guess we should use > memalign and align the length to cache size or the like... Yes, you are right. I looked

[U-Boot] [PATCH] gunzip: cache-align write buffer memory

When using gzwrite to eMMC on an i.MX6Q board, the following warning occurs repeatedly: CACHE: Misaligned operation at range [4fd63318, 4fe63318] This patch cache-aligns the memory allocation for the gzwrite writebuf, therefore avoiding the misaligned dcache flush and the warning from

Re: [U-Boot] mx6ul_14x14_evk

Hi Eric, On Mon, Aug 29, 2016 at 10:27 AM, Eric Nelson wrote: >> I will try to take a look at it tomorrow, but if anyone spots the DDR >> problem in the SPL code, then feel free to submit the patch :-) >> > Will do. It seems I don't get the hang anymore. Will submit a patch

Re: [U-Boot] [PATCH 4/7] arm: omap-common: Reuse secure image name between OMAP and keystone

On 08/26/2016 01:30 AM, Madan Srinivas wrote: > As K2 can directly boot u-boot, re-use u-boot_HS_XIP_X-LOADER > as the secure image while booting secure K2 devices. Updates the > comments in the file to reflect this. > > Signed-off-by: Madan Srinivas > --- > >

Re: [U-Boot] [PATCH 1/7] include: image.h: Fixes build warning with CONFIG_FIT_IMAGE_POST_PROCESS

On 08/26/2016 01:30 AM, Madan Srinivas wrote: > The function board_fit_image_post_process is defined only when the config I think you mean "declared" here, it is "defined" when ether CONFIG_SPL_FIT_IMAGE_POST_PROCESS *or* CONFIG_FIT_IMAGE_POST_PROCESS is enabled, but only "declared" here in this

Re: [U-Boot] [PATCH 3/7] arm: omap-common: Enable support for K2 HS devices in u-boot

On 08/26/2016 01:30 AM, Madan Srinivas wrote: > From: Vitaly Andrianov > > Like the OMAP54xx, AM43xx & AM33xx family SoCs, the keystone family > of SoCs also have high security enabled models. Allow K2E devices to > be built with HS Device Type Support. > > This patch applies on

Re: [U-Boot] [PATCH v2 1/2] sunxi: add proper device tree for iNet D978 rev2 boards

Hi, On 27-08-16 16:16, Icenowy Zheng wrote: Add a proper dts for the iNet D978 rev2 based A33 tablets. Signed-off-by: Icenowy Zheng Thank you, I've merged both patches and pushed them to u-boot-sunxi/next Next time when you add a defconfig file please also update

Re: [U-Boot] Remove atmel_dataflash_spi.c

On Fri, Aug 19, 2016 at 5:34 PM, Jagan Teki wrote: > Hi Stelian/Alison, > > Need some inputs here, since atmel dataflash driver is already > up-streamed on flash side at drivers/mtd/spi/sf_dataflash.c then what > is the point of using drivers/spi/atmel_dataflash_spi.c at

[U-Boot] [GIT] Pull request: u-boot-dfu

Hi Marek, Please find following PR for u-boot dfu. Those changes are aimed to be placed on top of u-boot-usb/next tree. Moreover, they depend on already mainlined patch (but not yet available in your tree): https://patchwork.ozlabs.org/patch/661424/ With the above patch in place, no build

Re: [U-Boot] [PATCH v3 13/13] ext4: initialize full inode for inodes bigger than 128 bytes

Hi Stefan, > Make sure the the extra_isize field (offset 128) is initialized to 0 ^^^ that ? > to mark any extra data as invalid. > > Signed-off-by: Stefan Brüns > --- > fs/ext4/ext4_write.c | 12 +--- > 1 file changed, 5 insertions(+), 7

Re: [U-Boot] [PATCH v3 12/13] ext4: Use correct value for inode size even on revision 0 filesystems

Hi Stefan, > fs->inodesz is already correctly (i.e. dependent on fs revision) > initialized in ext4fs_mount. > > Signed-off-by: Stefan Brüns > --- > fs/ext4/ext4_write.c | 1 - > include/ext_common.h | 2 -- > 2 files changed, 3 deletions(-) > > v3: Patch added

Re: [U-Boot] [PATCH v3 11/13] ext4: Fix memory leak in case of failure

Hi Stefan, > temp_ptr should always be freed, even if the function is left via > goto fail. > > Signed-off-by: Stefan Brüns > --- > fs/ext4/ext4_write.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > v3: Patch added to series > > diff --git

Re: [U-Boot] [PATCH v3 10/13] ext4: Avoid out-of-bounds access of block bitmap

Hi Stefan, > If the blocksize is 1024, count is initialized with 1. Incrementing > count by 8 will never match (count == fs->blksz * 8), and ptr may be > incremented beyond the buffer end if the bitmap is filled. Add the > startblock offset after the loop. > > Remove the second loop, as only the

Re: [U-Boot] [PATCH v3 09/13] ext4: After completely filled group, scan next group from the beginning

Hi Stefan, > The last free block of a block group may be in its middle. After it > has been allocated, the next block group should be scanned from its > beginning. > > The following command triggers the bad behaviour (on a blocksize 1024 > fs): > > ./sandbox/u-boot -c 'i=0; host bind 0

Re: [U-Boot] [PATCH v3 08/13] ext4: do not clear zalloc'ed buffers a second time

Hi Stefan, > zero_buffer is never written, thus clearing it is pointless. > journal_buffer is completely initialized by ext4fs_devread (or in case > of failure, not used). > > Signed-off-by: Stefan Brüns > --- > fs/ext4/ext4_common.c | 3 --- > 1 file changed, 3

Re: [U-Boot] [PATCH v3 07/13] ext4: only update number of of unused inodes if GDT_CSUM feature is set

Hi Stefan, > e2fsck warns about "Group descriptor 0 marked uninitialized without > feature set." > The bg_itable_unused field is only defined if > FEATURE_RO_COMPAT_GDT_CSUM is set, and should be set (kept) zero > otherwise. > > Signed-off-by: Stefan Brüns > --- >

Re: [U-Boot] [PATCH v3 04/13] ext4: Scan all directory blocks for space when inserting a new entry

Hi Stefan, > Previously, only the last directory block was scanned for available > space. Instead, scan all blocks back to front, and if no sufficient > space is found, eventually append a new block. > Blocks are only appended if the directory does not use extents or the > new block would require

[U-Boot] [PATCH] tests: test_dfu.py: Add example udev rule for host_usb_dev_node

If one does not already have a rule to create a custom device node when a given device enumerates it can be useful to have udev create a bus path based node to the entry in /dev/bus/usb that was just enumerated. Given that DFU itself does not require a /dev entry it is a good idea to provide a

Re: [U-Boot] [PATCH 6/8] armv8: ls1046a: Enable DDR erratum for ls1046a

> -Original Message- > From: Gong Qianyu [mailto:qianyu.g...@nxp.com] > Sent: Friday, August 26, 2016 7:29 PM > To: u-boot@lists.denx.de; york sun > Cc: Prabhakar Kushwaha ; Mingkai Hu > ; Shaohui Xie

Re: [U-Boot] mx6ul_14x14_evk

Hi Fabio, On 08/28/2016 07:47 PM, Fabio Estevam wrote: > On Sun, Aug 28, 2016 at 6:04 PM, Eric Nelson wrote: >> On 08/28/2016 01:59 PM, Eric Nelson wrote: >>> Hi Fabio, Peng, and all. >>> >>> I just ran into a problem with bus frequency switching >>> on the EVK and there appears

Re: [U-Boot] [PATCH] spi: tegra: fix hand in set_mode()

On Fri, Aug 19, 2016 at 10:28 PM, Stephen Warren wrote: > On 08/19/2016 10:56 AM, Jagan Teki wrote: >> >> On 18 August 2016 at 22:23, Stephen Warren wrote: >>> >>> From: Stephen Warren >>> >>> In tegra20_slink.c, the set_mode()

Re: [U-Boot] [BUG] divide by 0 in spi flash probe

On Mon, Aug 29, 2016 at 1:34 PM, Chris Packham wrote: > On Mon, Aug 29, 2016 at 5:55 PM, Stefan Roese wrote: >> Hi Chris, >> >> (added Tom to Cc) >> >> On 29.08.2016 07:49, Chris Packham wrote: >>> >>> I'm updating support for a board which uses the

Re: [U-Boot] [PATCH 1/8] drivers/ddr/fsl: add DEBUG_38

> -Original Message- > From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Gong > Qianyu > Sent: Friday, August 26, 2016 7:28 PM > To: u-boot@lists.denx.de; york sun > Cc: Zhiqiang Hou ; Wenbin Song > ; Mingkai Hu

Re: [U-Boot] [PATCH 7/8] armv8: ls1046a: disable SATA ECC in DCSR

> -Original Message- > From: york sun > Sent: Saturday, August 27, 2016 12:08 AM > To: Qianyu Gong ; u-boot@lists.denx.de > Cc: Prabhakar Kushwaha ; Mingkai Hu > ; Shaohui Xie ; Zhiqiang Hou >

Re: [U-Boot] [U-Boot, v2, 1/2] ARM: Move SYS_CACHELINE_SIZE over to Kconfig

On Mon, Aug 22, 2016 at 08:22:17AM -0400, Tom Rini wrote: > This series moves the CONFIG_SYS_CACHELINE_SIZE. First, in nearly all > cases we are mirroring the values used by the Linux Kernel here. Also, > so long as (and in this case, it is true) we implement flushes in hunks > that are no

Re: [U-Boot] [PATCH] pxe: Fix pxe boot with FIT image

Hi, What would you advise? Thanks. Best Regards Wenbin Song > -Original Message- > From: Wenbin song [mailto:wenbin.s...@nxp.com] > Sent: Thursday, August 04, 2016 3:45 PM > To: s...@chromium.org; bmeng...@gmail.com; h...@denx.de; > p.marc...@samsung.com; s...@denx.de; york sun

[U-Boot] Permission denied make: *** [core-dependencies] Error 126 in Buildroot-2015.08.1

Hai, I am using buildroot-2015.08.1 tool, Mainly i am used make distclean make xilinx_zc706_defconfig make menuconfig make then these error occurred below things root@caravel:/home/ram/Desktop/buildroot-2015.08.1# make make: execvp:

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

On Sat, Aug 27, 2016 at 09:28:54AM -0600, Simon Glass wrote: > Hi Tom, > > The following changes since commit da968c7bfa4cc1203a4f9f61a97f55c85dfbb3b6: > > Merge branch 'master' of git://git.denx.de/u-boot-i2c (2016-08-26 > 07:42:06 -0400) > > are available in the git repository at: > >

Re: [U-Boot] pull request: u-boot-uniphier/master

On Sun, Aug 28, 2016 at 01:29:06PM +0900, Masahiro Yamada wrote: > Hi Tom, > > Please pull some more UniPhier updates for v2016.09-rc3. > Thanks! > > > The following changes since commit da968c7bfa4cc1203a4f9f61a97f55c85dfbb3b6: > > Merge branch 'master' of git://git.denx.de/u-boot-i2c

Re: [U-Boot] [UBoot] [PATCH] configs: am4xhs: Modify SPL load address to fix UART boot issue

On Wed, Aug 24, 2016 at 04:41:22PM -0400, Srinivas, Madan wrote: > From: Madan Srinivas > > An issue in the TI secure image generation tool causes the ROM to > load the SPL at a different load address than what is specified by > CONFIG_ISW_ENTRY_ADDR while doing a peripheral boot

Re: [U-Boot] [PATCH v2 1/3] driver: net: cpsw: add support for RGMII id mode support and RMII clock source selection

On Wed, Aug 24, 2016 at 03:35:49PM +0300, Roger Quadros wrote: > From: Mugunthan V N > > cpsw driver supports only selection of phy mode in control module > but control module has more setting like RGMII ID mode selection, > RMII clock source selection. So ported to

Re: [U-Boot] [PATCH v2 3/3] board: am335x: Always set eth/eth1addr environment variable

On Wed, Aug 24, 2016 at 03:35:51PM +0300, Roger Quadros wrote: > Ethernet ports might be used in the kernel even if CPSW driver > is disabled at u-boot. So always set ethaddr and eth1addr > environment variable from efuse. > > Retain usbnet_devaddr as it is required for SPL USB eth boot. > >

Re: [U-Boot] [PATCH v2 2/3] board: am335x-icev2: add ethernet phy mode detection logic

On Wed, Aug 24, 2016 at 03:35:50PM +0300, Roger Quadros wrote: > Both ethernet ports can be used as CPSW ethernet (RMII mode) > or PRU ethernet (MII mode) by setting the jumper near the port. > Read the jumper value and set the pinmux, external mux and > PHY clock accordingly. > > As jumper line

Re: [U-Boot] [U-Boot, PATCHv3] nand: Fix set_dev checks for no device

On Wed, Aug 24, 2016 at 09:46:32AM -0700, Tony Lindgren wrote: > If we do nand device 0 command in u-boot on a device that has NAND support > enabled but no NAND chip, we can get data abort at least on omaps. > > Fix the issue by replacing the check with nand_info[dev] as > suggested by Scott

Re: [U-Boot] [U-Boot, v2, 2/2] arch/arm/Kconfig: Whitespace correction

On Mon, Aug 22, 2016 at 08:22:18AM -0400, Tom Rini wrote: > Use a tab not 8 spaces. > > Signed-off-by: Tom Rini Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital signature ___ U-Boot mailing list

Re: [U-Boot] treewide: fix "followings" to "following"

On Sun, Aug 21, 2016 at 04:12:36PM +0900, Masahiro Yamada wrote: > Most of them are my mistakes. > > Signed-off-by: Masahiro Yamada Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [U-Boot, v2] tools: moveconfig: add Xtensa GCC prefix to CROSS_COMPILE list

On Sun, Aug 21, 2016 at 04:03:08PM +0900, Masahiro Yamada wrote: > This is needed to move CONFIG options for the recently-added > xtfpga_defconfig. > > The tarball of the pre-built toolchain can be downloaded from: > https://www.kernel.org/pub/tools/crosstool/files/bin/x86_64/4.9.0/ > >

Re: [U-Boot] [U-Boot, v5, 2/2] arm: cache: always flush cache line size for page table

On Sun, Aug 14, 2016 at 09:33:01PM -0700, Stefan Agner wrote: > From: Stefan Agner > > The page table is maintained by the CPU, hence it is safe to always > align cache flush to a whole cache line size. This allows to use > mmu_page_table_flush for a single page table,

Re: [U-Boot] [U-Boot, v5, 1/2] arm: cache: add support for LPAE for region D$ behavior

On Sun, Aug 14, 2016 at 09:33:00PM -0700, Stefan Agner wrote: > From: Stefan Agner > > Add LPAE support for mmu_set_region_dcache_behaviour. The function > is in use in some LPAE capable board such TI DRA7xx or NXP i.MX 7. > > Signed-off-by: Stefan Agner

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

On Fri, Aug 26, 2016 at 08:42:03PM +0200, Hans de Goede wrote: > Hi Tom, > > Here is another sunxi pull-req for v2016.09. > > The big commit in this one is syncing the dts files > with the kernel. I was planning on doing that after > v2016.09, but users are having trouble adding new > boards

Re: [U-Boot] [PATCH] mx6ul_14x14_evk: Fix DDR calibration values

Hi Eric, On Mon, Aug 29, 2016 at 12:20 AM, Fabio Estevam wrote: > From: Fabio Estevam > > When running NXP 4.1 kernel with U-Boot mainline we observe a > hang when going into the lowest operational point of cpufreq. > > Comparing the DDR calibration

[U-Boot] [PATCH v3 2/2] Enable ROCKCHIP_SPL_BACK_TO_BROM for rock2 board

Rock2 has been tested with back to brom feature. The tricky part is that with this feature the default environment is inside u-boot, and it's defined for every rk3288 board independetly. So I just changed it for rock2 here if ROCKCHIP_SPL_BACK_TO_BROM. Solve by moving environment after u-boot

[U-Boot] [PATCH v3 1/2] Disable SPL_MMC_SUPPORT if ROCKCHIP_SPL_BACK_TO_BROM is enabled.

Default SPL_MMC_SUPPORT to false when ROCKCHIP_SPL_BACK_TO_BROM is enabled. Acked-by: Ziyuan Xu Signed-off-by: Sandy Patterson --- Changes in v3: - Move activate in rock2_defconfig to proper commit. Changes in v2: - Rebase after "Kconfig:

[U-Boot] [PATCH v3 0/2] With this change the SPL binary shrinks from 32k to 23k when

ROCKCHIP_SPL_BACK_TO_BROM is enabled. This has been tested on the rock2 board. It should work with any rk3288 though since the bootrom is loading the SPL already it should load the main U-Boot as well. Rock2 has been tested with ROCKCHIP_SPL_BACK_TO_BROM. Also, this moves around the images on

[U-Boot] [PATCH 2/2] driver/ddr/fsl: Revise workaround A008511 for A009803

From: York Sun DDR controller 5.2.1 has this erratum A008511 partially fixed. The workaround needs to be adjusted to take advantage of Vref training. This patch enables the training and force output enable to be off. Erratum A009803 requires the controller to be idel before

[U-Boot] [PATCH 1/2] driver/ddr/fsl: Add more debug registers

From: York Sun 32 more debug registers are added for newer DDR controllers. Signed-off-by: York Sun Signed-off-by: Shengzhou Liu --- drivers/ddr/fsl/fsl_ddr_gen4.c | 2 +- drivers/ddr/fsl/interactive.c | 4 ++--

[U-Boot] [PATCH] net: mvneta: fix typo in comment

Signed-off-by: Chris Packham --- drivers/net/mvneta.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/mvneta.c b/drivers/net/mvneta.c index c23fe9a9d5a7..bbfce9604710 100644 --- a/drivers/net/mvneta.c +++ b/drivers/net/mvneta.c @@ -1589,7

[U-Boot] [PATCH v3 4/4] ext4: fix wrong usage of le32_to_cpu()

le32_to_cpu() must only convert the revision_level and not the boolean result. Signed-off-by: Michael Walle --- fs/ext4/ext4_common.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/ext4/ext4_common.c b/fs/ext4/ext4_common.c index 567350f..4a003cf 100644

[U-Boot] [PATCH v3 1/4] ext4: change structure fields to __le/__be types

Change all the types of ext2/4 fields to little endian types and all the JBD fields to big endian types. Now we can use sparse (make C=1) to check for statements where we need byteswaps. Signed-off-by: Michael Walle --- fs/ext4/ext4_journal.h | 40 +++

[U-Boot] [PATCH v3 2/4] ext4: use kernel names for byte swaps

Instead of __{be,le}{16,32}_to_cpu use {be,le}{16,32}_to_cpu. Signed-off-by: Michael Walle --- fs/ext4/ext4_common.c | 90 +-- fs/ext4/ext4_write.c | 14 fs/ext4/ext4fs.c | 2 +- include/ext_common.h | 4 +-- 4

[U-Boot] [PATCH v3 3/4] ext4: fix endianess problems in ext4 write support

All fields were accessed directly instead of using the proper byte swap functions. Thus, ext4 write support was only usable on little-endian architectures. Fix this. Signed-off-by: Michael Walle Reviewed-by: Stefan Brüns Tested-by: Stefan Brüns

[U-Boot] [PATCH v3 0/4] ext4: endianess fixes

This patch series fixes write support on big-endianess architectures. Changes: v3: - Drop patch 0005. Suggested by Stefan Brüns. v2: - instead of INC_X/DEC_X macros, use inline functions per structure field. Suggested by Stefan Brüns. (patch 0003) - optimize "while

[U-Boot] [PATCH 1/2] omap3_pandora: Fix mmc loading of autoboot script to use correct syntax.

fatload/ext2load both require that the device and partition be specified after specifying the device type. Specify the first partition on mmc device 0, which is the only mmc device currently configured on the pandora. Signed-off-by: Vagrant Cascadian ---

[U-Boot] [PATCH 0/2] Fixes and simplification to omap3_pandora boot configuration

First patch fixes the syntax used for loading a boot script from mmc. The second patch makes use of the "load" command provided by CONFIG_CMD_FS_GENERIC. Vagrant Cascadian (2): omap3_pandora: Fix mmc loading of autoboot script to use correct syntax. omap3_pandora: Switch to using

[U-Boot] [PATCH 2/2] omap3_pandora: Switch to using "load" command to load the autoboot script.

CONFIG_CMD_FS_GENERIC is enabled; use it to load the autoboot script, rather than first attempting with fatload and falling back to ext2load. Signed-off-by: Vagrant Cascadian --- include/configs/omap3_pandora.h | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff

Re: [U-Boot] [BUG] divide by 0 in spi flash probe

On Mon, Aug 29, 2016 at 5:55 PM, Stefan Roese wrote: > Hi Chris, > > (added Tom to Cc) > > On 29.08.2016 07:49, Chris Packham wrote: >> >> I'm updating support for a board which uses the Armada-385 from u-boot >> v2016.05 to use the latest master (v2016.09-rc2 plus a bit). >> >>

Re: [U-Boot] [PATCH 0/2] rockchip: Initial RK3368 and GeekBox support

Hi, > This series adds initial support for RK3368 SoC and GeekBox. > For more details see the commit message. > > Will need to be rebased onto Heiko's cleanups and Kever's RK3399 series. Did you ever get a chance to rebase these? Wouldn't mind playing with my geekbox with an upstream u-boot.

<    1   2