(!timeout) condition check in mmc_send_status() can never be met,
because do-while loop ends up with negative timeout value, -1.
Fix it by using pre-decrement.
Signed-off-by: Jongman Heo jongman@gmail.com
---
drivers/mmc/mmc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
* Tom Warren wrote:
Thierry,
-Original Message-
From: Thierry Reding [mailto:thierry.red...@avionic-design.de]
Sent: Friday, May 25, 2012 11:00 AM
To: Stephen Warren
Cc: u-boot@lists.denx.de; Tom Warren; Simon Glass
Subject: Re: [PATCH v2 4/7] tegra: Allow boards to perform
Hi Jongman,
On Mon, Jun 4, 2012 at 3:32 PM, Jongman Heo jongman@gmail.com wrote:
(!timeout) condition check in mmc_send_status() can never be met,
because do-while loop ends up with negative timeout value, -1.
Fix it by using pre-decrement.
Signed-off-by: Jongman Heo
Dear Daniel Schwierzeck,
On 04.06.2012 00:40, Daniel Schwierzeck wrote:
Declare malloc_bin_reloc() in malloc.h and remove all extern declarations
in various board.c files to get rid of one checkpatch.pl warning.
Signed-off-by: Daniel Schwierzeck daniel.schwierz...@googlemail.com
Cc:
(!timeout) condition check in mmc_send_status() can never be met,
because do-while loop ends up with negative timeout value, -1.
Fix the check to handle TIMEOUT case correctly.
Signed-off-by: Jongman Heo jongman@gmail.com
---
drivers/mmc/mmc.c |2 +-
1 files changed, 1 insertions(+), 1
Hi,
arch/arm/cpu/armv7/omap-common/emif-common.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/armv7/omap-common/emif-common.c
b/arch/arm/cpu/armv7/omap-common/emif-common.c
index db509c9..176520c 100644
---
Code currently tests for = 0xff. Micron manufacturer code is 0xff, so
Micron memory will not be detected!
Signed-off-by: Steve Sakoman st...@sakoman.com
---
arch/arm/cpu/armv7/omap-common/emif-common.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-
boun...@lists.denx.de] On Behalf Of David Purdy
Sent: 02 June 2012 23:54
To: u-boot@lists.denx.de
Subject: [U-Boot] Support for drives larger than 2.1TB with U-Boot
Kirkwood
Hello,
Does anyone in the
Hello, Anatolij,
Sorry for the late response, I had no chance until recently to work on the
rebase of this patch. I've posted a new version and cc-ed to you.
Thanks!
Best Regards,
Shaohui Xie
-Original Message-
From: Anatolij Gustschin [mailto:ag...@denx.de]
Sent: Wednesday, April
From: Shaohui Xie b21...@freescale.com
Provides a tool to build boot Image for PBL(Pre boot loader) which is
used on Freescale CoreNet SoCs, PBL can be used to load some instructions
and/or data for pre-initialization. The default output image is u-boot.pbl,
for more details please refer to
The following changes since commit 4398d55991eb3c2484a2a8e991d701e5d7a64874:
net: sh-eth: Add support Gigabit of SH7734 (2012-05-23 17:53:09 -0500)
are available in the git repository at:
git://git.denx.de/u-boot-avr32.git master
for you to fetch changes up to
On 25.05.2012 12:29, Andreas Bießmann wrote:
This patch fixes following warning:
---8---
board.c: In function 'board_init_r':
board.c:257: warning: unused variable 's'
---8---
Patch de30122bb58fee7b0f94bcfabab595b6ad757336 missed to remove this variable
too.
Signed-off-by: Andreas
This patch moves all bootcount implementations into a common
directory: drivers/bootcount. The generic bootcount driver
is now usable not only by powerpc platforms, but others as well.
Signed-off-by: Stefan Roese s...@denx.de
Cc: Heiko Schocher h...@denx.de
Cc: Valentin Longchamp
Hi Stefan,
On 06/04/2012 02:38 PM, Stefan Roese wrote:
This patch moves all bootcount implementations into a common
directory: drivers/bootcount. The generic bootcount driver
is now usable not only by powerpc platforms, but others as well.
I have tested it on km_kirkwood (km_arm) with the
On 06/04/2012 07:38 AM, Stefan Roese wrote:
This patch moves all bootcount implementations into a common
directory: drivers/bootcount. The generic bootcount driver
is now usable not only by powerpc platforms, but others as well.
Signed-off-by: Stefan Roese s...@denx.de
Cc: Heiko Schocher
On Monday 04 June 2012 15:03:27 Rob Herring wrote:
On 06/04/2012 07:38 AM, Stefan Roese wrote:
This patch moves all bootcount implementations into a common
directory: drivers/bootcount. The generic bootcount driver
is now usable not only by powerpc platforms, but others as well.
Hi,
On Mon, Jun 4, 2012 at 3:14 PM, Stefan Roese s...@denx.de wrote:
On Monday 04 June 2012 15:03:27 Rob Herring wrote:
On 06/04/2012 07:38 AM, Stefan Roese wrote:
This patch moves all bootcount implementations into a common
directory: drivers/bootcount. The generic bootcount driver
is
Hi Stefan,
On Mon, Jun 4, 2012 at 2:38 PM, Stefan Roese s...@denx.de wrote:
This patch moves all bootcount implementations into a common
directory: drivers/bootcount. The generic bootcount driver
is now usable not only by powerpc platforms, but others as well.
For the calimain board
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 overriding it in OMAP5, avoids the use
of dummy structures.
Rob,
On Monday 04 June 2012 15:03:27 Rob Herring wrote:
On 06/04/2012 07:38 AM, Stefan Roese wrote:
This patch moves all bootcount implementations into a common
directory: drivers/bootcount. The generic bootcount driver
is now usable not only by powerpc platforms, but others as well.
Hi Steve,
[snip]
---
arch/arm/cpu/armv7/omap4/sdram_elpida.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/cpu/armv7/omap4/sdram_elpida.c
b/arch/arm/cpu/armv7/omap4/sdram_elpida.c
index b538960..0599aaa 100644
---
On Tue, May 29, 2012 at 08:55:34, Fabio Estevam wrote:
Hi,
I need to provide a get_board_rev() function that depends on I2C probe
of a PMIC to decide between the board revision.
I2C is only available after relocation,
Not necessarily. You can use i2c probe read even before relocation
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 Sakoman st...@sakoman.com
---
board/ti/am335x/evm.c|5 -
This patch sets up pinmux, enables fclk, and
defines CONFIG_I2C_MULTI_BUS
Signed-off-by: Steve Sakoman st...@sakoman.com
---
arch/arm/cpu/armv7/am33xx/clock.c |5 +
board/ti/am335x/mux.c |8
include/configs/am335x_evm.h |1 +
3 files changed, 14
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_AM33XX
as well as CONFIG_OMAP
Signed-off-by: Steve Sakoman
Hi Marek and Prafulla,
On 06/01/2012 03:03 PM, Marek Vasut wrote:
Dear Prafulla Wadaskar,
-Original Message-
From: Marek Vasut [mailto:ma...@denx.de]
Sent: 31 May 2012 16:37
To: u-boot@lists.denx.de
Cc: Marek Vasut; Prafulla Wadaskar; Wolfgang Denk
Subject: [PATCH] Kirkwood: Add
-Original Message-
From: Valentin Longchamp [mailto:valentin.longch...@keymile.com]
Sent: 04 June 2012 21:07
To: Marek Vasut
Cc: Prafulla Wadaskar; u-boot@lists.denx.de; Holger Brunck
Subject: Re: [PATCH] Kirkwood: Add support for Ka-Ro TK71
Hi Marek and Prafulla,
On
Some of the non-essential 5432 pads have a different purpose compared
to 5430, so do not apply the 5430 non-essential pads configuration to 5432.
Essential pad confs are common and can/shall be shared.
Signed-off-by: Sebastien Jan s-...@ti.com
---
board/ti/omap5_evm/evm.c | 18
On 06/04/2012 05:46 PM, Prafulla Wadaskar wrote:
-Original Message-
From: Valentin Longchamp [mailto:valentin.longch...@keymile.com]
Sent: 04 June 2012 21:07
To: Marek Vasut
Cc: Prafulla Wadaskar; u-boot@lists.denx.de; Holger Brunck
Subject: Re: [PATCH] Kirkwood: Add support for
hello. I deleted the u-boot witch MV88F6560.
The board is ZTE-88F6560-FXXX this is modem of epon (ftth).
I have the copy of the rom with mtdblock0 (~10MB). If I look with hex editor
when I see information witch first 512KB is u-boot room.
If I connect with rs232 (added max232) and checked bootrom
hello. I deleted the u-boot witch MV88F6560.
The board is ZTE-88F6560-FXXX this is modem of epon (ftth).
I have the copy of the rom with mtdblock0 (~10MB). If I look with hex editor
when I see information witch first 512KB is u-boot room.
If I connect with rs232 (added max232) and checked
Thierry,
-Original Message-
From: Thierry Reding [mailto:thierry.red...@avionic-design.de]
Sent: Sunday, June 03, 2012 11:09 PM
To: Tom Warren
Cc: Stephen Warren; u-boot@lists.denx.de; Simon Glass
Subject: Re: [PATCH v2 4/7] tegra: Allow boards to perform early GPIO setup
* PGP
-Original Message-
From: Holger Brunck [mailto:holger.bru...@keymile.com]
Sent: 04 June 2012 21:50
To: Prafulla Wadaskar
Cc: Valentin Longchamp; Marek Vasut; u-boot@lists.denx.de
Subject: Re: [PATCH] Kirkwood: Add support for Ka-Ro TK71
On 06/04/2012 05:46 PM, Prafulla Wadaskar
On Mon, May 14, 2012 at 04:23:33PM -0700, Stephen Warren wrote:
On 05/14/2012 05:14 PM, Allen Martin wrote:
Override -march setting for tegra to -march=armv4t for files that are
necessary for low level init on tegra.
The recent change to use -march=armv7-a for armv7 caused a regression
On 06/04/2012 11:54 AM, Allen Martin wrote:
On Mon, May 14, 2012 at 04:23:33PM -0700, Stephen Warren wrote:
On 05/14/2012 05:14 PM, Allen Martin wrote:
Override -march setting for tegra to -march=armv4t for files that are
necessary for low level init on tegra.
The recent change to use
On Mon, Jun 04, 2012 at 11:00:35AM -0700, Stephen Warren wrote:
On 06/04/2012 11:54 AM, Allen Martin wrote:
Hi Tom, could you pick this up in u-boot-tegra? Without it tegra is
currently broken in both u-boot-tegra and u-boot gits depending on the
compiler you use.
It's been there for a
Allen,
-Original Message-
From: Allen Martin [mailto:amar...@nvidia.com]
Sent: Monday, June 04, 2012 11:06 AM
To: Stephen Warren
Cc: Tom Warren; vap...@gentoo.org; w...@denx.de; u-boot@lists.denx.de
Subject: Re: [PATCH] tegra: override compiler flags for low level init code
On
From: Stephen Warren swar...@nvidia.com
Tegra's boot ROM supports a mode whereby code may be downloaded and flash
programmed over a USB connection. On dev boards, this is typically entered
by holding down a force recovery button and resetting the CPU. However,
not all boards have such a button
Hi Stefan,
On Fri, Jun 1, 2012 at 7:55 AM, Stefan Roese s...@denx.de wrote:
Joe,
On Wednesday 09 May 2012 11:36:56 Stefan Roese wrote:
+++ b/include/configs/spear-common.h
@@ -38,6 +38,7 @@
#define CONFIG_NET_MULTI
#define CONFIG_PHY_RESET_DELAY 1
Dear Troy Kisky,
In message 1338066111-5835-1-git-send-email-troy.ki...@boundarydevices.com
you wrote:
This is useful for forcing the ROM's
usb downloader to activate upon a watchdog reset.
Or, you can boot from either SD Card.
Currently, support added for MX53 and MX6Q
Signed-off-by:
Dear Eric Nelson,
In message 4fc4dc4e.9030...@boundarydevices.com you wrote:
Writing a 4 to the WDOG_BASE register enables the watchdog with a 1/2s delay.
I think there should be a delay or while(1) loop afterwards though. It appears
that the reset_cpu() routine will return.
I recommend NOT
Hi Michael,
On Fri, Jun 1, 2012 at 3:39 PM, Michael Walle mich...@walle.cc wrote:
Replace rand() with the functions from lib/. The link-local network code
stores its own seed, derived from the MAC address. Thus making it
independent from calls to srand() in other modules.
Signed-off-by:
On 06/04/2012 12:52 PM, Wolfgang Denk wrote:
Dear Eric Nelson,
In message4fc4dc4e.9030...@boundarydevices.com you wrote:
Writing a 4 to the WDOG_BASE register enables the watchdog with a 1/2s delay.
I think there should be a delay or while(1) loop afterwards though. It appears
that the
On 6/4/2012 12:46 PM, Wolfgang Denk wrote:
Dear Troy Kisky,
In message1338066111-5835-1-git-send-email-troy.ki...@boundarydevices.com
you wrote:
This is useful for forcing the ROM's
usb downloader to activate upon a watchdog reset.
Or, you can boot from either SD Card.
Currently, support
Hi,
On Fri, 01 Jun 2012 20:42:29 +0200
Pali Rohár pali.ro...@gmail.com wrote:
...
Ok, when this patch will be in u-boot master?
I'm going to submit my pull request soon. It will be in master when
Wolfgang pulls my tree.
Thanks,
Anatolij
___
U-Boot
On Sun, 20 May 2012 22:38:08 +0200
Anatolij Gustschin ag...@denx.de wrote:
From: Pali Rohár pali.ro...@gmail.com
console_clear_line() clears part of specified line or the full line.
Signed-off-by: Pali Rohár pali.ro...@gmail.com
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
On Fri, 25 May 2012 12:59:58 +0200
Anatolij Gustschin ag...@denx.de wrote:
From: Bo Shen voice.s...@atmel.com
The new Atmel SoC (at91sam9x5 series and at91sam9n12) add a totally
different LCD controller. Add this new driver to support it.
Using CONFIG_ATMEL_HLCD (distinguish with
From: Stephen Warren swar...@nvidia.com
Place the list of searched boot devices, file-system types, boot file
locations/prefixes, and boot script names into variables. This allows
the user to override them directly (e.g. to change boot order, or select
the specific values they use) without having
From: Stephen Warren swar...@nvidia.com
Instead of initializing USB as soon as bootcmd is executed, defer it
until the first boot device that (potentially in the case of network)
uses USB is scanned. This avoids initializing USB when booting from MMC,
so speeds that up.
Signed-off-by: Stephen
On 06/02/2012 01:38 PM, Stijn Souffriau wrote:
---
arch/arm/cpu/arm926ejs/davinci/dm365.c | 61
arch/arm/include/asm/arch-davinci/timer_defs.h |2 +
board/davinci/dm365evm/dm365evm.c | 19
include/configs/davinci_dm365evm.h
On 06/02/2012 01:38 PM, Stijn Souffriau wrote:
---
tools/mkimage.h |6 ++
tools/ublimage.c | 29 +++--
tools/ublimage.h |2 ++
3 files changed, 35 insertions(+), 2 deletions(-)
In addition to what I just said about v2, v3 and so forth (and needing a
On Fri, Jun 01, 2012 at 08:00:43PM +0530, Prabhakar Lad wrote:
From: Lad, Prabhakar prabhakar@ti.com
This patch adds support for MMC/SD on DA850/OMAP-L138.
[snip]
+/* SD/MMC */
+#define CONFIG_MMC
+#define CONFIG_DAVINCI_MMC_SD1
+#define CONFIG_MMC_MBLOCK
CONFIG_MMC_MBLOCK isn't used
On Fri, Jun 01, 2012 at 07:04:37PM +0530, Prabhakar Lad wrote:
From: Rajashekhara, Sudhakar sudhakar@ti.com
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
On Fri, Jun 01, 2012 at 08:00:49PM +0530, Prabhakar Lad wrote:
From: Lad, Prabhakar prabhakar@ti.com
This patch adds support for direct NOR boot mode on
da850/omap-l138.
Define the CONFIG_DIRECT_NOR_BOOT macro along with
CONFIG_USE_NOR in the DA850/OMAP-L138 configuration
file to
On Mon, Jun 04, 2012 at 06:04:37PM +0200, Sebastien Jan wrote:
Some of the non-essential 5432 pads have a different purpose compared
to 5430, so do not apply the 5430 non-essential pads configuration to 5432.
Essential pad confs are common and can/shall be shared.
Signed-off-by: Sebastien
On 06/04/2012 03:57 AM, Shaohui Xie wrote:
From: Shaohui Xie b21...@freescale.com
Provides a tool to build boot Image for PBL(Pre boot loader) which is
used on Freescale CoreNet SoCs, PBL can be used to load some instructions
and/or data for pre-initialization. The default output image is
Hi,
Signed-off-by: Sebastien Jan s-...@ti.com
One of the things that's been discussed before is that enabling
non-essential things can lead to PM problems later in the kernel, so
should we be enabling anything U-Boot doesn't really need, ever, in
these cases?
Yes, in fact non- essential
-Original Message-
From: Wood Scott-B07421
Sent: Tuesday, June 05, 2012 8:33 AM
To: Xie Shaohui-B21989
Cc: u-boot@lists.denx.de; Tabi Timur-B04825
Subject: Re: [U-Boot] [PATCH] powerpc/CoreNet: add tool to support pbl
image build.
On 06/04/2012 03:57 AM, Shaohui Xie wrote:
From: Shaohui
This patch performs the pinmux configuration in a common file.
As of now only EXYNOS5 pinmux for SDMMC, UART and Ethernet is
supported.
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
Signed-off-by: Che-Liang Chiou clch...@chromium.org
Signed-off-by: Rajeshwari Shinde
Use the pinmux configuration function for SMDK5250.
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
Acked-by: Chander Kashyap chander.kash...@linaro.org
Acked-by: Simon Glass s...@chromium.org
---
Changes in V2:
- Removed
60 matches
Mail list logo