Hi All,
I've been thinking about where U-Boot runs in memory on my sc520
based board and it appears that it is always executing from ROM and
I started pondering if I should attempt to relocate U-Boot into RAM.
Note: Please correct me if I am mistaken and U-Boot does indeed run
from RAM on i386 /
Dear Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
...
> And for u-boot-next
>
> The following changes since commit b0fd6cda4ff3a4c608fce70383410332eca9:
> Jean-Christophe PLAGNIOL-VILLARD (1):
> update uImgae FIT multi documentation
>
> are available in the git reposito
Graeme Russ wrote:
> Hi All,
>
> I've been thinking about where U-Boot runs in memory on my sc520
> based board and it appears that it is always executing from ROM and
> I started pondering if I should attempt to relocate U-Boot into RAM.
Yes. All u-boot ports that I am aware of relocate themsel
Dear Remy Bohmer,
In message <[EMAIL PROTECTED]> you wrote:
>
> >> > U-Boot> usb storage
> >> > Device 0: not available
> > What about this one ? Isn't this supposed to say something else ?
>
> I get these messages also, and I did not considered that to be a
> problem, because everything works.
Dear Victor,
in message <[EMAIL PROTECTED]> you wrote:
>
...
> + * Use these scan options for PLB bus greater than or equal 200MHz
> + * else use the defaults. These options are known to return a cycle
> + * delay of T2 or better with a 200MHz PLB bus. Scanning the
> + * full list of WDTR/CLKTR s
Dear "Patel Dipen-B16700",
In message <[EMAIL PROTECTED]> you wrote:
>
> I tried building u-boot image for ep8248 board but it failed when I
> typed
>
> $ make distclean
> $ make ep8248_config
> : invalid option
> make: *** [ep8248_config] Error 1
> $
Are you sure your download was intact and
On Thu, 18 Sep 2008, Jean-Christophe PLAGNIOL-VILLARD wrote:
> Hi Wolfgang
> Please pull
> The following changes since commit 87b4ef560cf2da4ccc9e59711ad1ff7fafe96670:
> Wolfgang Denk (1):
> Coding style cleanup; update CHANEGLOG
>
> are available in the git repository at:
>
> git://
Dear Jean-Christophe,
in message <[EMAIL PROTECTED]>
Guennadi Liakhovetski wrote:
>
> > Jean-Christophe PLAGNIOL-VILLARD (4):
> > Revert "ARM: set GD_FLG_RELOC for boards skipping relocation to RAM"
> > ARM: set GD_FLG_RELOC at board init
>
> This patch's commit doesn't seem right to
Dear "Nobuhiro Iwamatsu",
In message <[EMAIL PROTECTED]> you wrote:
>
> Please pull u-boot-sh repositry.
>
> The following changes since commit c0d2f87d6c450128b88e73eea715fa3654f65b6c:
> Wolfgang Denk (1):
> Prepare v2008.10-rc2
>
> are available in the git repository at:
>
> git:
Dear Andy Fleming,
In message <[EMAIL PROTECTED]> you wrote:
> are available in the git repository at:
>
> git://www.denx.de/git/u-boot-mpc85xx.git master
>
> Peter Tyser (1):
> Support for multiple SGMII/TBI interfaces for TSEC ethernet
>
> drivers/net/tsec.c |8 +---
> 1 file
Dear Stefan,
in message <[EMAIL PROTECTED]> you wrote:
>
> > AS I understand, this is just a
> > temporary patch including a workaround for aproblem that is not yet
> > understood.
>
> Correct.
>
> > We are not under preassure yet in terms of release schedule.
>
> AMCC wants to ship the new 60
Dear Jean-Christophe,
in message <[EMAIL PROTECTED]>
Guennadi Liakhovetski wrote:
>
> I still don't understand the purpose of this post. The patch has been
> posted by the author to the list, you are the subsystem custodian. I
> think, you have mainly three possibilities now:
>
> 1. you are ha
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <[EMAIL PROTECTED]> you wrote:
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-arm.git master
>
> Guennadi Liakhovetski (1):
> i.MX31: switch to CFG_HZ=1000
See previous comments. This commit is not OK as is and
Thanks again for you rapip response Jerry
On Mon, Sep 22, 2008 at 3:29 AM, Jerry Van Baren <[EMAIL PROTECTED]> wrote:
> Graeme Russ wrote:
>>
>> I started pondering if I should attempt to relocate U-Boot into RAM.
>
> Yes. All u-boot ports that I am aware of relocate themselves and run out of
> R
Hi All,
This patch adds support for Samsung Flex-OneNAND devices.
Flex-OneNAND combines SLC and MLC technologies into a single
device. SLC area provides increased reliability and speed, suitable
for storing code and data, such as bootloader, kernel
and root file system. MLC area provides high dens
15 matches
Mail list logo
