[U-Boot] buildman: arm: undefined reference to `__aeabi_ldivmod'

2016-03-11 Thread Jagan Teki
Hi, Did anyone encounter this issue? please let me know for any inputs. arm: + venice2 +drivers/mtd/spi-nor/built-in.o: In function `spi_nor_write': +build/../drivers/mtd/spi-nor/spi-nor.c:585: undefined reference to `__aeabi_ldivmod' +arm-unknown-linux-gnueabi-ld.bfd: BFD (GNU Binutils

Re: [U-Boot] [PATCH 52/69] x86: broadwell: Add a PCH driver

2016-03-11 Thread Bin Meng
On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Add a driver for the broadwell low-power platform controller hub. > > Signed-off-by: Simon Glass > --- > > arch/x86/cpu/broadwell/Makefile | 2 + > arch/x86/cpu/broadwell/iobp.c | 144 > arch/x86/cpu/broadwell

Re: [U-Boot] [PATCH 53/69] x86: broadwell: Add a pinctrl driver

2016-03-11 Thread Bin Meng
On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > GPIO pins need to be set up on start-up. Add a driver to provide this, > configured from the device tree. > > The binding is slightly different from the existing ICH6 binding, since that > is quite verbose. The new binding should be just as ext

Re: [U-Boot] [PATCH 54/69] x86: broadwell: Add a SATA driver

2016-03-11 Thread Bin Meng
On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Add a SATA driver for broadwell. This supports connecting an SSD and the > usual U-Boot commands to read and write data. > > Signed-off-by: Simon Glass > --- > > arch/x86/cpu/broadwell/Makefile | 1 + > arch/x86/cpu/broadwell/sata.c | 269

Re: [U-Boot] [PATCH 55/69] x86: broadwell: Add a northbridge driver

2016-03-11 Thread Bin Meng
On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Add a driver for the broadwell northbridge. This sets up the location of > several blocks of registers. > > Signed-off-by: Simon Glass > --- > > arch/x86/cpu/broadwell/Makefile | 1 + > arch/x86/cpu/broadwell/northbridge.c | 59 > +

Re: [U-Boot] [PATCH 56/69] x86: broadwell: Add an LPC driver

2016-03-11 Thread Bin Meng
On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Add a driver for the broadwell LPC (low-pin-count peripheral). This mostly > uses common code. > > Signed-off-by: Simon Glass > --- > > arch/x86/cpu/broadwell/Makefile | 1 + > arch/x86/cpu/broadwell/lpc.c | 77 >

Re: [U-Boot] [PATCH 57/69] x86: broadwell: Add reference code support

2016-03-11 Thread Bin Meng
Hi Simon, On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Broadwell needs a special binary blob to set up the PCH. Add code to run > this on start-up. > > Signed-off-by: Simon Glass > --- > > arch/x86/cpu/broadwell/Makefile | 1 + > arch/x86/cpu/broadwell/refcode.c | 108 > +++

Re: [U-Boot] [PATCH 58/69] x86: broadwell: Add power-control support

2016-03-11 Thread Bin Meng
On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Broadwell requires quite a bit of power-management setup. Add code to set > this up correctly. > > Signed-off-by: Simon Glass > --- > > arch/x86/cpu/broadwell/Makefile | 1 + > arch/x86/cpu/broadwell/power_state.c | 89 +++

Re: [U-Boot] [PATCH 59/69] x86: broadwell: Add support for SDRAM setup

2016-03-11 Thread Bin Meng
Hi Simon, On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Broadwell uses a binary blob called the memory reference code (MRC) to start > up its SDRAM. This is similar to ivybridge so we can mostly use common code > for running this blob. > > Signed-off-by: Simon Glass > --- > > arch/x86/c

Re: [U-Boot] [PATCH 60/69] x86: broadwell: Add a GPIO driver

2016-03-11 Thread Bin Meng
Hi Simon, On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Add a GPIO driver for the GPIO peripheral found on broadwell devices. > > Signed-off-by: Simon Glass > --- > > drivers/gpio/Kconfig| 9 ++ > drivers/gpio/Makefile | 1 + > drivers/gpio/intel_broadw

Re: [U-Boot] [PATCH 61/69] x86: broadwell: Add support for high-speed I/O lane with ME

2016-03-11 Thread Bin Meng
Hi Simon, On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Provide a way to determine the HSIO (high-speed I/O) version supported by > the Intel Management Engine (ME) implementation on the platform. > > Signed-off-by: Simon Glass > --- > > arch/x86/cpu/broadwell/Makefile | 1 + > arch/x8

Re: [U-Boot] [PATCH] drivers: mtd: add Microchip PIC32 internal non-CFI flash driver.

2016-03-11 Thread Purna Chandra Mandal
On 03/10/2016 07:11 PM, Jagan Teki wrote: > On Thursday 10 March 2016 06:42 PM, Purna Chandra Mandal wrote: >> PIC32 embedded flash banks are memory mapped, directly read by CPU, >> and programming (erase followed by write) operation on them are >> handled by on-chip NVM controller. > > Can you ple

Re: [U-Boot] [PATCH 62/69] x86: Support a chained-boot development flow

2016-03-11 Thread Bin Meng
Hi Simon, On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Sometimes it is useful to jump into U-Boot directly from coreboot or UEFI > without any 16-bit init. This can help during development by allowing U-Boot > to avoid doing all the init required by the platform. I don't understand, why

Re: [U-Boot] [PATCH 63/69] x86: broadwell: Add video support

2016-03-11 Thread Bin Meng
Hi Simon, On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Add a video driver for Intel's broadwell integrated graphics controller. > This uses a binary blob for most init, with the driver just performing a few > basic tasks. What binary blob is needed? Is it not a VGA ROM? > > This driver

[U-Boot] [PATCH 1/6] tools: env: replace WHITESPACE macro by isblank

2016-03-11 Thread Andreas Fenkart
Signed-off-by: Andreas Fenkart --- tools/env/fw_env.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/tools/env/fw_env.c b/tools/env/fw_env.c index ee17a69..bded9f6 100644 --- a/tools/env/fw_env.c +++ b/tools/env/fw_env.c @@ -15,6 +15,7 @@ #include #include #includ

[U-Boot] [PATCH 0/6] tools: env: trivial cleanups in script parsing

2016-03-11 Thread Andreas Fenkart
Andreas Fenkart (6): tools: env: replace WHITESPACE macro by isblank tools: env: fw_string_blank: return from loop when item found tools: env: split fw_string_blank into skip_chars / skip_blanks tools: env: fw_parse_script: simplify removal of newline/carriage return tools: env: fw_pa

[U-Boot] [PATCH 3/6] tools: env: split fw_string_blank into skip_chars / skip_blanks

2016-03-11 Thread Andreas Fenkart
Signed-off-by: Andreas Fenkart --- tools/env/fw_env.c | 23 ++- 1 file changed, 14 insertions(+), 9 deletions(-) diff --git a/tools/env/fw_env.c b/tools/env/fw_env.c index 0a438a3..60574f2 100644 --- a/tools/env/fw_env.c +++ b/tools/env/fw_env.c @@ -133,14 +133,19 @@ static i

[U-Boot] [PATCH 2/6] tools: env: fw_string_blank: return from loop when item found

2016-03-11 Thread Andreas Fenkart
Signed-off-by: Andreas Fenkart --- tools/env/fw_env.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/tools/env/fw_env.c b/tools/env/fw_env.c index bded9f6..0a438a3 100644 --- a/tools/env/fw_env.c +++ b/tools/env/fw_env.c @@ -141,12 +141,9 @@ static char *fw_string_blan

[U-Boot] [PATCH 4/6] tools: env: fw_parse_script: simplify removal of newline/carriage return

2016-03-11 Thread Andreas Fenkart
fgets returns when the first '\n' is found Signed-off-by: Andreas Fenkart --- tools/env/fw_env.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/tools/env/fw_env.c b/tools/env/fw_env.c index 60574f2..5c7505c 100644 --- a/tools/env/fw_env.c +++ b/tools/env/fw_env.c

Re: [U-Boot] [PATCH 64/69] x86: Add a default address for reference code

2016-03-11 Thread Bin Meng
On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Add an address which can be used for loading and running the reference code > when needed. > > Signed-off-by: Simon Glass > --- > > include/configs/x86-chromebook.h | 2 ++ > 1 file changed, 2 insertions(+) > Reviewed-by: Bin Meng _

Re: [U-Boot] [PATCH 65/69] x86: Use white on black for the console on chromebooks

2016-03-11 Thread Bin Meng
On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > This is a little easier on the eyes, particularly when the backlight is set > to maximum. > > Signed-off-by: Simon Glass > --- > > include/configs/x86-chromebook.h | 2 ++ > 1 file changed, 2 insertions(+) > Reviewed-by: Bin Meng __

Re: [U-Boot] [PATCH 66/69] x86: Update README for new developments

2016-03-11 Thread Bin Meng
On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Update a few points which have become out-of-date. > > Signed-off-by: Simon Glass > --- > > doc/README.x86 | 16 +--- > 1 file changed, 13 insertions(+), 3 deletions(-) > > diff --git a/doc/README.x86 b/doc/README.x86 > index a3f4

Re: [U-Boot] [PATCH 68/69] x86: Fix a header nit in x86-chromebook.h

2016-03-11 Thread Bin Meng
On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > There is an extra line in the comment in the header. Remove it. > > Signed-off-by: Simon Glass > --- > > include/configs/x86-chromebook.h | 1 - > 1 file changed, 1 deletion(-) > Reviewed-by: Bin Meng ___

Re: [U-Boot] [PATCH 67/69] x86: Add a function to set the IOAPIC ID

2016-03-11 Thread Bin Meng
On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > Add a function to set the ID in the IOAPIC. > > Signed-off-by: Simon Glass > --- > > arch/x86/cpu/ioapic.c | 16 > arch/x86/include/asm/ioapic.h | 2 ++ > 2 files changed, 18 insertions(+) > Reviewed-by: Bin Meng _

[U-Boot] [PATCH] dm: i2c: mxc_i2c: implement i2c_idle_bus

2016-03-11 Thread Peng Fan
Implement i2c_idle_bus in driver, then setup_i2c can be dropped for boards which enable DM_I2C/DM_GPIO/PINCTRL. The i2c_idle_bus force bus idle flow follows setup_i2c in arch/arm/imx-common/i2c-mxv7.c This patch is an implementation following linux kernel patch: " commit 1c4b6c3bcf30d0804db0d0647d

Re: [U-Boot] [PATCH 69/69] x86: Add support for the samus chromebook

2016-03-11 Thread Bin Meng
On Mon, Mar 7, 2016 at 10:28 AM, Simon Glass wrote: > This adds basic support for chromebook_samus. This is the 2015 Pixel and > is based on an Intel broadwell platform. > > Supported so far are: > - Serial > - SPI flash > - SDRAM init (with MRC cache) > - SATA > - Video (on the internal LCD panel

Re: [U-Boot] [PATCH 4/6] usb: usb_hub_power_on(): Use 100ms power-on delay instead of 1 sec (optionally)

2016-03-11 Thread Stefan Roese
On 10.03.2016 20:12, Hans de Goede wrote: Hi, On 10-03-16 16:50, Stefan Roese wrote: In a system with a complex USB infrastrcture (many USB hubs), the power-on delay of mininimum 1 second for each USB hub results in a quite big USB scanning time. Many USB devices can deal with much lower power-

Re: [U-Boot] [PATCH 1/2] sunxi: A23: Fix some revisions needing a different magic sram poke

2016-03-11 Thread Ian Campbell
On Wed, 2016-03-09 at 22:51 +0100, Hans de Goede wrote: > -  * access gets messed up (seems cache related) */ > + /* > +  * Undocmented magic taken from boot0, without this DRAM "Undocumented" (ah. I see this was wrong before too, oops!) Otherwise this and the second one: Acked-by: I

Re: [U-Boot] [PATCH 4/6] usb: usb_hub_power_on(): Use 100ms power-on delay instead of 1 sec (optionally)

2016-03-11 Thread Stefan Roese
Hi Hans, On 10.03.2016 20:12, Hans de Goede wrote: On 10-03-16 16:50, Stefan Roese wrote: In a system with a complex USB infrastrcture (many USB hubs), the power-on delay of mininimum 1 second for each USB hub results in a quite big USB scanning time. Many USB devices can deal with much lower p

Re: [U-Boot] [PATCH] sunxi: Add defconfig and dts for Difrence DIT4350 tablet

2016-03-11 Thread Ian Campbell
On Thu, 2016-03-10 at 22:38 +0100, Hans de Goede wrote: > The Difrnce dit4350 tablet is a tiny tablet with a 4.3" 16:9 480x272 > LCD, > A13 SoC, 512M RAM, 4G NAND, solomon systech ssd2532qn6 touchscreen at > i2c1 address 0x48, Memsic MXC622X accelerometer at i2c1 address 0x15 > and > rtl8188etv wif

Re: [U-Boot] [PATCH 4/6] usb: usb_hub_power_on(): Use 100ms power-on delay instead of 1 sec (optionally)

2016-03-11 Thread Hans de Goede
Hi, On 11-03-16 11:13, Stefan Roese wrote: Hi Hans, On 10.03.2016 20:12, Hans de Goede wrote: On 10-03-16 16:50, Stefan Roese wrote: In a system with a complex USB infrastrcture (many USB hubs), the power-on delay of mininimum 1 second for each USB hub results in a quite big USB scanning time

Re: [U-Boot] [PATCH] armv8/fsl-layerscape: add IFC fixup for LS1043A with QSPI enabled

2016-03-11 Thread Qianyu Gong
Hi Scott, > -Original Message- > From: Scott Wood [mailto:o...@buserror.net] > Sent: Tuesday, February 23, 2016 8:12 AM > To: Qianyu Gong ; u-boot@lists.denx.de; york sun > > Cc: Mingkai Hu > Subject: Re: [PATCH] armv8/fsl-layerscape: add IFC fixup for LS1043A with QSPI > enabled > > On

Re: [U-Boot] [PATCH 4/6] usb: usb_hub_power_on(): Use 100ms power-on delay instead of 1 sec (optionally)

2016-03-11 Thread Stefan Roese
Hi Hans, On 11.03.2016 11:32, Hans de Goede wrote: Hi, On 11-03-16 11:13, Stefan Roese wrote: Hi Hans, On 10.03.2016 20:12, Hans de Goede wrote: On 10-03-16 16:50, Stefan Roese wrote: In a system with a complex USB infrastrcture (many USB hubs), the power-on delay of mininimum 1 second for

Re: [U-Boot] [PATCH] armv8/fsl-layerscape: add IFC fixup for LS1043A with QSPI enabled

2016-03-11 Thread Qianyu Gong
Hi Prabhakar, > -Original Message- > From: Prabhakar Kushwaha > Sent: Monday, February 22, 2016 7:51 PM > To: Qianyu Gong ; u-boot@lists.denx.de; york sun > ; o...@buserror.net > Cc: Qianyu Gong ; Mingkai Hu > Subject: RE: [U-Boot] [PATCH] armv8/fsl-layerscape: add IFC fixup for LS1043A >

[U-Boot] please pull u-boot-samsung master

2016-03-11 Thread Minkyu Kang
Dear Tom, The following changes since commit cf77f6ffd96a243d2e4f81fe8bc0aa4fe8fef623: Merge git://git.denx.de/u-boot-rockchip (2016-03-10 10:55:06 -0500) are available in the git repository at: git://git.denx.de/u-boot-samsung master for you to fetch changes up to 76aab9eb8b4618891914e41

Re: [U-Boot] [PATCH v2 2/2] warp7: Add initial support

2016-03-11 Thread Fabio Estevam
Hi Stefano, On Fri, Mar 4, 2016 at 11:22 AM, Stefano Babic wrote: > Really I have postponed to -next. As we have now two month cycle > release, the merge window becomes more strictly and I will try to not > let flow patches that are not fixes after window is closed. Could this series go into yo

Re: [U-Boot] [PATCH v2 2/2] warp7: Add initial support

2016-03-11 Thread Stefano Babic
On 11/03/2016 13:02, Fabio Estevam wrote: > Hi Stefano, > > On Fri, Mar 4, 2016 at 11:22 AM, Stefano Babic wrote: > >> Really I have postponed to -next. As we have now two month cycle >> release, the merge window becomes more strictly and I will try to not >> let flow patches that are not fixes

Re: [U-Boot] [PATCH] sf: Correct data types in stm_is_locked_sr()

2016-03-11 Thread Marek Vasut
On 03/11/2016 07:39 AM, Jagan Teki wrote: > On 11 March 2016 at 07:50, Marek Vasut wrote: >> The stm_is_locked_sr() function is picked from Linux kernel. For reason >> unknown, the 64bit data types used by the function and present in Linux >> were replaced with 32bit unsigned ones, which causes tr

[U-Boot] [PATCH] ti: k2g: increase phy autoneg timeout

2016-03-11 Thread Vitaly Andrianov
After power cycle of a K2G EVM dhcp fails due to a auto-negotiation timeout. This commit increases the timeout to fix the issue. Signed-off-by: Vitaly Andrianov --- board/ti/ks2_evm/board.c | 2 +- include/configs/k2g_evm.h | 1 + 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/b

[U-Boot] [PATCH] env_eeprom invalidates gd->env_addr by setting it to an offset value

2016-03-11 Thread Guy Thouret
Patch to fix boot hang when using env on i2c eeprom caused by invalid gd->env_addr Signed-off-by: Guy Thouret Cc: Heiko Schocher --- common/env_eeprom.c | 7 --- 1 file changed, 7 deletions(-) diff --git a/common/env_eeprom.c b/common/env_eeprom.c index 72b1373..5f63a6c 100644 --- a/commo

[U-Boot] [PATCH] mx6slevk: Fix the power up of the Ethernet PHY

2016-03-11 Thread Fabio Estevam
From: Fabio Estevam GPIO4_21 is the LAN8720 power pin, not the LAN8720 reset pin. Fix that, so that we can have Ethernet functional again. Signed-off-by: Fabio Estevam --- board/freescale/mx6slevk/mx6slevk.c | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/board/fr

[U-Boot] [PATCH v2 3/4] usb: Don't reset the USB hub a 2nd time

2016-03-11 Thread Stefan Roese
Debugging has shown, that all USB hubs are being resetted twice while USB scanning. This introduces additional delays and makes USB scanning even more slow. Testing has shown that this 2nd USB hub reset doesn't seem to be necessary. This patch now removes this 2nd USB hub reset. Resulting in faste

[U-Boot] [PATCH v2 2/4] usb: Remove 200 ms delay in usb_hub_port_connect_change()

2016-03-11 Thread Stefan Roese
This patch removes 2 mdelay(200) calls from usb_hub_port_connect_change(). These delays don't seem to be necessary. At least not in my tests. Here the number for a custom x86 Bay Trail board (not in mainline yet) with a quite large and complex USB hub infrastructure. Without this patch: starting U

[U-Boot] [PATCH v2 1/4] usb: legacy_hub_port_reset(): Speedup hub reset handling

2016-03-11 Thread Stefan Roese
Start with a short USB hub reset delay of 10ms. This can be enough for some configurations. The 2nd delay at the of the loop is completely removed. Since the delay hasn't been long enough, a longer delay time of 200ms is assigned. And will be used in the next loop round. This hub reset handling i

[U-Boot] [PATCH v2 4/4] usb: Change power-on / scanning timeout handling

2016-03-11 Thread Stefan Roese
This patch changes the USB port scanning procedure and timeout handling in the following ways: a) The power-on delay in usb_hub_power_on() is now reduced to a value of max(100ms, "hub->desc.bPwrOn2PwrGood * 2"). The total timeout for this hub, which is 1 second + "hub->desc.bPwrOn2PwrGood * 2" is

[U-Boot] [PATCH v2 0/4] usb: Reduce USB scanning time

2016-03-11 Thread Stefan Roese
My current x86 platform (Bay Trail, not in mainline yet) has a quite complex USB infrastructure with many USB hubs. Here the USB scan takes an incredible huge amount of time: starting USB... USB0: USB EHCI 1.00 scanning bus 0 for devices... 9 USB Device(s) found time: 28.415 seconds This is o

Re: [U-Boot] [PATCH 6/6] usb: Implement static USB port configuration to speed up USB scanning

2016-03-11 Thread Stefan Roese
Hi Hans, On 10.03.2016 20:18, Hans de Goede wrote: Hi, On 10-03-16 16:50, Stefan Roese wrote: This patch implements an optionally quasi static USB port configuration. This is done by using an environment variable, that describes the ports that shall be scanned at the next USB scans (usb start,

[U-Boot] [PATCH] ti_armv7_common: env: Add NFS loading support to default enviroment

2016-03-11 Thread Andrew F. Davis
NFS loading is similar to net loading except initial files are loaded over NFS instead of TFTP, this removes the need for multiple different protocol servers running on the host and allows the use of a single network file system containing boot related files in their usual in-filesystem directory.

Re: [U-Boot] [PATCH v4] x86: baytrail: Configure FSP UPD from device tree

2016-03-11 Thread Stefan Roese
Hi Simon, On 09.03.2016 18:11, Simon Glass wrote: On 9 March 2016 at 09:15, Stefan Roese wrote: Hi Simon, On 09.03.2016 00:33, Simon Glass wrote: I'm currently struggling with the USB EHCI ports on my custom Bay Trail x86 board. With the current U-Boot, cloned from the MinnowMAX, only so

[U-Boot] [PATCH] omap24xx_i2c: Implement CONFIG_SYS_I2C_EEPROM_ADDR_OVERFLOW

2016-03-11 Thread Guy Thouret
Signed-off-by: Guy Thouret Cc: Heiko Schocher --- drivers/i2c/omap24xx_i2c.c | 34 ++ 1 file changed, 34 insertions(+) diff --git a/drivers/i2c/omap24xx_i2c.c b/drivers/i2c/omap24xx_i2c.c index 79a5c94..a7f3fb4 100644 --- a/drivers/i2c/omap24xx_i2c.c +++ b/driver

Re: [U-Boot] [PATCH 01/10] ti_armv7_keystone2: configs: add usb mass storage support

2016-03-11 Thread Tom Rini
On Wed, Mar 09, 2016 at 03:39:30PM +0530, Lokesh Vutla wrote: > From: Mugunthan V N > > Add USB mass storage support so that kernel can be read from > connected usb storage. > > Signed-off-by: Mugunthan V N > Signed-off-by: Lokesh Vutla Reviewed-by: Tom Rini -- Tom signature.asc Descrip

Re: [U-Boot] [PATCH 03/10] ti_armv7_keystone2: env: Remove securedb.key.bin load

2016-03-11 Thread Tom Rini
On Wed, Mar 09, 2016 at 03:39:32PM +0530, Lokesh Vutla wrote: > From: Carlos Hernandez > > securedb.key.bin is not supported so it should not be loaded by > default init_ubi command. > > Signed-off-by: Carlos Hernandez > Signed-off-by: Lokesh Vutla Reviewed-by: Tom Rini -- Tom signature

Re: [U-Boot] [PATCH 02/10] ti_armv7_keystone2: env: Update UBIFS image paths

2016-03-11 Thread Tom Rini
On Wed, Mar 09, 2016 at 03:39:31PM +0530, Lokesh Vutla wrote: > From: Carlos Hernandez > > UBI images created by OE does not contain boot partition by default, > instead kernel and dtb are placed in /boot directory inside rootfs > partition. So update env commands to load files from correct > lo

Re: [U-Boot] please pull u-boot-samsung master

2016-03-11 Thread Tom Rini
On Fri, Mar 11, 2016 at 08:37:18PM +0900, Minkyu Kang wrote: > Dear Tom, > > The following changes since commit cf77f6ffd96a243d2e4f81fe8bc0aa4fe8fef623: > > Merge git://git.denx.de/u-boot-rockchip (2016-03-10 10:55:06 -0500) > > are available in the git repository at: > > > git://git.den

Re: [U-Boot] [PATCH 05/10] am43xx: configs: Enable USB commands for non usb boot also

2016-03-11 Thread Tom Rini
On Wed, Mar 09, 2016 at 03:39:34PM +0530, Lokesh Vutla wrote: > From: Mugunthan V N > > With commit aee119bd70b8 ('am43xx_evm: add usb host boot support') usb > commands is removed from U-boot second stage and enbaled only on USB > boot config. Fixing this by enable USB commands for both USB boo

Re: [U-Boot] [PATCH 04/10] am335x: configs: Fix usb ether boot support

2016-03-11 Thread Tom Rini
On Wed, Mar 09, 2016 at 03:39:33PM +0530, Lokesh Vutla wrote: > CONFIG_SPL_NET_VCI_STRING is available only with BOOTP. So if > CMD_DHCP is enabled for SPL in usb ether boot, it will not pass > the right vendor name and failing to download the right file. > Also all the net CMD_* are not required

Re: [U-Boot] [PATCH 08/10] k2g: configs: Add support to save env in MMC

2016-03-11 Thread Tom Rini
On Wed, Mar 09, 2016 at 03:39:37PM +0530, Lokesh Vutla wrote: > Adding support to save env in MMC on k2g platforms, as it is the > preferred peripheral in saving env. > > Signed-off-by: Lokesh Vutla Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital signature _

Re: [U-Boot] [PATCH 07/10] k2g: env: Allow use of a script and plain text env files

2016-03-11 Thread Tom Rini
On Wed, Mar 09, 2016 at 03:39:36PM +0530, Lokesh Vutla wrote: > For development purposes, it is easier to use the env import command > and plain text or script files instead of script-images. So allow > u-boot to load env var from a text file or a script file. > > Signed-off-by: Lokesh Vutla Re

Re: [U-Boot] [PATCH 06/10] ti_armv7_common: env: Consolidate support for loading script and text env files

2016-03-11 Thread Tom Rini
On Wed, Mar 09, 2016 at 03:39:35PM +0530, Lokesh Vutla wrote: > Support for loading bootscript and text env file is duplicated in all TI > platforms. Add this information to DEFAULT_MMC_TI_ARGS so that it can be > reused in all TI platforms. > > Signed-off-by: Lokesh Vutla Reviewed-by: Tom Rini

Re: [U-Boot] [PATCH 10/10] keystone2: env: Set mmc as default boot for k2g-evm

2016-03-11 Thread Tom Rini
On Wed, Mar 09, 2016 at 03:39:39PM +0530, Lokesh Vutla wrote: > From: Yan Liu > > For k2l, k2e and k2hk, ubi is set to default boot in uboot > environment settings; while for k2g, mmc should be the > default boot. This patch is to set mmc as default for k2g-evm > > Signed-off-by: Yan Liu > Sig

Re: [U-Boot] [PATCH 09/10] keystone2: env: add env script for booting with an initramfs with firmware

2016-03-11 Thread Tom Rini
On Wed, Mar 09, 2016 at 03:39:38PM +0530, Lokesh Vutla wrote: > From: Murali Karicheri > > This patch updates the env script to include a initramfs with firmware > loaded and provided to kernel through second argument of bootz command > during boot. Defined DEFAULT_FW_INITRAMFS_BOOT_ENV to have

Re: [U-Boot] [PATCH] ti_armv7_common: env: Add NFS loading support to default enviroment

2016-03-11 Thread Tom Rini
On Fri, Mar 11, 2016 at 09:38:16AM -0600, Andrew F. Davis wrote: > NFS loading is similar to net loading except initial files are loaded > over NFS instead of TFTP, this removes the need for multiple different > protocol servers running on the host and allows the use of a single > network file sys

Re: [U-Boot] [PATCH] ti: k2g: increase phy autoneg timeout

2016-03-11 Thread Tom Rini
On Fri, Mar 11, 2016 at 08:23:04AM -0500, Vitaly Andrianov wrote: > After power cycle of a K2G EVM dhcp fails due to a auto-negotiation > timeout. This commit increases the timeout to fix the issue. > > Signed-off-by: Vitaly Andrianov > --- > > board/ti/ks2_evm/board.c | 2 +- > include/confi

[U-Boot] BayTrail I2C support

2016-03-11 Thread Stefan Roese
Hi Simon, Hi Bin, could you please let me know, what the status of I2C support for BayTrail in U-Boot is? Is this driver generic enough to handle BayTrail / Minnowboard MAX as well (I haven't looked in depth yet)? Or what needs to be done to get BayTrail supported here? Thanks, Stefan __

Re: [U-Boot] [PATCH] sf: Correct data types in stm_is_locked_sr()

2016-03-11 Thread Jagan Teki
On 11 March 2016 at 17:59, Marek Vasut wrote: > On 03/11/2016 07:39 AM, Jagan Teki wrote: >> On 11 March 2016 at 07:50, Marek Vasut wrote: >>> The stm_is_locked_sr() function is picked from Linux kernel. For reason >>> unknown, the 64bit data types used by the function and present in Linux >>> we

Re: [U-Boot] [PATCH 3/3] armv8/ls1043a: move CONFIG_MTD to defconfig

2016-03-11 Thread Jagan Teki
On Mar 9, 2016 1:31 PM, "Gong Qianyu" wrote: > > To make it take effect to enable MTD driver model for SPI-NOR. > > Signed-off-by: Gong Qianyu > --- > configs/ls1043aqds_defconfig | 1 + > configs/ls1043aqds_lpuart_defconfig | 1 + > configs/ls1043aqds_nand_defconfig| 1

Re: [U-Boot] [PATCH v2 0/4] usb: Reduce USB scanning time

2016-03-11 Thread Stephen Warren
On 03/11/2016 07:55 AM, Stefan Roese wrote: My current x86 platform (Bay Trail, not in mainline yet) has a quite complex USB infrastructure with many USB hubs. Here the USB scan takes an incredible huge amount of time: starting USB... USB0: USB EHCI 1.00 scanning bus 0 for devices... 9 USB De

Re: [U-Boot] [PATCH 1/4] arm: iproc: add NAND driver

2016-03-11 Thread Tom Rini
On Thu, Mar 10, 2016 at 02:26:27PM -0800, Steve Rae wrote: > From: Jiandong Zheng > > Add support for the iproc NAND, and enable on Cygnus and NSP boards. > > Signed-off-by: Jiandong Zheng > Signed-off-by: Steve Rae > --- > There was a previous attempt to implement this "iproc NAND" > (see: h

Re: [U-Boot] [PATCH] sf: Correct data types in stm_is_locked_sr()

2016-03-11 Thread Marek Vasut
On 03/11/2016 06:34 PM, Jagan Teki wrote: > On 11 March 2016 at 17:59, Marek Vasut wrote: >> On 03/11/2016 07:39 AM, Jagan Teki wrote: >>> On 11 March 2016 at 07:50, Marek Vasut wrote: The stm_is_locked_sr() function is picked from Linux kernel. For reason unknown, the 64bit data types

Re: [U-Boot] [PATCH 1/4] arm: iproc: add NAND driver

2016-03-11 Thread Steve Rae
Is it expected the _every_ CONFIG_* and CONFIG_SYS_* will be moved to Kconfig? What about #defines that will absolutely never used by anyone else? for example, I (may) have a code fragment that distinguishes between "CONFIG_CYGNUS" and "CONFIG_NSPLUS"... Would these need to be Kconfig? or would tha

Re: [U-Boot] [PATCH] sf: Correct data types in stm_is_locked_sr()

2016-03-11 Thread Jagan Teki
On 11 March 2016 at 23:32, Marek Vasut wrote: > On 03/11/2016 06:34 PM, Jagan Teki wrote: >> On 11 March 2016 at 17:59, Marek Vasut wrote: >>> On 03/11/2016 07:39 AM, Jagan Teki wrote: On 11 March 2016 at 07:50, Marek Vasut wrote: > The stm_is_locked_sr() function is picked from Linux k

Re: [U-Boot] [PATCH 1/4] arm: iproc: add NAND driver

2016-03-11 Thread Tom Rini
On Fri, Mar 11, 2016 at 10:07:46AM -0800, Steve Rae wrote: > Is it expected the _every_ CONFIG_* and CONFIG_SYS_* will be moved to Kconfig? > What about #defines that will absolutely never used by anyone else? > for example, I (may) have a code fragment that distinguishes between > "CONFIG_CYGNUS"

Re: [U-Boot] [PATCH 1/4] arm: iproc: add NAND driver

2016-03-11 Thread Steve Rae
Thanks for this clarification... On Fri, Mar 11, 2016 at 10:18 AM, Tom Rini wrote: > On Fri, Mar 11, 2016 at 10:07:46AM -0800, Steve Rae wrote: > >> Is it expected the _every_ CONFIG_* and CONFIG_SYS_* will be moved to >> Kconfig? >> What about #defines that will absolutely never used by anyone

Re: [U-Boot] [PATCH] sf: Correct data types in stm_is_locked_sr()

2016-03-11 Thread Marek Vasut
On 03/11/2016 07:07 PM, Jagan Teki wrote: > On 11 March 2016 at 23:32, Marek Vasut wrote: >> On 03/11/2016 06:34 PM, Jagan Teki wrote: >>> On 11 March 2016 at 17:59, Marek Vasut wrote: On 03/11/2016 07:39 AM, Jagan Teki wrote: > On 11 March 2016 at 07:50, Marek Vasut wrote: >> The s

Re: [U-Boot] [PATCH] sf: Correct data types in stm_is_locked_sr()

2016-03-11 Thread Jagan Teki
On 12 March 2016 at 00:03, Marek Vasut wrote: > On 03/11/2016 07:07 PM, Jagan Teki wrote: >> On 11 March 2016 at 23:32, Marek Vasut wrote: >>> On 03/11/2016 06:34 PM, Jagan Teki wrote: On 11 March 2016 at 17:59, Marek Vasut wrote: > On 03/11/2016 07:39 AM, Jagan Teki wrote: >> On 11

Re: [U-Boot] [PATCH] sf: Correct data types in stm_is_locked_sr()

2016-03-11 Thread Marek Vasut
On 03/11/2016 07:44 PM, Jagan Teki wrote: > On 12 March 2016 at 00:03, Marek Vasut wrote: >> On 03/11/2016 07:07 PM, Jagan Teki wrote: >>> On 11 March 2016 at 23:32, Marek Vasut wrote: On 03/11/2016 06:34 PM, Jagan Teki wrote: > On 11 March 2016 at 17:59, Marek Vasut wrote: >> On 03

Re: [U-Boot] [PATCH v2 0/4] usb: Reduce USB scanning time

2016-03-11 Thread Hans de Goede
Hi, On 11-03-16 18:53, Stephen Warren wrote: On 03/11/2016 07:55 AM, Stefan Roese wrote: My current x86 platform (Bay Trail, not in mainline yet) has a quite complex USB infrastructure with many USB hubs. Here the USB scan takes an incredible huge amount of time: starting USB... USB0: USB E

Re: [U-Boot] [PATCH] sf: Correct data types in stm_is_locked_sr()

2016-03-11 Thread Albert ARIBAUD
Hello Jagan, On Fri, 11 Mar 2016 12:09:37 +0530, Jagan Teki wrote: > On 11 March 2016 at 07:50, Marek Vasut wrote: > > The stm_is_locked_sr() function is picked from Linux kernel. For reason > > unknown, the 64bit data types used by the function and present in Linux > > were replaced with 32bit

Re: [U-Boot] [PATCH] sf: Correct data types in stm_is_locked_sr()

2016-03-11 Thread Jagan Teki
Hi Albert, On 12 March 2016 at 00:17, Albert ARIBAUD wrote: > Hello Jagan, > > On Fri, 11 Mar 2016 12:09:37 +0530, Jagan Teki > wrote: >> On 11 March 2016 at 07:50, Marek Vasut wrote: >> > The stm_is_locked_sr() function is picked from Linux kernel. For reason >> > unknown, the 64bit data types

Re: [U-Boot] [PATCH 1/4] arm: iproc: add NAND driver

2016-03-11 Thread Scott Wood
On Thu, 2016-03-10 at 14:26 -0800, Steve Rae wrote: > From: Jiandong Zheng > > Add support for the iproc NAND, and enable on Cygnus and NSP boards. > > Signed-off-by: Jiandong Zheng > Signed-off-by: Steve Rae > --- > There was a previous attempt to implement this "iproc NAND" > (see: http://pa

Re: [U-Boot] [PATCH] sf: Correct data types in stm_is_locked_sr()

2016-03-11 Thread Albert ARIBAUD
Hello Jagan, On Sat, 12 Mar 2016 00:41:25 +0530, Jagan Teki wrote: > Hi Albert, > > On 12 March 2016 at 00:17, Albert ARIBAUD wrote: > > Hello Jagan, > > > > On Fri, 11 Mar 2016 12:09:37 +0530, Jagan Teki > > wrote: > >> On 11 March 2016 at 07:50, Marek Vasut wrote: > >> > The stm_is_locked_s

Re: [U-Boot] [PATCH 1/4] arm: iproc: add NAND driver

2016-03-11 Thread Steve Rae
On Fri, Mar 11, 2016 at 11:55 AM, Scott Wood wrote: > On Fri, 2016-03-11 at 11:47 -0800, Steve Rae wrote: >> On Fri, Mar 11, 2016 at 11:29 AM, Scott Wood wrote: >> > On Thu, 2016-03-10 at 14:26 -0800, Steve Rae wrote: >> > > From: Jiandong Zheng >> > > >> > > Add support for the iproc NAND, and

Re: [U-Boot] [PATCH 1/4] arm: iproc: add NAND driver

2016-03-11 Thread Scott Wood
On Fri, 2016-03-11 at 12:13 -0800, Steve Rae wrote: > On Fri, Mar 11, 2016 at 11:55 AM, Scott Wood wrote: > > On Fri, 2016-03-11 at 11:47 -0800, Steve Rae wrote: > > > On Fri, Mar 11, 2016 at 11:29 AM, Scott Wood wrote: > > > > On Thu, 2016-03-10 at 14:26 -0800, Steve Rae wrote: > > > > > From: J

Re: [U-Boot] [PATCH 1/4] arm: iproc: add NAND driver

2016-03-11 Thread Steve Rae
On Fri, Mar 11, 2016 at 12:18 PM, Scott Wood wrote: > On Fri, 2016-03-11 at 12:13 -0800, Steve Rae wrote: >> On Fri, Mar 11, 2016 at 11:55 AM, Scott Wood wrote: >> > On Fri, 2016-03-11 at 11:47 -0800, Steve Rae wrote: >> > > On Fri, Mar 11, 2016 at 11:29 AM, Scott Wood wrote: >> > > > On Thu, 20

Re: [U-Boot] [PATCH] ti_armv7_common: env: Add NFS loading support to default enviroment

2016-03-11 Thread Andrew F. Davis
On 03/11/2016 09:38 AM, Andrew F. Davis wrote: > NFS loading is similar to net loading except initial files are loaded > over NFS instead of TFTP, this removes the need for multiple different > protocol servers running on the host and allows the use of a single > network file system containing boot

Re: [U-Boot] [PATCH v4 3/4] drivers:usb:common:fsl-dt-fixup: Add device-tree fixup support for xhci controller

2016-03-11 Thread Marek Vasut
On 03/11/2016 07:26 AM, Sriram Dash wrote: > Enables usb device-tree fixup code to incorporate xhci controller > > Signed-off-by: Ramneek Mehresh > Signed-off-by: Sriram Dash > --- > Changes in v4: > - Use a terminating entry in the array for getting node type for controller > Changes in v3: >

Re: [U-Boot] [PATCH v4 4/4] drivers:usb:common:fsl-dt-fixup: fix fdt_usb_get_node_type() to return error code

2016-03-11 Thread Marek Vasut
On 03/11/2016 07:26 AM, Sriram Dash wrote: > fdt_usb_get_node_type() to return error code instead of pointer. This sentence makes no sense. > Signed-off-by: Sriram Dash > Signed-off-by: Rajesh Bhagat > --- > drivers/usb/common/fsl-dt-fixup.c | 25 ++--- > 1 file changed, 14

Re: [U-Boot] [PATCH v4 2/4] drivers:usb:common:fsl-dt-fixup: Remove code duplication for fdt_usb_get_node_type

2016-03-11 Thread Marek Vasut
On 03/11/2016 07:26 AM, Sriram Dash wrote: > Call fdt_usb_get_node_type() from fdt_fixup_usb_mode_phy_type() to > avoid code duplication. > > Signed-off-by: Sriram Dash > Signed-off-by: Rajesh Bhagat > --- > Changes in v4: > - Make minimal modification to code > Changes in v3: > - Move the d

Re: [U-Boot] [PATCH v4 1/4] drivers:usb:common:fsl-dt-fixup: Move device-tree fixup framework to common file

2016-03-11 Thread Marek Vasut
On 03/11/2016 07:26 AM, Sriram Dash wrote: > Move usb device-tree fixup framework from ehci-fsl.c to common place so > that it can be used by other drivers as well (xhci-fsl.c). > > Signed-off-by: Ramneek Mehresh > Signed-off-by: Sriram Dash > --- > Changes in v4: > - Retain copywrite info >

Re: [U-Boot] [PATCH] ti_armv7_common: env: Add NFS loading support to default enviroment

2016-03-11 Thread Nishanth Menon
On 03/11/2016 02:29 PM, Andrew F. Davis wrote: > On 03/11/2016 09:38 AM, Andrew F. Davis wrote: >> NFS loading is similar to net loading except initial files are loaded >> over NFS instead of TFTP, this removes the need for multiple different >> protocol servers running on the host and allows the u

[U-Boot] [PATCH v2] ti_armv7_common: env: Add NFS loading support to default enviroment

2016-03-11 Thread Andrew F. Davis
NFS loading is similar to net loading except initial files are loaded over NFS instead of TFTP, this removes the need for multiple different protocol servers running on the host and allows the use of a single network file system containing boot related files in their usual in-filesystem directory.

[U-Boot] [PATCH v2] ARM: DRA7xx: Enable NFS boot command

2016-03-11 Thread Andrew F. Davis
NFS loading works on DRA7 variants, remove the undefinition. Signed-off-by: Andrew F. Davis Reviewed-by: Tom Rini --- Changes from v1: - Remove undefinition from dra74 and am57xx while we are here configs/am57xx_evm_defconfig | 1 - configs/dra72_evm_defconfig | 1 - config

Re: [U-Boot] [PATCH v2 07/12] net: gmac_rk3288: Add RK3288 GMAC driver

2016-03-11 Thread Sjoerd Simons
On Mon, 2016-02-29 at 19:03 -0700, Simon Glass wrote: > Hi Sjoerd, > > On 28 February 2016 at 14:25, Sjoerd Simons > wrote: > > > >  > > diff --git a/drivers/net/gmac_rk3288.c b/drivers/net/gmac_rk3288.c > > new file mode 100644 > > index 000..5400b2c > > --- /dev/null > > +++ b/drivers/net/

Re: [U-Boot] [PATCH v4] x86: baytrail: Configure FSP UPD from device tree

2016-03-11 Thread Simon Glass
Hi Stefan, On 11 March 2016 at 09:28, Stefan Roese wrote: > Hi Simon, > > > On 09.03.2016 18:11, Simon Glass wrote: >> >> On 9 March 2016 at 09:15, Stefan Roese wrote: >>> >>> >>> Hi Simon, >>> >>> On 09.03.2016 00:33, Simon Glass wrote: >>> >>> >>> >>> I'm currently struggling with the USB

Re: [U-Boot] [PATCH 2/2] fsl: esdhc: support driver model

2016-03-11 Thread Simon Glass
Hi Peng, On 10 March 2016 at 01:57, Peng Fan wrote: > Support Driver Model for fsl esdhc driver. > > In order to minimize the change, reuse the fsl_esdhc_initialize function. > This new way is to fill an fsl_esdhc_cfg struture and pass it > to fsl_esdhc_initialize, just like the code in different

Re: [U-Boot] buildman: arm: undefined reference to `__aeabi_ldivmod'

2016-03-11 Thread Simon Glass
+Stephen Hi Jagan, On 11 March 2016 at 01:00, Jagan Teki wrote: > > Hi, > > Did anyone encounter this issue? please let me know for any inputs. > >arm: + venice2 > +drivers/mtd/spi-nor/built-in.o: In function `spi_nor_write': > +build/../drivers/mtd/spi-nor/spi-nor.c:585: undefined re

[U-Boot] [RFC PATCH v2 1/4] arm: iproc: add NAND driver

2016-03-11 Thread Steve Rae
From: Jiandong Zheng Add support for the iproc NAND, and enable on Cygnus and NSP boards. Signed-off-by: Jiandong Zheng Signed-off-by: Steve Rae --- There was a previous attempt to implement this "iproc NAND" (see: http://patchwork.ozlabs.org/patch/505399), however, due to the amount of change

[U-Boot] [RFC PATCH v2 3/4] arm: bcm: enable MTD support

2016-03-11 Thread Steve Rae
Enable MTD support on Cygnus and NSP boards. Signed-off-by: Steve Rae --- Changes in v2: None arch/arm/include/asm/arch-bcmcygnus/configs.h | 6 ++ arch/arm/include/asm/arch-bcmnsp/configs.h| 6 ++ 2 files changed, 12 insertions(+) diff --git a/arch/arm/include/asm/arch-bcmcygnus/

[U-Boot] [RFC PATCH v2 2/4] mtd: fix compiler warnings

2016-03-11 Thread Steve Rae
- add missing declaration - update debug output format specifiers Signed-off-by: Steve Rae --- the checkpatch warning: warning: cmd/mtdparts.c,1494: quoted string split across lines is for the existing code; it is not introduced with this change... Changes in v2: None cmd/mtdparts.c

[U-Boot] [RFC PATCH v2 4/4] arm: bcm: configure NAND device and environment

2016-03-11 Thread Steve Rae
Configure the NAND device, define partition sizes, and create the environment space for Cygnus and NSP boards. Signed-off-by: Steve Rae --- Changes in v2: None arch/arm/include/asm/arch-bcmcygnus/configs.h | 33 +++ arch/arm/include/asm/arch-bcmnsp/configs.h| 33 +++

  1   2   >