On 01:41 Fri 31 Oct , Cristian Birsan wrote:
Dear Wolfgang Denk,
I have submitted a few weeks ago a patch for Olimex SAM9-L9260 (similar to
AT91SAM9260-EK board from Atmel).
Is is possible to include that patch in the new version of u-boot ?
If it's needed I can resend a new patch for
On 21:03 Mon 06 Oct , Cristian Birsan wrote:
Added support for the Olimex SAM9-L9260 development board.
This patch is based on u-boot v1.3.4.
Tested with data flash only (not with NAND).
Signed-off-by: Cristian Birsan [EMAIL PROTECTED]
---
MAKEALL|1
Hi Wolfgang,
On Friday 31 October 2008, Wolfgang Denk wrote:
Dear Stefan Matthias,
In message [EMAIL PROTECTED] you wrote:
Replace the spinning wheel eye candy by printing a simple row of
dots. This avoids problems with control charactersin log files etc.
Also, it saves a few bytes.
2008/10/29 Jerry Van Baren [EMAIL PROTECTED]:
Simon Boman wrote:
I added this code to the uec.c file:
int i;
for(i=0;i20;i++)
printf(PHY value %d is %x\n, i, phy_read(uec-mii_info, i));
and got this to the prompt..
PHY value 0 is 0
PHY value 1 is 0
PHY value 2
2008/10/31 Simon Boman [EMAIL PROTECTED]:
2008/10/29 Jerry Van Baren [EMAIL PROTECTED]:
Simon Boman wrote:
I added this code to the uec.c file:
int i;
for(i=0;i20;i++)
printf(PHY value %d is %x\n, i, phy_read(uec-mii_info, i));
and got this to the prompt..
PHY
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
---
MAINTAINERS |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 260c3e6..a7f9b87 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -319,8 +319,8 @@ Ricardo Ribalda [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
i have a strange problem with the saveenv command, or maybe with my
config :)
After booting a fresh compiled u-boot with the default environment i
can save the env without any problems. U-boot unprotect, erase and
write the flash. but after add
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD [EMAIL PROTECTED]
---
common/Makefile |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/common/Makefile b/common/Makefile
index 14042e6..8b7eac3 100644
--- a/common/Makefile
+++ b/common/Makefile
@@ -42,7 +42,7 @@
Dear Stefan Roese,
In message [EMAIL PROTECTED] you wrote:
diff --git a/drivers/mtd/dataflash.c b/drivers/mtd/dataflash.c
index 201e518..43746e7 100644
--- a/drivers/mtd/dataflash.c
+++ b/drivers/mtd/dataflash.c
Who is supposed to handle this one?
Stefan is it you?
I don't
Dear Stefan Roese,
In message [EMAIL PROTECTED] you wrote:
It is my understanding that a rework of this code is under way which
will avoid the long delay for the standard boot sequence (and only
need it for board bringup or intentional recalibration).
Are you talking about
Dear rajeev s,
In message [EMAIL PROTECTED] you wrote:
We have a custom board based on coldfire (MCF5484) Similar to MCF5484 Kitlite
The board runs Coldfire as PCI agent , 64MB of SDRAM, 4 MB of Bootflash and
the PCI bus as a slave (no serial
port-no console)
I can flash U-boot using the
Dear Georg,
In message [EMAIL PROTECTED] you wrote:
i have a strange problem with the saveenv command, or maybe with my
config :)
After booting a fresh compiled u-boot with the default environment i
can save the env without any problems. U-boot unprotect, erase and
write the flash. but
Wolfgang Denk wrote:
Dear rajeev s,
In message [EMAIL PROTECTED] you wrote:
We have a custom board based on coldfire (MCF5484) Similar to MCF5484 Kitlite
The board runs Coldfire as PCI agent , 64MB of SDRAM, 4 MB of Bootflash and
the PCI bus as a slave (no serial
port-no console)
I can
From: Jason Jin [EMAIL PROTECTED]
This patch defines 1M TLBLAW size for NAND on MPC8536DS, assigns 0xffa0
for CONFIG_SYS_NAND_BASE and adds other NAND supports in config file.
It also moves environment(CONFIG_ENV_ADDR) outside of u-boot image.
Singed-off-by: Jason Jin [EMAIL PROTECTED]
From: Haiying Wang [EMAIL PROTECTED]
CONFIG_ENV_ADDR should be (CONFIG_SYS_MONITOR_BASE - CONFIG_ENV_SECT_SIZE).
Signed-off-by: Haiying Wang [EMAIL PROTECTED]
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
include/configs/MPC8572DS.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Hi Wolfgang,
On Friday 31 October 2008, Wolfgang Denk wrote:
Of course the end result looks better. There is no doubt about that.
But it has disadvantages, too. With the row of dots you can easily
see how long you've been waiting - this visualizes variations in
timing behaviour
On Friday 31 October 2008, Wolfgang Denk wrote:
From: Wolfgang Denk [EMAIL PROTECTED]
Applied to cfi/master. Thanks.
Best regards,
Stefan
=
DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel
HRB 165235
The following changes since commit d685b74c64a38849f1a129b3ab846fbf67dd937e:
Dave Liu (1):
74xx: use r4 instead of r2 in lock_ram_in_cache and unlock_ram_in_cache
are available in the git repository at:
git://www.denx.de/git/u-boot-cfi-flash.git master
Wolfgang Denk (1):
CFI
Hi Matthias,
On Tuesday 28 October 2008, Matthias Fuchs wrote:
Sorry, but with this status I can't add those patches to my 4xx/master
branch. Please fix those problem and resubmit.
I will resend my patch series rebased to top of git in a couple of minutes.
Applied all 6 patches to
Hi ,
We have a custom board based on coldfire (MCF5484) Similar to MCF5484 Kitlite
The board runs Coldfire as PCI agent , 64MB of SDRAM, 4 MB of Bootflash and the
PCI bus as a slave (no serial
port-no console)
I can flash U-boot using the JTAG . Can you let know how can i pass the
Commands
On 10:43 Fri 22 Aug , Ryan CHEN wrote:
The patch is to add support functions which load and boot WinCE image.
It introduces one new CMD macro named 'CONFIG_CMD_WINCE'.
The source codes have tested on STLS board.
Signed-off-by: Ryan Chen [EMAIL PROTECTED]
---
common/Makefile
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD [EMAIL PROTECTED]
---
add forgeted Makefile
Makefile |1 +
common/Makefile | 11 --
{common = drivers/fpga}/ACEX1K.c|0
drivers/fpga/Makefile| 58
On Monday 27 October 2008, Ricardo Ribalda Delgado wrote:
Xilinx ppc440 and ppc405 have many similarities. This patch merge the
config files of both infrastuctures
Signed-off-by: Ricardo Ribalda Delgado [EMAIL PROTECTED]
Applied to 4xx/master. Thanks.
Best regards,
Stefan
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD [EMAIL PROTECTED]
---
Makefile |1 +
common/Makefile | 11 ---
{common = drivers/fpga}/ACEX1K.c|0
{common = drivers/fpga}/altera.c|0
{common = drivers/fpga}/cyclon2.c
On 09:48 Fri 31 Oct , Wolfgang Denk wrote:
Dear Cristian
In message [EMAIL PROTECTED] Jean-Christophe wrote:
I've forget one think please add an entry to the MAINTAINER file
This can be done by sending an additional patch - no need to resubmit
all the stuff.
Yes but the patch need
On 08:06 Fri 31 Oct , Jerry Van Baren wrote:
Wolfgang Denk wrote:
Dear rajeev s,
In message [EMAIL PROTECTED] you wrote:
We have a custom board based on coldfire (MCF5484) Similar to MCF5484
Kitlite
The board runs Coldfire as PCI agent , 64MB of SDRAM, 4 MB of Bootflash
and
On 13:06 Fri 31 Oct , Stefan Roese wrote:
Hi Wolfgang,
On Friday 31 October 2008, Wolfgang Denk wrote:
It is my understanding that a rework of this code is under way which
will avoid the long delay for the standard boot sequence (and only
need it for board bringup or
On Thu, Oct 23, 2008 at 5:12 AM, Mike Frysinger wrote:
The following changes since commit d9d8c7c696dec370ca714c03beb6e79d4c90bd5e:
Wolfgang Denk (1):
Fix strmhz(): avoid printing negative fractions
are available in the git repository at:
git://www.denx.de/git/u-boot-blackfin.git
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear Wolfgang
You may see a problem similar to mine (patch just went into the CFI
repo).
What exactly is your flash configuration? Bus width? Which
flash chips? How can the bus be read? I mean, for example if you
use 2 x 16 bit devices
Dear Wolfgang,
Please pull u-boot-sh master branch.
Best regards,
Nobuhiro
The following changes since commit 7c84fe6a06dad9f793ed85b39b1e6c11a7882f5c:
Bartlomiej Sieka (1):
Fix to the auto-update feature documentation
(CONFIG_UPDATE_TFTP_MSEC_MAX)
are available in the git
So when I build a 4xx config I see:
cmd_elf.c: In function 'do_bootvx':
cmd_elf.c:173: warning: array subscript is below array bounds
cmd_elf.c:176: warning: array subscript is below array bounds
cmd_elf.c:181: warning: array subscript is below array bounds
sprintf (build_buf,
Hi Kumar,
On Friday 31 October 2008, Kumar Gala wrote:
When I try building the sequoia_config I get:
ld: .bss section too big, overlaps .ppcenv section. Please update your
confguration: CFG_MONITOR_BASE, CFG_MONITOR_LEN and TEXT_BASE may need
to be modified.
ld: .bss section too big,
When I try building the sequoia_config I get:
ld: .bss section too big, overlaps .ppcenv section. Please update your
confguration: CFG_MONITOR_BASE, CFG_MONITOR_LEN and TEXT_BASE may need
to be modified.
ld: .bss section too big, overlaps .ppcenv section. Please update your
confguration:
On Oct 31, 2008, at 10:00 AM, Stefan Roese wrote:
Hi Kumar,
On Friday 31 October 2008, Kumar Gala wrote:
When I try building the sequoia_config I get:
ld: .bss section too big, overlaps .ppcenv section. Please update
your
confguration: CFG_MONITOR_BASE, CFG_MONITOR_LEN and TEXT_BASE
On Friday 31 October 2008, Kumar Gala wrote:
So when I build a 4xx config I see:
cmd_elf.c: In function 'do_bootvx':
cmd_elf.c:173: warning: array subscript is below array bounds
cmd_elf.c:176: warning: array subscript is below array bounds
cmd_elf.c:181: warning: array subscript is below
Dear Kumar,
In message [EMAIL PROTECTED] you wrote:
When I try building the sequoia_config I get:
ld: .bss section too big, overlaps .ppcenv section. Please update your
confguration: CFG_MONITOR_BASE, CFG_MONITOR_LEN and TEXT_BASE may need
to be modified.
ld: .bss section too big,
On Fri, Oct 31, 2008 at 01:12:28AM +0100, Wolfgang Denk wrote:
From: Wolfgang Denk [EMAIL PROTECTED]
. . .
This patch implements a simple, but somewhat ugly solution, as it
avoids the use of flash_read64() in this critical place (by breaking
it down manually into 32 bit read operations)
Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
diff --git a/drivers/mtd/dataflash.c b/drivers/mtd/dataflash.c
index 201e518..43746e7 100644
--- a/drivers/mtd/dataflash.c
+++ b/drivers/mtd/dataflash.c
Who is supposed to handle this one?
Stefan is it you?
I don't feel
Dear Scott Wood,
In message [EMAIL PROTECTED] you wrote:
I tend to use a broad view summarizing all types of flash based
storage devices (NAND, OneNAND, Dataflash, etc.). As such, I would
see this on Scott's desk...
I barely have enough time to keep up with NAND, I know nothing
On Fri, Oct 31, 2008 at 01:25:14PM +0100, Jean-Christophe PLAGNIOL-VILLARD
wrote:
On 08:06 Fri 31 Oct , Jerry Van Baren wrote:
Wolfgang Denk wrote:
Dear rajeev s,
In message [EMAIL PROTECTED] you wrote:
We have a custom board based on coldfire (MCF5484) Similar to MCF5484
2008/10/28 Kyungmin Park [EMAIL PROTECTED]:
It supports basic operation such as create, remove, read, and write.
Signed-off-by: Kyungmin Park [EMAIL PROTECTED]
Would it be possible to have the U-boot environment in the part of the
flash managed by UBI? I suppose it involves creating a U-Boot
On 17:05 Fri 31 Oct , Wolfgang Denk wrote:
Dear Scott Wood,
In message [EMAIL PROTECTED] you wrote:
I tend to use a broad view summarizing all types of flash based
storage devices (NAND, OneNAND, Dataflash, etc.). As such, I would
see this on Scott's desk...
I
Signed-off-by: Peter Tyser [EMAIL PROTECTED]
---
lib_ppc/bootm.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/lib_ppc/bootm.c b/lib_ppc/bootm.c
index fce4eff..18eb54f 100644
--- a/lib_ppc/bootm.c
+++ b/lib_ppc/bootm.c
@@ -224,12 +224,13 @@ static int
On Fri, Oct 31, 2008 at 03:30:33PM +0100, Juergen Schoew wrote:
+#ifdef CONFIG_CMD_NAND
+void firetux_nandflash_init(void)
+{
+ /* Hardware configuration */
+ /* setup GPIOB18 / FMP40 to GPIO input with internal pullup */
+ /* clear bits */
+ *(vu_long *)(PNX8181_SCON_BASE +
This is a patch containing changes to files on the top level for a new board
SIMPC8313.
Signed off by: Ron Madrid [EMAIL PROTECTED]
diff --git a/MAINTAINERS b/MAINTAINERS
index 750e374..f844ef4 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -259,6 +259,10 @@ Jon Loeliger [EMAIL PROTECTED]
This is a patch containing all board specific files for the nand_spl directory
tree for the support of booting from NAND.
Signed off by: Ron Madrid [EMAIL PROTECTED]
diff --git a/nand_spl/board/sheldon/simpc8313/Makefile
b/nand_spl/board/sheldon/simpc8313/Makefile
new file mode 100644
index
Ron Madrid wrote:
+int board_early_init_f(void)
+{
+volatile immap_t *im = (immap_t *)CFG_IMMR;
+
+if (im-pmc.pmccr1 PMCCR1_POWER_OFF)
+gd-flags |= GD_FLG_SILENT;
+
+return 0;
+}
You include this bit of suspend/resume support from mpc8313erdb, but not
the rest.
On Thu, Oct 30, 2008 at 08:55:22AM +0100, Alessandro Rubini wrote:
Unfortunately, jffs2 code in head complains if both CONFIG_CMD_NAND
and CONFIG_CMD_ONENAND are defined.
This trivial one-liner seems to fix one of the problems (although it
introduces a warning if neither one is defined),
Reported-by: Alessandro Rubini [EMAIL PROTECTED]
Signed-off-by: Scott Wood [EMAIL PROTECTED]
---
Applied to u-boot-nand-flash
fs/jffs2/jffs2_1pass.c | 12 +---
1 files changed, 5 insertions(+), 7 deletions(-)
diff --git a/fs/jffs2/jffs2_1pass.c b/fs/jffs2/jffs2_1pass.c
index
Hi Jürgen,
If you have any comments please email to me.
You should add an entry to the MAINTAINERS file for the Firetux.
Best,
Peter
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Fri, Oct 31, 2008 at 12:22 AM, Ben Warren [EMAIL PROTECTED] wrote:
CONFIG_MPC85xx_FEC - CONFIG_MPC85XX_FEC
Signed-off-by: Ben Warren [EMAIL PROTECTED]
Applied, thanks
Andy
___
U-Boot mailing list
U-Boot@lists.denx.de
On Fri, 31 Oct 2008 11:17:32 -0700 (PDT)
Ron Madrid [EMAIL PROTECTED] wrote:
This is a patch containing changes to files on the top level for a new board
SIMPC8313.
please reorder patchseries or, even better, resubmit as one single
patch so as to not break git bisecting.
Signed off by: Ron
On Fri, 31 Oct 2008 11:26:16 -0700 (PDT)
Ron Madrid [EMAIL PROTECTED] wrote:
+#define CONFIG_ETHADDR00:E0:0C:00:95:01
+
+#define CONFIG_IPADDR10.196.31.84
+#define CONFIG_SERVERIP10.196.31.85
+#define CONFIG_GATEWAYIP10.196.31.255
we don't hardcode these types of
On Fri, 31 Oct 2008 13:30:22 -0700 (PDT)
Ron Madrid [EMAIL PROTECTED] wrote:
I used git format-patch, but I did not use git send-email. I am looking into
that right now.
I didn't realize that the web email client would create such problems. And
as this is all
patch submission is one of
please reorder patchseries or, even better, resubmit as one single
patch so as to not break git bisecting.
I don't understand this. Could you elaborate?
people doing a git bisect run on, e.g. MAKEALL 83xx would
inadvertently run into an error because your 1/4 patch (commit) adds a
The following changes since commit 7c84fe6a06dad9f793ed85b39b1e6c11a7882f5c:
Bartlomiej Sieka (1):
Fix to the auto-update feature documentation
(CONFIG_UPDATE_TFTP_MSEC_MAX)
are available in the git repository at:
git://git.denx.de/u-boot-nand-flash.git master
Haiying Wang (1):
Subject: [PATCH] Allow Nand and OneNand to coexist
This removes in nand.h code that is verbatim duplicated from bbm.h,
including directly bbm.h in nand.h. The previous state of affairs
prevented compiling code for a board hosting both Nand and OneNand chips.
Reported-by: Scott Wood [EMAIL
Eliminate compiler error when both NAND and OneNAND are enabled.
Thanks. I've done it differently this morning (without warning), but
yours is better.
I adopted your suggestion and submitted the patch to nand.h, it works
for me (although I'm still missing the two drivers for the board).
On Fri, Oct 31, 2008 at 10:33:21PM +0100, Alessandro Rubini wrote:
Subject: [PATCH] Allow Nand and OneNand to coexist
This removes in nand.h code that is verbatim duplicated from bbm.h,
including directly bbm.h in nand.h. The previous state of affairs
prevented compiling code for a board
Alessandro Rubini wrote:
Reported-by:
I didn't find a policy for Reported-by: or other tags besides
Signed-off-by: and Acked-by: . Mine are surely wronh in the patch I sent.
Any pointer for us to get a culture?
I don't think it's anything as official as those other two; just a way
of
It's currently a long and should be phys_size_t.
Signed-off-by: Becky Bruce [EMAIL PROTECTED]
---
board/freescale/mpc8610hpcd/mpc8610hpcd.c |6 +++---
board/freescale/mpc8641hpcn/mpc8641hpcn.c |6 +++---
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git
There are several items in the config file that were hardcoded
but that should really be based on other config options, since
the regions are contiguous and depend on being so. This cleans
that up a bit. Also, add BR_PHYS_ADDR() macro to convert
addresses into the proper format for BR registers.
We don't actually ever do this, remove the code so we
can stop maintaining it.
Signed-off-by: Becky Bruce [EMAIL PROTECTED]
---
board/freescale/mpc8641hpcn/mpc8641hpcn.c | 22 +-
include/configs/MPC8641HPCN.h |6 --
2 files changed, 1 insertions(+), 27
You can't actually have both, and with some coming changes to
change the memory map for the board and support 36-bit physical,
we need the extra BAT that is being consumed by having both.
I also make non-PCI configs build cleanly, for the sake of sanity.
Signed-off-by: Becky Bruce [EMAIL
Currently, the CCSR gets relocated while translation is
enabled, meaning we need 2 BAT translations to get to both the
old location and the new location. Also, the DEFAULT
CCSR location has a dependency on the BAT that maps the
FLASH region. Moving the relocation removes this unnecessary
Dear Alessandro,
In message [EMAIL PROTECTED] you wrote:
This command reads a memory area (up to a specified length) and
assigns the content to an environment variable. Any newlines are turned
into semicolons, and any hash is makes all the rest of the line to be turned
into spaces.
Doesn't
Related to the discussion we had earlier today about linking to libgcc I
have here a experimental patch that removes the linking to libgcc.
I called it experimental because I am not able to test if all architectures
still compile properly, and as such it needs more (build)testing before
Currently U-boot is linking against libgcc. This should not be needed because
the compiler toolchain is usually compiled with a certain OS interface in mind,
and can even be configured for GNU-EABI interfaces.
This can cause linking conflicts in U-boot when linking to libgcc.
It usually becomes
Hi Stefan,
Stefan Roese wrote:
Hi Ben,
On Thursday 30 October 2008, Ben Warren wrote:
All in-tree IBM/AMCC PPC4xx boards using the EMAC get this new CONFIG
Looks good, thanks for all this work.
Unfortunately it doesn't apply to my current u-boot-ppc4xx/master branch:
[EMAIL
On Fri, Oct 31, 2008 at 11:37:33PM +0100, Remy Bohmer wrote:
Currently U-boot is linking against libgcc. This should not be needed
because the compiler toolchain is usually compiled with a certain OS
interface in mind, and can even be configured for GNU-EABI interfaces.
This can cause linking
So, I should put the patch for the top level files such as Makefile and
MAKEALL as the last of a series of patches? That makes sense.
i
No, you should make all that belongs together one patch.
Please see http://www.denx.de/wiki/U-Boot/Patches
I have previously read the information at
Hi TsiChung,
Liew Tsi Chung wrote:
Ben,
Any status about this patch that you will apply to the net
repository? If not, this patch will go into ColdFire repository. If this
patch does not apply, most of the CF platform's Fec will not work or
possible compile errors.
Thanks.
Hi Richard,
Richard Retanubun wrote:
Richard Retanubun wrote:
Hi Ben,
I forgot to cc you on the patch e-mail, when you got a chance, do you
mind looking at this patch.
I'll have a look this weekend. If it applies cleanly I'll pull it in.
As mentioned during the 4xx discussion, keep in
Doesn't this more or less duplicate the function of the autoscr
command?
After checking the source, it addresses the same needs.
While I looked hard, I didn't find this feature. After I wrote it for
a client and later found another client did it by himself, I posted it
to the list on Jul 4th
Dear Remy,
In message [EMAIL PROTECTED] you wrote:
Currently U-boot is linking against libgcc. This should not be needed because
And where would the GCC compiler gets its builtin functions from,
then?
the compiler toolchain is usually compiled with a certain OS interface in
mind,
and can
Please restrict your line length to some 70 characters. Thanks.
I've been trying to take your previous advice and hit Enter every now
and then, but I forgot to do so before I sent off the last email.
It should be just a single patch, unless you break it into locally
idenpendent parts,
Hi, first post here.
vis: Building u-boot for the AT91RM9200-EK circa 2008
Is this still possible all things considered? It appears that
this board is left behind in a backwater sometime around 2006.
Problem is I need to compile a new version of u-boot for my
new board based on the
Hello Michael,
Michael Lawnick wrote:
I have put these patches to our board (MPC8548, NOR Flash, MTD partition
size 48MB).
a) performance has improved (execution time of 'ls' reduced from ~16s to
~1.5s)
Sounds good. That is what we were expecting.
b) there is a bug in the patch
Hi,
On Sat, Nov 1, 2008 at 1:19 AM, Magnus Lilja [EMAIL PROTECTED] wrote:
2008/10/28 Kyungmin Park [EMAIL PROTECTED]:
It supports basic operation such as create, remove, read, and write.
Signed-off-by: Kyungmin Park [EMAIL PROTECTED]
Would it be possible to have the U-boot environment in
We put the bootpg for the secondary cpus into memory and use
BPTR to get to it. This is a step towards converting to the
ePAPR boot methodology. Also, the code is written to
deal properly with more than 4GB of RAM.
Signed-off-by: Becky Bruce [EMAIL PROTECTED]
---
cpu/mpc86xx/Makefile
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Fleming
Andy-AFLEMING
Sent: Friday, October 31, 2008 6:36 AM
To: [EMAIL PROTECTED]
Cc: u-boot@lists.denx.de; Fleming Andy-AFLEMING
Subject: [U-Boot] [PATCH 06/10] Add MMC Framework
Here's a new
FYI,
This is dependent on the previous set of patches I sent to the list
earlier this evening, which aren't numbered, because they were all
independent It also needs testing on sbc8641d - I don't have a
board.
Cheers,
Becky
On Oct 31, 2008, at 10:33 PM, Becky Bruce wrote:
We put
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Fleming
Andy-AFLEMING
Sent: Friday, October 31, 2008 6:36 AM
To: [EMAIL PROTECTED]
Cc: u-boot@lists.denx.de; Fleming Andy-AFLEMING
Subject: [U-Boot] [PATCH 07/10] Add support for the Freescale
diff --git a/board/freescale/mpc837xemds/mpc837xemds.c
b/board/freescale/mpc837xemds/mpc837xemds.c
index acf8ada..57747be 100644
--- a/board/freescale/mpc837xemds/mpc837xemds.c
+++ b/board/freescale/mpc837xemds/mpc837xemds.c
@@ -22,6 +22,7 @@
int board_early_init_f(void)
{
+
+int board_early_init_f (void)
+{
+ volatile u32 *pmuxcr = (u32 *)(CONFIG_SYS_IMMR + 0xe0060);
+ u32 val;
+
+ val = *pmuxcr;
+ val |= 0x6000;
+ *pmuxcr = val;
+
+ return 0;
+}
+
Andy, How about using the in/out_be32 for this?
Thanks,
Dave
85 matches
Mail list logo