Hi Ayman,
On Monday 19 October 2009 18:19:47 ay...@elkhashab.com wrote:
Per your suggestion, we tried setting the delay (and observed a delay),
but the outcome did not change. The BIST still got set to fail and
caused the board to become unresponsive, and thus Linux fails the detection
The commit 66372fe2 manually relocated the bbt pattern pointer,
which can be removed by using full relocation.
Signed-off-by: Mingkai Hu mingkai...@freescale.com
---
drivers/mtd/nand/fsl_elbc_nand.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git
Take advantage of the latest full relocation commit of PPC platform
for boot from NAND.
Signed-off-by: Mingkai Hu mingkai...@freescale.com
---
Changelog:
- according to Scott's comments to seperate this patch.
cpu/mpc85xx/u-boot-nand.lds |1 -
1 files changed, 0 insertions(+), 1
Dear javier Martin,
In message eedb5540910192248j2c8f45edq4f36763737dcc...@mail.gmail.com you
wrote:
Sometimes, inside NetLoop, eth_halt() is called before eth_init() has
been called. This is harmless except for free() calls to pointers
which have not been allocated yet. This patch adds two
Hai
I am trying to boot linux in ubootv2.0.0 rc9 using the command bootz and not
printing any kernel messages after *booting the
kernel *messages. , Any help
My log
=
U-Boot 2.0.0-rc10-00322-g146f9b6-dirty (Oct 20 2009 - 12:58:32)
Board: Phytec phyCORE-i.MX31
NAND device:
Warning introduced by GCC 4.4.1
Signed-off-by: Graeme Russ graeme.r...@gmail.com
---
board/eNET/config.mk |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/board/eNET/config.mk b/board/eNET/config.mk
index a763841..058026d 100644
--- a/board/eNET/config.mk
+++
Brings i386 malloc init in line with other arches
Signed-off-by: Graeme Russ graeme.r...@gmail.com
---
common/dlmalloc.c |6 --
include/configs/eNET.h|2 +-
include/configs/sc520_cdp.h |2 +-
include/configs/sc520_spunk.h |2 +-
lib_i386/board.c
This patch series implements full relocation support for the i386 port of
U-Boot.
The first 5 patches came about due to my toolchain upgrade (to gcc 4.4.1
and binutils 2.19) (patch 4 id really just a quick tidy-up)
Patch 6 is a standalone bug-fix to resolve a start-up race condition
Patch 7
Signed-off-by: Graeme Russ graeme.r...@gmail.com
---
board/eNET/config.mk |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/board/eNET/config.mk b/board/eNET/config.mk
index 058026d..c9703ea 100644
--- a/board/eNET/config.mk
+++ b/board/eNET/config.mk
@@ -23,3 +23,4 @@
Signed-off-by: Graeme Russ graeme.r...@gmail.com
---
lib_i386/Makefile |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/lib_i386/Makefile b/lib_i386/Makefile
index bb9b330..9838506 100644
--- a/lib_i386/Makefile
+++ b/lib_i386/Makefile
@@ -32,16 +32,16 @@ SOBJS-y
Signed-off-by: Graeme Russ graeme.r...@gmail.com
---
include/configs/eNET.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/configs/eNET.h b/include/configs/eNET.h
index 54c34fa..0a86550 100644
--- a/include/configs/eNET.h
+++ b/include/configs/eNET.h
@@
In preperation for full relocation
Signed-off-by: Graeme Russ graeme.r...@gmail.com
---
cpu/i386/Makefile |2 +-
cpu/i386/cpu.c |1 -
cpu/i386/exceptions.c | 229 -
cpu/i386/interrupts.c | 431
Hides global symbols in inline asm to reduce size of dynamic symbol table
Signed-off-by: Graeme Russ graeme.r...@gmail.com
---
board/eNET/eNET_start16.S |2 +
cpu/i386/cpu.c|2 +
cpu/i386/interrupts.c |2 +
lib_i386/bios.S | 70
Signed-off-by: Graeme Russ graeme.r...@gmail.com
---
board/eNET/config.mk |2 +
board/eNET/eNET.c | 17 +++--
board/eNET/u-boot.lds | 34 +++--
cpu/i386/cpu.c | 12 ++-
cpu/i386/interrupts.c |4 +-
cpu/i386/start.S
Signed-off-by: Graeme Russ graeme.r...@gmail.com
---
include/asm-i386/u-boot-i386.h |6 --
lib_i386/bios_setup.c |6 ++
lib_i386/board.c | 11 ---
lib_i386/realmode.c|5 +
4 files changed, 11 insertions(+), 17 deletions(-)
Dirk Behme wrote:
Tom wrote:
This is what has changed since v2
10,12c10,12
CPU9260 : fix machine ID when using a CPU9G20.
fix CPU9260/CPU9G20 compile warnings
main.c: In function 'abortboot':
---
AT91 CPU9260 Fix machine ID when using a CPU9G20.
AT91
Hi, All!
It seems I have a trouble.
I want to use onenand_block_read function. So I've written a cover for it:
int OneNANDBlockRead (loff_t _from, ssize_t _len,
ssize_t *_retlen, u_char *_buf, int _oob)
{
int lRet;
return lRet;
}
When I do from this fuction:
printf (Reading from: 0x%X,
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
On Behalf Of Nick Thompson
Sent: Tuesday, October 20, 2009 9:21 AM
To: Ben Warren; u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 1/1] davinci_emac driver: modify to allow support
for DA8xx
Yes but the default has constants like CONFIG_SYS_MICRON_INIT_DEV_OP
... must I then declare this if I am using
CONFIG_SYS_ELPIDA_INIT_DEV_OP ?
Well, the ideas was that this was the default setting that fits most
boards, and if it doesn't fit it will be overwritten by another array.
Till now only the ranges in the ebc node are updated with the values
currently configured in the PPC4xx EBC controller. With this patch now
the NOR flash size is updated in the device tree blob as well. This is
done by scanning the compatible nodes cfi-flash and jedec-flash
for the correct chip
In preperation for full relocation
Signed-off-by: Graeme Russ graeme.r...@gmail.com
---
cpu/i386/Makefile |2 +-
cpu/i386/cpu.c |1 -
cpu/i386/exceptions.c | 229 -
cpu/i386/interrupts.c | 431
/**
+ * @brief Possible values for status
+ *
+ * fec_halt() changes the status to FEC_HALT_STATUS and fec_init()
+ * changes the status to FEC_INIT_STATUS
+ */
+#define FEC_HALT_STATUS 0
+#define FEC_INIT_STATUS 1
It would seem more logical to me if you swapped names around, i. e.
Paulraj, Sandeep wrote:
Ben,
Hi,
When the board comes after I reflash with a new U-boot image, I no
longer see the ethaddr being set. But when I do a tftp I can see the
ethaddr being read. tftp complains and says no ethaddr set.
Not sure, but it seems that the mac address is read from the
On Oct 20, 2009, at 3:58 AM, Mingkai Hu wrote:
The commit 66372fe2 manually relocated the bbt pattern pointer,
which can be removed by using full relocation.
Signed-off-by: Mingkai Hu mingkai...@freescale.com
---
drivers/mtd/nand/fsl_elbc_nand.c |4
1 files changed, 0
On Tue, Oct 20, 2009 at 10:27:05AM -0500, Kumar Gala wrote:
On Oct 20, 2009, at 3:58 AM, Mingkai Hu wrote:
The commit 66372fe2 manually relocated the bbt pattern pointer,
which can be removed by using full relocation.
Signed-off-by: Mingkai Hu mingkai...@freescale.com
---
On Oct 20, 2009, at 3:58 AM, Mingkai Hu wrote:
Take advantage of the latest full relocation commit of PPC platform
for boot from NAND.
Signed-off-by: Mingkai Hu mingkai...@freescale.com
---
Acked-by: Kumar Gala ga...@kernel.crashing.org
Scott, go ahead and take this via the NAND tree to
On Oct 20, 2009, at 10:28 AM, Scott Wood wrote:
On Tue, Oct 20, 2009 at 10:27:05AM -0500, Kumar Gala wrote:
On Oct 20, 2009, at 3:58 AM, Mingkai Hu wrote:
The commit 66372fe2 manually relocated the bbt pattern pointer,
which can be removed by using full relocation.
Signed-off-by: Mingkai
Stefano,
Paulraj, Sandeep wrote:
Ben,
Hi,
When the board comes after I reflash with a new U-boot image, I no
longer see the ethaddr being set. But when I do a tftp I can see the
ethaddr being read. tftp complains and says no ethaddr set.
Not sure, but it seems that the mac
From: Steve Sakoman sako...@gmail.com
Move the test up in the function to not hang on systems without ethernet.
Signed-off-by: Steve Sakoman sako...@gmail.com
Acked-by: Ben Warren biggerbadder...@gmail.com
---
drivers/net/smc911x.c | 12 ++--
1 file changed, 6 insertions(+), 6
On Tue, Oct 20, 2009 at 05:27:04PM +0400, Tuma wrote:
Hi, All!
It seems I have a trouble.
I want to use onenand_block_read function. So I've written a cover for it:
int OneNANDBlockRead (loff_t _from, ssize_t _len,
ssize_t *_retlen, u_char *_buf, int _oob)
{
int lRet;
return
Stefano,
Paulraj, Sandeep wrote:
Ben,
Hi,
When the board comes after I reflash with a new U-boot image, I no
longer see the ethaddr being set. But when I do a tftp I can see the
ethaddr being read. tftp complains and says no ethaddr set.
Not sure, but it seems
Use IH_CPU_I386 for amd64 machines as well, so bootm.c is able to build
on amd64 sandbox.
Signed-off-by: Peter Korsgaard jac...@sunsite.dk
---
include/image.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/image.h b/include/image.h
index 0d2f472..5524f84 100644
Dear Martha,
can you _please_ fix your mailer and make sure to keep the In-reply-to:
and References: mail headers in place and working, so threading of
messages works? Thanks.
In message 200910200953803.sm05...@[206.180.163.89] you wrote:
Well, the ideas was that this was the default
From: Wolfgang Denk w...@denx.de
strcpy() was iused with the target address being a pointer to a
constant string, which potentially is read-only. Use a (writable)
array of characters instead.
Signed-off-by: Wolfgang Denk w...@denx.de
---
cpu/ppc4xx/fdt.c |2 +-
1 files changed, 1
On Wed, Oct 21, 2009 at 1:35 AM, Joakim Tjernlund
joakim.tjernl...@transmode.se wrote:
In preperation for full relocation
Signed-off-by: Graeme Russ graeme.r...@gmail.com
---
cpu/i386/Makefile | 2 +-
cpu/i386/cpu.c | 1 -
cpu/i386/exceptions.c
Mike Frysinger wrote:
On Monday 19 October 2009 17:24:35 Scott Wood wrote:
If the user has specified a CC or similar on the command line, that is the
cross compiler, not the host compiler. Override is needed to keep these
assignments from being ignored in that case.
then again, if we didnt
Dear John,
In message 4b73d43f0910191545x3127cba5w7fdec3f638213...@mail.gmail.com you
wrote:
The register map for 5125 does not just change the size of the registers.
Some registers change locations. The issue is that the hardware guys
decided to fix the old broken register access. The
On Mon, Oct 12, 2009 at 04:27:10PM +0900, Kyungmin Park wrote:
Now OneNAND handles block operation only.
With this patch OneNAND handles all read/write size.
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
diff --git a/common/cmd_onenand.c b/common/cmd_onenand.c
index
On Wed, Oct 21, 2009 at 7:48 AM, Scott Wood scottw...@freescale.com wrote:
On Mon, Oct 12, 2009 at 04:27:10PM +0900, Kyungmin Park wrote:
Now OneNAND handles block operation only.
With this patch OneNAND handles all read/write size.
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
On Tuesday 20 October 2009 17:53:58 Scott Wood wrote:
Mike Frysinger wrote:
On Monday 19 October 2009 17:24:35 Scott Wood wrote:
If the user has specified a CC or similar on the command line, that is
the cross compiler, not the host compiler. Override is needed to keep
these assignments
Hi,
in continuation of the discussion on:
http://www.nabble.com/forum/Permalink.jtp?root=25779518post=25959734page=y
the following patch set should introduce DDR
timing changes for MICRON and INFINEON DDRs
and allow both classes of boards to live
happily together
Tested ON:
SDP3430 - type
Micron DDR timings based on:
http://www.sakoman.net/cgi-bin/gitweb.cgi?p=x-load-omap3.git;a=blob;f=include/asm/arch-omap3/mem.h;h=e6fbfe3947f5d0d85fea776e30821d4017316d86;hb=HEAD
Introduce Micron DDR timings and provide
CONFIG_OMAP3_INFINEON_DDR and CONFIG_OMAP3_MICRON_DDR config
options to allow
Remove SDP referenced unused defines
Signed-off-by: Nishanth Menon n...@ti.com
---
cpu/arm_cortexa8/omap3/mem.c |2 +-
cpu/arm_cortexa8/omap3/sys_info.c |2 +-
include/asm-arm/arch-omap3/mem.h | 11 ++-
3 files changed, 4 insertions(+), 11 deletions(-)
diff --git
43 matches
Mail list logo
