Andre Schwarz wrote:
> The Vitesse VSC8601 RGMII PHY has internal delay for both Rx
> and Tx clock lines. They are configured using 2 bits in extended
> register 0x17.
> Therefore CFG_VSC8601_SKEW_TX and CFG_VSC8601_SKEW_RX have
> been introduced with valid values 0-3 giving 0.0, 1.4,1.7 and 2.0ns
Tsi-Chung Liew wrote:
> cpu/mcf523x/config.mk|2 +-
> cpu/mcf52x2/config.mk|2 +-
> cpu/mcf532x/config.mk|2 +-
> cpu/mcf5445x/config.mk |2 +-
> cpu/mcf547x_8x/config.mk |2 +-
> 6 files changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/cpu/mcf5227x/conf
Hi Folks,
Been stumped with the sandbox a bit on getting sparse to check code,
with the issue being very similar to the thread here:
http://lkml.org/lkml/2005/5/17/222 though was unable to trace the thread
to a conclusion to the specific problem itself. other than pointing at a
bug in kbuild syste
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
diff --git a/drivers/pcmcia/pxa_pcmcia.c b/drivers/pcmcia/pxa_pcmcia.c
index 6020e46..7b02050 100644
--- a/drivers/pcmcia/pxa_pcmcia.c
+++ b/drivers/pcmcia/pxa_pcmcia.c
@@ -24,7 +24,8 @@ int pcmcia_on (void)
0, 0
start.S:183:1: warning: "ICMR" redefined
In file included from start.S:33:
/home/j/u-boot-at91/include/asm/arch/pxa-regs.h:935:1: warning: this is the
location of the previous definition
start.S:187:1: warning: "RCSR" redefined
/home/j/u-boot-at91/include/asm/arch/pxa-regs.h:1602:1: warning: this
Hi Vivek
> Now due to some reason we have to configure 8349E in little endian mode.
Perhaps you could explain why you feel you need to use
little-endian mode. Readers of the list could offer
some constructive comments.
Regards,
Dave
--
In message <[EMAIL PROTECTED]> you wrote:
>
> Almost there. This comment needs to go below the '---' line so that
> it doesn't become part of the commit message. Also, please add a
That's correct.
> meaningful comment here (above your SOB line). The patch title
> contains all the useful inform
Make the flags use -Os like all other boards
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
board/freescale/mpc8610hpcd/config.mk |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/freescale/mpc8610hpcd/config.mk
b/board/freescale/mpc8610hpcd/config.mk
index 64ac4
Hi Jens,
On Wed, Apr 30, 2008 at 5:34 AM, Jens Gehrlein <[EMAIL PROTECTED]> wrote:
> Incorporated Ben's, Magnus's and Guennadi's proposals.
> Thank you for reviewing.
>
Almost there. This comment needs to go below the '---' line so that
it doesn't become part of the commit message. Also, pleas
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
>
> diff --git a/common/cmd_nand.c b/common/cmd_nand.c
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 1652
In message <[EMAIL PROTECTED]> you wrote:
> env_nand.c: In function 'saveenv':
> env_nand.c:200: warning: passing argument 3 of 'nand_write' from incompatible
> pointer type
> env_nand.c: In function 'env_relocate_spec':
> env_nand.c:275: warning: passing argument 3 of 'nand_read' from incompatibl
On Wed, Apr 30, 2008 at 09:52:01AM +0300, Felix Radensky wrote:
> Thanks for the info. What are the plans u-boot-v2?
World domination, as usual :)
> Is going to become u-boot mainline in the near future?
Nope. It is a technology project which follows a "u-boot, done right"
concept. So over the t
In message <[EMAIL PROTECTED]> you wrote:
> Wolfgang, I think you forgot this one.
Indeed. I missed that there were actually two very similar messages.
Thanks for pointing out.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Muni
In message <[EMAIL PROTECTED]> you wrote:
> Some 86xx chips use CCB as the base clock for the I2C, and others used CCB/2.
> There is no pattern that can be used to determine which chips use which
> frequency, so the only way to determine is to look up the actual SOC
> designation and use the right
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
diff --git a/common/cmd_nand.c b/common/cmd_nand.c
index 1a3c1df..37eb41b 100644
--- a/common/cmd_nand.c
+++ b/common/cmd_nand.c
@@ -110,7 +110,7 @@ arg_off_size(int argc, char *argv[], nand_info_t *nand,
ulong *off, size_t *size
In message <[EMAIL PROTECTED]> you wrote:
>
> my MPC8343 based system is running fine, but I'm not able to use more
> than 256MB of memory.
>
> Is this a general or known issue ?
You may want to search for CONFIG_VERY_BIG_RAM and
CONFIG_MAX_MEM_MAPPED, see for example "lib_ppc/board.c".
Best r
env_nand.c: In function 'saveenv':
env_nand.c:200: warning: passing argument 3 of 'nand_write' from incompatible
pointer type
env_nand.c: In function 'env_relocate_spec':
env_nand.c:275: warning: passing argument 3 of 'nand_read' from incompatible
pointer type
Signed-off-by: Jean-Christophe PLAG
In message <[EMAIL PROTECTED]> you wrote:
> From: TsiChung Liew <[EMAIL PROTECTED]>
>
> The ethernet hang is caused by receiving buffer in DRAM is not
> yet ready due to access cycles require longer time in DRAM.
> Relocate DMA buffer descriptors from DRAM to internal SRAM.
>
> Signed-off-by: Tsi
In message <[EMAIL PROTECTED]> you wrote:
> From: TsiChung Liew <[EMAIL PROTECTED]>
>
> Signed-off-by: Luigi Comio Mantellini <[EMAIL PROTECTED]>
> Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
> ---
> include/asm-m68k/global_data.h |4
> 1 files changed, 4 insertions(+), 0 deletions(
In message <[EMAIL PROTECTED]> you wrote:
> From: TsiChung Liew <[EMAIL PROTECTED]>
>
> Signed-off-by: Kurt Mahan <[EMAIL PROTECTED]>
> Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
> ---
> cpu/mcf5227x/config.mk |2 +-
> cpu/mcf523x/config.mk|2 +-
> cpu/mcf52x2/config.mk|
In message <[EMAIL PROTECTED]> you wrote:
> Fix warnings
>
> nv_nand.c: In function 'saveenv':
> env_nand.c:200: warning: passing argument 3 of 'nand_write' from incompatible
> pointer type
> env_nand.c: In function 'env_relocate_spec':
> env_nand.c:275: warning: passing argument 3 of 'nand_read'
Pierre Savary wrote:
> Thanks a lot for your patch. I will test it next week.
I found it useful to modify common/cmd_mmc.c drastically
to facilitate easier testing of the AT91SAM9 MCI driver.
It replaces mmcinit with "mmc init" and adds raw read
("mmc read") and write ("mmc write") functions.
To
In message <[EMAIL PROTECTED]> you wrote:
> MPC8610HPCD board adds -O2 gcc option to PLATFORM_CPPFLAGS
> causing overriding default -Os option. New gcc (ver. 4.2.2)
> produces warnings while compiling net/net.c file with -O2
> option. The patch is an attempt to fix this.
>
> Signed-off-by: Anatoli
In message <[EMAIL PROTECTED]> you wrote:
> Hello Wolfgang,
>
> i found another problem with the sysmon POST.
> We have to add an offset to the voltage thresholds.
>
> best regards,
> Sascha Laue
>
> From: Sascha Laue <[EMAIL PROTECTED]>
> Date: Wed, 30 Apr 2008 13:32:17 +0200
> Subject: [PATCH]
On Fri, 25 Apr 2008, Adrian Filipi wrote:
>
> It looks like fat.c is not handling the case where the
> sectors/cluster is 1, and the rood directory spans multiple clusters.
>
> In my case I was getting garbage directoy info after the invalid fat
> error. The attached patch stops the
In message <[EMAIL PROTECTED]> you wrote:
Commit message missing.
Signed-off-by line missing.
> diff --git a/board/atmel/at91sam9263ek/Makefile
> b/board/atmel/at91sam9263ek/Makefile
> new file mode 100644
> index 000..ca87a4c
> --- /dev/null
> +++ b/board/atmel/at91sam9263ek/Makefile
> @@
Hi:
I have some problem with AMCC PPC440epx CPU when it boots from NAND.
I am using sequoia.cfg file. If I do "reset halt" on BDI and then "go",
CPU doesn't boot. If I do "reset run" it boots OK.
That points on some potential problem in .cfg file. OK, I removed entire
[INIT] section, but situat
In message <[EMAIL PROTECTED]> you wrote:
> Hello Wolfgang,
>
> I've found this merge-merge-error.
>
> best regards
> Sascha Laue
>
> From: Sascha Laue <[EMAIL PROTECTED]>
> Date: Wed, 30 Apr 2008 12:27:21 +0200
> Subject: [PATCH] fix manual merge error in lwmon5 posttest.
>
> Signed-off-by: Sa
Wolfgang, I think you forgot this one.
Jon Loeliger wrote:
> On Fri, 2008-04-18 at 06:14 +0200, Wolfgang Denk wrote:
>> In message <[EMAIL PROTECTED]> you wrote:
>>> Some 86xx chips use CCB as the base clock for the I2C, and others used
>>> CCB/2.
>>> There is no pattern that can be used to deter
Jon Loeliger wrote:
> So, I'm guessing, it came from the Ed. That is, it came that way
> from the Day One. So there.
I just tested it without -O2, and it works fine. So the -O2 should be removed.
--
Timur Tabi
Linux kernel developer at Freescale
-
On Wed, Apr 30, 2008 at 05:11:09PM +0200, Joakim Tjernlund wrote:
> Yet the in_bex()/out_bex() functions in PowerPC linux uses sync and all
> SOC drivers are encouraged to use them. What a waste :(
sync is needed in some of the cases, to sync I/O accesses with DMA buffer
accesses. Ideally, we cou
Timur Tabi wrote:
> Kumar Gala wrote:
>
>> nothing against this patch, but should we change MPC8610HPCD to use -
>> Os like everyone else?
>
> Beats me. git-blame points to Jon, so he'll have to tell you where the
> original
> config.mk came from.
Bah. There is, let's see exactly one com
Hi Norman,
> Wolfgang Denk denx.de> writes:
>
>>
>> In message
> applera.com> you wrote:
>
>>
>> Also note that a cramfs may fail to work in case there are bad
>> sectors in your NAND device.
>>
>
> Wolfgang, this might be an off topic here. I have a client requirement to
> have
> a
All,
my MPC8343 based system is running fine, but I'm not able to use more
than 256MB of memory.
Is this a general or known issue ?
I'm not quite sure where the problem is since u-boot *seems* to be
running fine.
Situation :
- 2 Micron 16-Bit (2 GBits each) chips soldered down on the board g
From: TsiChung Liew <[EMAIL PROTECTED]>
The ethernet hang is caused by receiving buffer in DRAM is not
yet ready due to access cycles require longer time in DRAM.
Relocate DMA buffer descriptors from DRAM to internal SRAM.
Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
---
drivers/net/fsl_mcdm
From: TsiChung Liew <[EMAIL PROTECTED]>
Signed-off-by: Luigi Comio Mantellini <[EMAIL PROTECTED]>
Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
---
include/asm-m68k/global_data.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/include/asm-m68k/global_data.h b/includ
From: TsiChung Liew <[EMAIL PROTECTED]>
Signed-off-by: Kurt Mahan <[EMAIL PROTECTED]>
Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
---
cpu/mcf5227x/config.mk |2 +-
cpu/mcf523x/config.mk|2 +-
cpu/mcf52x2/config.mk|2 +-
cpu/mcf532x/config.mk|2 +-
cpu/mcf5445x/c
On Wed, Apr 30, 2008 at 01:34:40PM +0200, Anatolij Gustschin wrote:
> diff --git a/include/net.h b/include/net.h
> index f6decdc..9a2f03f 100644
> --- a/include/net.h
> +++ b/include/net.h
> @@ -412,10 +412,10 @@ extern void print_IPaddr (IPaddr_t);
> * footprint in our tests.
> */
> /* re
Pierre Savary wrote:
> Thanks a lot for your patch. I will test it next week.
Sorry, that patch was manually constructed. I forgot about
include/asm-arm/arch-at91sam926x/at91sam9261.h which includes
the pin definitions used by the MCI controller. An ancillary
patch for this file is appended be
On Wed, 30 Apr 2008, [EMAIL PROTECTED] wrote:
Ack by: Sergey Kubushyn <[EMAIL PROTECTED]>
P.S. Dirk, you were faster than me :)
> Fix warnings
>
> nv_nand.c: In function 'saveenv':
> env_nand.c:200: warning: passing argument 3 of 'nand_write' from
> incompatible pointer type
> env_nand.c: In fun
On Wed, 2008-04-30 at 11:02 -0500, Scott Wood wrote:
> On Wed, Apr 30, 2008 at 05:34:56PM +0200, Joakim Tjernlund wrote:
> >
> > On Wed, 2008-04-30 at 10:21 -0500, Scott Wood wrote:
> > > On Wed, Apr 30, 2008 at 05:11:09PM +0200, Joakim Tjernlund wrote:
> > > > Yet the in_bex()/out_bex() function
On Wed, Apr 30, 2008 at 05:34:56PM +0200, Joakim Tjernlund wrote:
>
> On Wed, 2008-04-30 at 10:21 -0500, Scott Wood wrote:
> > On Wed, Apr 30, 2008 at 05:11:09PM +0200, Joakim Tjernlund wrote:
> > > Yet the in_bex()/out_bex() functions in PowerPC linux uses sync and all
> > > SOC drivers are encou
Fix warnings
nv_nand.c: In function 'saveenv':
env_nand.c:200: warning: passing argument 3 of 'nand_write' from incompatible
pointer type
env_nand.c: In function 'env_relocate_spec':
env_nand.c:275: warning: passing argument 3 of 'nand_read' from incompatible
pointer type
if compiled for davinc
Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
>> The solution in the PowerPC world is to add a "eieio" or "sync"
>> instruction[1] appropriately[2], which prevents the bus interface unit
>> from reordering the memory operations.
>
> No, the solution for ALL architectures is
Signed-off-by: Wolfgang Denk <[EMAIL PROTECTED]>
---
common/cmd_nand.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/common/cmd_nand.c b/common/cmd_nand.c
index 1a3c1df..37eb41b 100644
--- a/common/cmd_nand.c
+++ b/common/cmd_nand.c
@@ -110,7 +110,7 @@ arg_off_size(int
In message <[EMAIL PROTECTED]> you wrote:
>
> We are using MPC8349E based board in big endian mode. It is working fine
> with U-Boot 1.1.3 .
Yes. Big endian is the natural byte order for PowerPC.
> Now due to some reason we have to configure 8349E in little endian mode.
Don't. You're on the road
In message <[EMAIL PROTECTED]> you wrote:
>
> There need be a get-the-endian-right-but-no-sync. After all
> 2.4 managed well without using the in/out be() functions.
Yes, but try building it with a recent version of GCC and run the
code on some PPC systems. There may be some nasty surp
In message <[EMAIL PROTECTED]> you wrote:
>
> The solution in the PowerPC world is to add a "eieio" or "sync"
> instruction[1] appropriately[2], which prevents the bus interface unit
> from reordering the memory operations.
No, the solution for ALL architectures is to use the appropriate
ac
Joakim Tjernlund wrote:
>> [1] Sync is a big hammer, eieio is a medium size hammer. Don't use
>> both, PPC people will know you don't know what you are doing. ;-)
>
> Yet the in_bex()/out_bex() functions in PowerPC linux uses sync and all
> SOC drivers are encouraged to use them. What a waste :
On Wed, 2008-04-30 at 10:21 -0500, Scott Wood wrote:
> On Wed, Apr 30, 2008 at 05:11:09PM +0200, Joakim Tjernlund wrote:
> > Yet the in_bex()/out_bex() functions in PowerPC linux uses sync and all
> > SOC drivers are encouraged to use them. What a waste :(
>
> sync is needed in some of the cases,
Hi,
We are using MPC8349E based board in big endian mode. It is working fine
with U-Boot 1.1.3 .
Now due to some reason we have to configure 8349E in little endian mode.
I have modified RCW, HID2 and MSR registers for this and built the
U-Boot with -mlittle-endian(gcc 3.4.3) and -EL (ld option ).
This problem shows up with parallel builds only; it results in
somewhat cryptic error messages like
$ JOBS=-j6 MAKEALL netstar
Configuring for netstar board...
arm-linux-ld: cannot find -lgeneric
make[1]: *** [eeprom.srec] Error 1
A few boards (like netstar and voi
Kumar Gala wrote:
> nothing against this patch, but should we change MPC8610HPCD to use -
> Os like everyone else?
Beats me. git-blame points to Jon, so he'll have to tell you where the original
config.mk came from.
I dropped the -O2 and it still builds fine, but we don't have any 8610's
curre
>
> [1] Sync is a big hammer, eieio is a medium size hammer. Don't use
> both, PPC people will know you don't know what you are doing. ;-)
Yet the in_bex()/out_bex() functions in PowerPC linux uses sync and all
SOC drivers are encouraged to use them. What a waste :(
Jocke
-
Hi,
I noticed some warnings when compiling recent U-Boot source for some 4xx boards
with gcc 4.0.0 or 4.2.2. Perhaps somebody has a clue on how to get rid of these:
gcc -g -Wall -pedantic -idirafter /data/home/matthias/git/u-boot/u-boot/include
-idirafter /data/home/matthias/git/u-boot/u-boot/
Adrian Filipi wrote:
> On Tue, 29 Apr 2008, Jerry Van Baren wrote:
>
>> Adrian Filipi wrote:
>>> On Tue, 29 Apr 2008, Wolfgang Denk wrote:
>>>
In message <[EMAIL PROTECTED]> you
wrote:
> I narrowed down the source of the problem to the loss of the
> volatile qualifier on th
Kumar Gala wrote:
>
> On Apr 30, 2008, at 6:34 AM, Anatolij Gustschin wrote:
>> MPC8610HPCD board adds -O2 gcc option to PLATFORM_CPPFLAGS
>> causing overriding default -Os option. New gcc (ver. 4.2.2)
>> produces warnings while compiling net/net.c file with -O2
>> option. The patch is an attempt
In message <[EMAIL PROTECTED]> you wrote:
>
> I noticed some warnings when compiling recent U-Boot source for some 4xx bo>
> ards
> with gcc 4.0.0 or 4.2.2. Perhaps somebody has a clue on how to get rid of t>
> hese:
That's your host GCC. WHich distro is this?
I didn't see such warnigns yet..
Hi all
> > Magnus, are you going to fix the code as proposed by Ben and Guennadi or
> > should I resubmit the patch?
> >
> Ultimately, somebody needs to submit a patch. Since Magnus won't try it
> til later this week, it would be best if you post a patch incorporating
> changes. Then if
On Apr 30, 2008, at 6:34 AM, Anatolij Gustschin wrote:
> MPC8610HPCD board adds -O2 gcc option to PLATFORM_CPPFLAGS
> causing overriding default -Os option. New gcc (ver. 4.2.2)
> produces warnings while compiling net/net.c file with -O2
> option. The patch is an attempt to fix this.
nothing agai
Hi Ken,
Thanks a lot for your patch. I will test it next week. Have you ever tested
your U-Boot with 4GB or 8GB moviNAND?
Thanks in advance
Pierre
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] De la part de
[EMAIL PROTECTED]
Envoyé : mardi 29 avril 2008 21:46
À : [E
The following changes since commit 76617299358ebba260ecc02d33e8e75d8d13dd3b:
Wolfgang Denk (1):
Prepare v1.3.3-rc2, again.
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git master
Stefan Roese (2):
ppc4xx: Fix problem with DIMMs with 8 banks in 44x
This patch fixes a problem with the month being read and written
incorrectly (offset by one). This only gets visible by also using
the Linux driver (rtc-m41t80).
Tested on AMCC Canyonlands.
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
Wolfgang, could you please apply this for 1.3.3?
Thanks
MPC8610HPCD board adds -O2 gcc option to PLATFORM_CPPFLAGS
causing overriding default -Os option. New gcc (ver. 4.2.2)
produces warnings while compiling net/net.c file with -O2
option. The patch is an attempt to fix this.
Signed-off-by: Anatolij Gustschin <[EMAIL PROTECTED]>
---
include/net.h |
Incorporated Ben's, Magnus's and Guennadi's proposals.
Thank you for reviewing.
Signed-off-by: Jens Gehrlein <[EMAIL PROTECTED]>
---
drivers/net/smc911x.c | 19 +--
1 files changed, 17 insertions(+), 2 deletions(-)
diff --git a/drivers/net/smc911x.c b/drivers/net/smc911x.c
in
Hello Wolfgang,
i found another problem with the sysmon POST.
We have to add an offset to the voltage thresholds.
best regards,
Sascha Laue
From: Sascha Laue <[EMAIL PROTECTED]>
Date: Wed, 30 Apr 2008 13:32:17 +0200
Subject: [PATCH] fix an offset error in lwmon5 sysmon0 post.
---
post/board/lw
This patch fixes a problem with DIMMs that have 8 banks. Now the
MCIF0_MBxCF register will be setup correctly for this setup too.
This was noticed with the 512MB DIMM on Canyonlands/Glacier.
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
cpu/ppc4xx/44x_spd_ddr2.c |7 +--
1 files cha
diff --git a/Makefile b/Makefile
index 4688a26..36feb00 100644
--- a/Makefile
+++ b/Makefile
@@ -2347,6 +2347,9 @@ at91cap9adk_config: unconfig
at91sam9260ek_config : unconfig
@$(MKCONFIG) $(@:_config=) arm arm926ejs at91sam9260ek atmel at91sam9
+at91sam9263ek_confi
In message <[EMAIL PROTECTED]> you wrote:
>
> > Configuring for netstar board...
> > arm-linux-ld: cannot find -lgeneric
> > make[1]: *** [eeprom.srec] Error 1
> >
> > Configuring for voiceblue board...
> > arm-linux-ld: cannot find -lgeneric
> > make[1]: *** [eeprom.srec] Error 1
...
> I
Hello Wolfgang,
I've found this merge-merge-error.
best regards
Sascha Laue
From: Sascha Laue <[EMAIL PROTECTED]>
Date: Wed, 30 Apr 2008 12:27:21 +0200
Subject: [PATCH] fix manual merge error in lwmon5 posttest.
Signed-off-by: Sascha Laue <[EMAIL PROTECTED]>
---
post/board/lwmon5/sysmon.c |
Dear Christian,
"Christian Eggers" <[EMAIL PROTECTED]> writes:
> I've recognized that a lot of USB code in U-Boot uses the macros
> swap_16() and swap_32() which are defined in usb.h. The behaviour
> of the macros is controlled by the define LITTLEENDIAN.
>
> Is there a good reason NOT to use the
> -Original Message-
> From: Peter Pearse [mailto:[EMAIL PROTECTED]
> Sent: 30 April 2008 09:50
> To: 'Wolfgang Denk'
> Subject: RE: [U-Boot-Users] 1.3.3-rc2 - release status
>
>
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of
This patch changes the Canyonlands/Glacier fixed DDR2 controller setup
used for NAND booting to match the values needed for the new 512MB
DIMM modules shipped with the productions boards:
Crucial: CT6464AC667.8FB
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
nand_spl/board/amcc/canyonlands
73 matches
Mail list logo
