-Original Message-
From: Kumar Gala [mailto:ga...@kernel.crashing.org]
Sent: Saturday, September 19, 2009 2:42 AM
To: Hu Mingkai-B21284
Cc: u-boot@lists.denx.de; Wood Scott-B07421
Subject: Re: [PATCH v3 1/3] NAND boot: MPC8536DS support
+
+#include common.h
+#include
-Original Message-
From: Wood Scott-B07421
Sent: Saturday, September 19, 2009 12:37 AM
To: Hu Mingkai-B21284
Cc: u-boot@lists.denx.de; ga...@kernel.crashing.org
Subject: Re: [PATCH v3 1/3] NAND boot: MPC8536DS support
On Fri, Sep 18, 2009 at 11:35:33AM +0800, Mingkai Hu wrote:
Hi All,
I am getting a warning message when i run fw_printenv on board.
Warning : Bad CRC!! Using Default Environment. And it showed Few
environment variables.
The values of those environment variables are not that is set on my board.
What might me the issue?
Thanks
Rahanesh
Dear J.Hwan.Kim
2009/9/20 J.Hwan.Kim frog1...@gmail.com:
Hi, everyone
I'm using u-boot for ARM9 S3C2410.
My tool chain is ELDK4.2.
I defined configuration CONFIG_NAND_CMD,
CONFIG_SYS_MAX_NAND_DEVICE 1,
and CONFIG_SYS_NAND_BASE 0x4E0C for nand_init().
It works well until the
Minkyu Kang wrote:
Dear J.Hwan.Kim
2009/9/20 J.Hwan.Kim frog1...@gmail.com:
Hi, everyone
I'm using u-boot for ARM9 S3C2410.
My tool chain is ELDK4.2.
I defined configuration CONFIG_NAND_CMD,
CONFIG_SYS_MAX_NAND_DEVICE1,
and CONFIG_SYS_NAND_BASE 0x4E0C for nand_init().
It
Dear Peter Tyser,
In message 1253489072.27060.51.ca...@ptyser-laptop you wrote:
- JOBS=-j`expr $BUILD_NCPUS + 1`
+ JOBS=-j $(($BUILD_NCPUS + 1))
...
This is an unrelated change. I would not include it with this patch.
Mike mentioned using POSIX math in the new arithmetic functions I
Dear Peter Tyser,
In message 1253489996.27060.60.ca...@ptyser-laptop you wrote:
+# Print statistics when ctrl-c is pressed
+trap print_stats; exit 2
Why only on signal 2? Usually we use 1 2 3 15 in such cases.
2's the only case I've ever used for MAKEALL, I'll add the other cases
Dear Rahanesh,
In message 4ab72177.7090...@tataelxsi.co.in you wrote:
I am getting a warning message when i run fw_printenv on board.
Warning : Bad CRC!! Using Default Environment. And it showed Few
environment variables.
The values of those environment variables are not that is set on
Dear Graeme Russ,
In message d66caabb0909201837g28da0ed5k6069e96775cfb...@mail.gmail.com you
wrote:
- ecm-eedr = 0x; /* clear ecm errors */
- ecm-eeer = 0x; /* enable ecm errors */
+ out_be32(ecm-eedr, 0x); /* clear ecm
On Mon, Sep 21, 2009 at 6:48 PM, Wolfgang Denk w...@denx.de wrote:
Dear Graeme Russ,
In message d66caabb0909201837g28da0ed5k6069e96775cfb...@mail.gmail.com you
wrote:
- ecm-eedr = 0x; /* clear ecm errors */
- ecm-eeer = 0x; /* enable ecm errors
following build warning was observed
mv88e61xx.c: In function ‘mv88e61xx_busychk’:
mv88e61xx.c:208: warning: dereferencing type-punned pointer will break
strict-aliasing rules
This patch fixes the same
Patch tested for rd6281a board build
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
This patch adds kwbimage configuration file
(used by mkimage utility)
to support u-boot.kwb target on rd6281a platform.
To create Kirkwood boot image to be flashed on NAND,
additional parameter u-boot.kwb need to be passed during make.
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
---
This patch adds kwbimage configuration file
(used by mkimage utility)
to support u-boot.kwb target on mv88f6281gtw_ge board.
To create Kirkwood boot image to be flashed on SPI Flash,
additional parameter u-boot.kwb need to be passed during make.
Signed-off-by: Prafulla Wadaskar
-Original Message-
From: Simon Kagstrom [mailto:simon.kagst...@netinsight.net]
Sent: Monday, September 14, 2009 1:17 PM
To: U-Boot ML
Cc: Prafulla Wadaskar; Dhaval Vasa; Prabhanjan Sarnaik; Ashish Karkare
Subject: [PATCH v3] Support for the OpenRD base board
Support for the
Wolfgang Denk wrote:
I thiunk this has been explained to you before: your fw_env.config
file is incorrect and does not match your actual hardware
configuration.
But i cannot find out the issue with config file.
This is the information i get from include/configs/my_board.h
/*
Hi Joakim,
Joakim Tjernlund wrote:
The latest AN2919 has changed the way FDR/DFSR should be calculated.
Update the driver according to spec. However, Condition 2
is not accounted for as it is not clear how to do so.
I compared rev. 5 of AN2919 with rev. 3 and, as you pointed out, it puts
The implementation is borrowed from the sheevaplug board and the Marvell
1.1.4 code. Unsupported (or untested) is the SD card, PCIe and SATA.
Signed-off-by: Simon Kagstrom simon.kagst...@netinsight.net
---
I get run-time problems when building for armv5te for OpenRD base
(apparently the same
Dear Wolfgang Denk and Jean-Christophe PLAGNIOL-VILLARD,
Daniel Gorsulowski wrote:
This patch implements several updates:
-disable CONFIG_ENV_OVERWRITE
-add new hardware style variants and set the arch numbers appropriate
(autodet.)
-pass the serial# and hardware revision to the kernel
DDR2 timing for intip was on the edge for some of the available chips
for this board. Now it is verfied to work with all of them.
Signed-off-by: Dirk Eibach eib...@gdsys.de
---
include/configs/intip.h | 20 ++--
1 files changed, 10 insertions(+), 10 deletions(-)
diff --git
Wolfgang Grandegger w...@denx.de wrote on 21/09/2009 12:53:36:
Hi Joakim,
Joakim Tjernlund wrote:
The latest AN2919 has changed the way FDR/DFSR should be calculated.
Update the driver according to spec. However, Condition 2
is not accounted for as it is not clear how to do so.
I
On 23:57 Fri 04 Sep , Wolfgang Denk wrote:
Hello everybody,
ARM has always been one of the architectures that generated a big
number of different processors and SoCs, but recently the activitiy in
this area is literally exploding. This is partially due to the fact
that ARM is currently
Joakim Tjernlund wrote:
Wolfgang Grandegger w...@denx.de wrote on 21/09/2009 12:53:36:
Hi Joakim,
Joakim Tjernlund wrote:
The latest AN2919 has changed the way FDR/DFSR should be calculated.
Update the driver according to spec. However, Condition 2
is not accounted for as it is not clear
Dear Rahanesh,
In message 4ab75481.6060...@tataelxsi.co.in you wrote:
But i cannot find out the issue with config file.
We cannot find this out either. We don't know your hardware, and your
code is not in mainline either.
This is the information i get from include/configs/my_board.h
Wolfgang Grandegger w...@denx.de wrote on 21/09/2009 13:59:04:
Joakim Tjernlund wrote:
Wolfgang Grandegger w...@denx.de wrote on 21/09/2009 12:53:36:
Hi Joakim,
Joakim Tjernlund wrote:
The latest AN2919 has changed the way FDR/DFSR should be calculated.
Update the driver according to
Dear Jean-Christophe,
in message 20090921113701.gp29...@game.jcrosoft.org you wrote:
Atmel (AT91): Jean-Christophe Plagniol-Villard
Marvell (PXA + IXP):Jean-Christophe Plagniol-Villard
I decline it
Thank you for the clear statement. Thanks again for
From: Werner Pfister werner.pfis...@intercontrol.de
Signed-off-by: Werner Pfister werner.pfis...@intercontrol.de
Signed-off-by: Detlev Zundel d...@denx.de
---
include/configs/digsy_mtc.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/digsy_mtc.h
Dear Alan Carvalho de Assis,
2009/9/16 Alan Carvalho de Assis acas...@gmail.com
This patch adds support to iMX27ADS development board. This board has
128MB RAM, 32MB NOR Flash and 128MB NAND Flash. Currently only
booting from NOR is supported.
Signed-off-by: Alan Carvalho de Assis
Siva,
Myself Siva, working on a custom board using MCF5485. We had a typical
problem with tftp. We are using u-boot(1.3.3) from Freescale on our
first of all I'd try to use latest code.
board and trying to do tftp of filesize 12MB. Sometime file is
getting downloaded into external DDR
kevin.morf...@fearnside-systems.co.uk wrote:
Minkyu Kang wrote:
Dear J.Hwan.Kim
2009/9/20 J.Hwan.Kim frog1...@gmail.com:
Hi, everyone
I'm using u-boot for ARM9 S3C2410.
My tool chain is ELDK4.2.
I defined configuration CONFIG_NAND_CMD,
CONFIG_SYS_MAX_NAND_DEVICE1,
and
Dear Daniel Gorsulowski,
In message 4ab76125.5010...@esd.eu you wrote:
Dear Wolfgang Denk and Jean-Christophe PLAGNIOL-VILLARD,
...
what about this patch? No more comments, no NACK, no applied to...?
As you might have noticed, Jean-Christophe just throw in the towel as
AT91 (and PXA and IXP)
Dear Wolfgang,
Is 0x3F00 really the correct offset? I doubt so.
What are your full U-Boot boot messages, and what does flinfo print?
* This is the print message of flinfo*
U-BOOT # flinfo
DataFlash:Nb pages: 32768
Page Size:256
Size= 8388608 bytes
On Sun, Sep 20, 2009 at 11:40:33PM -0700, Hu Mingkai-B21284 wrote:
How about changing it to:
# Options: NAND, 36BIT
MPC8536DS_%_config MPC8536DS_config: unconfig
I don't get it. what's the '%'? or how to use it?
It is a wildcard (or more specifically, a pattern rule). It will match
Add version environment variable to the galaxy5200 board header file.
Signed-off-by: Eric Millbrandt emillbra...@dekaresearch.com
---
include/configs/galaxy5200.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/galaxy5200.h b/include/configs/galaxy5200.h
This series attempts to fix relocation to RAM for ppc boards.
I split the patches up pretty liberally, let me know if you'd like
them organized differently.
I tried to be thorough during the changes (especially #1), let me
know if I missed anything, there's lots of linker scripts for ppc
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
lib_ppc/board.c | 50 --
1 files changed, 0 insertions(+), 50 deletions(-)
diff --git a/lib_ppc/board.c b/lib_ppc/board.c
index e8509ee..4123e73 100644
--- a/lib_ppc/board.c
+++ b/lib_ppc/board.c
Certain ppc compilers are known not to generate the .fixup section
properly. The .fixup section is necessary to create a relocatable
U-Boot image. A basic check for the existence of the .fixup section
should hopefully catch the majority of broken compilers which don't
support relocation.
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
lib_ppc/extable.c | 26 ++
1 files changed, 6 insertions(+), 20 deletions(-)
diff --git a/lib_ppc/extable.c b/lib_ppc/extable.c
index 91e2b3d..7408d5c 100644
--- a/lib_ppc/extable.c
+++ b/lib_ppc/extable.c
@@ -53,27
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
board/digsy_mtc/cmd_mtc.c | 30 --
board/digsy_mtc/digsy_mtc.c |2 --
board/inka4x0/inka4x0.c | 10 --
board/inka4x0/inkadiag.c| 28
include/configs/inka4x0.h |
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
board/freescale/mpc8548cds/mpc8548cds.c |7 ---
board/mpl/common/pci.c | 18 --
board/sbc8548/sbc8548.c |6 --
3 files changed, 0 insertions(+), 31 deletions(-)
diff --git
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
drivers/net/tsec.c | 49 -
1 files changed, 0 insertions(+), 49 deletions(-)
diff --git a/drivers/net/tsec.c b/drivers/net/tsec.c
index 5c3d261..3f74118 100644
--- a/drivers/net/tsec.c
+++
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
post/board/lwmon/sysmon.c | 17 +
post/board/lwmon5/sysmon.c | 17 +
2 files changed, 2 insertions(+), 32 deletions(-)
diff --git a/post/board/lwmon/sysmon.c b/post/board/lwmon/sysmon.c
index 79a5151..fc828b2
PPC boards are the only users of the current FPGA code which is littered
with manual relocation fixups. Now that proper relocation is supported
for PPC boards, remove FPGA manual relocation.
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
board/esd/pmc440/fpga.c |6 +-
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
board/mpl/common/memtst.c | 26 --
board/mpl/mip405/mip405.c |3 +--
board/mpl/pati/pati.c |2 --
board/mpl/vcma9/vcma9.c |3 ---
4 files changed, 1 insertions(+), 33 deletions(-)
diff --git
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
board/prodrive/p3mx/p3mx.c | 10 --
include/configs/p3mx.h |1 -
2 files changed, 0 insertions(+), 11 deletions(-)
diff --git a/board/prodrive/p3mx/p3mx.c b/board/prodrive/p3mx/p3mx.c
index 0247bb8..05eca52 100644
---
Now that proper relocation is supported, the reloc_off field is no longer
necessary.
Note that the location of the standalone application jump table pointer
in the global data structure is affected by this change, breaking
execution of standalone applications compiled for previous versions of
Add #ifdefs where necessary to not perform relocation fixups. This
allows boards/architectures which support relocation to trim a decent
chunk of code.
Note that this patch doesn't add #ifdefs to architecture-specific code
which does not support relocation.
Signed-off-by: Peter Tyser
Hello all,
I am working with the AMCC PPC 405Ex. I will have very limited RAM on my
production board, thus I would like u-boot to execute from FLASH rather than
RAM. Has anyone else done this? I played with this a couple of days without
much success. Is it do-able, without too much
Use new fsl_pci_init_port() that reduces amount of duplicated code in the
board ports, use IO accessors and clean up printing of status info.
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
* Fix MPC85xx_DEVDISR_PCIE2/3 use of setbits_be32
board/freescale/mpc8572ds/mpc8572ds.c | 230
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Wolfgang Denk
Sent: Monday, September 21, 2009 6:14 PM
To: Jean-Christophe PLAGNIOL-VILLARD
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] RFC: split ARM repo and distribute
-Original Message-
From: Simon Kagstrom [mailto:simon.kagst...@netinsight.net]
Sent: Monday, September 21, 2009 4:24 PM
To: U-Boot ML
Cc: Prafulla Wadaskar; Dhaval Vasa; Prabhanjan Sarnaik; Ashish Karkare
Subject: Re: [U-Boot] [PATCH v4] Support for the OpenRD base board
The
On Mon, Sep 21, 2009 at 12:20 PM, Peter Tyser pty...@xes-inc.com wrote:
Signed-off-by: Peter Tyser pty...@xes-inc.com
It looks like something happened during the send of your patches;
it seems the long log of what you are trying to fix and how the patch
fixes it is missing here and from several
On Mon, 2009-09-21 at 12:49 -0400, Paul Gortmaker wrote:
On Mon, Sep 21, 2009 at 12:20 PM, Peter Tyser pty...@xes-inc.com wrote:
Signed-off-by: Peter Tyser pty...@xes-inc.com
It looks like something happened during the send of your patches;
it seems the long log of what you are trying to
On Sep 20, 2009, at 7:36 PM, Paul Gortmaker wrote:
With only eTSEC1 and 2 being brought out to RJ-45 connectors, we
aren't interested in the eTSEC3/4 voltage hack on this board
Signed-off-by: Paul Gortmaker paul.gortma...@windriver.com
---
board/sbc8548/sbc8548.c |6 --
1 files
On Sep 20, 2009, at 7:36 PM, Paul Gortmaker wrote:
Sweep throught the board specific file and replace the various
register proddings with the equivalent I/O accessors.
Signed-off-by: Paul Gortmaker paul.gortma...@windriver.com
---
board/sbc8548/sbc8548.c | 91 ++
On Sep 20, 2009, at 7:36 PM, Paul Gortmaker wrote:
The size of the LB SDRAM on this board is 128MB, spanning CS3
and CS4. It was previously only being configured for 64MB on
CS3, since that was what the original codebase of the MPC8548CDS
had. In addition to setting up BR4/OR4, this also
On Sep 20, 2009, at 7:36 PM, Paul Gortmaker wrote:
Recycle the recently added PCI-e wrapper used to reduce board
duplication of code by creating a similar version for plain PCI.
Signed-off-by: Paul Gortmaker paul.gortma...@windriver.com
---
include/asm-ppc/fsl_pci.h | 12
1
On Sep 20, 2009, at 7:36 PM, Paul Gortmaker wrote:
The PCI/PCI-e support for the sbc8548 was based on an earlier
version of what the MPC8548CDS board was using, and in its
current state it won't even compile. This re-syncs it to match
the latest codebase and makes use of the new shared PCI
This change adds some basic summary information to the MAKEALL script.
The summary information includes how many boards were compiled, how many
boards had compile warnings or errors, and which specific boards had
compile warnings or errors.
This information is useful when doing compile testing to
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
MAKEALL |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/MAKEALL b/MAKEALL
index fd06d8d..1e7ec20 100755
--- a/MAKEALL
+++ b/MAKEALL
@@ -9,7 +9,7 @@ trap print_stats 0
if [ $BUILD_NCPUS -gt 1 ]
then
-
Hi Wolfgang
Please pull
The following changes since commit 3b6a9267f0de7b85d387fa4123d0b58379363447:
Wolfgang Denk (1):
board/flagadm/flash.c: fix compile warning
are available in the git repository at:
git://git.denx.de/u-boot-marvell.git master
Prafulla Wadaskar (2):
Peter Tyser wrote:
On Mon, 2009-09-21 at 12:49 -0400, Paul Gortmaker wrote:
On Mon, Sep 21, 2009 at 12:20 PM, Peter Tyser pty...@xes-inc.com wrote:
Signed-off-by: Peter Tyser pty...@xes-inc.com
It looks like something happened during the send of your patches;
it seems the long log of what you
-Original Message-
From: Simon Kagstrom [mailto:simon.kagst...@netinsight.net]
Sent: Monday, September 21, 2009 4:24 PM
To: U-Boot ML
Cc: Prafulla Wadaskar; Dhaval Vasa; Prabhanjan Sarnaik; Ashish Karkare
Subject: Re: [U-Boot] [PATCH v4] Support for the OpenRD base board
The
-Original Message-
From: Prafulla Wadaskar [mailto:prafu...@marvell.com]
Sent: Monday, September 21, 2009 8:28 PM
To: u-boot@lists.denx.de
Cc: Prabhanjan Sarnaik; Ashish Karkare; Prafulla Wadaskar
Subject: [PATCH] Kirkwood: mv88f6281gtw_ge: Add kwbimage build support
This
-Original Message-
From: Prafulla Wadaskar [mailto:prafu...@marvell.com]
Sent: Monday, September 21, 2009 8:28 PM
To: u-boot@lists.denx.de
Cc: Prabhanjan Sarnaik; Ashish Karkare; Prafulla Wadaskar
Subject: [PATCH] Kirkwood: rd6281a: Add kwbimage build support
This patch adds
On Sat, Sep 19, 2009 at 05:39:37PM +0200, Luigi 'Comio' Mantellini wrote:
+/*
+ *
+ * Utility to send the preamble, address, and register (common to read
+ * and write).
+ */
+static void mpc85xx_miiphy_pre (struct
On Sep 20, 2009, at 7:36 PM, Paul Gortmaker wrote:
Prior to this commit, to enable PCI, you had to go manually
edit the board config header, and if you had 33MHz PCI, you
had to manually change CONFIG_SYS_NS16550_CLK too, which was
not real user friendly,
This adds the typical PCI and
Dear Rahanesh,
In message 4ab786b9.4080...@tataelxsi.co.in you wrote:
U-Boot 1.1.2 (Sep 19 2009 - 10:26:28)
Board: IAD CPU Speed 200 MHz
DRAM: 32 MB
sflash.c:266:DF_F_DataflashProbe: Entered
sflash.c:269:DF_F_DataflashProbe: flash type is 0x1
sflash.c:270:DF_F_DataflashProbe: num pages
Wolfgang Denk wrote:
Dear Jean-Christophe,
in message 20090921113701.gp29...@game.jcrosoft.org you wrote:
Atmel (AT91): Jean-Christophe Plagniol-Villard
Marvell (PXA + IXP):Jean-Christophe Plagniol-Villard
I decline it
Thank you for the clear
Dear Mike Breneman,
In message
b0a7af226b49a14897036e9b3a68cffecb1ab0f...@hq-exch-7.corp.brocade.com you
wrote:
I am working with the AMCC PPC 405Ex. I will have very limited RAM
on my production board, thus I would like u-boot to execute from
How much is very limited ?
If you want to use
Dear Prafulla,
in message 73173d32e9439e4abb5151606c3e19e202ed512...@sc-vexch1.marvell.com
you wrote:
- IXP and PXA are really low traffic these days (EOL products); I
think we can give up these repositories and just ran this through
the generic ARM repo.
I would love to own this
Prafulla Wadaskar wrote:
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Wolfgang Denk
Sent: Monday, September 21, 2009 6:14 PM
To: Jean-Christophe PLAGNIOL-VILLARD
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] RFC:
Thanks for the response. Currently the processor will have 128KB of RAM. It
will be running a small footprint RTOS.
This processor is sort of a co-processor which offloads the main CPU for
certain tasks. It is basically replacing an FPGA as it is a cheaper solution.
I will check if I can
Signed-off-by: Martha M Stan mm...@silicontkx.com
---
board/freescale/mpc5121ads/mpc5121ads.c | 98 ++-
include/configs/mpc5121ads.h| 35 ++-
2 files changed, 129 insertions(+), 4 deletions(-)
diff --git
Signed-off-by: Martha M Stan mm...@silicontkx.com
---
board/davedenx/aria/aria.c |2 +-
board/esd/mecp5123/mecp5123.c |2 +-
board/freescale/mpc5121ads/mpc5121ads.c |2 +-
cpu/mpc512x/fixed_sdram.c | 104 --
u-boot reports a PCIE PLL lock error at boot time on Yucca board, and
left PCIe nonfunctional. This is fixed by making u-boot function
ppc4xx_init_pcie() to wait 300 uS after negating reset before the
first check of the PLL lock.
Signed-off-by: Rupjyoti Sarmah rsar...@amcc.com
---
diff --git
s-paul...@ti.com wrote:
From: Sandeep Paulraj s-paul...@ti.com
In the DaVinci specific code, we use both CONFIG_SOC_DM646X and
CONFIG_SOC_DM646x to represent DM646x specific code.
This patch changes occurrences of CONFIG_SOC_DM646x to
CONFIG_SOC_DM646X. This is because for DM644x series of
Prafulla Wadaskar wrote:
Hi Wolfgang
Please pull
Shouldn't this rather get pulled to u-boot-arm?
Tom
The following changes since commit 3b6a9267f0de7b85d387fa4123d0b58379363447:
Wolfgang Denk (1):
board/flagadm/flash.c: fix compile warning
are available in the git
Daniel Gorsulowski wrote:
Dear Wolfgang Denk and Jean-Christophe PLAGNIOL-VILLARD,
Daniel Gorsulowski wrote:
This patch implements several updates:
-disable CONFIG_ENV_OVERWRITE
-add new hardware style variants and set the arch numbers appropriate
(autodet.)
-pass the serial# and
s-paul...@ti.com wrote:
From: Sandeep Paulraj s-paul...@ti.com
In the DaVinci specific code, we use both CONFIG_SOC_DM646X and
CONFIG_SOC_DM646x to represent DM646x specific code.
This patch changes occurrences of CONFIG_SOC_DM646x to
CONFIG_SOC_DM646X. This is because for DM644x
Hi Tom,
may you please comment on the following patches :
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/67400
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/65674
Many thanks
Eric
___
U-Boot mailing list
U-Boot@lists.denx.de
Hi all,
This fixes the following errors when running MAKEALL for coldfire :
start.S: Assembler messages:
start.S:320: Error: Conversion of PC relative displacement to absolute
Signed-off-by: Philippe De Muyter p...@macqel.be
diff -ru a/cpu/mcf523x/start.S b/cpu/mcf523x/start.S
---
Hi all,
This fixes the following warnings when running MAKEALL for coldfire :
tools/kwbimage.c: In function #kwbimage_checksum32#:
tools/kwbimage.c:135: warning: format #%ld# expects type #long int#, but
argument 4 has type #unsigned int#
Signed-off-by: Philippe De Muyter p...@macqel.be
Dear Philippe De Muyter,
In message 20090921200644.ga6...@frolo.macqel you wrote:
Hi all,
This fixes the following warnings when running MAKEALL for coldfire :
tools/kwbimage.c: In function #kwbimage_checksum32#:
tools/kwbimage.c:135: warning: format #%ld# expects type #long int#,
Hi all,
This fixes the following warnings when running MAKEALL for coldfire :
cmd_bdinfo.c:354: warning: 'print_eth' defined but not used
Signed-off-by: Philippe De Muyter p...@macqel.be
diff -ru a/common/cmd_bdinfo.c b/common/cmd_bdinfo.c
--- a/common/cmd_bdinfo.c 2009-09-17
Dear Philippe De Muyter,
In message 20090921202802.gb12...@frolo.macqel you wrote:
if (len % sizeof(uint32_t)) {
- printf (Error:%s[%d] - lenght is not in multiple of %ld\n,
+ printf (Error:%s[%d] - length is not in multiple of %u\n,
__FUNCTION__,
Hi Fred,
--- On Mon, 9/21/09, Magnus Lilja lilja.mag...@gmail.com wrote:
From: Magnus Lilja lilja.mag...@gmail.com
Subject: Re: [U-Boot] [PATCH] imx51:Add support basic boot code of freescale
imx51 bbg board
To: gareat...@gmail.com
Cc: u-boot@lists.denx.de
Date: Monday, September 21,
Dear Wolfgang,
On Mon, Sep 21, 2009 at 10:53:13PM +0200, Wolfgang Denk wrote:
Seems you are using old code. This has long been fixed (using a %zu
format).
That's surprising. I got a tarball last friday (3 days ago) using the
snapshot button on the gitweb interface :
Hi Martha,
--- On Mon, 9/21/09, Martha M Stan mm...@silicontkx.com wrote:
From: Martha M Stan mm...@silicontkx.com
Subject: [U-Boot] [PATCH] Add mpc5125ads board and processor to the mpc512x
family
To: u-boot@lists.denx.de
Cc: Martha M Stan mm...@silicontkx.com
Date: Monday, September 21,
Commit 804d83a5 allows us to move all the configuration
variation tweaks out of the top level Makefile and down
into the boards config header. This takes advantage of
that for the sbc8540/sbc8560 boards.
There were a couple of cheezy comments pointing at incorrect
files, or files that don't
Commit 804d83a5 allows us to move all the configuration
variation tweaks out of the top level Makefile and down
into the board config header. This takes advantage of
that for the sbc8349 board.
Signed-off-by: Paul Gortmaker paul.gortma...@windriver.com
---
Makefile | 15
Hi All,
This is related to the post here:
http://www.mail-archive.com/u-boot@lists.denx.de/msg06428.html My use case
is similar... updating the kernel remotely to a deployed, physically
inaccessible system.
I am considering the same thing (TFTP server in U-Boot), but I believe I
have a good
Dear Joe Hershberger,
In message 4b538920909211414o3a7e9c84se0df6e1622f49...@mail.gmail.com you
wrote:
This is related to the post here:
http://www.mail-archive.com/u-boot@lists.denx.de/msg06428.html My use case
is similar... updating the kernel remotely to a deployed, physically
Eric Bénard wrote:
Hi Tom,
may you please comment on the following patches :
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/67400
[U-Boot] [PATCH] Add support for Eukrea CPU9260/CPU9G20 SBC
these boards are built around Atmel's AT91SAM9260/9G20 and have
up to 64MB of NOR flash, up
On Mon, Sep 21, 2009 at 4:56 PM, Wolfgang Denk w...@denx.de wrote:
In message 4b538920909211414o3a7e9c84se0df6e1622f49...@mail.gmail.com you
wrote:
I am considering the same thing (TFTP server in U-Boot), but I believe I
have a good reason for wanting it. At the same time, I don't want
On Tue, Sep 22, 2009 at 1:15 AM, Scott Wood scottw...@freescale.com wrote:
On Sat, Sep 19, 2009 at 10:32:30AM +0900, Kyungmin Park wrote:
On Sat, Sep 19, 2009 at 4:26 AM, Scott Wood scottw...@freescale.com wrote:
On Sat, Aug 29, 2009 at 01:00:59PM +0900, Kyungmin Park wrote:
#define
Refactoring the OneNAND IPL code
and some minor fixed:
- Remove unnecessary header file
- Fix wrong access at read interrupt
- The recent OneNAND has 4KiB pagesize
Also Board can override OneNAND IPL image
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
diff --git a/Makefile b/Makefile
Using the common 86xx fdt fixups removes some board-specific code and
should make the mpc8610hpcd easier to maintain in the long run.
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
board/freescale/mpc8610hpcd/mpc8610hpcd.c | 14 +-
2 files changed, 1 insertions(+), 14
Hi Peter,
On Monday 21 September 2009 18:20:24 Peter Tyser wrote:
This series attempts to fix relocation to RAM for ppc boards.
I split the patches up pretty liberally, let me know if you'd like
them organized differently.
I tried to be thorough during the changes (especially #1), let me
Wolfgang Denk wrote:
Dear Rahanesh,
In message 4ab786b9.4080...@tataelxsi.co.in you wrote:
U-Boot 1.1.2 (Sep 19 2009 - 10:26:28)
Board: IAD CPU Speed 200 MHz
DRAM: 32 MB
sflash.c:266:DF_F_DataflashProbe: Entered
sflash.c:269:DF_F_DataflashProbe: flash type is 0x1
99 matches
Mail list logo