Dear Eric Cooper,
In message <20110417014436.GD847@localhost> you wrote:
> I'm encountering a strange problem trying to run recent versions of
> u-boot from RAM on my DockStar.
http://www.denx.de/wiki/view/DULG/CanUBootBeConfiguredSuchThatItCanBeStartedInRAM
Best regards,
Wolfgang Denk
--
DEN
From: Alessandro Rubini
Commit f1d2b313c9eb6808d30c16a9eb5251240452a56c, which
introduced relocation, also added some ifdef to panic
for no flash is found but some is expected. This is policy,
in my opinion, and should not be part of the boot loader
like it wasn't there earlier.
This is mandato
From: Alessandro Rubini
Signed-off-by: Alessandro Rubini
---
Makefile |9 --
board/armltd/versatile/split_by_variant.sh | 42
boards.cfg |5 ++-
3 files changed, 4 insertions(+), 52 dele
From: Alessandro Rubini
Signed-off-by: Alessandro Rubini
---
board/armltd/versatile/versatile.c |2 ++
include/configs/versatile.h|3 +++
2 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/board/armltd/versatile/versatile.c
b/board/armltd/versatile/versatile.c
index
Dear Alessandro Rubini,
In message
<7edfdbf8df20140ad93f0a967fc526f8cef5360d.1303028702.git.rub...@gnudd.com> you
wrote:
> From: Alessandro Rubini
>
> Commit f1d2b313c9eb6808d30c16a9eb5251240452a56c, which
> introduced relocation, also added some ifdef to panic
> for no flash is found but some
On Sat, Apr 16, 2011 at 2:16 AM, Graeme Russ wrote:
> #!/bin/bash
> INPUT=doc/README.configuration.options.list
> OUTPUT1=doc/README.configuration.options.counted.code_usage
> OUTPUT2=doc/README.configuration.options.counted.doc
> OUTPUT3=doc/README.configuration.options.counted.config
How about
On Sun, Apr 17, 2011 at 09:42:31AM +0200, Wolfgang Denk wrote:
> http://www.denx.de/wiki/view/DULG/CanUBootBeConfiguredSuchThatItCanBeStartedInRAM
OK, thanks. But I'd still like to figure out why it works fine when
loaded into RAM via JTAG, after u-boot has already initialized the
machine in the
Dear Eric Cooper,
In message <20110417143410.GA12566@localhost> you wrote:
> On Sun, Apr 17, 2011 at 09:42:31AM +0200, Wolfgang Denk wrote:
> > http://www.denx.de/wiki/view/DULG/CanUBootBeConfiguredSuchThatItCanBeStartedInRAM
>
> OK, thanks. But I'd still like to figure out why it works fine whe
Dear Reinhard Meyer,
Am 18.02.2011 um 13:49 schrieb Reinhard Meyer:
> Signed-off-by: Reinhard Meyer
> ---
> arch/arm/include/asm/arch-at91/at91sam9260.h | 252 ++
> 1 files changed, 132 insertions(+), 120 deletions(-)
>
> diff --git a/arch/arm/include/asm/arch-at91/at91s
Hi Alessandro,
Le 17/04/2011 03:19, Alessandro Rubini a écrit :
> Hello.
> I'm trying to make at91sam9261ek working again, but relocation
> overlaps the destinatin address.
>
> In this board, u-boot runs already in RAM. This is exactly like the
> nhk8815 that I ported a few hours ago, but while th
> Sorry, but I reject this patch.
Please let me restate the point once more. Maybe i've not been clear.
> If you do not have NOR flash, then you should not enable it (and
> define CONFIG_SYS_NO_FLASH). Otherwise, you are supposed to have
> flash memory.
I expect a serious boot loader to work in
> beginning-to-end copy or an end-to-beginning copy depending on the
> source and destination addresses and size.
Ori, simply, end-to-beginning when moving up. Or always
end-to-beginning since we are expected to always move up (upper than
the target address it can't run).
It is safer, but not saf
Le 17/04/2011 19:57, Alessandro Rubini a écrit :
>> beginning-to-end copy or an end-to-beginning copy depending on the
>> source and destination addresses and size.
>
> Ori, simply, end-to-beginning when moving up. Or always
> end-to-beginning since we are expected to always move up (upper than
>
Dear Alessandro Rubini,
In message <20110417173205.ga28...@mail.gnudd.com> you wrote:
>
> > If you do not have NOR flash, then you should not enable it (and
> > define CONFIG_SYS_NO_FLASH). Otherwise, you are supposed to have
> > flash memory.
>
> I expect a serious boot loader to work in all po
On Sunday, April 17, 2011, Timur Tabi wrote:
> On Sat, Apr 16, 2011 at 2:16 AM, Graeme Russ wrote:
>
>> #!/bin/bash
>> INPUT=doc/README.configuration.options.list
>> OUTPUT1=doc/README.configuration.options.counted.code_usage
>> OUTPUT2=doc/README.configuration.options.counted.doc
>> OUTPUT3=doc/
>> Ori, simply, end-to-beginning when moving up. Or always
>> end-to-beginning since we are expected to always move up (upper than
>> the target address it can't run).
> Since the 'issue' is caused by the code assuming one direction, I'd
> prefer it not to assume the other now; I prefer choosing
Le 17/04/2011 21:30, Alessandro Rubini a écrit :
>>> Ori, simply, end-to-beginning when moving up. Or always
>>> end-to-beginning since we are expected to always move up (upper than
>>> the target address it can't run).
>
>> Since the 'issue' is caused by the code assuming one direction, I'd
>> pr
On Thu, 2011-04-14 at 14:54 +0200, Andre Schwarz wrote:
> CPO value and driver strength settings are board specifc.
> Also allow SPD data fetch from any accessible I2C EEPROM.
>
> Signed-off-by: Andre Schwarz
> ---
> arch/powerpc/cpu/mpc83xx/spd_sdram.c | 19 ++-
> 1 files chan
Dear Wolfgang,
Sorry for the late pull request, due to other priorities (not the least
being filling out tax forms :-/) I was unable to get this out sooner.
I only have a one-liner bugfix by Kyle Moffett in the pull. Grant's
changes "[PATCH 0/6] ARM device tree support improvements" look good
'cp' can also copy from flash to another bank of flash. I have test it.
thanks all the same
--
hacklu.uboot
2011-04-18
-
å件人ï¼Charles Krinke
åéæ¥æï¼2011-04-15 22:02:13
æ¶ä»¶
thanks ,
I have understanded.
--
hacklu.uboot
2011-04-18
-
å件人ï¼Wolfgang Denk
åéæ¥æï¼2011-04-15 18:21:23
æ¶ä»¶äººï¼hacklu.uboot
æéï¼u-boot
主é¢ï¼Re:Re: Re: [U-Boot]
Dear Minkyu,
On 15 April 2011 11:59, Minkyu Kang wrote:
> Dear Chander Kashyap,
>
> On 14 April 2011 18:17, Chander Kashyap
> wrote:
> > Macro values for Pull Up and Driver Strength were wrong.
> >
> > Signed-off-by: Chander Kashyap
> > ---
> > arch/arm/include/asm/arch-s5pc2xx/gpio.h |6
Macro values for Pull Up and Driver Strength were wrong.
Signed-off-by: Chander Kashyap
---
arch/arm/include/asm/arch-s5pc2xx/gpio.h |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/arch/arm/include/asm/arch-s5pc2xx/gpio.h
b/arch/arm/include/asm/arch-s5pc2xx/gpio.
Dear Minku,
Please ignore this patch. As i have removed
#define GPIO_DRV_FAST 0x0
#define GPIO_DRV_SLOW 0x1
as these are not defined for s5pc2xx.
But being reffered in s5p_gpio.c.
I will add again and send the patch.
Regards,
Chander
On 18 April 2011 09:31, Chander Kashyap wrote:
> Macro valu
Macro values for Pull Up and Driver Strength were wrong.
Signed-off-by: Chander Kashyap
---
arch/arm/include/asm/arch-s5pc2xx/gpio.h |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/arch/arm/include/asm/arch-s5pc2xx/gpio.h
b/arch/arm/include/asm/arch-s5pc2xx/gpio.h
Tabi Timur-B04825 wrote:
> May I see it?
Please see attached file.
Dave
/*
*
* Copyright 2005, 2006 Freescale Semiconductor Inc.
*
* This program is free software; you can redistribute it and/or modify it
* under the terms of the GNU General Public License as published by the
* Free Sof
As Andy Fleming suggested, we can call mmc_init() in mmc_spi command.
So that we don't need to run mmcinfo command next.
Signed-off-by: Thomas Chou
---
for u-boot.
common/cmd_mmc_spi.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/common/cmd_mmc_spi.c b/common/cmd_mmc
27 matches
Mail list logo
