Re: [U-Boot-Users] [PATCH] 837xEMDS: Improve the system performance

> > Hi Wolfgang, > > > > I don't know what version Dave intended here either; if he > wants it in > > 1.3.2 I'll apply and ask you to pull. > > > > Dave? > > Wolfgang, please apply the patch directly, for the 1.3.2 release Hello Wolfgang and Kim, I'm mistaking to read Kim's message, Actually,

Re: [U-Boot-Users] [PATCH] 837xEMDS: Improve the system performance

> > > 1. Make the CSB bus pipeline depth as 4, and enable > > >the repeat mode; > > > 2. Raise the eTSEC emergency priority; > > > 3. Use the highest IP blocks clock. > > > > > > Signed-off-by: Dave Liu <[EMAIL PROTECTED]> > > > > Is this supposed to go into the 1.3.2 release? > > > > Direct

Re: [U-Boot-Users] [PATCH] 837xEMDS: Improve the system performance

On Tue, 04 Mar 2008 17:17:27 +0100 Wolfgang Denk <[EMAIL PROTECTED]> wrote: > In message <[EMAIL PROTECTED]> you wrote: > > 1. Make the CSB bus pipeline depth as 4, and enable > >the repeat mode; > > 2. Raise the eTSEC emergency priority; > > 3. Use the highest IP blocks clock. > > > > Signed

Re: [U-Boot-Users] the question about the Flat Device Tree on MPC8360?

Jerry Van Baren wrote: > ?? wrote: >> HI, friends. >> >> I want to update my linux version from 2.6.11 to 2.6.22 on MPC8360 board, I >> always fail when the linux version is about 2.6.11. Someone told me that I >> need to >> build the Flat Device Tree. I see that the U-boot-1.2.0 has one FDT com

Re: [U-Boot-Users] the question about the Flat Device Tree on MPC8360?

?? wrote: > HI, friends. > > I want to update my linux version from 2.6.11 to 2.6.22 on MPC8360 board, I > always fail when the linux version is about 2.6.11. Someone told me that I > need to > build the Flat Device Tree. I see that the U-boot-1.2.0 has one FDT command, > but I > did not know

[U-Boot-Users] Ramdisk larger than 8M causes problem

Hi, I am facing a problem that ,I built a ramdisk(16M) larger than 8M, the kernel couldn't start up correctly with this ramdisk , the filesystem couln't be mounted and "kernel panic" happened. But if the ramdisk is smaller than or equal to 8M , it works fine. I tried the two method as what

Re: [U-Boot-Users] [PATCH] net: Print error message upon net usage when no ethernet-interface is found

In message <[EMAIL PROTECTED]> you wrote: > This patch fixes a problem seen on PPC4xx boards, when no MAC address is > defined. Then no ethernet interface is available but a simple "tftp" > command will return without any error message which is quite confusing. > > Signed-off-by: Stefan Roese <[EM

Re: [U-Boot-Users] [PATCH] Remove erroneous or extra spd.h #includers.

In message <[EMAIL PROTECTED]> you wrote: > Many of the spd.h #includers don't need it, > and wanted to have spd_sdram() declared instead. > Since they didn't get that, some also had open > coded extern declarations of it instead or as well. > Fix it all up by using spd_sdram.h where needed. > > S

[U-Boot-Users] BDI .cfg for MPC8349E/EA-MDS-PB [2/2]

Second .cfg file [2/2] BDI .cfg for MPC8349EA-MDS-PB ; bdiGDB configuration file for MPC8349EA-MDS-PB board ;-- ; ; 2/14/2008 D. W. Hawkins ([EMAIL PROTECTED]) ; ; The Freescale MPC8349E/EA PowerQUICC II PowerPC processor ; has two

[U-Boot-Users] BDI .cfg for MPC8349E/EA-MDS-PB [1/2]

Hi all, I've written a couple of BDI2000 .cfg files, with register settings consistent with the latest U-Boot source. I've tested it on both the Freescale boards: MPC8349E-MDS-PB: - MPC8349E processor (v1.x silicon) - DDR1 SDRAM - Micron Q-Flash MPC8349EA-MDS-PB: - MPC8349EA processor (

Re: [U-Boot-Users] Regarding Dcache Flush in MPC85xx

Scott Wood wrote: > On Fri, Feb 29, 2008 at 06:10:10PM +0100, Rafal Jaworowski wrote: >> Not really, unfortunatelly: the 85xx still lacks flushing the d-cache >> before disabling it. I was going to fix this by refactoring existing >> d-cache disabling/flushing routines into a common code that would

[U-Boot-Users] [PATCH] PCS440EP: fix build problems (redundant #define)

Signed-off-by: Wolfgang Denk <[EMAIL PROTECTED]> --- include/configs/pcs440ep.h |4 1 files changed, 0 insertions(+), 4 deletions(-) diff --git a/include/configs/pcs440ep.h b/include/configs/pcs440ep.h index 56a02a5..b666964 100644 --- a/include/configs/pcs440ep.h +++ b/include/configs/p

[U-Boot-Users] [PATCH] W7OLMC/W7OLMG: fix build problems (redundant #define)

Signed-off-by: Wolfgang Denk <[EMAIL PROTECTED]> --- board/w7o/w7o.h |3 --- 1 files changed, 0 insertions(+), 3 deletions(-) diff --git a/board/w7o/w7o.h b/board/w7o/w7o.h index d6f50e2..d1fed02 100644 --- a/board/w7o/w7o.h +++ b/board/w7o/w7o.h @@ -31,9 +31,6 @@ #define PPC405GP_GPIO0_ODR

[U-Boot-Users] [PATCH] net: Print error message upon net usage when no ethernet-interface is found

This patch fixes a problem seen on PPC4xx boards, when no MAC address is defined. Then no ethernet interface is available but a simple "tftp" command will return without any error message which is quite confusing. Signed-off-by: Stefan Roese <[EMAIL PROTECTED]> --- net/eth.c |4 +++- 1 files

Re: [U-Boot-Users] [PATCH] 837xEMDS: Improve the system performance

In message <[EMAIL PROTECTED]> you wrote: > 1. Make the CSB bus pipeline depth as 4, and enable >the repeat mode; > 2. Raise the eTSEC emergency priority; > 3. Use the highest IP blocks clock. > > Signed-off-by: Dave Liu <[EMAIL PROTECTED]> Is this supposed to go into the 1.3.2 release? Dire

Re: [U-Boot-Users] [PATCHJ PPC4xx enet crossover

In message <[EMAIL PROTECTED]> you wrote: > There were differences in the PHY setup between Linux and U-Boot. > > This patch fixes the problem. Apparently "remote fault" is being set, > which signals to some devices (on the other end of the cable) that a > fault has occurred, while other devices i

[U-Boot-Users] [PATCH] examples/Makefile: build "hello_world" on 8xx, too.

Signed-off-by: Wolfgang Denk <[EMAIL PROTECTED]> --- examples/Makefile |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/examples/Makefile b/examples/Makefile index 60a6f5e..c5d629b 100644 --- a/examples/Makefile +++ b/examples/Makefile @@ -77,9 +77,9 @@ SREC = hello_w

[U-Boot-Users] [PATCH] Makefile: fix problem with out-of-tree builds introduced by 5013c09f

Commit 5013c09f (Makefile: cleanup "clean" target) introduced a problem for out-of-tree builds which caused "make clean" to fail. Signed-off-by: Wolfgang Denk <[EMAIL PROTECTED]> --- Makefile | 71 + 1 files changed, 38 insertions(+),

[U-Boot-Users] [PATCH] Remove erroneous or extra spd.h #includers.

Many of the spd.h #includers don't need it, and wanted to have spd_sdram() declared instead. Since they didn't get that, some also had open coded extern declarations of it instead or as well. Fix it all up by using spd_sdram.h where needed. Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]> --- Wolf

[U-Boot-Users] [PATCHJ PPC4xx enet crossover

There were differences in the PHY setup between Linux and U-Boot. This patch fixes the problem. Apparently "remote fault" is being set, which signals to some devices (on the other end of the cable) that a fault has occurred, while other devices ignore it. I believe the RF bit was causing the issue

Re: [U-Boot-Users] ppc4xx: PCI init failure on kilauea?

On Monday 03 March 2008, H L wrote: > Yup, that was it! And along with, of course, the needed J14 jumper. Right. > Thank > you! > > Curiously with an adapter in PCIE0 which comes up fine, one still sees the > same "complaint" message on the other PCIE slot when there's no adapter > therein. Th

Re: [U-Boot-Users] uboot 1.3.0 (with Atmel patch 1.5) and DAVICOM Phy -> Autonegotiation ?

Hi Michael, thank you for your help. Could you explain me, how I could use the MACB Driver for the at91sam9260 ? Do I have to modify the sourcecode ? If yes, which files do I have to adapt ? Do I have to set any special #defines ? Maybe you could send me your modified sourcecode Thank yo

[U-Boot-Users] [PATCH] 837xEMDS: Improve the system performance

1. Make the CSB bus pipeline depth as 4, and enable the repeat mode; 2. Raise the eTSEC emergency priority; 3. Use the highest IP blocks clock. Signed-off-by: Dave Liu <[EMAIL PROTECTED]> --- include/configs/MPC837XEMDS.h | 10 +- 1 files changed, 9 insertions(+), 1 deletions(-) dif

Re: [U-Boot-Users] PPC4xx enet crossover

In message <[EMAIL PROTECTED]> you wrote: > > There were differences in the PHY setup between Linux and U-Boot. > > This patch fixes the problem. Apparently "remote fault" is being set, > which signals to some devices (on the other end of the cable) that a > fault has occurred, while other devices

Re: [U-Boot-Users] [PATCH] Fix endianess problem in cra mfs code (cramfs is always host-endian in Linux)

Wolfgang Denk denx.de> writes: > I had to apply it manually. Please verify that it is OK. > Strange, but yes, the result looks ok to me. Thanks, Bernhard - This SF.net email is sponsored by: Microsoft Defy all challenges