Re: [U-Boot] nand_scan() in ARM9 S3C2410

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    1, > and CONFIG_SYS_NAND_BASE 0x4E0C" for nand_init(). > > It works well until the routine reac

Re: [U-Boot] nand_scan() in ARM9 S3C2410

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_DEVICE1, >> and CONFIG_SYS_NAND_BASE 0x4E0C" for nand_init(). >> >>

Re: [U-Boot] [PATCH v3] MAKEALL: Add summary information

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

Re: [U-Boot] [PATCH v2] MAKEALL: Add summary information

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

Re: [U-Boot] Warning Bad CRC

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

Re: [U-Boot] [PATCH 3/6] sbc8548: use I/O accessors

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)

Re: [U-Boot] [PATCH 3/6] sbc8548: use I/O accessors

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); /

[U-Boot] [PATCH] net: phy: mv88e61xx.c : fixed build warning

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

[U-Boot] [PATCH] Kirkwood: rd6281a: Add kwbimage build support

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/

[U-Boot] [PATCH] Kirkwood: mv88f6281gtw_ge: Add kwbimage build support

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

Re: [U-Boot] [PATCH v3] Support for the OpenRD base board

> -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

Re: [U-Boot] Warning Bad CRC

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

Re: [U-Boot] [PATCH 3/3] fsl_i2c: Impl. AN2919, rev 5 to calculate FDR/DFSR

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

Re: [U-Boot] [PATCH v4] Support for the OpenRD base board

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

Re: [U-Boot] [PATCH v3] at91: Update MEESC board support

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

[U-Boot] [PATCH] ppc4xx: Make DDR2 timing for intip more robust

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

Re: [U-Boot] [PATCH 3/3] fsl_i2c: Impl. AN2919, rev 5 to calculate FDR/DFSR

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

Re: [U-Boot] RFC: split ARM repo and distribute workload

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

Re: [U-Boot] [PATCH 3/3] fsl_i2c: Impl. AN2919, rev 5 to calculate FDR/DFSR

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

Re: [U-Boot] Warning Bad CRC

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

Re: [U-Boot] [PATCH 3/3] fsl_i2c: Impl. AN2919, rev 5 to calculate FDR/DFSR

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

Re: [U-Boot] RFC: split ARM repo and distribute workload

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

[U-Boot] [PATCH 1/2] rtc/ds1337.c: Allow to set TCR register

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

[U-Boot] [PATCH 2/2] digsy_mtc: Add TCR register value for RTC (DS1339)

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

Re: [U-Boot] Subject: [PATCH v3] mx27ads: add support for iMX27ADS board from Freescale

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

Re: [U-Boot] network bootp/tftp hang with tsec on MPC8343

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

Re: [U-Boot] nand_scan() in ARM9 S3C2410

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

Re: [U-Boot] [PATCH v3] at91: Update MEESC board support

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

Re: [U-Boot] Warning Bad CRC

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

Re: [U-Boot] [PATCH v3 1/3] NAND boot: MPC8536DS support

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

[U-Boot] [PATCH] Add version variable to the galaxy5200 board.

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

Re: [U-Boot] [PATCH] [OneNAND IPL] OneNAND board init support

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

[U-Boot] [PATCH 00/13] ppc: Fix relocation

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:)

[U-Boot] [PATCH 03/13] ppc: Remove board.c relocation fixups

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 @

[U-Boot] [PATCH 02/13] ppc: Check for compilers that don't support relocation

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-

[U-Boot] [PATCH 05/13] ppc: Remove extable relocation fixups

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

[U-Boot] [PATCH 06/13] ppc: Remove board-specific command table relocation fixups

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

[U-Boot] [PATCH 04/13] ppc: Remove pci config table pointer relocation fixups

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

[U-Boot] [PATCH 07/13] tsec: Remove PHY command relocation fixups

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

[U-Boot] [PATCH 10/13] lwmon, lwmon5: Remove sysmon POST relocation fixups

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

[U-Boot] [PATCH 08/13] fpga: Remove relocation fixups

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

[U-Boot] [PATCH 09/13] mpl: Remove memory test relocation fixups

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/

[U-Boot] [PATCH 11/13] p3mx: Remove serial relocation fixups

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

[U-Boot] [PATCH 13/13] ppc: Remove reloc_off field from global_data structure

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

[U-Boot] [PATCH 12/13] Conditionally perform common relocation fixups

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

[U-Boot] Executing uboot from FLASH

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?

[U-Boot] [PATCH v4] ppc/85xx: Clean up mpc8572DS PCI setup code

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 +++-

Re: [U-Boot] RFC: split ARM repo and distribute workload

> -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

Re: [U-Boot] [PATCH v4] Support for the OpenRD base board

> -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 >

Re: [U-Boot] [PATCH 04/13] ppc: Remove pci config table pointer relocation fixups

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. > ---

Re: [U-Boot] [PATCH 04/13] ppc: Remove pci config table pointer relocation fixups

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

Re: [U-Boot] [PATCH 2/6] sbc8548: remove eTSEC3/4 voltage hack

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(+),

Re: [U-Boot] [PATCH 3/6] sbc8548: use I/O accessors

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 ++ > +

Re: [U-Boot] [PATCH 4/6] sbc8548: correct local bus SDRAM size from 64M to 128M

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

Re: [U-Boot] [PATCH 1/6] fsl_pci: create a SET_STD_PCI_INFO() helper wrapper

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

Re: [U-Boot] [PATCH 5/6] sbc8548: update PCI/PCI-e support code

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

[U-Boot] [PATCH 1/2 v5] MAKEALL: Add summary information

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

[U-Boot] [PATCH 2/2 v5] MAKEALL: Use POSIX math

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"

[U-Boot] [U-boot] Marvell Pull Request

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

Re: [U-Boot] [PATCH 04/13] ppc: Remove pci config table pointer relocation fixups

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

Re: [U-Boot] [PATCH v4] Support for the OpenRD base board

> -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 >

Re: [U-Boot] [PATCH] Kirkwood: mv88f6281gtw_ge: Add kwbimage build support

> -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

Re: [U-Boot] [PATCH] Kirkwood: rd6281a: Add kwbimage build support

> -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

Re: [U-Boot] [PATCH] Add MII bus implementation for FCC ports (using bitbanging)

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

Re: [U-Boot] [PATCH 6/6] sbc8548: allow enabling PCI via a make config option

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

Re: [U-Boot] Warning Bad CRC

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

Re: [U-Boot] RFC: split ARM repo and distribute workload

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

Re: [U-Boot] Executing uboot from FLASH

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

Re: [U-Boot] RFC: split ARM repo and distribute workload

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

Re: [U-Boot] RFC: split ARM repo and distribute workload

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

Re: [U-Boot] Executing uboot from FLASH

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

[U-Boot] [PATCH] Add Elpida Memory Configuration to mpc5121ads Boards

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/

[U-Boot] [PATCH] Streamlined mpc512x fixed_sdram init sequence.

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

[U-Boot] [PATCH] ppc4xx: Fix PCIE PLL lock on 440SPe Yucca board

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

Re: [U-Boot] [PATCH] TI: DaVinci: DM646x: Update flag used to represent DM646x SOC's

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

Re: [U-Boot] [U-boot] Marvell Pull Request

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

Re: [U-Boot] [PATCH v3] at91: Update MEESC board support

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#

Re: [U-Boot] [PATCH] TI: DaVinci: DM646x: Update flag used to represent DM646x SOC's

> > 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

[U-Boot] AT91 pending patches

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

[U-Boot] [PATCH MAKEALL coldfire] : Fix start.S:Error: Conversion of PC relative displacement to absolute

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.

[U-Boot] [PATCH MAKEALL coldfire] fix tools/kwbimage.c format warning

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

Re: [U-Boot] [PATCH MAKEALL coldfire] fix tools/kwbimage.c format warning

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

[U-Boot] [PATCH MAKEALL coldfire] fix cmd_bdinfo.c:354: warning: 'print_eth' defined but not used

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

Re: [U-Boot] [PATCH MAKEALL coldfire] fix tools/kwbimage.c format warning

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

Re: [U-Boot] [PATCH MAKEALL coldfire] fix tools/kwbimage.c format warning

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", > > >

Re: [U-Boot] [PATCH] imx51:Add support basic boot code of freescale imx51 bbg board

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

Re: [U-Boot] [PATCH MAKEALL coldfire] fix tools/kwbimage.c format warning

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 : > >

Re: [U-Boot] [PATCH] Add mpc5125ads board and processor to the mpc512x family

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

[U-Boot] [PATCH] sbc85x0: tidy up Makefile to use new configuration script.

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

[U-Boot] [PATCH] sbc8349: tidy up Makefile to use new configuration script.

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

[U-Boot] TFTP Server in U-Boot / Pushing files to U-Boot

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

Re: [U-Boot] TFTP Server in U-Boot / Pushing files to U-Boot

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

Re: [U-Boot] AT91 pending patches

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,

Re: [U-Boot] TFTP Server in U-Boot / Pushing files to U-Boot

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

Re: [U-Boot] [PATCH] [OneNAND IPL] OneNAND board init support

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()                            

[U-Boot] [PATCH] [OneNAND IPL] Refactor OneNAND IPL code

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

[U-Boot] [PATCH] mpc8610hpcd: Use common 86xx fdt fixup code

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

Re: [U-Boot] [PATCH 00/13] ppc: Fix relocation

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

Re: [U-Boot] Warning Bad CRC

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 >>

[U-Boot] [PATCH v3 RESEND] at91: Update MEESC board support

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:

  1   2   >