s included
since it is not uncommon that the DCR values in header files get mixed
up and it helps to validate, at a glance, they match what is printed
in the user manual.
Tested on:
AMCC Kilauea/Haleakala:
- NFS Linux Boot: PASSED
- NAND Linux Boot: PASSED
Signed-off-by: Grant Ericks
Add additional DDR2 SDRAM memory controller DCR mneomnics, condition
revision ID DCR based on 405EX, and add field mnemonics for bus error
status and ECC error status registers.
Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
---
include/asm-ppc/ppc4xx-sdram.h
This patch adds bit field mnemonics for the 405EX(r) SDR0_SRST soft reset
register.
Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
---
include/ppc405.h | 36
1 files changed, 36 insertions(+), 0 deletions(-)
diff --git a/include/ppc405.h b/i
periodically fail since it can
prematurely indicate SDRAM ready status.
Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
---
include/asm-ppc/ppc4xx-sdram.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/include/asm-ppc/ppc4xx-sdram.h b/include/asm-ppc/ppc4xx-s
periodically fail since it can
prematurely indicate SDRAM ready status.
Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
---
include/asm-ppc/ppc4xx-sdram.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/include/asm-ppc/ppc4xx-sdram.h b/include/asm-ppc/ppc4xx-s
This patch adds support for placing the RGMII bridge on the
PPC405EX(r) into MII/GMII mode and allows a board-specific
configuration to specify the bridge mode at compile-time.
Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
---
cpu/ppc4xx/4xx_enet.c
such that it can be
used across
all processor variants that utilize the IBM DDR2 SDRAM controller core.
Tested on:
AMCC Kilauea:
- NFS Linux Boot: PASSED
- NAND Linux Boot: PASSED
Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
---
cpu/ppc4xx/44x_spd_ddr2.c
On 6/26/08 10:27 AM, Stuart Wood wrote:
> Tried what you said including patching mkfs.jffs2 and I'm now getting
> these errors
>
> [ errors omitted ]
>
> This seems to imply that the kernel is looking for the clean markers.
> If they are not needed
> with NAND flash then why would it look for them
On 6/26/08 8:33 AM, Mark Craske wrote:
> I have a custom board that only has NAND flash, so my JFFS2 file systems are
> in NAND.
>
> You say in your mail item of Fri, 07 Mar 2008 17:09:42 -0800 that you are
> using
> u-boot/fs/jffs2/jffs2_nand_1pass.c from u-boot (1.3.2-rc3). However, when I
> c
tp 80 root.img
=> nand erase 80 140
=> nand write.i ${fileaddr} 80 ${filesize}
Adjust sizes and offsets accordingly for your board.
Regards,
Grant Erickson
-
Ch
hem and verifying them against the
>> data sheet or user's manual easier.
>>
>> Tested against AMCC "Haleakala".
>>
>> Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
>
> Are these definitions being used anywhere?
>
> I tend to dro
case on my AMCC
board. I did not test and cannot comment on the others so I'll partially ACK
it.
Partial Acked-by: Grant Erickson <[EMAIL PROTECTED]>
Thanks again,
Grant
-
Check out the new SourceForge.net Marke
On 6/5/08 3:30 PM, Grant Erickson wrote:
> I'm following up with you on this since 'git blame cmd_nand.c' seems to
> indicate you added the CONFIG_FIT support to this file.
>
> Based on stepping through with the debugger, my initial guess about hardware
> issues may
On 6/5/08 1:47 PM, Grant Erickson wrote:
> On 6/2/08 3:02 PM, Grant Erickson wrote:
>> On 6/2/08 11:21 AM, Scott Wood wrote:
>>> On Mon, Jun 02, 2008 at 08:22:21AM +0200, Stefan Roese wrote:
>>>> Hi Grant,
>>>>
>>>> On Monday 02 June 2008, Gra
On 6/2/08 3:02 PM, Grant Erickson wrote:
> On 6/2/08 11:21 AM, Scott Wood wrote:
>> On Mon, Jun 02, 2008 at 08:22:21AM +0200, Stefan Roese wrote:
>>> Hi Grant,
>>>
>>> On Monday 02 June 2008, Grant Erickson wrote:
>>>> Before I jump in with th
On 6/2/08 11:21 AM, Scott Wood wrote:
> On Mon, Jun 02, 2008 at 08:22:21AM +0200, Stefan Roese wrote:
>> Hi Grant,
>>
>> On Monday 02 June 2008, Grant Erickson wrote:
>>> Before I jump in with the BDI and start debugging, has anyone else using
>>> &#x
Before I jump in with the BDI and start debugging, has anyone else using
'nboot' and FIT images noticed that 'nboot' periodically fails where 'nand
read.i' of the SAME region of NAND succeeds?
=> echo $bootaddr
80
=> echo $boot0
nboot ${bootaddr} 0 0 && setenv bootargs root=/de
I am attempting to craft an auto-updater image consisting of three files in
a FIT multi-image:
* u-boot.bin (Binary 512 KiB u-boot image)
* boot.itb (FIT Multi-image)
- vmlinux.bin.gz (Compressed Binary Linux Kernel)
- devices.dtb (Binary FDT Blob)
* root.img (JFFS2 File
d be done (file renaming,
etc.). However, that can be handled at a later date on a second or
third pass. As it stands, this patch moves things forward in an
incremental yet positive way for those platforms that utilize this
code and the features associated with it.
Signed-off-by: Grant Erickson &l
configurations {
default = "[EMAIL PROTECTED]";
[EMAIL PROTECTED] {
description = "Kernel with Device Tree";
kernel = "[EMAIL PROTECTED]";
fdt = "[EMAIL PROTECTED]";
};
};
};
Replace @FOO@ abov
d be done (file renaming,
etc.). However, that can be handled at a later date on a second or
third pass. As it stands, this patch moves things forward in an
incremental yet positive way for those platforms that utilize this
code and the features associated with it.
Signed-off-by: Grant Erickson &l
On 5/22/08 8:27 AM, Stefan Roese wrote:
> On Wednesday 21 May 2008, Grant Erickson wrote:
>
> Thanks a lot for all this work. Please find some comments below.
And thank you for your helpful pointers along the way.
>> diff --git a/board/amcc/kilauea/init.S b/board/amcc/kilauea/
atch moves things forward in an
incremental yet positive way for those platforms that utilize this
code and the features associated with it.
Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
---
cpu/ppc4xx/44x_spd_ddr.c| 49 +---
cpu/ppc4xx/44x_spd_ddr2.c | 120 +
atch moves things forward in an
incremental yet positive way for those platforms that utilize this
code and the features associated with it.
Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
---
board/amcc/kilauea/init.S | 229 +---
board/amcc/kilauea/memory.c |
This patch simplifies post_word_{load,store} by using the preprocessor
to eliminate redundant, copy-and-pasted code.
Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
---
cpu/ppc4xx/commproc.c | 26 +++---
1 files changed, 11 insertions(+), 15 deletions(-)
diff -
On 5/21/08 1:17 PM, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you
> wrote:
>> This patch simplifies post_word_{load,store} by using the preprocessor
>> to eliminate redundant, copy-and-pasted code.
> ...
>
>> +#if defined(CFG_POST_WORD_ADDR)
>> +# define _POST_ADDR (CFG_OCM_DATA_ADDR
s.
> ...
>> --- a/board/amcc/kilauea/memory.c
>> +++ b/board/amcc/kilauea/memory.c
>> @@ -1,6 +1,9 @@
>> /*
>> - * (C) Copyright 2007
>> - * Stefan Roese, DENX Software Engineering, [EMAIL PROTECTED]
>> + * Copyright (c) 2008 Nuovation System Designs, LLC
This patch simplifies post_word_{load,store} by using the preprocessor
to eliminate redundant, copy-and-pasted code.
Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
---
cpu/ppc4xx/commproc.c | 26 +++---
1 files changed, 11 insertions(+), 15 deletions(-)
diff -
This patch simplifies post_word_{load,store} by using the preprocessor
to eliminate redundant, copy-and-pasted code.
Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
---
cpu/ppc4xx/commproc.c | 26 +++---
1 files changed, 11 insertions(+), 15 deletions(-)
diff -
SDRAM controller by merging two of them into a common, shared
implementation.
This revision of the patch reflects feedback from Stefan Roese:
- Remove wrappers around ecc.h.
- Remove superfluous eieio().
Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
---
cpu/ppc4xx/44x_spd_ddr.c
On 5/18/08 11:19 PM, Stefan Roese wrote:
>> #if defined(CONFIG_SPD_EEPROM) &&\
>> (defined(CONFIG_440SP) || defined(CONFIG_440SPE) || \
>> defined(CONFIG_460EX) || defined(CONFIG_460GT))
>> @@ -3064,9 +3071,116 @@ static void ppc440sp_sdram_register_dump(void)
>> dcr_data = mfdcr(SDRAM_R3BAS);
On 5/18/08 2:23 PM, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
+ * For boards that don't have OCM and can't use the data cache
+ * for their primordial stack, setup stack here directly after the
+ * SDRAM is initialized in ext_bus_cntlr_init.
>>>
>>> Was the
On 5/18/08 1:38 PM, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you
> wrote:
> ...
>> cpu/ppc4xx/start.S:
>> Reworked code to handle the primordial stack and data area initialization
>> when CFG_INIT_DCACHE_CS is asserted.
> ...
>> - * Boards like the Kilauea (405EX) don't have OCM and
s
> posting via the Nabble forum or my gmail account in text mode.
>
> I'd appreciate any suggestion from you, as this pretty much holds me back.
David,
You want to install 'git send-email':
http://www.kernel.org/pub/software/scm/git/docs/git-send-email.html
Regards,
mnemonics on PPC_REG_VAL macro
and added self-documenting mnemonics to remove any ambiuity about
the units associated with the mnemonic.
Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
---
include/ppc405.h | 52 ++--
board/amcc/makalu/
initialization code for PowerPC 405EX[r]-based
boards.
Integration and unification of the EEPROM-driven version with this
parameter driven version may be tackled on another, later pass.
Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
---
cpu/ppc4xx/44x_spd_ddr2.c
SDRAM controller by merging two of them into a common, shared
implementation.
The last revision of this patch failed to compile on 440ERX/GPX
systems, so the appropriate preprocessor wrappers were added to
address it.
Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
---
cpu/ppc4xx/44x_spd
SDRAM controller by merging two of them into a common, shared
implementation.
Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
---
cpu/ppc4xx/44x_spd_ddr.c | 51 ++--
cpu/ppc4xx/Makefile |1 +
cpu/ppc4xx/ecc.c
cing magic numbers with the approriate mnemonics to
improve code readability and self-documentation.
Tested On:
AMCC "Haleakala" with:
CFG_SDRAM_BASE=0x
CFG_INIT_DCACHE_CS=4
CFG_INIT_RAM_ADDR=(CFG_SDRAM_BASE + (1 << 30))
CFG_INIT_RAM_END=(4 << 10
Added preprocessor definitions for External Bus Controller (EBC)
configuration, bank configuration and access parameter register fields
along with a macro for defining them and verifying them against the
data sheet or user's manual easier.
Tested against AMCC "Haleakala".
Signe
On 5/9/08 1:22 AM, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
>> When building against non-local, non-disk-backed file systems (e.g. NFS,
>> tmpfs), the u-boot build can iterate forever, attempting to re-generate
>> "include/autoconf.mk". This occurs because $(VERSION_FILE) (a
On 5/7/08 12:29 AM, Joakim Tjernlund wrote:
> On Tue, 2008-05-06 at 20:16 -0700, Grant Erickson wrote:
>> [EMAIL PROTECTED] fw_printenv foobar
>> ## Error: "foobar" not defined
>
> This error message should not be there. It is enough to return exit
> status 1.
On 5/7/08 12:10 AM, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
>>
>>> [EMAIL PROTECTED] fw_printenv -n hostname ipaddr
>>> ## Error: `-n' option requires exactly one argument
>>> [EMAIL PROTECTED] echo $?
>>> 1
>>
>> But I don't understand what the purpose of the "-n" option
On 5/7/08 12:32 AM, Markus Klotzbücher wrote:
> Wolfgang Denk <[EMAIL PROTECTED]> writes:
>> In message <[EMAIL PROTECTED]> you wrote:
> Oh right, yes. Shouldn't post to lists before drinking coffee in the
> morning.
>
>> However, the addition of this feature is undocumented (not mentioned
>> in t
168.1.12
## Error: "foobar" not defined
[EMAIL PROTECTED] echo $?
1
Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
---
tools/env/fw_env.c | 19 ---
tools/env/fw_env.h |2 +-
tools/env/fw_env_main.c | 30 ++
This patch addresses both of these issues.
Platforms Tested On:
- AMCC "Kilauea"
Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
---
lib_generic/crc32.c |2 ++
tools/env/Makefile |2 +-
2 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/lib_generic/crc32.c b/lib_gen
In the current GIT top-of-tree (1.3.3-rc2) should tools/env/fw_printenv
compile and link?
Invoking the following build lines:
% CROSS_COMPILE=ppc_4xx- PATH=${PATH}:/usr/local/eldk/4.1/usr/bin make -C
/tmp/u-boot/source/ O=/tmp/u-boot/build/ TOOLSUBDIRS=env kilauea_config
% CROSS_COMPILE=ppc_4xx-
Add support for the recognition of 'powerpc' as an alias for the PowerPC
architecture type since Linux is already trending in that direction,
preferring 'powerpc' to 'ppc'.
Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
---
diff --git a/common/image.c b/c
On 5/4/08 4:04 PM, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you
> wrote:
>> Add support for the recognition of 'powerpc' as an alias for the PowerPC
>> architecture type since Linux is already trending in that direction,
>> preferring 'p
Add support for the recognition of 'powerpc' as an alias for the PowerPC
architecture type since Linux is already trending in that direction,
preferring 'powerpc' to 'ppc'.
Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
---
common/image.c |1 +
; undeclared (first use in this
function)
cmd_bootm.c:440: error: 'LOGBUFF_OVERHEAD' undeclared (first use in this
function)
Are these known/expected errors? Looking at the source, it seems like this
got patched into the wrong place or is mi
On 4/29/08 2:42 AM, Stefan Roese wrote:
> On Tuesday 29 April 2008, kenneth johansson wrote:
Stefan already asked this... I would also like to understand why the
data cache cannot be used for initial RAM as we do on so many other
systems?
>>>
>>> Agreed. The changes were based on th
On 4/28/08 2:27 PM, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you
> wrote:
>> The primary goal of these changes is to unify some of the low-level
>> SDRAM and ECC initialization code for the PPC4xx processors that use a
>> common DDR2 SDRAM controller.
>>
>> In particular, in the case
e how ecc_init() would be called if it were available as
a reference.
Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
---
board/amcc/kilauea/init.S | 53 +++--
board/amcc/makalu/init.S | 53 +++--
cpu/ppc4xx/Makefile |1 +
cpu/ppc4xx/ecc.S
--- /dev/null
+++ b/cpu/ppc4xx/ecc.S
@@ -0,0 +1,195 @@
+/*
+ *Copyright (c) 2008 Nuovation System Designs, LLC
+ * Grant Erickson <[EMAIL PROTECTED]>
+ *
+ *Copyright (c) 2007 DENX Software Engineering, GmbH
+ * Stefan Roese <[EMAIL PROTECTED]>
+ *
+ *See file CREDITS f
w ecc_init() would be called if it were available
as a reference.
Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
---
board/amcc/kilauea/init.S | 53
+++--
board/amcc/makalu/init.S | 53
+++--
cpu/ppc4xx/Makef
On 4/12/08 12:29 PM, Mike Frysinger wrote:
> On Friday 11 April 2008, Grant Erickson wrote:
>> When building against non-local, non-disk-backed file systems (e.g. NFS,
>> tmpfs), the u-boot build can iterate forever, attempting to re-generate
>> "include/autocon
2fs, ext3fs and tmpfs file systems.
More detail at:
http://sourceforge.net/mailarchive/message.php?msg_id=C4180895.E556%25gerick
son%40nuovations.com
Signed-off-by: Grant Erickson <[EMAIL PROTECTED]>
---
diff --git a/Makefile b/Makefile
index e5b4210..50069b7 100644
--- a/Makefile
+++ b/Make
is
apparent root cause, I would have expected failures consistently in the
ext3fs case as well as in the not-linked-against-librt-and-libpthread
version case (top row of the test matrix).
Regards,
Grant Erickson
-
Chec
On 3/26/08 4:52 PM, Grant Erickson wrote:
> While I generally develop against local file systems only, today I did a build
> against an NFS mounted file system and encountered new behavior in the u-boot
> build that I had never before seen.
>
> That is, an indefinite iteration
ake-3.80 make-3.81
-
ext3SUCCESS SUCCESS SUCCESS
nfs SUCCESS FAILURE FAILURE
tmpfs SUCCESS FAILURE FAILURE
-
If someone else has encountered this, are there any work-arounds in the
u-boot build th
On 3/6/08 9:30 AM, Grant Erickson wrote:
> I am continuing some experiments in booting Linux w/ a flattened device tree
> via u-boot (1.3.2-rc3) from JFFS2 on NAND on an AMCC "Haleakala" board and am
> curious if anyone has come up with some quantitative performance
> ch
62 matches
Mail list logo
