Re: [U-Boot] [PATCH 2/5] davinci: omapl138_lcdk: enable some filesystem related commands

Hi Lukasz, On Thursday 06 April 2017 03:28 PM, Lukasz Majewski wrote: > On Thu, 6 Apr 2017 14:52:54 +0530 > Sekhar Nori wrote: > >> Enable some generic filesystem commands as >> well as disk partition related commands for >> OMAP-L138 LCDK board. >> >> These help in booting

Re: [U-Boot] [PATCH v2] sun8i_emac: configure PHY reset GPIO via DM

On Mon, Apr 3, 2017 at 6:06 PM, Jagan Teki wrote: > On Thu, Feb 23, 2017 at 12:16 AM, Philipp Tomsich > wrote: >> This ports the support for configuring a GPIO for resetting the >> Ethernet PHY (incl. such details as the reset

[U-Boot] orangepi_pc2: Build error

Hi Andre, Can you check this error on master? COPYspl/u-boot-spl.bin MKSUNXI spl/sunxi-spl.bin ERROR: File too large! make[1]: *** [spl/sunxi-spl.bin] Error 1 make: *** [spl/u-boot-spl] Error 2 thanks! -- Jagan Teki Free Software Engineer | www.openedev.com U-Boot, Linux | Upstream

Re: [U-Boot] [PATCH 0/2] Improve Raspberry Pi mmc writes.

On 04/02/2017 03:58 PM, Alex Deymo wrote: > When experimenting with fastboot from U-Boot on the Raspberry Pi 3 we > found that the writes to the sdcard are much more slow than when > accessing it from the userspace. These two patches speed up the write > and allow us to reliably write the sdcard

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

Hello Heiner, I have tested the patch series described in https://lists.denx.de/pipermail/u-boot/2017-February/281941.html against u-boot 2017.03 on my Odroid C2. I could keep patches 1/3 and 2/3 unchanged. Patch 3/3 had to be adjusted to be applicable. To get my board booting Linux from MMC

Re: [U-Boot] [PATCH 0/6] trats2: remove the unused codes

Hi, 2017년 4월 3일 (월) 19:52, Lukasz Majewski 님이 작성: > Hi Jaehoon, > > > Trats2 didn't support the driver-model fully. > > This patchset is a first step to support driver-model. > > First, remove the unused codes and functions. > > Second, enable the configuration relevant to pmic. >

Re: [U-Boot] [PATCH 7/7] igep003x: Add netboot support

Tested-by: Pau Pajuelo 2017-04-01 17:19 GMT+02:00 Ladislav Michl : > > From: Pau Pajuelo > > netboot allows to boot an external image using TFTP and NFS protocols > > Signed-off-by: Pau Pajuelo >

Re: [U-Boot] [PATCH 3/7] mtd: nand: Consolidate nand spl loaders implementation

Tested-by: Pau Pajuelo 2017-04-01 17:16 GMT+02:00 Ladislav Michl : > > nand_spl_load_image implementation was copied over into three > different drivers and now with nand_spl_read_block used for > ubispl situation gets even worse. For now use least

Re: [U-Boot] [PATCH 5/7] igep003x: UBIize

Tested-by: Pau Pajuelo 2017-04-03 6:18 GMT+02:00 Heiko Schocher : > > Hello Ladislav, > > Am 01.04.2017 um 17:17 schrieb Ladislav Michl: >> >> Convert IGEP board to use UBI volumes for U-Boot, its environment and >> kernel. With exception of first four sectors

Re: [U-Boot] [PATCH 4/7] igep0033: Rename to igep003x

Tested-by: Pau Pajuelo 2017-04-01 17:17 GMT+02:00 Ladislav Michl : > > Rename igep0033 to igep003x as IGEP SMARC AM335x module (igep0034) > can use the same source files. > > Signed-off-by: Ladislav Michl > --- > arch/arm/Kconfig

Re: [U-Boot] [PATCH 6/7] igep003x: Add support for IGEP SMARC AM335x

Tested-by: Pau Pajuelo 2017-04-01 17:18 GMT+02:00 Ladislav Michl : > > From: Pau Pajuelo > > The IGEP SMARC AM335x is an industrial processor module with > following highlights: > > o AM3352 TI processor (Up to AM3359) > o

Re: [U-Boot] [PATCH 2/7] ARM: am33xx: define BOOT_DEVICE_ONENAND

Tested-by: Pau Pajuelo 2017-04-01 17:15 GMT+02:00 Ladislav Michl : > > am33xx does not support OneNAND, but we need this define anyway > to let UBI SPL code compile. > > Signed-off-by: Ladislav Michl > --- >

Re: [U-Boot] [PATCH 1/7] ARM: am33xx: fix typo in spl.h

Tested-by: Pau Pajuelo 2017-04-01 17:14 GMT+02:00 Ladislav Michl : > Signed-off-by: Ladislav Michl > --- > arch/arm/include/asm/arch-am33xx/spl.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

[U-Boot] [PATCH] Remove various unused interrupt related code

With d53ecad92f06 some unused interrupt related code was removed. However all of these options are currently unused. Rather than migrate some of these options to Kconfig we just remove the code in question. The only related code changes here are that in some cases we use CONFIG_STACKSIZE in

Re: [U-Boot] [PATCH v2] Add 16-bit single register pin controller support

Apologies! Just noticed I submitted the untested patch update. I'll gather suggestions on this (note that 'size' in the first switch should be 'width' and there's a trailing bracket missing), then submit a (hopefully) final version. James ___ U-Boot

Re: [U-Boot] Pull request: u-boot-sunix/master

On Wed, Apr 05, 2017 at 07:58:45PM +0530, Jagan Teki wrote: > Hi Tom, > > Please take this PR. > > thanks! > Jagan. > > The following changes since commit 11db152246607868f0e74db958947fbf79f28119: > > Prepare v2017.05-rc1 (2017-04-04 17:53:24 -0400) > > are available in the git repository

Re: [U-Boot] [PATCH v4 10/19] arm: socfpga: Add misc support for Arria 10

On Thu, Apr 6, 2017 at 6:17 PM, Marek Vasut wrote: > On 04/06/2017 05:20 AM, Ley Foon Tan wrote: >> On Wed, Apr 5, 2017 at 6:40 PM, Marek Vasut wrote: >>> On 04/05/2017 11:32 AM, Ley Foon Tan wrote: Add misc support for Arria 10. Signed-off-by: Tien

Re: [U-Boot] [PATCH v4 05/19] arm: socfpga: Add A10 macros

On Thu, Apr 6, 2017 at 10:10 PM, Dinh Nguyen wrote: > On Wed, Apr 5, 2017 at 4:32 AM, Ley Foon Tan wrote: >> Add i2c, timer and other A10 macros. >> >> Signed-off-by: Ley Foon Tan >> --- >>

Re: [U-Boot] [PATCH 3/6] cmd: Add 'load_android' command to load Android images.

Hi Alex, On 2 April 2017 at 02:49, Alex Deymo wrote: > Android kernel images include a header that specifies addresses and > kernel size. This patch adds a command to load these images from > storage without specifying the size or address of them, and parsing > them from the

Re: [U-Boot] [PATCH 4/6] disk: Return the partition number in part_get_info_by_name()

On 2 April 2017 at 02:49, Alex Deymo wrote: > Similar to what blk_get_device_part_str() does, this patch makes > part_get_info_by_name() return the partition number in case of a match. > This is useful when the partition number is needed and not just the > descriptor. > >

Re: [U-Boot] [PATCH 2/2] mmc: sdhci: Wait for SDHCI_INT_DATA_END when transferring.

On 2 April 2017 at 02:24, Alex Deymo wrote: > sdhci_transfer_data() function transfers the blocks passed up to the > number of blocks defined in mmc_data, but returns immediately once all > the blocks are transferred, even if the loop exit condition is not met > (bit

Re: [U-Boot] [PATCH 1/6] image: Update include/android_image.h

On 2 April 2017 at 02:49, Alex Deymo wrote: > Update the Android image header format to the latest version published > in AOSP. The original code moved to a new repository, so this patch also > updates the reference to that path. > > Signed-off-by: Alex Deymo

Re: [U-Boot] [PATCH 2/6] image: Implement a function to load Android Images.

Hi Alex, On 2 April 2017 at 02:49, Alex Deymo wrote: > This patch implements the logic needed to load an Android boot image > from storage, since the size and kernel address in Android images is > defined in its header. > > Signed-off-by: Alex Deymo > --- >

Re: [U-Boot] [PATCH 1/2] mmc: bcm2835_sdhci: Speed up mmc writes.

On 2 April 2017 at 02:24, Alex Deymo wrote: > From: Jocelyn Bohr > > The linux kernel driver for this module does not use a delay when > writing to the SDHCI_BUFFER register. This patch mimics that behavior > in order to speed up the mmc writes on the Raspberry

Re: [U-Boot] [PATCH v2 28/29] ARM: i.MX6: sabresd: Update README

On Thu, Apr 6, 2017 at 4:06 PM, Jagan Teki wrote: > OK, but dtb-enabled is fine right? will ended up 3 configs for non-spl > and spl all have dtb-enabled. Enabling dtb support is fine. Keeping the DCD defconfigs is very convenient.

Re: [U-Boot] [PATCH v3 22/31] ARM: i.MX6: sabresd: Add imx6_pcie_toggle_reset

On Wed, Apr 5, 2017 at 4:20 PM, Jagan Teki wrote: > +int imx6_pcie_toggle_reset(void) > +{ > +#ifdef CONFIG_PCIE_IMX_PERST_GPIO > + struct gpio_desc reset; > + int ret; > + > + ret = dm_gpio_lookup_name("GPIO7_12", ); It would be better to have device tree

Re: [U-Boot] [PATCH v3 23/31] ARM: i.MX6DL: sabresd: Move DCD reginit on SPL

Hi Jagan, On Wed, Apr 5, 2017 at 4:20 PM, Jagan Teki wrote: > From: Jagan Teki > > DCD register initialization from mx6dlsabresd.cfg are moved to > SPL code in mx6dl_dcd_table. > > Now mx6sabresd SPL code support Dual Lite, Quad, Quad Plus. > >

[U-Boot] [PATCH] mtd: nand: am335x_spl_bch: Incorporate tWB delay in nand_command function

Various commands to NAND flash results in the NAND flash becoming busy. For those commands the SoC should wait until the NAND indicates it is no longer busy before sending further commands. However, there is a delay between the time the SoC sends its last command and when the NAND flash sets its

Re: [U-Boot] [PATCH v4 06/19] arm: socfpga: Add reset driver support for Arria 10

On Wed, Apr 5, 2017 at 4:32 AM, Ley Foon Tan wrote: > Add reset driver support for Arria 10. > > Signed-off-by: Tien Fong Chee > Signed-off-by: Ley Foon Tan > --- > arch/arm/mach-socfpga/Makefile |

Re: [U-Boot] [PATCH 2/2] arm: Support cache invalidate

On 04/05/2017 04:53 PM, Simon Glass wrote: > At present there is not operation to invalidate a cache range. This seems > to be needed to fill out the cache operations. Add an implementation based > on the flush operation. > > Signed-off-by: Simon Glass > --- > >

Re: [U-Boot] [PATCH] rockchip: Print a message when returning to the bootrom

Am Dienstag, 4. April 2017, 20:02:40 CEST schrieb Simon Glass: > At present if the return to bootrom fails (e.g. because you are not using > the Rockchip's bootrom's pointer table in MMC) then the board prints > SPL message and hangs. Print a message first if we can, to help in > understanding

Re: [U-Boot] [PATCH v2 28/29] ARM: i.MX6: sabresd: Update README

On Thu, Apr 6, 2017 at 7:00 PM, Fabio Estevam wrote: > Hi Jagan, > > On Thu, Apr 6, 2017 at 1:03 AM, Jagan Teki wrote: > >> The main idea about this series is to follow latest U-Boot features >> SPL, dts, dm so I drooped non-SPL configs, Once these

[U-Boot] [PATCH v2 2/2] board_f: Rename initdram() to dram_init()

This allows us to use the same DRAM init function on all archs. Add a dummy function for arc, which does not use DRAM init here. Signed-off-by: Simon Glass --- Changes in v2: - Avoid changing fsl armv8 boards fsl_initdram() function - Add a dummy function for arc - Remove

[U-Boot] [PATCH v2 1/2] arm: freescale: Rename initdram() to fsl_initdram()

This function name shadows a global name but is in fact different. This is very confusing. Rename it to help with the following refactoring. Signed-off-by: Simon Glass --- Changes in v2: - Add new patch to rename initdram() to fsl_initdram()

[U-Boot] [PATCH v2 0/2] Clean up board_f sequence a little more

This series continues the effort to remove #ifdefs from the board_f init sequence. It follows on from the first series. With both series applied the number of references to CONFIG in board_f.c drops from 178 to 137: strings common/board_f.c |grep -c CONFIG Changes in v2: - Add new patch to

Re: [U-Boot] [PATCH] rockchip: Print a message when returning to the bootrom

Am Dienstag, 4. April 2017, 20:02:40 CEST schrieb Simon Glass: > At present if the return to bootrom fails (e.g. because you are not using > the Rockchip's bootrom's pointer table in MMC) then the board prints > SPL message and hangs. Print a message first if we can, to help in > understanding

Re: [U-Boot] [U-Boot, 01/17] board_f: sandbox: Move setup_ram_buf() to private code

Hi Tom, On 6 April 2017 at 10:47, Tom Rini wrote: > On Thu, Apr 06, 2017 at 10:43:38AM -0600, Simon Glass wrote: >> Hi Tom, >> >> On 6 April 2017 at 10:27, Tom Rini wrote: >> > On Thu, Apr 06, 2017 at 10:24:09AM -0600, Simon Glass wrote: >> >> Hi Tom, >>

Re: [U-Boot] [U-Boot, 01/17] board_f: sandbox: Move setup_ram_buf() to private code

On Thu, Apr 06, 2017 at 10:43:38AM -0600, Simon Glass wrote: > Hi Tom, > > On 6 April 2017 at 10:27, Tom Rini wrote: > > On Thu, Apr 06, 2017 at 10:24:09AM -0600, Simon Glass wrote: > >> Hi Tom, > >> > >> On 6 April 2017 at 10:23, Tom Rini wrote: > >> >

Re: [U-Boot] [U-Boot, 01/16] board_f: Drop board_type parameter from initdram()

On Fri, Mar 31, 2017 at 08:40:24AM -0600, Simon Glass wrote: > It looks like only cm5200 and tqm8xx use this feature, so we don't really > need it in generic code. Drop it and have the users access gd->board_type > directly. > > Signed-off-by: Simon Glass > Reviewed-by:

Re: [U-Boot] [U-Boot, 05/16] board_f: Use a single condition for reserve_logbuffer()

On Fri, Mar 31, 2017 at 08:40:28AM -0600, Simon Glass wrote: > CONFIG_ALT_LB_ADDR is really a detail of how this logbuffer is allocated > rather than whether to do it at all. So move the #ifdef into the function. > > Signed-off-by: Simon Glass Applied to u-boot/master,

Re: [U-Boot] Pull request: u-boot-sunix/master

On Thu, Apr 06, 2017 at 09:38:16PM +0530, Jagan Teki wrote: > Tom, > > Please pick this if all OK, I've few more need to send. Testing this now, sorry, I had the other stuff I just applied in my testing queue and I've learned it's better to apply N patches, cycle over them, push out, grab more,

Re: [U-Boot] [U-Boot, 01/17] board_f: sandbox: Move setup_ram_buf() to private code

Hi Tom, On 6 April 2017 at 10:27, Tom Rini wrote: > On Thu, Apr 06, 2017 at 10:24:09AM -0600, Simon Glass wrote: >> Hi Tom, >> >> On 6 April 2017 at 10:23, Tom Rini wrote: >> > On Tue, Mar 28, 2017 at 10:27:16AM -0600, Simon Glass wrote: >> > >> >> There

Re: [U-Boot] [U-Boot, 06/16] board_f: Move the extra #ifdef condition into reserve_mmu()

On Fri, Mar 31, 2017 at 08:40:29AM -0600, Simon Glass wrote: > The arch-specific details of the cache being off are best handled inside > the reserve_mmu(). This cleans up the init sequence a little. > > Signed-off-by: Simon Glass > Reviewed-by: York Sun

Re: [U-Boot] [U-Boot, 02/16] board_f: Drop return value from initdram()

On Fri, Mar 31, 2017 at 08:40:25AM -0600, Simon Glass wrote: > At present we cannot use this function as an init sequence call without a > wrapper, since it returns the RAM size. Adjust it to set the RAM size in > global_data instead, and return 0 on success. > > Signed-off-by: Simon Glass

Re: [U-Boot] [U-Boot, 15/17] board_f: x86: Use checkcpu() for CPU init

On Tue, Mar 28, 2017 at 10:27:30AM -0600, Simon Glass wrote: > At present we misuse print_cpuinfo() do so CPU init on x86. This is done > because it is the next available call after the console is enabled. But > several arches use checkcpu() instead. Despite the horrible name (which > we can

Re: [U-Boot] [U-Boot, v2, 3/5] Makefile: Provide an option to select SPL or TPL

On Sun, Apr 02, 2017 at 09:50:30AM -0600, Simon Glass wrote: > At present we have SPL_ which can be used in Makefiles to select between > normal and SPL CONFIGs like this: > > obj-$(CONFIG_$(SPL_)DM) += core/ > > When TPL is being built, SPL_ has the value 'SPL' which is generally

Re: [U-Boot] [U-Boot, v2, 5/5] dm: serial: Allow driver-model serial to be disabled for TPL

On Sun, Apr 02, 2017 at 09:50:32AM -0600, Simon Glass wrote: > Add separate enable/disable controls for driver-model serial. While this > is generally enabled in SPL it may not be in TPL, since serial output can > be obtained with the debug UART with minimal code size. > > Signed-off-by: Simon

Re: [U-Boot] [U-Boot, 07/16] board_f: Put video memory reservation in one function

On Fri, Mar 31, 2017 at 08:40:30AM -0600, Simon Glass wrote: > Move the ugly #ifdefs inside the reserve_video() function so we can > collect all this init into one place. > > Signed-off-by: Simon Glass Applied to u-boot/master, thanks! -- Tom signature.asc Description:

Re: [U-Boot] [U-Boot, 09/16] board_f: Drop setup_dram_config() wrapper

On Fri, Mar 31, 2017 at 08:40:32AM -0600, Simon Glass wrote: > By making dram_init_banksize() return an error code we can drop the > wrapper. Adjust this and clean up all implementations. > > Signed-off-by: Simon Glass > Reviewed-by: Stefan Roese Applied to

Re: [U-Boot] [U-Boot, 06/17] board_f: Remove sdram_adjust_866() from the init sequence

On Tue, Mar 28, 2017 at 10:27:21AM -0600, Simon Glass wrote: > We can just call this from the only function that needs it. > > Signed-off-by: Simon Glass > Reviewed-by: Stefan Roese Applied to u-boot/master, thanks! -- Tom signature.asc Description:

Re: [U-Boot] [U-Boot, 12/17] board_f: powerpc: Move prt_83xx_rsr() to private code

On Tue, Mar 28, 2017 at 10:27:27AM -0600, Simon Glass wrote: > This function is called just before checkcpu() on MPX83xx. Move it to the > code for that arch. > > Signed-off-by: Simon Glass Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital

Re: [U-Boot] [U-Boot,17/17] i2c: Drop CONFIG_SOFT_I2C_MULTI_BUS

On Tue, Mar 28, 2017 at 10:27:32AM -0600, Simon Glass wrote: > This is not used by any board. Drop it. > > Signed-off-by: Simon Glass > Clean up board_f sequence a little > This series tries to remove #ifdefs from the board_f init sequence. It > gets as far as I2C and then we

Re: [U-Boot] [U-Boot, 15/16] board_f: Make relocation functions generic

On Fri, Mar 31, 2017 at 08:40:38AM -0600, Simon Glass wrote: > This header file is used by three archs. It could be used by all of them > since relocation is a common function. Move it into a generic file. > > Signed-off-by: Simon Glass Applied to u-boot/master, thanks! --

Re: [U-Boot] [U-Boot, 03/17] board_f: x86: Rename x86_fsp_init() to arch_fsp_init()

On Tue, Mar 28, 2017 at 10:27:18AM -0600, Simon Glass wrote: > While x86 is the only user and this could in principle be moved to > arch_cpu_init() there is some justification for this being a separate > call. It provides a way to handle init which is not CPU-specific, but > must happen before

Re: [U-Boot] [U-Boot,08/16] board_f: Drop CONFIG_SPL_BUILD check

On Fri, Mar 31, 2017 at 08:40:31AM -0600, Simon Glass wrote: > This is never defined when building this file, so drop it. > > Signed-off-by: Simon Glass > Reviewed-by: York Sun Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital

Re: [U-Boot] [U-Boot, 01/17] board_f: sandbox: Move setup_ram_buf() to private code

On Tue, Mar 28, 2017 at 10:27:16AM -0600, Simon Glass wrote: > There is no need to have this call in the generic init sequence and no > other architecture has needed it in the time it has been there. Move it > into sandbox's private code. > > Signed-off-by: Simon Glass >

Re: [U-Boot] [U-Boot, 10/16] Move dram_init_banksize() to a common header

On Fri, Mar 31, 2017 at 08:40:33AM -0600, Simon Glass wrote: > This is an weak function present on all archs so we should have it in the > common header file. Remove it from arch-specific headers and add a > function comment. > > Signed-off-by: Simon Glass Applied to

Re: [U-Boot] [U-Boot,16/16] board_f: powerpc: Drop unused headers

On Fri, Mar 31, 2017 at 08:40:39AM -0600, Simon Glass wrote: > These includes don't seem to be needed now. Drop them. Reserve the > mp.h header for PowerPC for now. > > Signed-off-by: Simon Glass > Reviewed-by: Stefan Roese > Reviewed-by: York Sun

Re: [U-Boot] [U-Boot, 13/17] board_f: sandbox: Move sandbox_early_getopt_check() into misc_init_f()

On Tue, Mar 28, 2017 at 10:27:28AM -0600, Simon Glass wrote: > We don't need a special hook for sandbox as one of the later ones will do > just as well. We can print error messages about bad options after we > print the banner. In fact, it seems better. > > Signed-off-by: Simon Glass

Re: [U-Boot] [U-Boot, 01/17] board_f: sandbox: Move setup_ram_buf() to private code

On Thu, Apr 06, 2017 at 10:24:09AM -0600, Simon Glass wrote: > Hi Tom, > > On 6 April 2017 at 10:23, Tom Rini wrote: > > On Tue, Mar 28, 2017 at 10:27:16AM -0600, Simon Glass wrote: > > > >> There is no need to have this call in the generic init sequence and no > >> other

Re: [U-Boot] [U-Boot, v2, 4/5] dm: core: Allow driver model to be disabled for TPL

On Sun, Apr 02, 2017 at 09:50:31AM -0600, Simon Glass wrote: > Since TPL often needs to be very very small it may not make sense to > enable driver model. Add an option for this. > > This changes brings the 'rock' board under the TPL limit with gcc 4.9. > > Signed-off-by: Simon Glass

Re: [U-Boot] [U-Boot,11/16] board_f: Drop unused headers

On Fri, Mar 31, 2017 at 08:40:34AM -0600, Simon Glass wrote: > Drop headers which are not used or needed in this file. The compiler.h > header is included by common.h. > > Signed-off-by: Simon Glass > Reviewed-by: York Sun Applied to u-boot/master, thanks!

Re: [U-Boot] [U-Boot,3/3] OpenRISC: Remove

On Tue, Mar 14, 2017 at 11:08:12AM -0400, Tom Rini wrote: > The OpenRISC architecture is currently unmaintained, remove. > > Cc: Stefan Kristiansson > Signed-off-by: Tom Rini > Reviewed-by: Simon Glass Applied to

Re: [U-Boot] [U-Boot, 14/17] board_f: powerpc: Make prt_8260_rsr(), prt_8260_clks() private

On Tue, Mar 28, 2017 at 10:27:29AM -0600, Simon Glass wrote: > Move these two function calls into checkcpu(), which is called on this > arch immediately after these two. > > Signed-off-by: Simon Glass > Reviewed-by: Stefan Roese Applied to u-boot/master,

Re: [U-Boot] [U-Boot, 04/17] board_f: powerpc: Join the two CONFIG_8xx_CPUCLK_DEFAULT sections

On Tue, Mar 28, 2017 at 10:27:19AM -0600, Simon Glass wrote: > We have two chunks of code which depend on this CONFIG options. There is > likely no need to keep them apart, so join them. > > Signed-off-by: Simon Glass > Reviewed-by: Stefan Roese Applied to

Re: [U-Boot] [U-Boot, 04/16] xtensa: Place relocated U-Boot in the normal place

On Fri, Mar 31, 2017 at 08:40:27AM -0600, Simon Glass wrote: > All archs put U-Boot at the bottom of the relocated region. Xtensa does > not, but perhaps not for any good reason. Adjust it to see if things > still work OK. > > Signed-off-by: Simon Glass Applied to

Re: [U-Boot] [U-Boot, 01/17] board_f: sandbox: Move setup_ram_buf() to private code

Hi Tom, On 6 April 2017 at 10:23, Tom Rini wrote: > On Tue, Mar 28, 2017 at 10:27:16AM -0600, Simon Glass wrote: > >> There is no need to have this call in the generic init sequence and no >> other architecture has needed it in the time it has been there. Move it >> into

Re: [U-Boot] [U-Boot,10/17] board_f: Use timer_init() on all archs

On Tue, Mar 28, 2017 at 10:27:25AM -0600, Simon Glass wrote: > More than half of the architectures use this function so let's make them > all use it. > > For those which don't actually define it, we can rely on the weak function > in lib/time.c > > Signed-off-by: Simon Glass

Re: [U-Boot] [U-Boot,02/17] board_f: initcall: Add a header guard

On Tue, Mar 28, 2017 at 10:27:17AM -0600, Simon Glass wrote: > This file is missing the usual header guard. Add it. > > Signed-off-by: Simon Glass Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [U-Boot,1/3] Blackfin: Remove

On Tue, Mar 14, 2017 at 11:08:10AM -0400, Tom Rini wrote: > The architecture is currently unmaintained, remove. > > Cc: Benjamin Matthews > Cc: Chong Huang > Cc: Dimitar Penev > Cc: Haitao Zhang > Cc: I-SYST

Re: [U-Boot] [U-Boot, 12/16] board_f: Move errno.h down to the bottom

On Fri, Mar 31, 2017 at 08:40:35AM -0600, Simon Glass wrote: > This is to keep the header file order consistent. > > Signed-off-by: Simon Glass > Reviewed-by: York Sun Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital

Re: [U-Boot] [U-Boot,14/16] board_f: Make init_helpers generic

On Fri, Mar 31, 2017 at 08:40:37AM -0600, Simon Glass wrote: > This header file is used by two archs. It could be used by all of them > since it allows the cache to be on during relocation. Move it into a > generic file. > > Signed-off-by: Simon Glass Applied to

Re: [U-Boot] [U-Boot,2/3] SPARC: Remove

On Tue, Mar 14, 2017 at 11:08:11AM -0400, Tom Rini wrote: > The SPARC architecture is currently unmaintained, remove. > > Cc: Francois Retief > Signed-off-by: Tom Rini Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital

Re: [U-Boot] [U-Boot, 07/17] board_f: Remove adjust_sdram_tbs_8xx() from the init sequence

On Tue, Mar 28, 2017 at 10:27:22AM -0600, Simon Glass wrote: > We can just call this from the only place that needs it. > > Signed-off-by: Simon Glass > Reviewed-by: Stefan Roese Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital

Re: [U-Boot] [U-Boot, 11/17] powerpc: freescale: Unify the two get_clocks() calls

On Tue, Mar 28, 2017 at 10:27:26AM -0600, Simon Glass wrote: > Combine the conditions so this appears in the init list only once. > > Signed-off-by: Simon Glass > Reviewed-by: York Sun > Reviewed-by: Stefan Roese Applied to u-boot/master,

Re: [U-Boot] [U-Boot, 12/17] board_f: powerpc: Move prt_83xx_rsr() to private code

On Tue, Mar 28, 2017 at 01:42:04PM -0600, Simon Glass wrote: > This function is called just before checkcpu() on MPX83xx. Move it to the > code for that arch. > > Signed-off-by: Simon Glass Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital

Re: [U-Boot] [U-Boot, 09/17] board_f: powerpc: Use timer_init() instead of init_timebase()

On Tue, Mar 28, 2017 at 10:27:24AM -0600, Simon Glass wrote: > There is no good reason to use a different name on PowerPC. Change it to > timer_init() like the others. > > Signed-off-by: Simon Glass > Reviewed-by: York Sun > Reviewed-by: Stefan Roese

Re: [U-Boot] [U-Boot, 13/16] powerpc: Move setup_board_extra() into a PPC file

On Fri, Mar 31, 2017 at 08:40:36AM -0600, Simon Glass wrote: > We don't need this PPC-specific function in generic code. Move it to > the powerpc directory. > > Signed-off-by: Simon Glass > Reviewed-by: Stefan Roese Applied to u-boot/master, thanks! -- Tom

Re: [U-Boot] [U-Boot, 08/17] board_f: powerpc: Unified get_clocks() portion of init sequence

On Tue, Mar 28, 2017 at 10:27:23AM -0600, Simon Glass wrote: > Now that both branches of the #if do the same thing, we can unify them. > > Signed-off-by: Simon Glass > Reviewed-by: York Sun > Reviewed-by: Stefan Roese Applied to

Re: [U-Boot] [U-Boot, 05/17] board_f: powerpc: Rename get_clocks_866() to get_clocks()

On Tue, Mar 28, 2017 at 10:27:20AM -0600, Simon Glass wrote: > We really don't need to have a name like this in the generic init > sequence. Use the generic get_clocks() name so that we can merge these > two at some point. > > Signed-off-by: Simon Glass > Reviewed-by: York

Re: [U-Boot] [U-Boot, 16/17] i2c: Drop unused i2c_soft...() functions

On Tue, Mar 28, 2017 at 10:27:31AM -0600, Simon Glass wrote: > These are not used in U-Boot. Manual relocation fixup is used by blackfin > but that is being removed. > > Signed-off-by: Simon Glass Applied to u-boot/master, thanks! -- Tom signature.asc Description:

Re: [U-Boot] [PATCH 3/5] davinci: omapl138_lcdk: use environment variables for memory addresses

On Thu, Apr 06, 2017 at 02:52:55PM +0530, Sekhar Nori wrote: > Use environment variables for various memory addresses > used on OMAP-L138 LCDK board. This makes it easy to > customize the boot process. > > Signed-off-by: Sekhar Nori Reviewed-by: Tom Rini

Re: [U-Boot] [PATCH 5/5] davinci: omapl138_lcdk: switch to using common mmc args

On Thu, Apr 06, 2017 at 02:52:57PM +0530, Sekhar Nori wrote: > Now that we have common MMC/SD boot environment > variables that can be used across TI platforms, > switch OMAP-L138 LCDK to use them. > > As a nice side-effect, we get support for using > uEnv.txt on this platform. > >

Re: [U-Boot] [PATCH 2/5] davinci: omapl138_lcdk: enable some filesystem related commands

On Thu, Apr 06, 2017 at 02:52:54PM +0530, Sekhar Nori wrote: > Enable some generic filesystem commands as > well as disk partition related commands for > OMAP-L138 LCDK board. > > These help in booting Linux from MMC/SD, for > example. > > Signed-off-by: Sekhar Nori

Re: [U-Boot] [PATCH 4/5] ARM: ti: consolidate mmc environment variables

On Thu, Apr 06, 2017 at 02:52:56PM +0530, Sekhar Nori wrote: > Introduce include/environment/ti/mmc.h that > consolidates environment variable definitions > for various TI boards that support MMC/SD. > > This allows reuse of same environment variables > on non-ARMv7 TI platforms like OMAP-L138

Re: [U-Boot] [PATCH 1/5] davinci: omapl138_lcdk: remove spiboot

On Thu, Apr 06, 2017 at 02:52:53PM +0530, Sekhar Nori wrote: > OMAP-L138 LCDK board does not have a SPI flash. > Remove spiboot related environment variable > definitions. > > Signed-off-by: Sekhar Nori Reviewed-by: Tom Rini -- Tom signature.asc

Re: [U-Boot] Pull request: u-boot-sunix/master

Tom, Please pick this if all OK, I've few more need to send. On Wed, Apr 5, 2017 at 7:58 PM, Jagan Teki wrote: > Hi Tom, > > Please take this PR. > > thanks! > Jagan. > > The following changes since commit 11db152246607868f0e74db958947fbf79f28119: > > Prepare v2017.05-rc1

Re: [U-Boot] usb: dwc2: invalidate the dcache before starting the DMA

Hi Marek, On 6 April 2017 at 09:33, Marek Vasut wrote: > On 04/06/2017 04:06 PM, Simon Glass wrote: >> Hi Marek, >> >> On 6 April 2017 at 04:22, Marek Vasut wrote: >>> On 04/06/2017 04:40 AM, Simon Glass wrote: Hi Marek, On 5 April 2017 at 19:32,

Re: [U-Boot] [PATH V3] usb: dwc2: invalidate the dcache before starting the DMA

On 04/06/2017 05:37 AM, Eddie Cai wrote: > We should invalidate the dcache before starting the DMA. In case there are > any dirty lines from the DMA buffer in the cache, subsequent cache-line > replacements may corrupt the buffer in memory while the DMA is still going on. > Cache-line replacement

Re: [U-Boot] [PATCH v3 1/2] usb: dwc3: ensure consistent types for dwc3_flush_cache

On 04/06/2017 04:58 PM, Philipp Tomsich wrote: > The dwc3_flush_cache() call was declared and used inconsistently: > * The declaration assumed 'int' for addresses (a potential issue >when running in a LP64 memory model). > * The invocation cast the address to 'long'. > > This change ensures

Re: [U-Boot] usb: dwc2: invalidate the dcache before starting the DMA

On 04/06/2017 04:06 PM, Simon Glass wrote: > Hi Marek, > > On 6 April 2017 at 04:22, Marek Vasut wrote: >> On 04/06/2017 04:40 AM, Simon Glass wrote: >>> Hi Marek, >>> >>> On 5 April 2017 at 19:32, Marek Vasut wrote: On 04/06/2017 03:24 AM, Simon Glass wrote:

[U-Boot] [PATCH] debug_uart: Try not to use stack in printch

Spam detection software, running on the system "lists.denx.de", has identified this incoming email as possible spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview:

Re: [U-Boot] [PATCH 4/4] board: advantech: dms-ba16: apply the proper register setting to fix the voltage peak issue

On 03/28/2017 01:51 PM, Ken Lin wrote: > Apply the proper setting for the reserved bits in SetDes Test and System Mode > Control register > to avoid the voltage peak issue while we do the IEEE PHY comformance test > > Signed-off-by: Ken Lin > --- Acked-by: Akshay

Re: [U-Boot] [PATCH 3/4] board: advantech: dms-ba16: fix AR8033 reset timing issue

On 03/28/2017 01:51 PM, Ken Lin wrote: > Add the delay (10ms) to ensure the clock is stable and to meet the > clock-to-reset(1ms) requirement recommended in the AR8033 datasheet > > Signed-off-by: Ken Lin > --- Acked-by: Akshay Bhat

Re: [U-Boot] [PATCH 2/4] board: advantech: dms-ba16: add the PMIC configuration support

On 03/28/2017 01:51 PM, Ken Lin wrote: > Change the PMIC bulk configuration from auto mode to sync mode to avoid the > voltage shutdown issue > > Signed-off-by: Ken Lin > --- Acked-by: Akshay Bhat

Re: [U-Boot] [PATCH 1/4] board: advantech: dms-ba16: Add the configuration options for display initialization

On 03/28/2017 01:51 PM, Ken Lin wrote: > Add the configuration options for display initialization in case we need to > do the display initialization in kernel to support different timing settings > > Signed-off-by: Ken Lin > --- Acked-by: Akshay Bhat

[U-Boot] [PATCH v3 1/2] usb: dwc3: ensure consistent types for dwc3_flush_cache

The dwc3_flush_cache() call was declared and used inconsistently: * The declaration assumed 'int' for addresses (a potential issue when running in a LP64 memory model). * The invocation cast the address to 'long'. This change ensures that both the declaration and usage of this function

[U-Boot] [PATCH v3 2/2] usb: dwc3: gadget: make cache-maintenance on event buffers more robust

Merely using dma_alloc_coherent does not ensure that there is no stale data left in the caches for the allocated DMA buffer (i.e. that the affected cacheline may still be dirty). The original code was doing the following (on AArch64, which translates a 'flush' into a 'clean + invalidate'): #

Re: [U-Boot] [PATCH v4 05/19] arm: socfpga: Add A10 macros

On Wed, Apr 5, 2017 at 4:32 AM, Ley Foon Tan wrote: > Add i2c, timer and other A10 macros. > > Signed-off-by: Ley Foon Tan > --- > arch/arm/mach-socfpga/include/mach/base_addr_a10.h | 8 +++- > 1 file changed, 7 insertions(+), 1 deletion(-) >

Re: [U-Boot] usb: dwc2: invalidate the dcache before starting the DMA

Hi Marek, On 6 April 2017 at 04:22, Marek Vasut wrote: > On 04/06/2017 04:40 AM, Simon Glass wrote: >> Hi Marek, >> >> On 5 April 2017 at 19:32, Marek Vasut wrote: >>> On 04/06/2017 03:24 AM, Simon Glass wrote: Hi Marek, On 5 April 2017 at 15:34,

  1   2   >