Re: [U-Boot] [PATCH V3 1/3] OMAP5: I2C: Enable i2c5 clocks

On Tuesday 09 April 2013 12:09 PM, Lubomir Popov wrote: > Hi Sricharan, > > On 09/04/13 09:34, Sricharan R wrote: >> Hi Lubomir, >> >> On Monday 08 April 2013 04:03 PM, Lubomir Popov wrote: >>> Signed-off-by: Lubomir Popov >>> --- >>> V3 consolidates this patch into a series. >>> >>> arch/arm/cp

Re: [U-Boot] [PATCH] Exynos5: i2c: Fix read NACK handling and remove some redundancy

On which branch is this patch based? It looks quite off from ToT. On Mon, Mar 25, 2013 at 7:46 PM, Akshay Saraswat wrote: > From: Gabe Black > > The exynos s3c24x0 i2c driver wouldn't do the right thing when a NACK was > received on a read because it didn't attempt a read before waiting for the

Re: [U-Boot] [PATCH V3 1/3] OMAP5: I2C: Enable i2c5 clocks

Hi Sricharan, On 09/04/13 09:34, Sricharan R wrote: > Hi Lubomir, > > On Monday 08 April 2013 04:03 PM, Lubomir Popov wrote: >> Signed-off-by: Lubomir Popov >> --- >> V3 consolidates this patch into a series. >> >> arch/arm/cpu/armv7/omap5/hw_data.c |1 + >> 1 file changed, 1 insertion(+) >

Re: [U-Boot] [PATCH V3 1/3] OMAP5: I2C: Enable i2c5 clocks

Hi Lubomir, On Monday 08 April 2013 04:03 PM, Lubomir Popov wrote: > Signed-off-by: Lubomir Popov > --- > V3 consolidates this patch into a series. > > arch/arm/cpu/armv7/omap5/hw_data.c |1 + > 1 file changed, 1 insertion(+) > > diff --git a/arch/arm/cpu/armv7/omap5/hw_data.c > b/arch/ar

Re: [U-Boot] [PATCH v2] OMAP5: I2C: Enable i2c5 clocks

Hi Lubomir, On Monday 08 April 2013 03:05 PM, Lubomir Popov wrote: > Hi Sricharan, > > On 08/04/13 09:09, Sricharan R wrote: >> On Thursday 04 April 2013 09:22 PM, Lubomir Popov wrote: >>> V2 fixes line wrap issue of the patch itself. >>> >>> I2C5 is used on all known OMAP5 hardware platforms, th

Re: [U-Boot] [PATCH v2] OMAP5: USB: hsusbtll_clkctrl has to be in hw_auto for USB to work

Hi Lubomir, On Monday 08 April 2013 03:05 PM, Lubomir Popov wrote: > Hello Sricharan, > > On 08/04/13 09:05, Sricharan R wrote: >> On Thursday 04 April 2013 09:21 PM, Lubomir Popov wrote: >>> V2 fixes line wrap issue of the patch itself. >>> >>> This fix is needed (but not sufficient) for USB EHC

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

Hi Tom, On Mon, 8 Apr 2013 12:33:36 -0400, Tom Rini wrote: > Hello, > > The following changes since commit 8bf3c322856f42d4db8acd7fa4f2a17898564064: > > logo: update to the new logo for ATMEL (2013-04-05 21:49:37 +0200) > > are available in the git repository at: > > git://git.denx.de/u-

Re: [U-Boot] [PATCH 2/5][v2] powerpc/mpc85xx: new SPL support for IFC NAND

On 04/09/2013 06:25 AM, Scott Wood wrote: On 04/05/2013 09:38:32 PM, Prabhakar Kushwaha wrote: On 04/06/2013 02:10 AM, Scott Wood wrote: On 03/22/2013 02:08:05 AM, Prabhakar Kushwaha wrote: diff --git a/board/freescale/common/Makefile b/board/freescale/common/Makefile index 75725b4..a4d521c 1

Re: [U-Boot] [PATCH 2/5][v2] powerpc/mpc85xx: new SPL support for IFC NAND

On 04/09/2013 06:25 AM, Scott Wood wrote: On 04/05/2013 09:38:32 PM, Prabhakar Kushwaha wrote: On 04/06/2013 02:10 AM, Scott Wood wrote: On 03/22/2013 02:08:05 AM, Prabhakar Kushwaha wrote: diff --git a/board/freescale/common/Makefile b/board/freescale/common/Makefile index 75725b4..a4d521c 1

Re: [U-Boot] [PATCH 1/5][v2] powerpc/mpc85xx:No NOR boot, do not compile IFC errata A003399

On 04/09/2013 06:09 AM, Scott Wood wrote: On 04/05/2013 09:28:14 PM, Prabhakar Kushwaha wrote: On 04/06/2013 02:03 AM, Scott Wood wrote: On 03/22/2013 02:07:48 AM, Prabhakar Kushwaha wrote: IFC errata A003399 is valid for IFC NOR boot i.e.if no on-board NOR flash or no NOR boot, do not compil

Re: [U-Boot] [PATCH 7/8] mtd: nand: add driver for diskonchip g4 nand flash

On 04/08/2013 01:25:01 AM, Marek Vasut wrote: Dear Mike Dunn, > This patch adds a driver for the diskonchip G4 nand flash device. It is > based on the driver from the linux kernel. > > This also includes a separate SPL driver. A separate SPL driver is used > because the device operates i

Re: [U-Boot] [PATCH 2/5][v2] powerpc/mpc85xx: new SPL support for IFC NAND

On 04/05/2013 09:38:32 PM, Prabhakar Kushwaha wrote: On 04/06/2013 02:10 AM, Scott Wood wrote: On 03/22/2013 02:08:05 AM, Prabhakar Kushwaha wrote: diff --git a/board/freescale/common/Makefile b/board/freescale/common/Makefile index 75725b4..a4d521c 100644 --- a/board/freescale/common/Makefil

Re: [U-Boot] [PATCH 1/5][v2] powerpc/mpc85xx:No NOR boot, do not compile IFC errata A003399

On 04/05/2013 09:28:14 PM, Prabhakar Kushwaha wrote: On 04/06/2013 02:03 AM, Scott Wood wrote: On 03/22/2013 02:07:48 AM, Prabhakar Kushwaha wrote: IFC errata A003399 is valid for IFC NOR boot i.e.if no on-board NOR flash or no NOR boot, do not compile its workaround. Signed-off-by: Prabhaka

Re: [U-Boot] [STATUS] v2013.04-rc2 released

Hi Tom, On Mon, Apr 8, 2013 at 9:06 AM, Tom Rini wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 04/04/2013 04:24 PM, Simon Glass wrote: >> Hi Tom, >> >> On Wed, Apr 3, 2013 at 2:33 PM, Tom Rini > > wrote: >> >> Hey all, >> >> I've tagged and pushed v2013.04-r

Re: [U-Boot] Patman / buildman pull request

Hi Tom, On Mon, Apr 8, 2013 at 9:54 AM, Tom Rini wrote: > On Thu, Apr 04, 2013 at 02:28:26PM -0700, Simon Glass wrote: > >> Hi Tom, >> >> I have brought in the patman changes for this release and also some >> changes that I consider to be bug fixes. For now I have left out these >> patches: >> >>

Re: [U-Boot] [PATCH 4/4] ARM: fix CONFIG_SPL_MAX_SIZE semantics

Hi Albert, On Monday, April 8, 2013 9:58:29 PM, Albert ARIBAUD wrote: > The ASSERT() in arch/arm/cpu/u-boot.lds is unneeded as > this linker file is not used for SPL builds. Remove it. > > The ASSERT() in arch/arm/cpu/u-boot-spl.lds is wrong > as it compares image+BSS size to max image size only.

Re: [U-Boot] [U-Boot, 1/4] cam_enc_4xx: fix CONFIG_SPL_MAX_SIZE semantics

On Mon, Apr 08, 2013 at 09:58:26AM -, Albert ARIBAUD wrote: > CONFIG_SPL_MAX_SIZE wrongly included BSS size. Split > max size between image and BSS based on sizes reported > for current build. > > Signed-off-by: Albert ARIBAUD > > --- > board/ait/cam_enc_4xx/u-boot-spl.lds |2 +- > incl

[U-Boot] [PATCH v3 4/7] ubi: ubifs: Turn off verbose prints

The prints are out of control. SILENCE! Signed-off-by: Joe Hershberger --- Changes in v3: - Changed the silence to opt-in and added the options to README Changes in v2: - Cleaned up the msg print silencing README| 10 ++ common/cmd_ubi.c | 3 +++ drivers/mtd/mtdp

[U-Boot] [PATCH v3 2/7] ubi: Expose a few simple functions from the cmd_ubi

Part, Read, and Write functionality that will be used by env_ubi. Signed-off-by: Joe Hershberger --- Changes in v3: None Changes in v2: - Added curly braces on "multi-line" statements - Added extern consistently in header common/cmd_ubi.c| 150 +--

[U-Boot] [PATCH v3 5/7] mtd: Make mtdparts work with pre-reloc env

The env in UBI needs to look up the mtd partition as part of relocation, which happens before relocation. Make the mtdparts code capable of working on the default env to start with. The code tries to set values in the env as well, but again, the env isn't there yet, so add a check to setenv to no

[U-Boot] [PATCH v3 7/7] env: Add redundant env support to UBI env

Allow the user to specify two UBI volumes to use for the environment Signed-off-by: Joe Hershberger --- Changes in v3: None Changes in v2: - Added curly braces on "multi-line" statements README| 6 +++ common/env_ubi.c | 117 +++

[U-Boot] [PATCH v3 6/7] env: Add support for UBI environment

UBI is a better place for the environment on NAND devices because it handles wear-leveling and bad blocks. Gluebi is needed in Linux to access the env as an MTD partition. Signed-off-by: Joe Hershberger --- Changes in v3: - Added comment to README about using _SILENCE_MSG options Changes in v2:

[U-Boot] [PATCH v3 0/7] Add support for using an UBI volume for environment

NAND is not good at handling absolute addresses to sectors for storing particular data. The current implementation of the NAND env support works around this in several ways such as storing a pointer to the sector in the OOB of the first sector (interferes with some CRC) or supporting a range of se

[U-Boot] [PATCH v3 1/7] ubi: Fix broken cleanup code in attach_by_scanning

The unwind code was not reversing operations correctly and was causing a hang on any error condition. Signed-off-by: Joe Hershberger --- Changes in v3: None Changes in v2: - Fixed error handling bug that prevents fail-over to default env on error drivers/mtd/ubi/build.c | 8 drivers/mt

[U-Boot] [PATCH v3 3/7] ubi: ubifs: Add documentation for README

Describe the needed CONFIG tokens to enable UBI and UBIFS support. Signed-off-by: Joe Hershberger --- Changes in v3: - Added documentation for UBI and UBIFS to README Changes in v2: None README | 16 1 file changed, 16 insertions(+) diff --git a/README b/README index 5701016.

Re: [U-Boot] offer: program to deal with kirkwood "boot from UART"

On Mon, Apr 08, 2013 at 11:14:25AM +0200, JPT wrote: > Hi, > > during my dealing with the bricked kirkwood board I wrote an app > which automates the process of booting from UART. > It's rather stable now, except right now it doesn't work any more. > It's highly configurable, since the external c

Re: [U-Boot] [PATCH] ARM: Fix __bss_start and __bss_end in linker scripts

Hi Tom, On Mon, 8 Apr 2013 15:56:12 -0400, Tom Rini wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 04/08/2013 03:03 PM, Albert ARIBAUD wrote: > > Hi Tom, > > > > On Fri, 5 Apr 2013 16:23:30 -0400, Tom Rini wrote: > > > >> On Fri, Apr 05, 2013 at 10:04:02PM +0200, Albert ARIB

[U-Boot] [PATCH 0/4] Homogeneize semantics of CONFIG_SPL_MAX_SIZE

CONFIG_SPL_MAX_SIZE and CONFIG_SPL_BSS_MAX_SIZE did not have constant semantics across all of U-boot. This patch series aims at fixing this by splitting the maximum size into separate image (code + data + rodata + linker list) size on the one hand, and BSS size on the other hand. Albert ARIBAUD (4

[U-Boot] [PATCH 4/4] ARM: fix CONFIG_SPL_MAX_SIZE semantics

The ASSERT() in arch/arm/cpu/u-boot.lds is unneeded as this linker file is not used for SPL builds. Remove it. The ASSERT() in arch/arm/cpu/u-boot-spl.lds is wrong as it compares image+BSS size to max image size only. Split it in two distinct ASSERT()s, one for image size, one for BSS size. Final

[U-Boot] [PATCH 3/4] smdk5250, snow: fix CONFIG_SPL_MAX_SIZE semantics

CONFIG_SPL_MAX_SIZE wrongly included BSS size. Split max size between image and BSS based on sizes reported for current build. Signed-off-by: Albert ARIBAUD --- board/samsung/smdk5250/smdk5250-uboot-spl.lds |2 +- include/configs/exynos5250-dt.h |3 ++- 2 files changed, 3 i

[U-Boot] [PATCH 1/4] cam_enc_4xx: fix CONFIG_SPL_MAX_SIZE semantics

CONFIG_SPL_MAX_SIZE wrongly included BSS size. Split max size between image and BSS based on sizes reported for current build. Signed-off-by: Albert ARIBAUD --- board/ait/cam_enc_4xx/u-boot-spl.lds |2 +- include/configs/cam_enc_4xx.h|4 +++- 2 files changed, 4 insertions(+), 2 d

[U-Boot] [PATCH 2/4] da850evm, da840_am18xxevm: fix CONFIG_SPL_MAX_SIZE semantics

CONFIG_SPL_MAX_SIZE wrongly included BSS size. Split max size between image and BSS based on sizes reported for current build. Signed-off-by: Albert ARIBAUD --- board/davinci/da8xxevm/u-boot-spl-da850evm.lds |2 +- include/configs/da850evm.h |4 +++- 2 files changed,

Re: [U-Boot] [PATCH] ARM: Fix __bss_start and __bss_end in linker scripts

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/08/2013 03:03 PM, Albert ARIBAUD wrote: > Hi Tom, > > On Fri, 5 Apr 2013 16:23:30 -0400, Tom Rini wrote: > >> On Fri, Apr 05, 2013 at 10:04:02PM +0200, Albert ARIBAUD wrote: >> >>> The two general ideas of my proposal are: >>> >>> 1) to sepa

Re: [U-Boot] PPC4XX Custom Board - Failing to read I2C

Stefan, Yes, I am working with a 460SX and a board based off of AMCC Eiger (unsupported as of 2010). IICx_STS Register settings: 04 = MDBF Full = Master data buffer contains data 40 = IRQA Active = An IIC interrrupt has been sent to the UIC I'm clearing the IIC register early on in my code: mtd

Re: [U-Boot] [v3] command/cache: Add flush command

On 04/07/2013 03:29:31 AM, Wolfgang Denk wrote: Dear sun york-R58495, In message you wrote: > > > Can we not split this into: > > > > dcache flush > > icache invalidate > > > > ? This would make clear what's happening. > > > The idea is to reuse existing code with minimum addi

Re: [U-Boot] offer: program to deal with kirkwood "boot from UART"

Jan, On Mon, Apr 08, 2013 at 11:14:25AM +0200, JPT wrote: > during my dealing with the bricked kirkwood board I wrote an app > which automates the process of booting from UART. > It's rather stable now, except right now it doesn't work any more. Never was a more contradictory sentence uttered ;-)

Re: [U-Boot] [v3] command/cache: Add flush command

On 04/08/2013 02:18:20 PM, Wolfgang Denk wrote: Dear Scott, In message <1365447916.28843.7@snotra> you wrote: > > Maybe "cache" should be the toplevel command, with "icache" and > "dcache" refactored to be subcommands? Of course, then you're making > an incompatible interface change. How mu

[U-Boot] "No status update" errors in OMAP mmc_send_cmd()

Greetings, I've been fighting an odd problem with a custom OMAP4 board throwing MMC errors. It seems that a 4-bit-wide uSD card on MMC1 works but an 8-bit-wide eMMC part on MMC2 has problems. As sometimes happens, in trying to track down the problem the presence of a debugging printf() masked the

Re: [U-Boot] [v3] command/cache: Add flush command

Dear Scott, In message <1365447916.28843.7@snotra> you wrote: > > Maybe "cache" should be the toplevel command, with "icache" and > "dcache" refactored to be subcommands? Of course, then you're making > an incompatible interface change. How much is consistency worth? I think backward compat

Re: [U-Boot] [v3] command/cache: Add flush command

On 04/08/2013 01:35:13 PM, Wolfgang Denk wrote: Dear sun york-R58495, In message you wrote: > > I think it is best to keep this patch as it and stick with the > original flush_cache name. It uses the existing function > flush_cache() which is available for most (if not all) architectures

Re: [U-Boot] [PATCH] ARM: Fix __bss_start and __bss_end in linker scripts

Hi Tom, On Fri, 5 Apr 2013 16:23:30 -0400, Tom Rini wrote: > On Fri, Apr 05, 2013 at 10:04:02PM +0200, Albert ARIBAUD wrote: > > > The two general ideas of my proposal are: > > > > 1) to separate testing the image (text,data,rodata,lists) size on the > >one hand and the image BSS size on t

[U-Boot] [PATCH] mx28evk: add trimffs to nand command

this is usefull when writing an UBI image which contains and UBIFS volume (check README.nand and UBI FAQ for more details) Signed-off-by: Eric Bénard --- include/configs/mx28evk.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/configs/mx28evk.h b/include/configs/mx28evk.h index d470

Re: [U-Boot] [PATCH v9 18/30] nand: mxc: Switch NAND SPL to generic SPL

Hi Benoît, On Mon, Apr 8, 2013 at 3:47 PM, Benoît Thébaudeau wrote: > Did you have a chance to perform this test? I have built v10 bundle and will have access to my mx31pdk tomorrow morning. Will let you know the results. Regards, Fabio Estevam ___

Re: [U-Boot] [PATCH v9 18/30] nand: mxc: Switch NAND SPL to generic SPL

Hi Fabio, On Wednesday, April 3, 2013 11:42:07 PM, Benoît Thébaudeau wrote: > Hi Fabio, > > On Wednesday, April 3, 2013 11:01:51 PM, Fabio Estevam wrote: > > Hi Benoît, > > > > On Wed, Apr 3, 2013 at 3:30 AM, Benoît Thébaudeau > > wrote: > > > > > Here is the v10 bundle for those who want to t

Re: [U-Boot] Question about Automatic Updates

Hi, On Mon, Apr 8, 2013 at 11:00 AM, Wolfgang Denk wrote: > Dear tiger...@viatech.com.cn, > > In message > you wrote: >> >> I found an Automatic Updates digest in this web page: >> http://www.denx.de/wiki/view/U-Bootdoc/AutomaticUpdates >> >> So, my question is: >> 1. Can uboot support this fea

Re: [U-Boot] [v3] command/cache: Add flush command

Dear sun york-R58495, In message you wrote: > > I think it is best to keep this patch as it and stick with the > original flush_cache name. It uses the existing function > flush_cache() which is available for most (if not all) architectures. > Splitting the dcache and icache not only adds more

Re: [U-Boot] Question about Automatic Updates

Dear Jagan Teki, In message you wrote: > > > Most of this is usually done as shell scripts run by U-Boot. These > > scripts are usually proprietary code ant not part of the U-Boot > > distribution. > > > > Mainline U-Boot contains all the needed features, and implementing > > such an update mec

Re: [U-Boot] [PATCH 1/1] TPM: STMicroelectronics u-boot driver I2C

Dear Mathias leblanc, In message <1365429818-2090-1-git-send-email-mathias.lebl...@st.com> you wrote: > > * STMicroelectronics version 1.2.0, Copyright (C) 2013 Who exactly is the copyright holder? > * STMicroelectronics comes with ABSOLUTELY NO WARRANTY. > * This is free software, and you a

Re: [U-Boot] mmc: sdhci: Add a quirk to add delay during completion of sdhci_send_cmd

On Mon, Apr 8, 2013 at 9:22 AM, Tushar Behera wrote: > On 04/07/2013 10:27 AM, Jagan Teki wrote: >> Hi, >> >> I saw that you have been added the SDHCI_QUIRK_WAIT_SEND_CMD on below commit >> http://git.denx.de/?p=u-boot.git;a=commitdiff;h=13243f2eafc4292917178051fe1bb5aab2774dca >> >> I need few qu

Re: [U-Boot] [PATCH] doc/feature-removal-schedule.txt: Add CONFIG_SYS_(CLOCKS|PADS)_ENABLE_ALL

I thought I had replied to this, but I don't see it in my email right now. On Tue, Apr 02, 2013 at 11:16:43PM -0400, Michael Cashwell wrote: > On Apr 2, 2013, at 2:56 PM, Tom Rini wrote: > > > On 04/02/2013 02:41 PM, Michael Cashwell wrote: > > > >> I'm currently using 3.0.8. That version most

Re: [U-Boot] [PATCH 2/8] pxa_lcd: make lcd_enable() a weak pointer

On 04/07/2013 12:08 PM, Fabio Estevam wrote: > On Sun, Apr 7, 2013 at 1:40 PM, Mike Dunn wrote: > >> +void lcd_enable(void) >> + __attribute__((weak, alias("__lcd_enable"))); > > What about declaring it as: > > __weak void lcd_enable(void) > > Yes, that works. And very to-the-point

Re: [U-Boot] [v3] command/cache: Add flush command

On Apr 7, 2013, at 1:29 AM, Wolfgang Denk wrote: > Dear sun york-R58495, > > In message > > you wrote: >> >>> Can we not split this into: >>> >>> dcache flush >>> icache invalidate >>> >>> ? This would make clear what's happening. >> >> >> The idea is to reuse existing code with

Re: [U-Boot] [PATCH 7/8] mtd: nand: add driver for diskonchip g4 nand flash

Dear Mike Dunn, > On 04/07/2013 11:25 PM, Marek Vasut wrote: > [..] > > > Try #ifdef U_BOOT instead of #if 0, no? > > Marek, can you clarify? Do you mean something like... > > #define U_BOOT > ... > #ifndef U_BOOT /* Currently u-boot does not have for_each_set_bit */ > unsigned

Re: [U-Boot] [PATCH 7/8] mtd: nand: add driver for diskonchip g4 nand flash

On 04/07/2013 11:25 PM, Marek Vasut wrote: [..] > Try #ifdef U_BOOT instead of #if 0, no? Marek, can you clarify? Do you mean something like... #define U_BOOT ... #ifndef U_BOOT /* Currently u-boot does not have for_each_set_bit */ unsigned long bits = ~buf[i];

Re: [U-Boot] [PATCH V4 0/5] ARM: OMAP4/5: Add support to boot with device tree as default

On Mon, Apr 01, 2013 at 09:22:37PM +0530, Sricharan R wrote: > With the kernel moving all towards device tree, this series > adds support to make the device tree boot as the default > for OMAP4/5 platforms. > > Nishanth Menon (1): > omap5: Allow use of a plain text env file > > Sricharan R (4)

Re: [U-Boot] [PATCH v2 1/6] omap3/cpu.h: add BCH support

On Tue, Apr 02, 2013 at 06:05:53PM +0200, Andreas Bie??mann wrote: > This patch adds the BCH result registers to register mapping for OMAP3 gpmc. > > Signed-off-by: Andreas Bie??mann > Cc: Tom Rini > Cc: Ilya Yanok > Cc: Scott Wood This, along with the rest of the series (v4 of 4/6 and 5/6),

Re: [U-Boot] arm: omap4: Fix SDRAM AUTO DETECTION

On Thu, Apr 04, 2013 at 07:51:14PM -, Lokesh Vutla wrote: > Commit "8602114 omap: emif: configure emif only when required" > breaks SDRAM_AUTO_DETECTION. > The issue is dmm_init() depends on emif_sizes[](SDRAM Auto detection) > done in do_sdram_init(). The above commit moves dmm_init() above >

Re: [U-Boot] [U-Boot, v2] OMAP: Fix copy-paste bug that did not enable UART4 clock

On Thu, Apr 04, 2013 at 05:51:45AM -, Lubomir Popov wrote: > V2 fixes line wrap issue of the patch itself. > > UART3 was enabled twice instead of UART4. > > One more cosmetic change in a comment on EMIF clock. > > Signed-off-by: Lubomir Popov > Reviewed-by: R Sricharan Applied to u-boot-

Re: [U-Boot] am335x: Enable MMC1 clock

On Wed, Apr 03, 2013 at 08:50:01AM -, Tom Rini wrote: > We must not assume ROM has enabled the clock for MMC1. > > Reported-by: Koen Kooi > Signed-off-by: Tom Rini > Acked-by: Peter Korsgaard Applied to u-boot-ti/master, thanks! -- Tom signature.asc Description: Digital signature

Re: [U-Boot] pcm051: Enable DDR PHY dynamic power down bit

On Wed, Apr 03, 2013 at 04:37:52AM -, Lars Poeschel wrote: > From: Lars Poeschel > > This is done already for am335x in > 59dcf970d11ebff5d9f4bbbde79fda584e9e7ad4 and also applies for pcm051. > > It powers down the IO receiver when not performing read which helps > reducing the overall powe

Re: [U-Boot] doc/feature-removal-schedule.txt: Add CONFIG_SYS_(CLOCKS|PADS)_ENABLE_ALL

On Tue, Apr 02, 2013 at 07:39:43AM -, Tom Rini wrote: > We shall remove these OMAP4/5-specific options in v2013.07, barring > insufficient progress on the kernel side. > > Cc: Sricharan R > Signed-off-by: Tom Rini Applied to u-boot-ti/master, thanks! -- Tom signature.asc Description: D

Re: [U-Boot] [U-Boot, 1/1, v5] omap3_beagle: Flush UART3 xmit on enable if TEMT is broken

On Fri, Mar 29, 2013 at 02:52:36AM -, man.hu...@arcor.de wrote: > From: Manfred Huber > > Flush UART3 xmit on enable if TEMT is broken > > On some OMAP3 devices when UART3 is configured for boot mode before SPL > starts > only THRE bit is set. We have to empty the transmitter before initi

Re: [U-Boot] musb: set MUSB speed based on CONFIG

On Thu, Mar 21, 2013 at 05:27:49AM -, Bin Liu wrote: > Do not config MUSB to highspeed mode if CONFIG_USB_GADGET_DUALSPEED > is not set, in which case Ether gadget only operates in fullspeed. > > Reviewed-by: Tom Rini > Signed-off-by: Bin Liu Applied to u-boot-ti/master, thanks! -- Tom

Re: [U-Boot] musb: am335x: disable bulk split-combine feature

On Thu, Mar 21, 2013 at 05:27:48AM -, Bin Liu wrote: > On TI AM335x devices, MUSB has bulk split/combine feature enabled > in the ConfigData register, but the current MUSB driver does not > support it yet. Therefore, disable the feature for now, until the > driver adds the support. > > One us

Re: [U-Boot] [PATCH 0/3] OMAP5: Improve uEVM support

On Fri, Apr 05, 2013 at 12:21:43PM -0400, Tom Rini wrote: > Today, the eMMC on the omap5_uevm cannot be booted from, due to a bug in > the save_boot_params function that tests for a range of XIP to MMC2. > But in the case of OMAP5, MMC2 is eMMC boot partition and MMC2_2 is eMMC > (main), and uEVM

Re: [U-Boot] [PATCH v2] OMAP: Fix copy-paste bug that did not enable UART4 clock

On Mon, Apr 08, 2013 at 11:36:29AM +0530, Sricharan R wrote: > On Thursday 04 April 2013 09:21 PM, Lubomir Popov wrote: > > V2 fixes line wrap issue of the patch itself. > > > > UART3 was enabled twice instead of UART4. > > > > One more cosmetic change in a comment on EMIF clock. > > > > Signed

Re: [U-Boot] Patman / buildman pull request

On Thu, Apr 04, 2013 at 02:28:26PM -0700, Simon Glass wrote: > Hi Tom, > > I have brought in the patman changes for this release and also some > changes that I consider to be bug fixes. For now I have left out these > patches: > > http://patchwork.ozlabs.org/patch/231570/ > http://patchwork.ozla

Re: [U-Boot] [PATCH 6/8] lib: import bitrev library from linux kernel

On 04/07/2013 11:23 PM, Marek Vasut wrote: > Dear Mike Dunn, > >> This patch adds the bitrev library from the linux kernel. This is a simple >> algorithm that uses an 8 bit look-up table to reverse the bits in data >> types of 8, 16, or 32 bit widths. The docg4 nand flash driver uses it. >> >> S

Re: [U-Boot] [PATCH 0/3] OMAP5: Improve uEVM support

On Fri, Apr 05, 2013 at 12:21:43PM -0400, Tom Rini wrote: > Today, the eMMC on the omap5_uevm cannot be booted from, due to a bug in > the save_boot_params function that tests for a range of XIP to MMC2. > But in the case of OMAP5, MMC2 is eMMC boot partition and MMC2_2 is eMMC > (main), and uEVM

Re: [U-Boot] [PATCH 2/3] omap5_evm.h: Move uEVM-specific choices to omap5_evm.h

On Fri, Apr 05, 2013 at 12:21:45PM -0400, Tom Rini wrote: > The omap5_uevm platform has eMMC, and it makes sense to say that our > default env storage shall reside there. Other platforms may not, so > move this choice to the EVM config. In addition, we should provide some > way to partition the

[U-Boot] Please pull u-boot-ti/master

Hello, The following changes since commit 8bf3c322856f42d4db8acd7fa4f2a17898564064: logo: update to the new logo for ATMEL (2013-04-05 21:49:37 +0200) are available in the git repository at: git://git.denx.de/u-boot-ti.git master for you to fetch changes up to dd2445ec1b839a5ca61ff8438a5b7

Re: [U-Boot] [PATCH 1/2] dfu:ext4:fix: Change ext4write command order of parameters

On Thu, Apr 04, 2013 at 04:32:57PM +0200, Lukasz Majewski wrote: > Following commit: > "cmd_ext4: BREAK and correct ext4write parameter order" > SHA1:0171d52c410cbaa9290b1b214e695697c835bfe5 > > introduced cleanup of ext4write semantics to be consistent with other > filesystem's writing commands

Re: [U-Boot] [U-Boot, Upstream] cmd_sf: include header file common.h before div64.h

On Sun, Apr 07, 2013 at 10:13:32PM -, Mingkai Hu wrote: > The header file div64.h includes which defines > the phys_addr_t according to the macro CONFIG_PHYS_64BIT, while > the macro CONFIG_PHYS_64BIT is included in common.h which comes > after div64.h, so in order to get consistent type defi

Re: [U-Boot] [U-Boot,v2] common/cmd_test: Avoid macro expansion

On Thu, Apr 04, 2013 at 11:52:53AM -, York Sun wrote: > cmd_test.c adds "true" and "false" as new commands. We need to avoid macro > expansion for U_BOOT_CMD. > > Signed-off-by: York Sun Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital signature __

Re: [U-Boot] powerpc/lib: fix unsafe register handling in wait_ticks

On Sun, Jan 27, 2013 at 07:03:44AM -, =?utf-8?b?TWF0cyBLw6Rycm1hbiA8TWF0cy5LYXJybWFuQHRyaXRlY2guc2U+?= wrote: > If watchdog is enabled, the arch/powerpc/lib/ticks.S::wait_ticks() function > calls the function specified by the WATCHDOG_RESET macro. > The wait_ticks function depends on the regi

Re: [U-Boot] [STATUS] v2013.04-rc2 released

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/04/2013 04:24 PM, Simon Glass wrote: > Hi Tom, > > On Wed, Apr 3, 2013 at 2:33 PM, Tom Rini > wrote: > > Hey all, > > I've tagged and pushed v2013.04-rc2 now. We're getting closer to > the expected release date, but I ho

[U-Boot] offer: program to deal with kirkwood "boot from UART"

Hi, during my dealing with the bricked kirkwood board I wrote an app which automates the process of booting from UART. It's rather stable now, except right now it doesn't work any more. It's highly configurable, since the external calls to Xmodem and terminal go to shell scripts. Wolfgang, d

[U-Boot] build succeeded, what now?

Hi, Ok, I succeeded in building, used mv88f6281gtw_ge_config. I cannot find any hints on how to continue in the manual. So I tried with what I already know or simply guessed. I added a header to the file u-boot.bin using the netgear provided doimage. After uploading the image, nothing happens.

[U-Boot] how to troubleshoot when u-boot is stuck

I did not succeed trying the "build myself" way yet. Maybe someone is able to give a hint. Since I messed with the u-boot-env from linux prompt, u-boot stops right after "Net: egiga0 [PRIME]" which is just before "Hit any key to stop autoboot" Isn't there anything I can do? Anything I can le

Re: [U-Boot] PPC4XX Custom Board - Failing to read I2C

Greg, On 08.04.2013 16:16, txcotrader wrote: > Thanks for the suggestion, I2C_BASE_ADDR is the same in both versions. After > doing some more digging, I can see why v2013.01.01 is not passing > i2c_transfer. The following routine yields different results in the 2 > versions: > > v2013.01.01- >

Re: [U-Boot] [PATCH 4/4] ARM: vexpress: enable bootz and hush parser for all VExpress boards

On Mon, Apr 08, 2013 at 03:59:51PM +0200, Andre Przywara wrote: > Signed-off-by: Andre Przywara [snip] > +#define CONFIG_SYS_PROMPT_HUSH_PS2 "> " You don't need this one anymore. And I think you forgot --subject-prefix 'PATCH v3' on the git send-email :) -- Tom signature.asc Description:

Re: [U-Boot] PPC4XX Custom Board - Failing to read I2C

Sefan, Thanks for the suggestion, I2C_BASE_ADDR is the same in both versions. After doing some more digging, I can see why v2013.01.01 is not passing i2c_transfer. The following routine yields different results in the 2 versions: v2013.01.01- do { /* Get status */ statu

[U-Boot] [PATCH 1/1] TPM: STMicroelectronics u-boot driver I2C

From: Mathias Leblanc * STMicroelectronics version 1.2.0, Copyright (C) 2013 * STMicroelectronics comes with ABSOLUTELY NO WARRANTY. * This is free software, and you are welcome to redistribute it * under certain conditions. This is the driver for TPM chip from ST Microelectronics. If you h

[U-Boot] [PATCH 0/4 v2]: ARM: vexpress: add support for more core tiles

This series adds support for the Cortex-A5 and Cortex-A15 core tiles for the ARM Versatile Express boards. The first two patches have been around for about one and a half years in the Linaro tree now, they refactor the A9 support and add support for A5. I kept the original commits and authors, jus

[U-Boot] [PATCH 2/4] ARM: vexpress: create A5 specific board config

From: Ryan Harkin This patch creates a new config for the A5 dual core tile that includes the generic config for the Versatile Express platform. The generic config has been modified to provide support for the Extended Memory Map, as used on the A5 core tile. A5 does not support the legacy memor

[U-Boot] [PATCH 4/4] ARM: vexpress: enable bootz and hush parser for all VExpress boards

Signed-off-by: Andre Przywara --- include/configs/vexpress_common.h | 5 + 1 file changed, 5 insertions(+) diff --git a/include/configs/vexpress_common.h b/include/configs/vexpress_common.h index cd268e3..f5125c0 100644 --- a/include/configs/vexpress_common.h +++ b/include/configs/vexpress_

[U-Boot] [PATCH 1/4] ARM: vexpress: refactoring of Versatile Express CA9x4 support

From: Ryan Harkin The current ca9x4_ct_vxp platform contains support for a Versatile Express motherboard with a quad core A9 core tile. This patch separates the Versatile Express motherboard code and the A9 specific code, to ease supporting more core tiles in the next patches. Andre: merged the

[U-Boot] [PATCH 3/4] ARM: vexpress: add support for Versatile Express Cortex-A15-TC2

This adds support for the Cortex-A15-TC2 core tile for the Versatile Express board by ARM. This is mostly a copy of the A5 support file, but will be extended later with A15 specific options. Signed-off-by: Andre Przywara --- boards.cfg | 1 + include/configs/vexpress_ca

Re: [U-Boot] PPC4XX Custom Board - Failing to read I2C

On 08.04.2013 14:26, txcotrader wrote: > Thanks for the suggestion Stefan, the addresses are definitely different: > > v2013.01.01: I2C_BASE_ADDR = ef600400 Thats the base address of the struct. Please check the address of the STS register instead (&i2c->sts). It it still different from the IIC_S

Re: [U-Boot] [PATCH] mx28evk: add NAND commands

Hi Tom, Le Mon, 8 Apr 2013 09:27:29 -0400, Tom Rini a écrit : > On Mon, Apr 08, 2013 at 10:24:45AM -0300, Fabio Estevam wrote: > > Hi Eric, > > > > On Mon, Apr 8, 2013 at 10:20 AM, Eric B??nard wrote: > > > > > diff --git a/include/configs/mx28evk.h b/include/configs/mx28evk.h > > > index 0d9

Re: [U-Boot] [PATCH] mx28evk: add NAND commands

On Mon, Apr 08, 2013 at 10:24:45AM -0300, Fabio Estevam wrote: > Hi Eric, > > On Mon, Apr 8, 2013 at 10:20 AM, Eric B??nard wrote: > > > diff --git a/include/configs/mx28evk.h b/include/configs/mx28evk.h > > index 0d918a1..789d980 100644 > > --- a/include/configs/mx28evk.h > > +++ b/include/conf

Re: [U-Boot] [PATCH] mx28evk: add NAND commands

Hi Fabio, Le Mon, 8 Apr 2013 10:24:45 -0300, Fabio Estevam a écrit : > On Mon, Apr 8, 2013 at 10:20 AM, Eric Bénard wrote: > > > diff --git a/include/configs/mx28evk.h b/include/configs/mx28evk.h > > index 0d918a1..789d980 100644 > > --- a/include/configs/mx28evk.h > > +++ b/include/configs/mx2

Re: [U-Boot] [PATCH] mx28evk: add NAND commands

Hi Eric, On Mon, Apr 8, 2013 at 10:20 AM, Eric Bénard wrote: > diff --git a/include/configs/mx28evk.h b/include/configs/mx28evk.h > index 0d918a1..789d980 100644 > --- a/include/configs/mx28evk.h > +++ b/include/configs/mx28evk.h > @@ -69,6 +69,8 @@ > #define CONFIG_CMD_USB > #define CONFIG_CM

[U-Boot] [PATCH] mx28evk: add NAND commands

the mx28evk has a socket which can contains a TSOP48 NAND flash. So enable the nand command and it's trimffs option. Tested on MX28EVK with NAND : NAND: 128 MiB MX28EVK U-Boot > nand info Device 0: nand0, sector size 16 KiB Page size 2048 b OOB size 64 b Erase size16384 b

Re: [U-Boot] OMAP (4) boot_params

On Apr 8, 2013, at 5:43 AM, Sricharan R wrote: > The **only** reason for passing the boot_params from SPL to U-BOOT was > when somebody uses a CONFIGURATION HEADER + SPL + U-BOOT, which > was never a case. But the broken code that you pointed was trying to > help such a scenario. I guess nobo

Re: [U-Boot] [PATCH v2] OMAP5: I2C: Enable i2c5 clocks

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/08/2013 05:35 AM, Lubomir Popov wrote: > One more thing I would like to clarify to myself: in your patch > series of Apr. 1 you rename the omap5_evm to omap5_uevm. On the > other hand, uEVM was the TI-internal name for the PandaBoard5, and > the

Re: [U-Boot] PPC4XX Custom Board - Failing to read I2C

Thanks for the suggestion Stefan, the addresses are definitely different: v2013.01.01: I2C_BASE_ADDR = ef600400 v1.7.02: IIC_STS = ef600408 Would you suggest not using the default drivers and configure GPIO or could this possibly be a bug in the new version? Thanks, Greg -- View this message

Re: [U-Boot] [PATCH 1/3] OMAP3/4/5/AM33xx: Correct logic for checking FAT or RAW MMC

Hi Tom, On Friday 05 April 2013 09:51 PM, Tom Rini wrote: > In the case of booting from certain peripherals, such as UART, we must > not see what the device descriptor says for RAW or FAT mode because in > addition to being nonsensical, it leads to a hang. This is why we have > a test currently f

[U-Boot] [PATCH v2 5/5] USB: SS: Add support for Super Speed USB interface

This adds usb framework support for super-speed usb, which will further facilitate to add stack support for xHCI. Signed-off-by: Vikas C Sajjan Signed-off-by: Vivek Gautam --- common/cmd_usb.c |4 +++- common/usb.c |5 + common/usb_hub.c |8 ++-- include/usb.h

[U-Boot] [PATCH v2 2/5] usb: hub: Power-cycle on root-hub ports

XHCI ports are powered on after a H/W reset, however EHCI ports are not. So disabling and re-enabling power on all ports invariably. Signed-off-by: Amar Signed-off-by: Vivek Gautam --- common/usb_hub.c | 36 1 files changed, 36 insertions(+), 0 deletions(-

  1   2   >