Dear Marcel,
In message <201002012159.29244.korg...@home.nl> you wrote:
>
> The way I think about it is that end-user can never be allowed to interact
> directly with u-boot. It's something I don't want and the users of my
> devices
> also. Unfortunately I can't find anything yet to how I can
On Thursday 28 January 2010 12:27:14 Ladislav Michl wrote:
> From: Ladislav Michl
>
> eraseregions numblocks was sometimes one less than actual, possibly
> producing erase regions with zero blocks. As MTD code touches eraseregions
> only if numeraseregions is greater that zero, allocate erasere
Hi Wolfgang,
please pull this fix into master:
The following changes since commit 9b208ece0a4e040774e24990b7cb6f0ad0ca4cc7:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-mpc85xx
are available in the git repository at:
git://www.denx.de/git/u-boot-cfi-flash.git
This patch fixes a problem I've notived on a buggy PPC4xx system. This
system has problems with the PHY MDIO communication and seemed to be
stuck/crashed in miiphy_reset(). But degugging revealed, that the CPU
didn't crash, but "only" hung in this counting loop for about 2 minutes.
This patch now
On Tue, Feb 02, 2010 at 01:43:48PM +0100, Stefan Roese wrote:
> This patch fixes a problem I've notived on a buggy PPC4xx system. This
> system has problems with the PHY MDIO communication and seemed to be
> stuck/crashed in miiphy_reset(). But degugging revealed, that the CPU
> didn't crash, but "
Signed-off-by: Nick Thompson
---
include/asm-arm/arch-davinci/emif_defs.h | 18 +-
1 files changed, 17 insertions(+), 1 deletions(-)
diff --git a/include/asm-arm/arch-davinci/emif_defs.h
b/include/asm-arm/arch-davinci/emif_defs.h
index 8fd4e01..aa57703 100644
--- a/include/as
The EVM UI extender card has a NAND device. This change will enable
saveenv to work with NAND and Linux to be booted using:
mtdparts default
nboot kernel
bootm
Signed-off-by: Nick Thompson
---
board/davinci/da830evm/da830evm.c | 37 +
Hi Daniel,
> Hello Tom,
>
> thanks for reviewing...
>
> Tom wrote:
>> Daniel Gorsulowski wrote:
>>> This patch adds support for esd gmbh OTC570 board.
>>> The OTC570 is based on an Atmel AT91SAM9263 SoC.
>>>
>>> Signed-off-by: Daniel Gorsulowski
>>
>> For u-boot-video.
>> Maybe some u-boot comma
Hi Richard,
>>From 58e9529fa466ef79232398aeda69373125eb2aac Mon Sep 17 00:00:00 2001
> From: Richard Retanubun
> Date: Fri, 15 Jan 2010 10:06:06 -0500
> Subject: [PATCH] PPC: Record uboot's relocated address in RAM and show in
> bdinfo.
>
> This patch uses gd->relocaddr variable to store uboot's
Hi Heiko
First of all sorry for delayed feedback
> -Original Message-
> From: Heiko Schocher [mailto:h...@denx.de]
> Sent: Monday, February 01, 2010 1:07 PM
> To: U-Boot user list
> Cc: Wolfgang Denk; Prafulla Wadaskar; Tom
> Subject: [PATCH 2/2 v3] arm: suen3, suen3_v1, mgcoge2_arm_p1a
> -Original Message-
> From: Hiremath, Vaibhav
> Sent: Saturday, January 30, 2010 3:47 PM
> To: u-boot@lists.denx.de
> Cc: Paulraj, Sandeep; tom@windriver.com; Hiremath, Vaibhav
> Subject: [PATCH 0/3] Add Support for AM3517EVM with EMIF4
>
> From: Vaibhav Hiremath
>
> AM3517 device i
Dear Wolfgang,
Thanks a lot for your replies and updating the manual. I think both answers
are very useful as a start and give me some more options to check out.
I guess my number one choice would involve creating a USB gadget driver for u-
boot that supports upgrading the firmware. I don't have
Dear Prafulla Wadaskar,
In message <73173d32e9439e4abb5151606c3e19e2030a566...@sc-vexch1.marvell.com>
you wrote:
>
...
> > +/* include common defines/options for all arm based Keymile boards */
> > +#include "km-arm.h"
>
> Further includes are not allowed in board config header.
> May be Wolfga
13 matches
Mail list logo
