Hi Grant,
On Monday 02 June 2008, Grant Erickson wrote:
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?
Not sure here, since I never used nboot
2008/6/2 Wolfgang Denk [EMAIL PROTECTED]:
In message [EMAIL PROTECTED] you wrote:
I recently read the FAQ again and found about using valid MAC addresses:
* Should I recompile my u-boot with the new local-admin MAC address or just
I need to write the new config on the board?
Neither
83xx/85xx/86xx: add more MxMR local bus definitions
This patch adds more macro definitions for the UPM Machine Mode Registers
They are copied from include/mpc82xx.h to simplify the merge of all 8xxx
common local bus definitions into include/asm-ppc/fsl_lbc.h. They are
required for my forthcoming
PPC: add accessor macros to clear and set bits in one shot
This patch adds macros from linux/include/asm-powerpc/io.h to clear and
set bits in one shot using the in_be32, out_be32, etc. accessor functions.
They are very handy to manipulate bits it I/O registers.
This patch is required for my
MPC8360ERDK: adapt NAND interface for the re-written FSL NAND UPM driver
This patch is based on the following patch sent a few minutes ago:
[PATCH] NAND FSL UPM: driver re-write using the hwcontrol callback
It is untested, of course. Anton, could you please give it a try.
Signed-off-by: Wolfgang
Hi,
I noticed some strange issues with our PMC440 (PPC440PEx based) board and
also with the sequoia eval platform.
In a certain configuration these boards stuck during the Ethernet POST tests.
When they got stuck, it is even not possible to attach with a BDI2000.
On the console you only see
On Sunday 01 June 2008, Mike Frysinger wrote:
On Sunday 01 June 2008, Wolfgang Denk wrote:
In message [EMAIL PROTECTED] wrote:
From: Michael Hennerich [EMAIL PROTECTED]
= + * $Log:$
+ * 1.0.0 2006-09-06
+ * New release for AX88180 US2 chip.
Also, this is old stuff. Why did you
On Mon, Jun 02, 2008 at 12:11:11PM +0200, Wolfgang Grandegger wrote:
NAND FSL UPM: driver re-write using the hwcontrol callback
This is a re-write of the NAND FSL UPM driver using the more universal
hwcontrol callback (instead of the cmdfunc callback). Here is a brief
list of furher
NAND FSL UPM: driver re-write using the hwcontrol callback
This is a re-write of the NAND FSL UPM driver using the more universal
hwcontrol callback (instead of the cmdfunc callback). Here is a brief
list of furher modifications:
- For the time being, the UPM setup writing the UPM array has been
On Mon, Jun 02, 2008 at 12:14:51PM +0200, Wolfgang Grandegger wrote:
MPC8360ERDK: adapt NAND interface for the re-written FSL NAND UPM driver
This patch is based on the following patch sent a few minutes ago:
[PATCH] NAND FSL UPM: driver re-write using the hwcontrol callback
It is untested,
Anton Vorontsov wrote:
On Fri, May 30, 2008 at 08:00:32PM +0200, Wolfgang Grandegger wrote:
[...]
Fix that, but I can still not access the device properly. I'm a bit
puzzled because it uses a different algorithm to access the device.
While my and the Linux fsl_upm driver uses NAND_ALE,
In message [EMAIL PROTECTED] you wrote:
I cannot find any of the other subjects. For example, where is any
posting that contained the string
fix up comment about CONFIG_BFIN_BOOT_MODE
i can find them just fine with the same exact subject as well as your
replies.
dont know
Anton Vorontsov wrote:
On Mon, Jun 02, 2008 at 12:14:51PM +0200, Wolfgang Grandegger wrote:
MPC8360ERDK: adapt NAND interface for the re-written FSL NAND UPM driver
This patch is based on the following patch sent a few minutes ago:
[PATCH] NAND FSL UPM: driver re-write using the hwcontrol
Signed-off-by: Tor Krill [EMAIL PROTECTED]
---
include/mpc83xx.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/mpc83xx.h b/include/mpc83xx.h
index d2e1e2b..3dc926d 100644
--- a/include/mpc83xx.h
+++ b/include/mpc83xx.h
@@ -820,6 +820,7 @@
#define CSCONFIG_EN
MPC8360ERDK: adapt NAND interface for the re-written FSL NAND UPM driver
This patch is based on the following patch sent a few minutes ago:
[PATCH] NAND FSL UPM: driver re-write using the hwcontrol callback
Signed-off-by: Wolfgang Grandegger [EMAIL PROTECTED]
Acked-by: Anton Vorontsov [EMAIL
These patches add support for the mpc8313 based BUBBATWO board.
Signed-off-by: Tor Krill [EMAIL PROTECTED]
---
MAINTAINERS|4 +
MAKEALL|1 +
Makefile |3 +
include/configs/BUBBATWO.h | 516
Signed-off-by: Tor Krill [EMAIL PROTECTED]
---
board/excito/bubbatwo/Makefile | 50 +
board/excito/bubbatwo/bubba_commands.c | 93 +
board/excito/bubbatwo/bubbatwo.c | 175
board/excito/bubbatwo/bubbatwo.h | 30
Hi all,
I am new here. Currently, I am facing a problem when using bootm to boot
linux from uboot: the booting hangs after tranferring control from Uboot
to Linux Kernel. However, I found that the linux kernel setup works well
with the Uboot 1.2.0, while fail with the latest Uboot 1.3.2/1.3.3. In
On Monday 02 June 2008, Wolfgang Grandegger wrote:
Signed-off-by: Wolfgang Grandegger [EMAIL PROTECTED]
Acked-by: Anton Vorontsov [EMAIL PROTECTED]
All 4 patches are maintained by different people. What is the fastest
way to get these patches in? Maybe Stefan could pick them up directly?
On Mon, 2008-05-19 at 11:06 -0500, Jon Loeliger wrote:
The following changes since commit 180a90abdae72587c0f679edf8991455e559440d:
Wolfgang Denk (1):
Release v1.3.3
are available in the git repository at:
git://www.denx.de/git/u-boot-mpc86xx.git master
Jon Loeliger (1):
On Sat, May 31, 2008 at 03:11:27PM +0200, Stefan Roese wrote:
One advantage of the current nand_spl subsystem is that it uses the same NAND
board/platform driver as the normal, full blown U-Boot NAND subsystem does.
So there is no need to maintain multiple NAND drivers for one board/platform.
Hi there
I am working on at91sam9260ek. I have put kernel and rfs on dataflash. Now this
board boots up but doesn't enable eth0. I searched net and found that if I do a
ping it enables phy (MD9161A). But if I do that when there is no network u-boot
never recovers. Can someone tell me the way
Avinash Vijayvergia wrote:
Hi there
I am working on at91sam9260ek. I have put kernel and rfs on dataflash.
Now this board boots up but doesn't enable eth0. I searched net and
found that if I do a ping it enables phy (MD9161A). But if I do that
when there is no network u-boot never
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
'nboot' and FIT images noticed that 'nboot' periodically fails where 'nand
read.i' of the SAME
On Monday 02 June 2008, Scott Wood wrote:
On Sat, May 31, 2008 at 03:11:27PM +0200, Stefan Roese wrote:
One advantage of the current nand_spl subsystem is that it uses the same
NAND board/platform driver as the normal, full blown U-Boot NAND
subsystem does. So there is no need to maintain
The 8 following patches posted as followups to this mail are ppc4xx-related
changes I intend to get merged in this merge period. Sorry for the late
posting, but it took me much longer to get this clean and I feel its a big
improvement to the current status of 4xx SDRAM/DDR/DDR2 init code and
This patch consolidates the 405 and 440 parts of the NAND booting code
selected via CONFIG_NAND_SPL. Now common code is used to initialize the
SDRAM by calling initdram() and to copy/relocate to SDRAM/OCM/etc.
Only *after* running from this location, nand_boot() is called.
Please note that the
This patch changes the kilauea and kilauea_nand (for NAND booting)
board port to not use a board specific DDR2 init routine anymore. Now
the common code from cpu/ppc4xx is used.
Thanks to Grant Erickson for all his basic work on this 405EX early
bootup.
Signed-off-by: Stefan Roese [EMAIL
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
---
cpu/ppc4xx/ecc.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/cpu/ppc4xx/ecc.c b/cpu/ppc4xx/ecc.c
index 3e87c84..a2eb07b 100644
--- a/cpu/ppc4xx/ecc.c
+++ b/cpu/ppc4xx/ecc.c
@@ -45,7 +45,8 @@
#include ecc.h
Historically the 405 U-Boot port had a dram_init() call in early init
stage. This function was still called from start.S and most of the time
coded in assembler. This is not needed anymore (since a long time) and
boards should implement the common initdram() function in C instead.
This patch now
This patch removes the used testdram() implementations of the board
that are maintained by myself.
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
---
board/amcc/bamboo/bamboo.c | 67 --
board/amcc/canyonlands/canyonlands.c | 38 ---
Stefan Roese wrote:
On Monday 02 June 2008, Scott Wood wrote:
but even then I'd
rather use the space for things like SPD-based SDRAM initialization.
Are you talking about a full-blown I2C SPD DIMM detection and
autoconfiguration? The code I know from 4xx is much too complicated and big
Stefan Roese wrote:
This patch removes the SDRAM initilization call initdram() from
nand_boot(). This is done mainly because I experienced problems with
some boards like Kilauea (405EX), which don't have internal SRAM (OCM)
and relocation needs to be done to SDRAM before the NAND controller
This patch removes the SDRAM initilization call initdram() from
nand_boot(). This is done mainly because I experienced problems with
some boards like Kilauea (405EX), which don't have internal SRAM (OCM)
and relocation needs to be done to SDRAM before the NAND controller
can get accessed. When
Stefan Roese wrote:
This patch removes the SDRAM initilization call initdram() from
nand_boot(). This is done mainly because I experienced problems with
some boards like Kilauea (405EX), which don't have internal SRAM (OCM)
and relocation needs to be done to SDRAM before the NAND controller
On Monday 02 June 2008, Scott Wood wrote:
Stefan Roese wrote:
This patch removes the SDRAM initilization call initdram() from
nand_boot(). This is done mainly because I experienced problems with
some boards like Kilauea (405EX), which don't have internal SRAM (OCM)
and relocation needs to
On Monday 02 June 2008, Scott Wood wrote:
Stefan Roese wrote:
This patch removes the SDRAM initilization call initdram() from
nand_boot(). This is done mainly because I experienced problems with
some boards like Kilauea (405EX), which don't have internal SRAM (OCM)
and relocation needs to
Stefan Roese wrote:
On Monday 02 June 2008, Wolfgang Grandegger wrote:
Signed-off-by: Wolfgang Grandegger [EMAIL PROTECTED]
Acked-by: Anton Vorontsov [EMAIL PROTECTED]
All 4 patches are maintained by different people. What is the fastest
way to get these patches in? Maybe Stefan could pick
On Fri, May 30, 2008 at 04:05:28PM -0400, Stuart Wood wrote:
Scott, I this this one is it, and thnaks for pointing out the
nand_erase_opts() function.
Stuart
---
Modified to check for bad blocks and to skipping over them when
CFG_ENV_RANGE has been defined.
CFG_ENV_RANGE must be larger
On Mon, Jun 02, 2008 at 12:09:30PM +0200, Wolfgang Grandegger wrote:
83xx/85xx/86xx: add more MxMR local bus definitions
This patch adds more macro definitions for the UPM Machine Mode Registers
They are copied from include/mpc82xx.h to simplify the merge of all 8xxx
common local bus
Scott Wood wrote:
On Mon, Jun 02, 2008 at 12:09:30PM +0200, Wolfgang Grandegger wrote:
83xx/85xx/86xx: add more MxMR local bus definitions
This patch adds more macro definitions for the UPM Machine Mode Registers
They are copied from include/mpc82xx.h to simplify the merge of all 8xxx
common
Adds watchdog support.
signed off by Stuart Wood [EMAIL PROTECTED]
---
diff --git a/fs/jffs2/jffs2_1pass.c b/fs/jffs2/jffs2_1pass.c
index a330438..9ff8e12 100644
--- a/fs/jffs2/jffs2_1pass.c
+++ b/fs/jffs2/jffs2_1pass.c
@@ -116,6 +116,7 @@
#include malloc.h
#include linux/stat.h
#include
Adding watch dog support
signed off by Stuart Wood [EMAIL PROTECTED]
diff --git a/drivers/serial/serial_pl010.c b/drivers/serial/serial_pl010.c
index 417b6ae..134ed09 100644
--- a/drivers/serial/serial_pl010.c
+++ b/drivers/serial/serial_pl010.c
@@ -29,6 +29,7 @@
/* Should be fairly simple to
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
'nboot' and FIT images noticed that 'nboot' periodically fails
Grant Erickson wrote:
Thanks for the suggestion. That solved it. As an academic exercise, is there
any practical reason a system would want to use nboot, as I erroneously
chose to do, without .i|.jffs2|.e?
I don't think so, though I don't know the history involved. Does anyone
actually use
Hi All,
I was trying to build u-boot-1.2.0 for atmel (u-boot
source code delivered by the board vendor). Tried
this:
$ make CROSS_COMPILE=arm-linux- sam9l9260_config
$ make CROSS_COMPILE=arm-linux-
but it failed:
make -C tools all
make[1]: Entering directory
Victor (pfc) wrote:
I've been working last months on a lubbock board
and u-boot as a bootloader to run Linux. I always
loaded my kernel via serial port, because I never
got u-boot to activate my ethernet (I never got the
link led on, only after booting Linux).
I recently read the FAQ again
On Mon, Jun 02, 2008 at 12:11:11PM +0200, Wolfgang Grandegger wrote:
NAND FSL UPM: driver re-write using the hwcontrol callback
This is a re-write of the NAND FSL UPM driver using the more universal
hwcontrol callback (instead of the cmdfunc callback). Here is a brief
list of furher
On Wed, May 14, 2008 at 1:10 PM, [EMAIL PROTECTED] wrote:
From: Becky Bruce [EMAIL PROTECTED]
Currently, END_OF_RAM is used by the trap code to determine if
we should attempt to access the stack pointer or not. However,
on systems with a lot of RAM, only a subset of the RAM is
guaranteed to
All,
I wanted to post this for comments before I submitted a patch.
Anyone using the 83xx and maybe other families, may or may not have noticed
that any half duplex connection will not work, except in MII or RMII modes.
Although, I am guessing that many people never use this mode, real
This was configured to use the deprecated CONFIG_OF_FLAT_TREE, change
to CONFIG_OF_LIBFDT.
WARNING: This conversion was untested because I do not have a board to
test it on.
NOTE: The FDT blob (DTS) must have an /aliases/ethernet0 and (optionally)
/aliases/ethernet1 property for the ethernet to
This was configured to use the deprecated CONFIG_OF_FLAT_TREE, change
to CONFIG_OF_LIBFDT.
WARNING: This conversion was untested because I do not have a board to
test it on. It isn't apparent to me that a flattened device tree is
used any more.
Signed-off-by: Gerald Van Baren [EMAIL PROTECTED]
I would vote for making bad black handling the default. I've been
working on fixing up a design of ours that mistakenly used non block
skipping version and I've been trying to find all the places were bad
block's were not being skipped and fixes them. Our system only uses
NAND flash and people are
Jerry Van Baren wrote:
The following troika of patches switch the final two boards (mpc7448hpc2
and stxxst) from using CONFIG_OF_FLAT_TREE to CONFIG_OF_LIBFDT and then
remove support for CONFIG_OF_FLAT_TREE.
Sorry for the noise, I didn't do a full job, working on the rest of the job.
gvb
On Wed, May 28, 2008 at 1:12 PM, Wolfgang Grandegger [EMAIL PROTECTED] wrote:
The boot output is now aligned poperly with other boot output
lines, e.g.:
FLASH: 128 MB
L2:512 KB enabled
Signed-off-by: Wolfgang Grandegger [EMAIL PROTECTED]
A silly comment, but let's spell it Beautify
On Jun 2, 2008, at 3:38 PM, Wolfgang Grandegger wrote:
Scott Wood wrote:
On Mon, Jun 02, 2008 at 12:09:30PM +0200, Wolfgang Grandegger wrote:
83xx/85xx/86xx: add more MxMR local bus definitions
This patch adds more macro definitions for the UPM Machine Mode
Registers
They are copied
Ben Warren wrote:
Tsi-Chung.Liew wrote:
From: TsiChung Liew [EMAIL PROTECTED]
Signed-off-by: TsiChung Liew [EMAIL PROTECTED]
---
drivers/net/mcffec.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/net/mcffec.c b/drivers/net/mcffec.c
index
Tsi-Chung.Liew wrote:
From: TsiChung Liew [EMAIL PROTECTED]
Signed-off-by: TsiChung Liew [EMAIL PROTECTED]
---
drivers/net/mcffec.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/net/mcffec.c b/drivers/net/mcffec.c
index 5ab4726..8d4e248 100644
---
Wolfgang,
Please pull from the net repo:
The following changes since commit 2c8d41969b47eb0b973912830c58689b2ba0e50a:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-testing
are available in the git repository at:
git://www.denx.de/git/u-boot-net.git master
59 matches
Mail list logo