[U-Boot] [PATCH 1/3] AM335x : Add USB support for AM335x in u-boot

From: Gene Zarkhin This patch adds USB support in uboot for AM335x. By default the USB 1 module is enabled. The support for USB 0 can be enabled by changing the USB base address and the phy control register address in the header file am335x.h. Signed-off-by: Gene Zarkhin Signed-off-by: Harman S

[U-Boot] [PATCH 2/3] AM335x : Configs to add USB host support.

This patch adds required configs in config file for am335x_evm to add support for usb host mode. To enable USB device mode, add CONFIG_MUSB_UDC in place of CONFIG_MUSB_HCD Signed-off-by: Harman Sohanpal --- include/configs/am335x_evm.h | 41 + 1 files ch

[U-Boot] [PATCH 3/3] musb_udc : Fix compile warning.

This patch fix the compile warning : implicit declaration of musb_platform_init when CONFIG_MUSB_UDC is defined. The extern musb_platform_init was declared in musb_hcd.h but no such extern function was declared for musb_udc. So a common function has been declared in musb_core.h which can be used fo

[U-Boot] [PATCH 0/3] AM335x: Add USB support in u-boot.

These patches add usb support in u-boot for AM335x. I have tested this code on AM335x evm and beaglebone in the host mode using mass storage class. Gene Zarkhin (1): AM335x : Add USB support for AM335x in u-boot Harman Sohanpal (2): AM335x : Configs to add USB host support. musb_udc : Fix

Re: [U-Boot] [ARM] Backlog

Hi Albert, Am Donnerstag, den 21.06.2012, 23:39 +0200 schrieb Albert ARIBAUD: > Hi everyone, > > I am going to resume going through my backlog (although time will > remain sparse until Saturday morning). As I always do, I will > consider pull requests first, then patchwork entries assigned to me,

Re: [U-Boot] Please pull u-boot-staging.git/s...@denx.de

Hi Albert, as you requested, here a short reminder... On Tuesday 05 June 2012 08:58:26 Stefan Roese wrote: > Hi Albert! > > I have collected all of the remaining ARM/SPEAr patches in my > staging repository. There are some dependencies between the > patches, so I also added the NOR, NAND and eth

Re: [U-Boot] [PATCH 1/2] ARM: add basic support for the Broadcom BCM2835 SoC

Hi Stephen, On Thu, 21 Jun 2012 16:26:56 -0600, Stephen Warren wrote: > On 06/06/2012 11:45 PM, Stephen Warren wrote: > > This SoC is used in the Raspberry Pi, for example. > > > > Initial support is enough to boot to a serial console, and execute a > > minimal set of U-Boot commands. No drivers

[U-Boot] [PATCH 23/24] imx-common: add i2c.c for bus recovery support

Signed-off-by: Troy Kisky --- arch/arm/cpu/armv7/imx-common/Makefile|4 +- arch/arm/cpu/armv7/imx-common/i2c.c | 79 + arch/arm/cpu/armv7/mx5/clock.c| 19 +++ arch/arm/cpu/armv7/mx6/clock.c| 19 +++ arch/arm/include/a

[U-Boot] [PATCH 17/24] mxc_i2c: add bus recovery support

Toggling the scl line 9 clocks is the standard way of returning a locked up bus to idle condition. Signed-off-by: Troy Kisky --- drivers/i2c/mxc_i2c.c | 26 ++ 1 file changed, 26 insertions(+) diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c index ec05798..33

[U-Boot] [PATCH 20/24] i.mx: iomux-v3.h: move to imx-common include directory

Signed-off-by: Troy Kisky --- arch/arm/cpu/armv7/mx6/iomux-v3.c |2 +- arch/arm/include/asm/arch-mx6/mx6x_pins.h |2 +- .../asm/{arch-mx6 => imx-common}/iomux-v3.h|0 board/freescale/mx6qarm2/mx6qarm2.c|2 +- board/freescale/mx6qsa

[U-Boot] [PATCH 24/24] mx6qsabrelite: add i2c multi-bus support

This includes bus recovery support. Signed-off-by: Troy Kisky --- board/freescale/mx6qsabrelite/mx6qsabrelite.c | 50 +++-- include/configs/mx6qsabrelite.h |6 +-- 2 files changed, 48 insertions(+), 8 deletions(-) diff --git a/board/freescale/mx6qsabrelit

[U-Boot] [PATCH 22/24] i.mx53: add definition for I2C3_BASE_ADDR

Signed-off-by: Troy Kisky --- arch/arm/include/asm/arch-mx5/imx-regs.h |1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/include/asm/arch-mx5/imx-regs.h b/arch/arm/include/asm/arch-mx5/imx-regs.h index 4fa6658..caf5d21 100644 --- a/arch/arm/include/asm/arch-mx5/imx-regs.h +++ b/arc

[U-Boot] [PATCH 19/24] iomux-v3: remove include of mx6x_pins.h

This include is not needed. Signed-off-by: Troy Kisky --- arch/arm/cpu/armv7/mx6/iomux-v3.c |1 - 1 file changed, 1 deletion(-) diff --git a/arch/arm/cpu/armv7/mx6/iomux-v3.c b/arch/arm/cpu/armv7/mx6/iomux-v3.c index 8785532..a0c4b15 100644 --- a/arch/arm/cpu/armv7/mx6/iomux-v3.c +++ b/arc

[U-Boot] [PATCH 16/24] mxc_i2c: prep work for multiple busses support

Signed-off-by: Troy Kisky --- drivers/i2c/mxc_i2c.c | 121 - 1 file changed, 100 insertions(+), 21 deletions(-) diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c index cb061f7..ec05798 100644 --- a/drivers/i2c/mxc_i2c.c +++ b/drivers/i2c/

[U-Boot] [PATCH 18/24] mxc_i2c.c: finish adding CONFIG_I2C_MULTI_BUS support

Signed-off-by: Troy Kisky --- drivers/i2c/mxc_i2c.c | 17 + 1 file changed, 17 insertions(+) diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c index 339bb6f..5d18752 100644 --- a/drivers/i2c/mxc_i2c.c +++ b/drivers/i2c/mxc_i2c.c @@ -407,6 +407,23 @@ static void toggle_

[U-Boot] [PATCH 21/24] i.mx: iomux-v3.c: move to imx-common directory

Signed-off-by: Troy Kisky --- arch/arm/cpu/armv7/imx-common/Makefile|2 +- arch/arm/cpu/armv7/{mx6 => imx-common}/iomux-v3.c |0 arch/arm/cpu/armv7/mx6/Makefile |2 +- 3 files changed, 2 insertions(+), 2 deletions(-) rename arch/arm/cpu/armv7/{mx6 => imx

[U-Boot] [PATCH 10/24] mxc_i2c: place i2c_reset code inline

imx_reset is only referenced once so move to that location. Signed-off-by: Troy Kisky --- drivers/i2c/mxc_i2c.c | 15 +++ 1 file changed, 3 insertions(+), 12 deletions(-) diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c index ac91872..2ef7b92 100644 --- a/drivers/i2c/mxc

[U-Boot] [PATCH 11/24] mxc_i2c: don't disable controller after every transaction

This helps in a multiple bus master environment which is why I also added a wait for bus idle. Signed-off-by: Troy Kisky --- drivers/i2c/mxc_i2c.c | 29 + 1 file changed, 13 insertions(+), 16 deletions(-) diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c i

[U-Boot] [PATCH 09/24] mxc_i2c: place imx_start code inline

imx_start is only referenced once so move to that location. Signed-off-by: Troy Kisky --- drivers/i2c/mxc_i2c.c | 53 +++-- 1 file changed, 20 insertions(+), 33 deletions(-) diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c index 9063d1e..a

[U-Boot] [PATCH 15/24] mxc_i2c: add i2c_regs argument to i2c_imx_stop

This is prep work for CONFIG_I2C_MULTI_BUS. Signed-off-by: Troy Kisky --- drivers/i2c/mxc_i2c.c |7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c index 802f70f..cb061f7 100644 --- a/drivers/i2c/mxc_i2c.c +++ b/drivers/i2c/

[U-Boot] [PATCH 02/24] mxc_i2c: remove ifdef of CONFIG_HARD_I2C

This is always selected when CONFIG_I2C_MXC is selected, so it adds no value. Signed-off-by: Troy Kisky --- drivers/i2c/mxc_i2c.c |6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c index c0c45fd..0b46c9c 100644 --- a/drivers/

[U-Boot] [PATCH 13/24] mxc_i2c: check for arbitration lost

No need to continue waiting if arbitration lost. Signed-off-by: Troy Kisky --- drivers/i2c/mxc_i2c.c |7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c index 2bff2b8..df033ea 100644 --- a/drivers/i2c/mxc_i2c.c +++ b/drivers/i2c/mxc_i2c.c @

[U-Boot] [PATCH 06/24] mxc_i2c.c: code i2c_probe as a 0 length i2c_write

Signed-off-by: Troy Kisky --- drivers/i2c/mxc_i2c.c | 29 - 1 file changed, 8 insertions(+), 21 deletions(-) diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c index 626960d..4f12b9e 100644 --- a/drivers/i2c/mxc_i2c.c +++ b/drivers/i2c/mxc_i2c.c @@ -302,27 +

[U-Boot] [PATCH 08/24] mxc_i2c: remove redundant read

wait_for_sr_state returns i2sr on success so no need to read again. Signed-off-by: Troy Kisky --- drivers/i2c/mxc_i2c.c |1 - 1 file changed, 1 deletion(-) diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c index 7b1b75c..9063d1e 100644 --- a/drivers/i2c/mxc_i2c.c +++ b/drivers/i2c/

[U-Boot] [PATCH 01/24] mxc_i2c: fix i2c_imx_stop

Instead of clearing 2 bits, all the other bits were set because '|=' was used instead of '&='. Signed-off-by: Troy Kisky --- drivers/i2c/mxc_i2c.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Note: All patches in the series are based on the i2c/master branch even though only 1-18 w

[U-Boot] [PATCH 07/24] mxc_i2c: combine i2c_imx_bus_busy and i2c_imx_trx_complete into wait_for_sr_state

Not using udelay gives a more accurate timeout. The current implementation of udelay in imx-common does not seem to wait at all for a udelay(1). Signed-off-by: Troy Kisky --- drivers/i2c/mxc_i2c.c | 71 - 1 file changed, 23 insertions(+), 48 del

[U-Boot] [PATCH 04/24] mxc_i2c: clear i2sr before waiting for bit

Let's clear the sr register before waiting for bit to be set, instead of clearing it after hardware sets it. No real operational difference here, but allows combining of i2c_imx_trx_complete and i2c_imx_bus_busy in later patches. Signed-off-by: Troy Kisky --- drivers/i2c/mxc_i2c.c |5 ++---

[U-Boot] [PATCH 12/24] mxc_i2c: change slave addr if conflicts with destination.

The i2c controller cannot be both master and slave in the same transaction. Signed-off-by: Troy Kisky --- drivers/i2c/mxc_i2c.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c index e433312..2bff2b8 100644 --- a/drivers/i2c/mxc_i2c.c +++ b/d

[U-Boot] [PATCH 05/24] mxc_i2c: create i2c_init_transfer

Initial code of i2c_read and i2c_write is identical, move to subroutine. Signed-off-by: Troy Kisky --- drivers/i2c/mxc_i2c.c | 44 ++-- 1 file changed, 18 insertions(+), 26 deletions(-) diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c index ba

[U-Boot] [PATCH 03/24] mxc_i2c: create tx_byte function

Use tx_byte function instead of having 3 copies of the code. Signed-off-by: Troy Kisky --- drivers/i2c/mxc_i2c.c | 72 +++-- 1 file changed, 21 insertions(+), 51 deletions(-) diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c index 0b46c9c..

[U-Boot] [PATCH 14/24] mxc_i2c: add retries

Retry unexpected hardware errors. This will not retry a received NAK. Signed-off-by: Troy Kisky --- drivers/i2c/mxc_i2c.c | 36 +++- 1 file changed, 27 insertions(+), 9 deletions(-) diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c index df033ea..802f7

[U-Boot] [PATCH v4 05/13] tegra20: plutux: change obj directory mkdir commands

Change the mkdir commands for the object directories to be more general purpose. This fixes an issue when building for SPL where SRCTREE and OBJTREE are the same, but $(obj) is under SPLTREE. Signed-off-by: Allen Martin --- board/avionic-design/plutux/Makefile |7 +-- 1 file changed, 5

[U-Boot] [PATCH v4 09/13] ARM: add tegra20 support to arm720t

Add support for tegra20 arm7 boot processor. This processor is used to power on the Cortex A9 and transfer control to it. In tegra this processor is an ARM7TDMI not an ARM720T, but since we don't use cache it was easier to just reuse the ARM720T code as the processors are otherwise identical exce

[U-Boot] [PATCH v4 10/13] tegra20: add u-boot-t2.bin target

Add target for tegra20 u-boot image. This is a concatenation of tegra spl and normal u-boot binaries. For non-devicetree builds this is named "u-boot-t2.bin" for devicetree builds is named "u-boot-dtb-t2.bin". Signed-off-by: Allen Martin --- Makefile | 13 + 1 file changed, 13 in

[U-Boot] [PATCH v4 12/13] tegra20: enable SPL for tegra20 boards

Add SPL options to tegra20 config files and enable SPL build for tegra20 boards in boards.cfg. Also remove redundant code from u-boot that is not contained in SPL. Signed-off-by: Allen Martin --- arch/arm/cpu/armv7/start.S|2 - arch/arm/cpu/tegra20-common/ap20.c| 258 +-

[U-Boot] [PATCH v4 13/13] tegra20: Remove armv4t build flags

These flags were necessary when building tegra20 as a single binary that supported ARM7TDMI and Cortex A9. Now that the ARM7TDMI support is split into a separate SPL, this is no longer necessary. Signed-off-by: Allen Martin --- arch/arm/cpu/armv7/tegra20/config.mk | 12 ++-- arch/arm/

[U-Boot] [PATCH v4 03/13] tegra20: rename CONFIG_MACH_TEGRA_GENERIC

Rename CONFIG_MACH_TEGRA_GENERIC to the less confusing CONFIG_TEGRA. The meaning of the config options is now: CONFIG_TEGRA - Any tegra chip CONFIG_TEGRA20 - A tegra20 family chip CONFIG_TEGRA30 - A tegra30 family chip (not added yet) Signed-off-by: Allen Martin --- include/configs/tegra20-comm

[U-Boot] [PATCH v4 07/13] ARM: Fix arm720t SPL build

Take a few SPL fixes from armv7 and apply them to arm720t: -Use dummy exception handlers for SPL build -Initialize relocation register r9 to 0 for the case of no relocation -ifdef out interrupt handler code Signed-off-by: Allen Martin --- arch/arm/cpu/arm720t/start.S | 13 + 1 file

[U-Boot] [PATCH v4 06/13] mkconfig: add support for SPL CPU

Add support for specifying a different CPU for main u-boot and SPL u-boot builds. This is done by adding an optional SPL CPU after the main CPU in boards.cfg as follows: normal_cpu:spl_cpu This this case CPU will be set to "normal_cpu" during the main u-boot build and "spl_cpu" during the S

[U-Boot] [PATCH v4 04/13] tegra20: tec: add tegra20-common-post.h

Add tegra20-common-post.h to be consistent with other tegra20 boards. Signed-off-by: Allen Martin Acked-by: Thierry Reding --- include/configs/tec.h |2 ++ 1 file changed, 2 insertions(+) diff --git a/include/configs/tec.h b/include/configs/tec.h index 39400d9..9b3f88d 100644 --- a/include

[U-Boot] [PATCH v4 11/13] tegra20: move SDRAM param save to later in boot

Move warmboot_save_sdram_params() to later in the boot sequence. This code relies on devicetree to get the address of the memory controller and with upcoming changes for SPL boot it gets called early in the boot process when devicetree is not initialized yet. Signed-off-by: Allen Martin --- arc

[U-Boot] [PATCH v4 02/13] tegra20: move tegra20 SoC code to arch/arm/cpu/tegra20-common

In preparation for splitting out the armv4t code from tegra20, move the tegra20 SoC code to arch/arm/cpu/tegra20-common. This code will be compiled armv4t for the arm7tdmi and armv7 for the cortex A9. Signed-off-by: Allen Martin --- Makefile |3 ++

[U-Boot] [PATCH v4 08/13] tegra20: remove timer_init from SPL build

Don't use timer_init from tegra board.c. This comes out of arm720t for the SPL build. Signed-off-by: Allen Martin --- board/nvidia/common/board.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/board/nvidia/common/board.c b/board/nvidia/common/board.c index 90a77e2..f349243 100644 ---

[U-Boot] [PATCH v4 0/13] split tegra20 arm7 code into separate SPL

This patch series fixes a long standing problem with the tegra20 u-boot build. Tegra20 contains an ARM7TDMI boot processor and a Cortex A9 main processor. Prior to this patch series this was accomplished by #ifdefing out any armv7 code from the early boot sequence and creating a single binary tha

Re: [U-Boot] [PATCH 1/2] ARM: add basic support for the Broadcom BCM2835 SoC

On 06/06/2012 11:45 PM, Stephen Warren wrote: > This SoC is used in the Raspberry Pi, for example. > > Initial support is enough to boot to a serial console, and execute a > minimal set of U-Boot commands. No drivers are implemented. For more > details, see http://www.broadcom.com/products/BCM2835

Re: [U-Boot] Debugging uboot w/ GDB

Dear Brandon, In message you wrote: > > I'm trying to step through code using gdb and uboot. I have an iMX35 board > that I've connected to via JTAG. I load up the uboot code and set a > breakpoint at board_init but it gives me a really strange error. Can anyone > make sense of it? Did you read

Re: [U-Boot] [PATCH 1/1] net: phy: micrel: make ksz9021 phy accessible

On 21.06.2012 23:16, Troy Kisky wrote: Micrel accidentally used the same part number for the KS8721 and KSZ9021. So, both cannot be in the same build of u-boot. Add a config option to handle this. Signed-off-by: Troy Kisky --- drivers/net/phy/micrel.c| 15 +-- include/co

[U-Boot] [ARM] Backlog

Hi everyone, I am going to resume going through my backlog (although time will remain sparse until Saturday morning). As I always do, I will consider pull requests first, then patchwork entries assigned to me, then the rest. Feel free to remind me of any pull request, patch or even RFC that is wa

[U-Boot] Debugging uboot w/ GDB

Hey All! I'm trying to step through code using gdb and uboot. I have an iMX35 board that I've connected to via JTAG. I load up the uboot code and set a breakpoint at board_init but it gives me a really strange error. Can anyone make sense of it? (gdb) target remote localhost: Remote debugging

Re: [U-Boot] [PATCH 1/3] common/cmd_rsmode.c: add imx reset mode command

Dear Eric Nelson, In message <4fcd17a5.6030...@boundarydevices.com> you wrote: > > > The function of the watchdog should be reserved for auch systems who > > need it to implement security related functions; messing with it in > > unrelated places (like setting it into unexpected states and or > >

Re: [U-Boot] [PATCH v2] ext2load: increase read speed

Dear Jason Cooper, In message <1338566090-15008-1-git-send-email-u-b...@lakedaemon.net> you wrote: > This patch dramatically drops the amount of time u-boot needs to read a > file from an ext2 partition. On a typical 2 to 5 MB file (kernels and > initrds) it goes from tens of seconds to a couple

Re: [U-Boot] [PATCH v2] pxe: add support for parsing local syslinux files

Dear Rob Herring, In message <1337978859-8501-1-git-send-email-robherri...@gmail.com> you wrote: > From: Rob Herring > > Add a new command "sysboot" which parses syslinux menu files and boots > using kernel and initrd specified by menu files. The operation is similar > to "pxe boot" except local

Re: [U-Boot] [PATCH 6/7] pxe: parse initrd file from append string

Dear Rob Herring, In message <1332949898-6502-7-git-send-email-robherri...@gmail.com> you wrote: > From: Rob Herring > > For syslinux, the initrd can be set in the append string as > "initrd=", so try to find it there if we haven't already set the > initrd. > > Signed-off-by: Rob Herring > ---

Re: [U-Boot] [PATCH 5/7] pxe: support absolute paths

Dear Rob Herring, In message <1332949898-6502-6-git-send-email-robherri...@gmail.com> you wrote: > From: Rob Herring > > If the file path starts with a '/', then don't pre-pend the bootfile path. > This fixes a problem with running 'pxe boot' multiple times where the > bootfile path gets pre-pen

Re: [U-Boot] [PATCH 4/7] pxe: support linux entries for labels

Dear Rob Herring, In message <1332949898-6502-5-git-send-email-robherri...@gmail.com> you wrote: > From: Rob Herring > > Kernels can be specified using "linux" or "kernel" entry. The difference > is kernel is supposed to detect the type of file, but for u-boot both are > treated the same. > > S

Re: [U-Boot] [PATCH 3/7] pxe: add support for label menu text

Dear Rob Herring, In message <1332949898-6502-4-git-send-email-robherri...@gmail.com> you wrote: > From: Rob Herring > > Use a menu string if present, otherwise use the kernel string. > > Signed-off-by: Rob Herring > --- > common/cmd_pxe.c | 13 + > 1 files changed, 9 insertions

Re: [U-Boot] [PATCH v2] pxe: support include files at top-level

Dear Rob Herring, In message <1337978596-7769-1-git-send-email-robherri...@gmail.com> you wrote: > From: Rob Herring > > Include files outside of a menu were not getting included and parsed. > > Signed-off-by: Rob Herring > --- > v2: > - ensure include file load address is aligned > > common

Re: [U-Boot] [PATCH 1/7] menu: only timeout when menu is displayed

Dear Rob Herring, In message <1332949898-6502-2-git-send-email-robherri...@gmail.com> you wrote: > From: Rob Herring > > Make the menu timeout apply only when prompt flag is set and after the > menu is displayed. This allows auto boot to work no matter whether prompt > is set or cleared. Use the

Re: [U-Boot] [PATCH 1/3] MX28: Add u-boot.mx28.sd and u-boot.mx28.nand make targets

Dear Marek Vasut, In message <201205231422.17293.ma...@denx.de> you wrote: > > > What would be wrong if all boards would use the same "u-boot.bin.sdcard" > > target name? > > That such file (u-boot.bin.sdcard) would be generated by a different tool for > each different board, unlike u-boot.bin

[U-Boot] [PATCH 1/1] net: phy: micrel: make ksz9021 phy accessible

Micrel accidentally used the same part number for the KS8721 and KSZ9021. So, both cannot be in the same build of u-boot. Add a config option to handle this. Signed-off-by: Troy Kisky --- drivers/net/phy/micrel.c| 15 +-- include/configs/mx6qsabrelite.h |1 + 2 files ch

Re: [U-Boot] [PATCH 1/2] MSM7x27a:Add support for interrupt

Dear Srikanth Reddy, In message <3c902e36b0bfad4394cbf7d8633b02a10b5e598...@blrinmsmbx01.bglrodc.lntinfotech.com> you wrote: > > could you please clarify on the below review comment. I'm not sure which aditional comment you need. > So this is not GPL? Until this is cleared (or WD claims other

Re: [U-Boot] [PATCH] mx28evk: Add I2C support

Dear Fabio Estevam, In message <1336405354-15410-1-git-send-email-fabio.este...@freescale.com> you wrote: > Add I2C support. > > Tested by placing a 24LC16 EEPROM into the U50 slot which comes empty from > factory. > > Signed-off-by: Fabio Estevam > --- > board/freescale/mx28evk/iomux.c |

[U-Boot] [PATCH 1/2] microblaze: avoid compile error on systems without cfi flash

Use XILINX_FLASH_START to set/unset FLASH and RAMENV. Error was: board.c: In function 'board_init': board.c:134: error: 'XILINX_FLASH_START' undeclared (first use in this function) board.c:134: error: (Each undeclared identifier is reported only once board.c:134: error: for each function it appear

[U-Boot] [PATCH 2/2] microblaze: Enable ubi support

To save memory the UBIFS is disabled by default. The original patch was introdused with commit: 0114da7b06bd47b7f5c3f20a152dd11903b38fba Signed-off-by: Stephan Linz --- include/configs/microblaze-generic.h | 23 +++ 1 files changed, 19 insertions(+), 4 deletions(-) diff -

Re: [U-Boot] [PATCH] checkpatch: add check for whitespace before semicolon at end-of-line

Dear Eric Nelson, In message <1336015938-3174-1-git-send-email-eric.nel...@boundarydevices.com> you wrote: > This tests for a bad habits of mine like this: > > return 0 ; > > Signed-off-by: Eric Nelson > --- > scripts/checkpatch.pl |6 ++ > 1 files changed, 6 insertions(+), 0 de

Re: [U-Boot] [PATCH 0/6] add zip command support for uboot

Dear Mike, In message Lei Wen wrote: > > > i think you've missed the point of my questions.  we aren't concerned with > > changes you've written (such as patch 4/6 in this series), but bug fixes > > that > > were added to the zlib code before you updated things.  updating to a newer > > versio

Re: [U-Boot] [PATCH] bootstage: Fix build error for standalone API example

Hi Wolfgang, On Thu, Jun 21, 2012 at 11:43 AM, Wolfgang Denk wrote: > Dear Simon Glass, > > In message vtwmtukth...@mail.gmail.com> you wrote: > > > > > Isn't it better to move timer_get_boot_us() to common/bootstage.c ? > > > Or is there a plan to use this function not only in bootstage code?

Re: [U-Boot] [PATCH V2] Block: Remove MG DISK support

Dear Marek Vasut, In message <1330909892-15949-1-git-send-email-ma...@denx.de> you wrote: > This driver is unused and obsolete. > > Signed-off-by: Marek Vasut > Cc: Wolfgang Denk > Cc: unsik Kim > --- > common/Makefile |2 - > common/cmd_mgdisk.c | 71 -- > commo

Re: [U-Boot] [PATCH] bootstage: Fix build error for standalone API example

Dear Simon Glass, In message you wrote: > > > Isn't it better to move timer_get_boot_us() to common/bootstage.c ? > > Or is there a plan to use this function not only in bootstage code? > > Yes I sent through the smallest fix. > > But as I said in the patch thread I am not sure which is best.

Re: [U-Boot] [PATCH] Strip fw_printenv like the other tools

Dear =?UTF-8?q?Lo=C3=AFc=20Minier?=, In message <1331480582-30085-1-git-send-email-l...@debian.org> you wrote: > Signed-off-by: Loïc Minier > --- > tools/env/Makefile |1 + > 1 files changed, 1 insertions(+), 0 deletions(-) Applied, thanks. Best regards, Wolfgang Denk -- DENX Software E

Re: [U-Boot] [PATCH v9 0/4] Kirkwood: add lschlv2 and lsxhl board support

Hi all, Am Mittwoch 06 Juni 2012, 13:26:40 schrieb Prafulla Wadaskar: > u-boot-marvell.git is cloned from u-boot-arm.git, and I always sync with > this before any task. And just to keep it clean for pull requests I would > not like to pull any other repository in it. > > Copying Albert on this, w

Re: [U-Boot] [PATCH v3 0/9] feature additions and fixes for da850/omap-l138

On Thu, Jun 21, 2012 at 01:21:22PM +0530, Prabhakar Lad wrote: > From: Lad, Prabhakar > > This series adds MMC/SD, NAND and NOR SPL support > for Logic PD's DA850/OMAP-L138 EVM. This series > also fixes some issues found on the EVM during > testing. The patches are sent in a series as these > pa

Re: [U-Boot] [PATCH] arm: omap3: cm-t35: minor comment and printf change

On Thu, Jun 14, 2012 at 08:41:40AM +0300, Igor Grinberg wrote: > Fix the comment to reflect the actual function call time. > Change the printf message to look nicer in the context it might be printed. > > Signed-off-by: Igor Grinberg Pushed to u-boot-ti/next, thanks! -- Tom signature.asc De

Re: [U-Boot] [PATCH v2] da850/omap-l138: Enable auto negotiation in RMII mode

On Thu, Jun 07, 2012 at 03:57:44PM +0530, Prabhakar Lad wrote: > From: Rajashekhara, Sudhakar > > On DA850/OMAP-L138 it was observed that in RMII mode, > auto negotiation was not performed. This patch enables > auto negotiation in RMII mode. Without this patch, EMAC > initialization takes more t

Re: [U-Boot] [PATCH] omap: am335x_evm: remove unused definitions

On Thu, Jun 21, 2012 at 10:19:23AM -0700, Tom Rini wrote: > On Mon, Jun 04, 2012 at 08:26:14AM -0700, Steve Sakoman wrote: > > > UART_RESET, UART_CLK_RUNNING_MASK, and UART_SMART_IDLE_EN > > are defined inn evm.c but not used. Also removes unnecessary > > include of serial.h > > > > PHYS_DRAM_1_S

Re: [U-Boot] [PATCH] omap: am33xx: enable gpio support

On Mon, Jun 04, 2012 at 08:35:34AM -0700, Steve Sakoman wrote: > This patch uses the code in omap-common to support gpio modules 1-3 > on am33xx based boards. > > It adds base address and register definitions, enables clocks to the > modules, and enables building the common gpio code for CONFIG_A

Re: [U-Boot] [PATCH] omap: am335x_evm: remove unused definitions

On Mon, Jun 04, 2012 at 08:26:14AM -0700, Steve Sakoman wrote: > UART_RESET, UART_CLK_RUNNING_MASK, and UART_SMART_IDLE_EN > are defined inn evm.c but not used. Also removes unnecessary > include of serial.h > > PHYS_DRAM_1_SIZE is defined in am335x_evm.h but never used. > > Signed-off-by: Steve

Re: [U-Boot] [PATCH 0/3] omap: fix bugs in automatic emif setup code

On Wed, May 30, 2012 at 10:38:05AM -0700, Steve Sakoman wrote: > While bringing up a new OMAP4 based board I encountered a number of issues > when attempting to use the automatic emif setup code. > > This patch series fixes a compile error and two runtime issues. > > Tested on the new custom OMA

Re: [U-Boot] [PATCH] ARM: OMAP4+: Move external phy initialisations to arch specific place.

On Mon, Jun 04, 2012 at 07:10:23PM +0530, R Sricharan wrote: > The external phy is present in the case OMAP5 soc is currently > configured in emif-common.c. This results in having dummy structures > for those Socs which do not have a external phy. So by having a weak > function in emif-common and

Re: [U-Boot] [PATCH] omap: am33xx: accomodate input clocks other than 24 Mhz

On Wed, May 30, 2012 at 10:46:00AM -0700, Steve Sakoman wrote: > The PLL setup values currently assume a 24 Mhz input clock. > > This patch uses V_OSCK from the board config file to support boards > with different input clock rates. > > Signed-off-by: Steve Sakoman Queued up for u-boot-ti/mast

Re: [U-Boot] [PATCH 0/3] OMAP: Detect reset type and handle sdram init after warm rese

On Wed, May 30, 2012 at 10:56:40AM +0530, Lokesh Vutla wrote: ` > Certain modules are not affected by means of a warm reset and need not > be configured again. Adding an API to detect a warm reset. > > Emif is one such module that need not be configured after warm reset. > All the registers are

Re: [U-Boot] [PATCH] hawkboard/omapl-138: Add support for generating ais image for hawkboard

On Thu, Jun 21, 2012 at 09:57:49AM -0700, Tom Rini wrote: > On Thu, Jun 14, 2012 at 12:09:06AM +0530, Sughosh Ganu wrote: > > > Parameters used for configuring certain SoC peripherals are parsed > > from the cfg file and appended as part of the ais image's header. The > > u-boot-spl.ais generated

Re: [U-Boot] [PATCH v4 1/1] tegra: usb: Fix device enumeration problem of USB1

Dear Jim Lin, > >From: Marek Vasut [mailto:marek.va...@gmail.com] > >Sent: Thursday, June 21, 2012 6:16 PM > > > >> --- a/drivers/usb/host/ehci-tegra.c > >> +++ b/drivers/usb/host/ehci-tegra.c > >> @@ -1,5 +1,5 @@ > >> > >> /* > >> > >> - * Copyright (c) 2009 NVIDIA Corporation > >> + * Copyrig

Re: [U-Boot] [PATCH] hawkboard/omapl-138: Add support for generating ais image for hawkboard

On Thu, Jun 14, 2012 at 12:09:06AM +0530, Sughosh Ganu wrote: > Parameters used for configuring certain SoC peripherals are parsed > from the cfg file and appended as part of the ais image's header. The > u-boot-spl.ais generated is flashed separately to the nand, so do not > delete the file after

Re: [U-Boot] [PATCH v2] omap4: Use a smaller M, N couple for IVA DPLL

On Wed, Jun 13, 2012 at 05:16:40PM +0200, Sebastien Jan wrote: > This reduced M,N couple corresponds to the advised value from > TI HW team. > > Tested on 4460 Pandaboard, it also provides peripheral clocks > closer to the advised values. > > Signed-off-by: Sebastien Jan Queued up for u-boot-t

Re: [U-Boot] [PATCH 0/4] OMAP4/5: Remove non-essential clocks, dplls, pads configurations.

On Wed, Jun 13, 2012 at 11:23:29AM +0530, R Sricharan wrote: > On OMAP4/5 platforms, certain kernel drivers are dependent upon the > bootloaders for clocks, dpll, pad configurations. But this should > not be the case. Removing this from the u-boot is a way to get things > fixed in the kernel. > >

Re: [U-Boot] [PATCH 1/6] omap24xx_i2c: add 2-byte address support

On Fri, Jun 08, 2012 at 05:12:09PM +0400, Ilya Yanok wrote: > Various devices like EEPROMs require 2-byte address support to > be properly accessed. This patch adds this support for OMAP2/3/4 > I2C controller driver. > I've tested it with EEPROM (16 bit address) and TPS65217 chip > (8 bit address)

Re: [U-Boot] [PATCH 1/4] mcx: increased buffer for command line

On Thu, Jun 14, 2012 at 10:34:41AM +0200, Stefano Babic wrote: > Signed-off-by: Stefano Babic > CC: Tom Rini This (along with 2, 3 and 4) are applied to u-boot-ti/next, thanks! -- Tom signature.asc Description: Digital signature ___ U-Boot mailing

Re: [U-Boot] [PATCH v4 5/6] omap4_panda: Disable DCACHE since USB EHCI is enabled

Hi, On Thu, Jun 21, 2012 at 4:49 PM, Sricharan R wrote: > Hi Tom, > [snip..] >>  #define CONFIG_USB_HOST >>  #define CONFIG_USB_EHCI >>  #define CONFIG_USB_EHCI_OMAP >> +#define CONFIG_SYS_DCACHE_OFF        /* USB_EHCI is unusable with > DCACHE >> support */ >>  #define CONFIG_USB_STORAGE >>  #def

Re: [U-Boot] [PATCH 2/4] cache_v7: Check for dcache enablement in dcache flush functions

Hi Aneesh, On Thu, Jun 21, 2012 at 2:55 PM, Sricharan R wrote: > Hi, > [snip..] >> On 06/15/2012 07:48 AM, R, Sricharan wrote: >> > Hi, >> > >> >>> On Fri, Jun 15, 2012 at 12:31 AM, Tom Rini  wrote: >> If we are built with D-CACHE enabled but have run 'dcache off' and >> then >> attempt

[U-Boot] Freescale mpc8641hpcn board saveenv hang

Dear,..Hi, I try to intall a newest u-Boot on a Freescale mpc8641hpcn board. I have does folloing: git clone git://git.denx.de/u-boot.git /mnt/sata/usr/src/u-boot/ date -s "??/??/2012 11:20:00" make mrproper make MPC8641HPCN_config make Flash now u-boot.bin into board (per jtag interface 0xfff0

Re: [U-Boot] [PATCH 1/2] OMAP4: clocks-common: prevent USB DPLL from being stuck in running state

On Thu, 2012-06-21 at 14:18 +0300, Roger Quadros wrote: > On 06/21/2012 01:51 PM, R, Sricharan wrote: > > Hi Roger, > > > If board config does not select CONFIG_USB_EHCI_OMAP (e.g. > omap4_sdp4430_config) > then the USB DPLL is stuck in running state and it prevents the system > >

Re: [U-Boot] [PATCH 12/20] arm/km: add support for external switchconfiguration

Hi Prafulla, On 06/12/2012 06:39 AM, Prafulla Wadaskar wrote: > > >> -Original Message- >> From: u-boot-boun...@lists.denx.de [mailto:u-boot- >> boun...@lists.denx.de] On Behalf Of Valentin Longchamp >> Sent: 07 June 2012 15:37 >> To: prafu...@mavell.com >> Cc: Valentin Longchamp; holger

Re: [U-Boot] [PATCH v3 0/9] feature additions and fixes for da850/omap-l138

Hi Prabhakar, On Thu, Jun 21, 2012 at 9:51 AM, Prabhakar Lad wrote: > From: Lad, Prabhakar > > This series adds MMC/SD, NAND and NOR SPL support > for Logic PD's DA850/OMAP-L138 EVM. This series > also fixes some issues found on the EVM during > testing. The patches are sent in a series as these

Re: [U-Boot] [PATCH v3 4/9] arm, davinci: perform check for initalizing global data and serial init

On Thu, Jun 21, 2012 at 9:51 AM, Prabhakar Lad wrote: > From: Lad, Prabhakar > > initialize baudrate, flags, data and serial intialization, initialization > only when CONFIG_SPL_LIBCOMMON_SUPPORT is defined. > > Signed-off-by: Lad, Prabhakar > Signed-off-by: Rajashekhara, Sudhakar > Signed-of

Re: [U-Boot] [PATCH v3 2/9] da850/omap-l138: modifications for Logic PD Rev.3 AM18xx EVM

Hi Prabhakar, On Thu, Jun 21, 2012 at 9:51 AM, Prabhakar Lad wrote: > From: Rajashekhara, Sudhakar > > AHCLKR/UART1_RTS/GP0[11] pin needs to be configured for > MMC and NOR to work on DA850/OMAP-L138 Rev.3 EVM. When > GP0[11] is low, the SD0 interface will not work, but NOR > flash will. When GP

Re: [U-Boot] [PATCH 1/2] OMAP4: clocks-common: prevent USB DPLL from being stuck in running state

On Thu, 2012-06-21 at 12:39 +0300, Roger Quadros wrote: > If board config does not select CONFIG_USB_EHCI_OMAP (e.g. > omap4_sdp4430_config) > then the USB DPLL is stuck in running state and it prevents the system from > entering OFF mode (i.e. l3init domain is kept ON). > > With this patch we un

Re: [U-Boot] [PATCH 1/2] OMAP4: clocks-common: prevent USB DPLL from being stuck in running state

On 06/21/2012 01:51 PM, R, Sricharan wrote: > Hi Roger, > If board config does not select CONFIG_USB_EHCI_OMAP (e.g. omap4_sdp4430_config) then the USB DPLL is stuck in running state and it prevents the system from entering OFF mode (i.e. l3init domain is kept ON). W

Re: [U-Boot] [PATCH 1/2] OMAP4: clocks-common: prevent USB DPLL from being stuck in running state

Hi Sricharan, On 06/21/2012 01:18 PM, R, Sricharan wrote: > Hi Roger, > >> If board config does not select CONFIG_USB_EHCI_OMAP (e.g. >> omap4_sdp4430_config) >> then the USB DPLL is stuck in running state and it prevents the system from >> entering OFF mode (i.e. l3init domain is kept ON). >> >

[U-Boot] [PATCH 1/2] OMAP4: clocks-common: prevent USB DPLL from being stuck in running state

If board config does not select CONFIG_USB_EHCI_OMAP (e.g. omap4_sdp4430_config) then the USB DPLL is stuck in running state and it prevents the system from entering OFF mode (i.e. l3init domain is kept ON). With this patch we unconditionally configure the USB DPLL so it functions properly even on

  1   2   >