Re: [U-Boot] [PATCH 0/8] ARM: Add Seagate GoFlexHome support

> -Original Message- > From: Suriyan Ramasami [mailto:suriya...@gmail.com] > Sent: 08 April 2013 09:15 > To: u-boot@lists.denx.de > Cc: e...@cmu.edu; Prafulla Wadaskar; Suriyan Ramasami > Subject: [PATCH 0/8] ARM: Add Seagate GoFlexHome > support > > Most of the files except goflexhomeme

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

Dear All, > Hi, > > On 04/08/2013 12:52 PM, 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=13243f2eafc4292917178051fe1bb5a

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

Dear Mike Dunn, In message <1365352865-2137-7-git-send-email-miked...@newsguy.com> you wrote: > This patch adds the bitrev library from the linux kernel. This is a simple -^^ Please read bullet # 4 at http://www.denx.de/wiki/view/U-Boot/Pat

[U-Boot] status i2c uboot driver ST Microelectronics

Hello, Do you know what the status of the test and the publication of the I2C uboot driver from STMicroelectronics? Thanks, Best Regards, Mathias Leblanc, [cid:image001.png@01CE343F.9503C7C0] STMicroelectronics - Rousset Smartcard - TPM Application Application Engineer * 04 42 6

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

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 EHCI operation. >> >> Signed-off-by: Lubomir Popov >> >> --- >> arch/arm/cpu/ar

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

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, therefore enable. >> >> Signed-off-by: Lubomir Popov >> >> --- >> arch/arm/cpu

Re: [U-Boot] [PATCH] kirkwood_nand: allow usage of NAND_ECC_SOFT_BCH

Sure, I will check and do the needful, thanks. Regards... Prafulla . . . > -Original Message- > From: Gerlando Falauto > [mailto:gerlando.fala...@keymile.com] > Sent: 08 April 2013 14:12 > To: Prafulla Wadaskar > Cc: Brunck, Holger; u-boot@lists.denx.de; Longchamp, > Valentin > Subject: R

Re: [U-Boot] [PATCH] kirkwood_nand: allow usage of NAND_ECC_SOFT_BCH

Hi Prafulla, could you please pull these before we hit 2013.04? Namely: http://patchwork.ozlabs.org/patch/212438/ http://patchwork.ozlabs.org/patch/212441/ http://patchwork.ozlabs.org/patch/212439/ http://patchwork.ozlabs.org/patch/212440/ Thanks! Gerlando On 02/11/2013 04:39 AM, Prafulla Wada

[U-Boot] [Patch] fsl_esdhc: Fix DMA transfer completion waiting loop

Rework the waiting for transfer completion loop condition to continue waiting until both Transfer Complete and DMA End interrupts occur. Checking of DLA bit in Present State register looks not needed in addition to interrupts status checking, so it can be removed from the condition. Also, DMA Error

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

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 definition for phys_addr_t, common.h should be included before div64.h, O

Re: [U-Boot] [PATCH] mx6: fsl_esdhc: Fix waiting for DMA operation completion

> From: Fleming Andy-AFLEMING [aflem...@freescale.com] > Sent: Saturday, April 06, 2013 00:18 > To: Eric Nelson > Cc: Gabbasov, Andrew; u-boot@lists.denx.de; Behme, Dirk - Bosch; Estevam > Fabio-R49496 > Subject: Re: [U-Boot] [PATCH] mx6: fsl_esdhc: Fix waiting for DMA operation > completion > >

[U-Boot] [PATCH V3 0/3] OMAP5: I2C: Enable support of I2C4 and I2C5 buses

I2C4 and I2C5 are utilized on all known OMAP5 hardware platforms. Enable their use in U-Boot. Lubomir Popov (3): OMAP5: I2C: Enable i2c5 clocks OMAP5: I2C: Add I2C4 and I2C5 bases OMAP5: I2C: Set I2C_BUS_MAX to 5 to enable I2C4 and I2C5 arch/arm/cpu/armv7/omap5/hw_data.c|1 + arch/

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

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/arm/cpu/armv7/omap5/hw_data.c index e5e41fd..5698876 100644 --- a/arch/arm/cpu/armv7/oma

[U-Boot] [PATCH V3 2/3] OMAP5: I2C: Add I2C4 and I2C5 bases

Signed-off-by: Lubomir Popov --- V3 consolidates this patch into a series. arch/arm/include/asm/arch-omap5/cpu.h |2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/include/asm/arch-omap5/cpu.h b/arch/arm/include/asm/arch-omap5/cpu.h index 5e62013..044ab55 100644 --- a/arch/arm/in

[U-Boot] [PATCH V3 3/3] OMAP5: I2C: Set I2C_BUS_MAX to 5 to enable I2C4 and I2C5

Signed-off-by: Lubomir Popov --- V3 consolidates this patch into a series. arch/arm/include/asm/arch-omap5/i2c.h |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/include/asm/arch-omap5/i2c.h b/arch/arm/include/asm/arch-omap5/i2c.h index 68be03b..ec39a53 100644 ---

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

Hi Mike Cashwell, On Thursday 04 April 2013 07:48 PM, Michael Cashwell wrote: > On Apr 4, 2013, at 1:52 AM, Wolfgang Denk wrote: > >> Dear Tom, >> >> On Apr 3, 2013, at 11:34 AM, Albert ARIBAUD >> wrote: ... except, as I said above, at this point your code should not write at all, be

[U-Boot] [PATCH v2 0/5] usb: ss: Some fixes and cleanup for USB super-speed support

Based on 'u-boot-usb' master branch. This patch-series includes majorly some clean-up, few fixes and then some basic super-speed usb infrastructure addition, to help put support for XHCI in near future. Changes from v1: - Fixing the issue with 'ifno' as well as added 'if_desc'. - Instead of tur

[U-Boot] [PATCH v2 1/5] USB: Some cleanup prior to USB 3.0 interface addition

Some cleanup in usb framework, nothing much on feature side. Signed-off-by: Vikas C Sajjan Signed-off-by: Vivek Gautam --- common/usb.c | 21 + common/usb_storage.c | 30 -- include/usb_defs.h |2 +- 3 files changed, 30 insertion

[U-Boot] [PATCH v2 3/5] usb: Update device class in usb device's descriptor

Fetch the device class into usb device's dwcriptors, so that the host controller's driver can use this info to differentiate between HUB and DEVICE. Signed-off-by: Amar --- common/usb.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/common/usb.c b/common/usb.c index

[U-Boot] [PATCH v2 4/5] usb: hub: Fix enumration timeout

Patch b6d7852c increases timeout for enumeration, taking worst case to be 10 sec. get_timer() api returns timestamp in milliseconds, which is what we are checking in the do-while() loop in usb_hub_configure() (get_timer(start) < CONFIG_SYS_HZ * 10). This should give us a required check for 10 secon

[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(-

[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

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

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 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] 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

[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] [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

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

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 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] 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

[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

[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 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 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 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 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

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

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

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- >

[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

[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] 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

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

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] [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] [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] [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

[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 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

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 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] 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 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] [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] 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] 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] [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] 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] 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] 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] [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] 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] [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] [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 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 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] [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 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] [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] 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 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] 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] [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

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] [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] [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 ___

[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] 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

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] [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

[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

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

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/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] 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] [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

[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,

[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 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 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 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

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

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

[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.

[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 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 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 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 +++

  1   2   >