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
> la
The commit 66372fe2 manually relocated the bbt pattern pointer,
which can be removed by using full relocation.
Signed-off-by: Mingkai Hu
---
drivers/mtd/nand/fsl_elbc_nand.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/drivers/mtd/nand/fsl_elbc_nand.c b/drivers/mtd
Take advantage of the latest full relocation commit of PPC platform
for boot from NAND.
Signed-off-by: Mingkai Hu
---
Changelog:
- according to Scott's comments to seperate this patch.
cpu/mpc85xx/u-boot-nand.lds |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/cpu/mp
Dear javier Martin,
In message 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 states to
> distinguish when it is necessary to call free
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: Manu
Warning introduced by GCC 4.4.1
Signed-off-by: Graeme Russ
---
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
+++ b/board/eNET/config.mk
@@ -22,3 +2
Brings i386 malloc init in line with other arches
Signed-off-by: Graeme Russ
---
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 | 15 +++---
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 sets
Signed-off-by: Graeme Russ
---
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 @@
TEXT_BASE = 0x3804
Signed-off-by: Graeme Russ
---
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 += realmode_switch.
Signed-off-by: Graeme Russ
---
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
@@ -234,8 +234,8 @@
#ifndef _
Signed-off-by: Graeme Russ
---
cpu/i386/sc520/sc520_timer.c | 11 ++-
1 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/cpu/i386/sc520/sc520_timer.c b/cpu/i386/sc520/sc520_timer.c
index 23de14b..25c9a24 100644
--- a/cpu/i386/sc520/sc520_timer.c
+++ b/cpu/i386/sc520/sc520_t
In preperation for full relocation
Signed-off-by: Graeme Russ
---
cpu/i386/Makefile |2 +-
cpu/i386/cpu.c |1 -
cpu/i386/exceptions.c | 229 -
cpu/i386/interrupts.c | 431 ++--
includ
Hides global symbols in inline asm to reduce size of dynamic symbol table
Signed-off-by: Graeme Russ
---
board/eNET/eNET_start16.S |2 +
cpu/i386/cpu.c|2 +
cpu/i386/interrupts.c |2 +
lib_i386/bios.S | 70 +
lib
Signed-off-by: Graeme Russ
---
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 | 132 ---
Signed-off-by: Graeme Russ
---
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(-)
diff --git a/include/asm-
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 CPU
Abstract out $ARCH specific parts of the davinci_emac driver.
Some Davinci devices contain an EMAC implemetation that has small
differences from the devices currently supported by the driver.
Abstrating those sections into static inlines in the $ARCH include
files allows those parts to be modified
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
> > 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 arra
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
> ---
> 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
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
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
> ---
> drivers/mtd/nand/fsl_elbc_nand.c |4
> 1 files changed, 0 insertions(+), 4 deletions(-)
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
>> ---
>> drivers/mtd/nand/fsl_elbc_
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
> ---
Acked-by: Kumar Gala
Scott, go ahead and take this via the NAND tree to keep the patches
together.
- k
>
> Changel
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.
>>>
>>> Sign
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 th
From: Steve Sakoman
Move the test up in the function to not hang on systems without ethernet.
Signed-off-by: Steve Sakoman
Acked-by: Ben Warren
---
drivers/net/smc911x.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
Index: u-boot-arm/drivers/net/smc911x.c
=
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;
>
>
>
>
> 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.
> >
>
Use IH_CPU_I386 for amd64 machines as well, so bootm.c is able to build
on amd64 sandbox.
Signed-off-by: Peter Korsgaard
---
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
--- a/include/ima
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 se
From: Wolfgang Denk
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
---
cpu/ppc4xx/fdt.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
Dear Stefan Roese,
In message <1256048896-10508-1-git-send-email...@denx.de> you wrote:
> 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. T
On Wed, Oct 21, 2009 at 1:35 AM, Joakim Tjernlund
wrote:
>>
>> In preperation for full relocation
>>
>> Signed-off-by: Graeme Russ
>> ---
>> cpu/i386/Makefile | 2 +-
>> cpu/i386/cpu.c | 1 -
>> cpu/i386/exceptions.c | 229 -
>> cp
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
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.
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
> ---
> diff --git a/common/cmd_onenand.c b/common/cmd_onenand.c
> index 9090940..2b8f01b 100644
> ---
On Wed, Oct 21, 2009 at 7:48 AM, Scott Wood 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
>> ---
>> diff --git a/common/cmd_onenand.c b
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 a
Hi,
in continuation of the discussion on:
http://www.nabble.com/forum/Permalink.jtp?root=25779518&post=25959734&page=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 INFEN
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
---
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 a/cpu/arm_cortexa8/
I have a Coldfire MCF5235 Board and I want to boot the uclinux direct from
the sd-card connected to the spi-bus.
Is that possible ?
What do I have to configure ?
Any driver to write ?
Regards
Wilfried
___
U-Boot mailing list
U-Boot@lists.denx.de
http
47 matches
Mail list logo
