Dear All,
I am attempting to integrate the USB on the Freescale mpc5121
processor on the mpc5121ads board from Silicon Turnkey for upgrades of
kernel, u-boot etc.
I have succeeded in integrating Francesco Rendine 's EHCI patch for
the MPC5121 (see
http://lists.denx.de/pipermail/u-boot/2009-June/0
>
> 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 fo
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
-removed unused macros from include/configs/meesc.h
Signed-off-by: Daniel Gorsulowski
---
v2:
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
>>
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), le
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
---
board/freescale/mpc8610hpcd/mpc8610hpcd.c | 14 +-
2 files changed, 1 insertions(+), 14 deletions(-)
diff --git a/bo
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
diff --git a/Makefile b/Makefile
index 0b61d05..961c007 100
On Tue, Sep 22, 2009 at 1:15 AM, Scott Wood 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 wrote:
>> > On Sat, Aug 29, 2009 at 01:00:59PM +0900, Kyungmin Park wrote:
>> >> #define READ_INTERRUPT()
On Mon, Sep 21, 2009 at 4:56 PM, Wolfgang Denk 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 to
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,
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
> ina
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 reas
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
---
Makefile | 15 +--
include/configs/s
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 exist
Hi Martha,
--- On Mon, 9/21/09, Martha M Stan wrote:
> From: Martha M Stan
> Subject: [U-Boot] [PATCH] Add mpc5125ads board and processor to the mpc512x
> family
> To: u-boot@lists.denx.de
> Cc: "Martha M Stan"
> Date: Monday, September 21, 2009, 5:27 PM
> Signed-off-by: Martha M Stan
>
You
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 Fred,
--- On Mon, 9/21/09, Magnus Lilja wrote:
> From: Magnus Lilja
> 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, 2009, 2:55 PM
> Hi
>
>
> I've scanned the
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",
> > >
On Mon, Sep 21, 2009 at 10:16:21PM +0200, Wolfgang Denk wrote:
> 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_checks
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
diff -ru a/common/cmd_bdinfo.c b/common/cmd_bdinfo.c
--- a/common/cmd_bdinfo.c 2009-09-17 23:28:31.0 +020
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 i
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
diff -ru a/to
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
diff -ru a/cpu/mcf523x/start.S b/cpu/mcf523x/start.S
--- a/cpu/mcf523x/start.
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
http://li
>
> s-paul...@ti.com wrote:
> > From: Sandeep Paulraj
> >
> > 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 ser
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#
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
s-paul...@ti.com wrote:
> From: Sandeep Paulraj
>
> 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 SOCs we use
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
---
diff --git a/cpu/ppc4xx/4xx_p
Signed-off-by: Martha M Stan
---
board/davedenx/aria/aria.c |2 +-
board/esd/mecp5123/mecp5123.c |2 +-
board/freescale/mpc5121ads/mpc5121ads.c |2 +-
cpu/mpc512x/fixed_sdram.c | 104 --
include/asm-ppc/immap_512x.h
Signed-off-by: Martha M Stan
---
board/freescale/mpc5121ads/mpc5121ads.c | 98 ++-
include/configs/mpc5121ads.h| 35 ++-
2 files changed, 129 insertions(+), 4 deletions(-)
diff --git a/board/freescale/mpc5121ads/mpc5121ads.c
b/board/freescale/
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 b
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
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
Dear Mike Breneman,
In message
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 that board for any reasonable pourposes, which
justify the use of
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
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: n
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
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 (str
> -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
> -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
>
> Th
> -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
>
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 wrote:
>>> Signed-off-by: Peter Tyser
>> 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
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):
Kirkwo
Signed-off-by: Peter Tyser
---
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
- JOBS=-j`expr "$BUILD_NCPUS"
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
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 P
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
> ---
> include/asm-ppc/fsl_pci.h | 12
> 1 files changed, 12 inse
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 als
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
> ---
> board/sbc8548/sbc8548.c | 91 ++
> +
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
> ---
> board/sbc8548/sbc8548.c |6 --
> 1 files changed, 0 insertions(+),
On Mon, 2009-09-21 at 12:49 -0400, Paul Gortmaker wrote:
> On Mon, Sep 21, 2009 at 12:20 PM, Peter Tyser wrote:
> > Signed-off-by: Peter Tyser
>
> 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
On Mon, Sep 21, 2009 at 12:20 PM, Peter Tyser wrote:
> Signed-off-by: Peter Tyser
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 of the other patches
as well.
> ---
> -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
>
> -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 distr
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
---
* Fix MPC85xx_DEVDISR_PCIE2/3 use of setbits_be32
board/freescale/mpc8572ds/mpc8572ds.c | 230 +++-
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 effort?
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
---
commo
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
U-Bo
Signed-off-by: Peter Tyser
---
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
--- a/board/prodrive/p3mx/p3mx.c
Signed-off-by: Peter Tyser
---
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 a/board/mpl/common/memtst.c b/
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
---
board/esd/pmc440/fpga.c |6 +-
board/gen860t/fpga.c
Signed-off-by: Peter Tyser
---
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 100644
--- a/post/b
Signed-off-by: Peter Tyser
---
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
+++ b/drivers/net/tsec.c
@@ -3
Signed-off-by: Peter Tyser
---
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 a/board/freescale/mpc8548c
Signed-off-by: Peter Tyser
---
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 |1 -
5 files ch
Signed-off-by: Peter Tyser
---
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 +53,13 @@ search_one_ta
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-
Signed-off-by: Peter Tyser
---
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
@@ -627,13 +627,8 @
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
boards:)
On Sat, Sep 19, 2009 at 10:32:30AM +0900, Kyungmin Park wrote:
> On Sat, Sep 19, 2009 at 4:26 AM, Scott Wood wrote:
> > On Sat, Aug 29, 2009 at 01:00:59PM +0900, Kyungmin Park wrote:
> >> #define READ_INTERRUPT() \
> >> - onenand_readw(THIS_ONENA
Add version environment variable to the galaxy5200 board header file.
Signed-off-by: Eric Millbrandt
---
include/configs/galaxy5200.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/galaxy5200.h b/include/configs/galaxy5200.h
index f4b520d..3b67ea9 10064
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 w
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
Logic
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
kevin.morf...@fearnside-systems.co.uk wrote:
> Minkyu Kang wrote:
>
>> Dear J.Hwan.Kim
>>
>> 2009/9/20 J.Hwan.Kim :
>>
>>> 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
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
Dear Alan Carvalho de Assis,
2009/9/16 Alan Carvalho de Assis
> 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
> ---
> MAINTAINERS
From: Werner Pfister
Signed-off-by: Werner Pfister
Signed-off-by: Detlev Zundel
---
include/configs/digsy_mtc.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/digsy_mtc.h b/include/configs/digsy_mtc.h
index 2bdaaac..7a1a7c3 100644
--- a/include/configs
From: Werner Pfister
This is needed to correctly start the charging of an attached capacitor
or battery.
Signed-off-by: Werner Pfister
Signed-off-by: Detlev Zundel
---
drivers/rtc/ds1337.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/rtc/ds1337.c b/drive
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
Wolfgang Grandegger wrote on 21/09/2009 13:59:04:
>
> Joakim Tjernlund wrote:
> > Wolfgang Grandegger 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 spe
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_boar
Joakim Tjernlund wrote:
> Wolfgang Grandegger 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
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 curr
Wolfgang Grandegger 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 compar
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
---
include/configs/intip.h | 20 ++--
1 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/include/configs/i
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
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
---
I get run-time problems when building for armv5te for OpenRD base
(apparently the same problem occurs for other Kirkwood
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
ad
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
> -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
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
---
board/Marvel
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
---
board/Marvell/rd6281a/
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
---
drivers/net/phy/m
On Mon, Sep 21, 2009 at 6:48 PM, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message you
> wrote:
>>
>> > - ecm->eedr = 0x; /* clear ecm errors */
>> > - ecm->eeer = 0x; /* enable ecm errors */
>> > + out_be32(&ecm->eedr, 0x); /
Dear Graeme Russ,
In message you
wrote:
>
> > - ecm->eedr = 0x; /* clear ecm errors */
> > - ecm->eeer = 0x; /* enable ecm errors */
> > + out_be32(&ecm->eedr, 0x); /* clear ecm errors */
> > + out_be32(&ecm->eeer, 0x)
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
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
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 arithmet
1 - 100 of 102 matches
Mail list logo
