[U-Boot] floating point operation in powerpc

hi all i am porting u-boot on powerpc 440. i am also running a simple hello world application on it and I want to use floating point unit. i have declared a floating point variable like this : /float ftemp; / i am trying to print the floating point value like this: /printf("ftemp=%f\n",ftemp);

[U-Boot] IXP425 ethernet & NPE microcode

Hi; My ixdp425 board boots without Ethernet. The only piece missing is the NPE ucode. Where can I download the NPE microcode that works with u-boot-2009.08-rc1? Thanks. Regards, Teh ___ U-Boot mailing list U-Boot@lists.denx.de http://li

Re: [U-Boot] [PATCH 3/3 v4] arm: A320: Add support for Faraday A320 evaluation board

Dear Jean-Christophe, 2009/7/8 Jean-Christophe PLAGNIOL-VILLARD : >> +.globl lowlevel_init >> +lowlevel_init: >> +     mov     r11, lr >> + >> +     led     0x0 >> + >> +     /* if REMAP bit is set -> memory had been initialzed */ >> + >> +     ldr     r0, =CONFIG_SYS_AHBC_BASE >> +     ldr     r1

Re: [U-Boot] [PATCH 3/3 v4] arm: A320: Add support for Faraday A320 evaluation board

Dear Jean-Christophe and Darius, 2009/8/5 Darius Augulis : > On 08/04/2009 10:48 PM, Jean-Christophe PLAGNIOL-VILLARD wrote: as I understand correctly the faraday and the CS3518 share the same core and IP so it will be better to have the same dir >>> >>> I don't think so. Both A320

Re: [U-Boot] [PATCH 1/3] A320: driver for FTMAC100 ethernet controller

Dear Ben and Wolfgang, 2009/8/6 Ben Warren : > Wolfgang Denk wrote: >> In message >> Po-Yu Chuang wrote: >>> This patch adds an FTMAC100 ethernet driver for Faraday A320 evaluation >>> board. >>> >>> Signed-off-by: Po-Yu Chuang >> Ping?? > This was the last communication: > > http://article.gman

Re: [U-Boot] [PATCH] stx: create common vendor hierarchy for Silicon Turnkey boards

> > > > Just a general observation: if you are not sure that > tlb/law files can be > > safely factored out and most of the ddr.c files are > actually board specific > > overrides (common part being less than 10 lines) why > had you requested me > > to create a common board hierarchy for these ST

Re: [U-Boot] [PATCH] AT91: revise serial lines pullup configuration

> Currently pullups are incorrectly set for all AT91 SoCs: > pullup for TXD line is enabled, what is not necessary, but > pullup for RXD line, what may be necessary for some boards, > is disabled. This patch fixes it: it enables pullup only > for RXD line. What about this patch? Andrzej Wolski

Re: [U-Boot] Updating u-boot through tftp

On Wed, Aug 05, 2009 at 05:05:34AM -0700, alex889 wrote: > but when i try to run the erase command, i'm getting this error: > > DM365 EVM :>nand erase 0x2c000 0x2 > NAND erase: device 0 offset 0x2c000, size 0x2 > NAND 256MiB 3,3V 8-bit: MTD Erase failure: -22 Is this small page or large p

[U-Boot] [PATCH 1/2 v2] 85xx: CONFIG_MP Boot Page Translation update

Previously, when CONFIG_MP was defined Boot Page Translation was unconditionally enabled and secondary cores were put in a spin loop at address 0xf000. The 0xfxxx address range (ie the Boot Page) was being remapped to SDRAM via the BPTR register. This change puts secondary cores into spin

[U-Boot] [PATCH 2/2 v2] xpedite5370: Enable MP support

Also, disable Boot Page Translation after the secondary core is enabled so that the 0xf000-0x memory region can still be utilized for flash similar to other X-ES boards Signed-off-by: Peter Tyser --- include/configs/XPEDITE5370.h |2 ++ 1 files changed, 2 insertions(+), 0 deletio

Re: [U-Boot] [PATCH 1/2] 85xx: CONFIG_MP Boot Page Translation update

Hi Kumar, > > diff --git a/cpu/mpc85xx/mp.c b/cpu/mpc85xx/mp.c > > index 76f02a4..53fc3be 100644 > > --- a/cpu/mpc85xx/mp.c > > +++ b/cpu/mpc85xx/mp.c > > @@ -129,7 +129,7 @@ ulong get_spin_addr(void) > > > > ulong addr = > > (ulong)&__spin_table - (ulong)&__secondary_start_page; >

Re: [U-Boot] [PATCH] net: sync env ethaddr to device enetaddr in eth_init()

Wolfgang Denk wrote: > Dear Ben, > > In message <1247707888-5415-1-git-send-email-vap...@gentoo.org> Mike > Frysinger wrote: > >> In the previous enetaddr refactoring, the assumption with commit 56b555a644 >> was that the eth layer would handle the env -> device enetaddr syncing. >> This was no

Re: [U-Boot] [PATCH] net: sync env ethaddr to device enetaddr in eth_init()

Dear Ben, In message <1247707888-5415-1-git-send-email-vap...@gentoo.org> Mike Frysinger wrote: > In the previous enetaddr refactoring, the assumption with commit 56b555a644 > was that the eth layer would handle the env -> device enetaddr syncing. > This was not the case as eth_initialize() is ca

Re: [U-Boot] [RFC/PATCH 1/2]: Arm: Kirkwood: Split PHY-related initialization to a common file

Dear Ben, In message <20090713131125.6e6a3...@marrow.netinsight.se> Simon Kagstrom wrote: > The mv881116 PHY initialization is split out to a common file to enable > code reuse between different boards. > > Signed-off-by: Simon Kagstrom > --- > board/Marvell/sheevaplug/sheevaplug.c | 32 +

Re: [U-Boot] [PATCH] Don't inline weak symbols

On Wed, Aug 05, 2009 at 11:07:35PM +0200, Jean-Christophe PLAGNIOL-VILLARD wrote: > On 03:44 Thu 06 Aug , Ron wrote: > > > > GCC 4.4 complains about this now. > I'd remove the inline ot all The compiler likely will already inline/eradicate the defaults there, since the empty definition is vi

[U-Boot] [PATCH] hush: Fix bogus free() call

An off-by-one error in hush.c resulted in an unintentional free() call every time a command was executed Signed-off-by: Peter Tyser --- common/hush.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/common/hush.c b/common/hush.c index 97fd070..528dd25 100644 --- a/common

Re: [U-Boot] [PATCH] Don't inline weak symbols

On 03:44 Thu 06 Aug , Ron wrote: > > GCC 4.4 complains about this now. I'd remove the inline ot all Best Regards, J. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 1/3 v3] arm: A320: driver for FTMAC100 ethernet controller

Dear Ben, In message Po-Yu Chuang wrote: > This patch adds an FTMAC100 Ethernet driver for Faraday A320 evaluation board. > > Signed-off-by: Po-Yu Chuang > --- > drivers/net/Makefile |1 + > drivers/net/ftmac100.c | 278 > > drivers/net

Re: [U-Boot] [PATCH 3/3]: arm: Kirkwood: See to it that sent data is 8-byte aligned

Dear Simon Kagstrom, In message <20090702150401.06ded...@marrow.netinsight.se> Simon Kagstrom wrote: > See to it that sent data is 8-byte aligned > > U-boot might use non-8-byte-aligned addresses for sending data, which > the kwgbe_send doesn't accept (bootp does this for me). This patch > copies

Re: [U-Boot] [PATCH 2/3]: arm: Kirkwood: Check the error summary bit for error detection

Dear Ben, In message <20090702150303.53c40...@marrow.netinsight.se> Simon Kagstrom wrote: > Check the error summary bit for error detection > > The Marvell documentation for the 88f6281 states that the error coding > is only valid if the error summary and last frame bits in the transmit > descrip

Re: [U-Boot] [PATCH 1/3] A320: driver for FTMAC100 ethernet controller

Wolfgang, Wolfgang Denk wrote: > Dear Ben, > > In message > Po-Yu Chuang wrote: > >> This patch adds an FTMAC100 ethernet driver for Faraday A320 evaluation >> board. >> >> Signed-off-by: Po-Yu Chuang >> > > Ping?? > > Best regards, > > Wolfgang Denk > > This was the last communicat

Re: [U-Boot] [PATCH 1/3] A320: driver for FTMAC100 ethernet controller

Dear Ben, In message Po-Yu Chuang wrote: > This patch adds an FTMAC100 ethernet driver for Faraday A320 evaluation board. > > Signed-off-by: Po-Yu Chuang Ping?? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office:

Re: [U-Boot] [PATCH] Trizeps IV adaptation to changes in dm9000 driver

Wolfgang Denk wrote: > Dear Ben, > > In message <20090717222145.07e85832e...@gemini.denx.de> I wrote: > >> Dear Ben, >> >> In message <1241592922-12574-1-git-send-email-sba...@denx.de> Stefano Babic >> wrote: >> >>> From: Stefano Babic >>> >>> Last patch in the dm9000 driver breaks the tr

Re: [U-Boot] [PATCH] Trizeps IV adaptation to changes in dm9000 driver

Dear Ben, In message <20090717222145.07e85832e...@gemini.denx.de> I wrote: > Dear Ben, > > In message <1241592922-12574-1-git-send-email-sba...@denx.de> Stefano Babic > wrote: > > From: Stefano Babic > > > > Last patch in the dm9000 driver breaks the trizeps IV board (PXA). > > Reading of eepr

Re: [U-Boot] [Bug] IXP425 and e1000 network driver

Dear Ben Warren, In message <49d68311.4090...@gmail.com> you wrote: > Wolfgang Denk wrote: > > Dear Ben, > > > > In message Stefan Althoefer wrote: > > > >> Hi, > >> > >> I found that IXP425 (big endian ARM) did not work with e1000 network > >> driver. The reason is broken access to controller

Re: [U-Boot] [PATCH v4] Add support for KMC KZM-ARM11-01 board

Dear Tomohiro Masubuchi, In message <48fd7fbb.4020...@tripeaks.co.jp> you wrote: > > This patch adds support for KMC KZM-ARM11-01. > It was rebased to "next" branch. Long time ago Jean-Christophe asked you to rebase your code, but we never saw a reply. If you are still interested in pushing this

Re: [U-Boot] [PATCH 2/2] Support for the Calao TNY-A9260/TNY-A9G20 boards

On 21:45 Wed 05 Aug , Albin Tonnerre wrote: > On Wed, Aug 05, 2009 at 09:30:11PM +0200, Jean-Christophe PLAGNIOL-VILLARD > wrote : > > Some general comment > > please add space before and after '*' & co > > and the ligne length limit in 80 chars > > Fine. Please note that you could have point

Re: [U-Boot] [RFC PATCH] Add support for Raidsonic ICYBOX NAS4220 board

> >>>why? > >>>and NACK the start.S MUST be generic > >>>I'll rework the RM9200 code for this too > >>start.S is not generic already. > >but it must not become more board specific with ifdef > > what could you suggest instead this? in your case the prelooder > > > > >>and answer is: Gemini does N

Re: [U-Boot] [U-BOOT] error: end address not on sector boundary when I use saveenv cmd

Dear "Penda, Naveen Kumar", In message <5a47e75e594f054baf48c5e4fc4b92ab0305fc6...@dbde02.ent.ti.com> you wrote: > > Thanks for your quick support, > Now I made CFG_ENV_SIZE to proper sector size. You must be using really obsolte code if you still have any CFG_ settings in your code. We go

Re: [U-Boot] [PATCH 2/2] Support for the Calao TNY-A9260/TNY-A9G20 boards

On Wed, Aug 05, 2009 at 09:30:11PM +0200, Jean-Christophe PLAGNIOL-VILLARD wrote : > Some general comment > please add space before and after '*' & co > and the ligne length limit in 80 chars Fine. Please note that you could have pointed this out earlier, though. That would have saved both of us

Re: [U-Boot] [PATCH 2/2] Support for the Calao TNY-A9260/TNY-A9G20 boards

Some general comment please add space before and after '*' & co and the ligne length limit in 80 chars > +/* Env, bootstrap and u-boot in NAND */ > +#ifdef CONFIG_ENV_IS_IN_NAND > +#define CONFIG_ENV_OFFSET 0x6 > +#define CONFIG_ENV_OFFSET_REDUND 0x8 > +#define CONFIG_ENV_SIZE 0x2 > +#e

Re: [U-Boot] [PATCH 1/2] Add driver for the ST M95xxx SPI EEPROM

On 19:16 Wed 05 Aug , Albin Tonnerre wrote: > This chip is used in a number of boards manufactured by Calao-Systems > which should be supported soon. This driver provides the necessary > spi_read and spi_write functions necessary to communicate with the chip. > > Signed-off-by: Albin Tonnerre

Re: [U-Boot] NAND booting of MPC8313 based Custom board

> However, now it again stuck after printing transferring > control. This probably means that the NAND is being read appropriately, but is not able to run the code from the location to where the data is being transferred. To what address is your code being transferred? Is it a valid region? Ro

[U-Boot] [PATCH] Don't inline weak symbols

GCC 4.4 complains about this now. Signed-off-by: Ron Lee --- lib_arm/board.c | 18 +- 1 files changed, 9 insertions(+), 9 deletions(-) diff --git a/lib_arm/board.c b/lib_arm/board.c index a44d308..02a55eb 100644 --- a/lib_arm/board.c +++ b/lib_arm/board.c @@ -124,23 +124,23 @

Re: [U-Boot] [PATCH 1/3] net: defragment IP packets

Alessandro Rubini wrote: >> Were you going to send an update for Ben? >> > > Yes, but I was waiting for your confirmation. Will do tomorrow. > > /alessandro > ___ > U-Boot mailing list > U-Boot@lists.denx.de > http://lists.denx.de/mailman/listinfo/u-

Re: [U-Boot] [PATCH 1/3] net: defragment IP packets

> Were you going to send an update for Ben? Yes, but I was waiting for your confirmation. Will do tomorrow. /alessandro ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH 2/2] Support for the Calao TNY-A9260/TNY-A9G20 boards

The Calao TNY-A9260 and TNY-9G20 are boards manufactured and sold by Calao Systems . Their components are very similar to the AT91SAM9260EK board, so their configuration is based on the configuration of this board. There are however some differences: different clocks,

[U-Boot] [PATCH 1/2] Add driver for the ST M95xxx SPI EEPROM

This chip is used in a number of boards manufactured by Calao-Systems which should be supported soon. This driver provides the necessary spi_read and spi_write functions necessary to communicate with the chip. Signed-off-by: Albin Tonnerre --- drivers/spi/Makefile|1 + drivers/spi/ee

Re: [U-Boot] [PATCH 1/3] net: defragment IP packets

On Fri 31 Jul 2009 03:46, Alessandro Rubini pondered: > Thanks for your comments. > > >> +#ifndef CONFIG_TFTP_MAXBLOCK > >> +#define CONFIG_TFTP_MAXBLOCK 16384 > > > > It is more than tftp - nfs could also use the same. > > Yes, I know. But most users are tftp ones. And if you want an even > num

[U-Boot] [PATCH 4/4] digsy_mtc: Update default environment

Signed-off-by: Detlev Zundel --- include/configs/digsy_mtc.h | 120 +++--- 1 files changed, 100 insertions(+), 20 deletions(-) diff --git a/include/configs/digsy_mtc.h b/include/configs/digsy_mtc.h index 6ccebfa..2bdaaac 100644 --- a/include/configs/digsy_mtc

[U-Boot] [PATCH 1/4] digsy_mtc: Add mtc state command.

From: Grzegorz Bernacki Signed-off-by: Grzegorz Bernacki --- board/digsy_mtc/cmd_mtc.c | 30 ++ board/digsy_mtc/cmd_mtc.h |1 + 2 files changed, 31 insertions(+), 0 deletions(-) diff --git a/board/digsy_mtc/cmd_mtc.c b/board/digsy_mtc/cmd_mtc.c index 2ecb4f8..

[U-Boot] [PATCH 0/4] Series of bugfixes for the digsy_mtc platform

Well actually there is one commit adding a (mostly trivial) subcommand to our own private command, but I still hope that the complete series can be applied. Anatolij Gustschin (1): digsy_mtc: minor fixes for mtc command help Detlev Zundel (2): digsy_mtc: Add delay in SPI transfers to the comp

[U-Boot] [PATCH 2/4] digsy_mtc: minor fixes for mtc command help

From: Anatolij Gustschin Add mtc state subcommand description to the help of mtc command. Remove some newlines in description of commands for proper help formating. Signed-off-by: Anatolij Gustschin --- board/digsy_mtc/cmd_mtc.c | 11 ++- 1 files changed, 6 insertions(+), 5 deletion

[U-Boot] [PATCH 3/4] digsy_mtc: Add delay in SPI transfers to the companion controller.

While at it, remove initialization of variables which will be set before usage in all cases. Signed-off-by: Detlev Zundel --- board/digsy_mtc/cmd_mtc.c | 47 +--- 1 files changed, 27 insertions(+), 20 deletions(-) diff --git a/board/digsy_mtc/cmd_mtc.c

Re: [U-Boot] [U-BOOT] error: end address not on sector boundary when I use saveenv cmd

Alessandro, Thanks for your quick support, Now I made CFG_ENV_SIZE to proper sector size. It is working fine. Regards Naveen > > > I already looked at my config file, but couldn't root > cause the problem > > Here are some of the definitions from my configs, incase > anything wron

Re: [U-Boot] [U-BOOT] error: end address not on sector boundary when I use saveenv cmd

> I already looked at my config file, but couldn't root cause the problem > Here are some of the definitions from my configs, incase anything wrong > CONFIG_SYS_FLASH_BASE 0x1000 > CONFIG_ENV_ADDR0x1004 Ok. But you'd better copy whole lines from config file instead

Re: [U-Boot] [U-BOOT] error: end address not on sector boundary when I use saveenv cmd

Hi Rubini I already looked at my config file, but couldn't root cause the problem Here are some of the definitions from my configs, incase anything wrong Can you please help me. NOR Flash: CONFIG_SYS_FLASH_BASE 0x1000 CONFIG_ENV_ADDR0x1004 CONFIG_SYS

Re: [U-Boot] [PATCH] imx27lite: add support for imx27lite board from LogicPD

Now, I am using 4.1 version of eldk. With the previous patch applied I get this problem with "board_nand_init". I don't know if it's still a problem of my toolchain of this is a BUG: drivers/mtd/nand/libnand.a(nand.o): In function `nand_init': /home/javier/GIT/u-boot/drivers/mtd/nand/nand.c:53: u

Re: [U-Boot] [PATCH 1/2] 85xx: CONFIG_MP Boot Page Translation update

On Jul 24, 2009, at 1:18 PM, Peter Tyser wrote: > Previously, when CONFIG_MP was defined Boot Page Translation was > unconditionally enabled and secondary cores were put in a spin loop at > address 0xf000. The 0xfxxx address range (ie the Boot Page) > was > being remapped to SDRAM via

Re: [U-Boot] [pkg-fso-maint] Bug#540039: uboot-envtools: add uboot-envedit script from fso-utils?

Dear Per Andersson, In message <3d9141e80908050719h1708b7ackcf7174a32c33...@mail.gmail.com> you wrote: > > Recently I received a request [0] to include a perl script which > can edit the uboot environment. Use case is attached below, > the file (uboot-envedit) is also attached. > > Since it is c

[U-Boot] PowerPC MPC8641x Erratum e600 5

(primarily addressed to the Freescale U-Boot team) MPC8641D Erratum e600 5 is a hardware problem with cache initialization that occurs with all processor revisions prior to the new one, rev 3.0. I've looked at cpu/mpc86xx/start.S in the current git tree and don't see any code implementing the sug

Re: [U-Boot] BMP display.

Hi Tuma, > But now I have new question - how can I display a Bitmap picture on the > board's LCD? I know there is the "bmp" command, but how should I configure > and build U-Boot to have this command in prompt? My board is OMAP3EVM. Well for the bmp command to work, an implementation for the LC

Re: [U-Boot] [pkg-fso-maint] Bug#540039: uboot-envtools: add uboot-envedit script from fso-utils?

(Please keep me in Cc since I am not subscribed.) Hi! Recently I received a request [0] to include a perl script which can edit the uboot environment. Use case is attached below, the file (uboot-envedit) is also attached. Since it is confusing to add random scripts to Debian packages which are n

Re: [U-Boot] [PATCH] imx27lite: add support for imx27lite board from LogicPD

Dear javier Martin, In message you wrote: > > > http://www.denx.de/wiki/view/DULG/SourceObjectHasEABIVersion4ButTargetHasEABIVersion0 > > What toolchains do you use then? > I have tried with the toolchains provided with ELDK4 but no luck. They > also seem to be EABI version 4. I'm waiting for

Re: [U-Boot] [PATCH] imx27lite: add support for imx27lite board from LogicPD

2009/8/5 Wolfgang Denk : > Dear javier Martin, > > In message you > wrote: >> >> I have applied it but when compiling it gives the following errors: > ... >> arm-none-linux-gnueabi-ld: ERROR: Source object >> /opt/freescale/usr/local/gcc-4.1.2-glibc-2.5-nptl-3/arm-none-linux-gnueabi/lib/gcc/arm-n

[U-Boot] [PATCH] fdt: Fix fdt_pci_dma_ranges handling of 64-bit ranges

If the size of a region equal to 4G it can't be represnted in a 32-bit BAR so we should have marked that case as MEM64. Additionally bump the number of inbound windows up to 4 to handle the fact that Freescale PPCs that have an implicit window for CCSRBAR. Signed-off-by: Kumar Gala --- common/f

[U-Boot] ymonl...@126.com

___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH v2] pci/fsl_pci_init: Use PCIe capability to determine if controller is PCIe

Change the code to use the PCIe capabilities register to determine if we are a PCIe controller or not. Additionally cleaned up some white space and formatting in the file. Signed-off-by: Kumar Gala --- * Fixed whitespace issue drivers/pci/fsl_pci_init.c | 32 +---

[U-Boot] [PATCH] pci/fsl_pci_init: Use PCIe capability to determine if controller is PCIe

Change the code to use the PCIe capabilities register to determine if we are a PCIe controller or not. Additionally cleaned up some white space and formatting in the file. Signed-off-by: Kumar Gala --- drivers/pci/fsl_pci_init.c | 32 +--- include/pci.h

Re: [U-Boot] [PATCH] imx27lite: add support for imx27lite board from LogicPD

Dear javier Martin, In message you wrote: > > I have applied it but when compiling it gives the following errors: ... > arm-none-linux-gnueabi-ld: ERROR: Source object > /opt/freescale/usr/local/gcc-4.1.2-glibc-2.5-nptl-3/arm-none-linux-gnueabi/lib/gcc/arm-none-linux-gnueabi/4.1.2/libgcc.a(_udiv

Re: [U-Boot] [PATCH] imx27lite: add support for imx27lite board from LogicPD

2009/8/5 javier Martin : > Hi, > What happened with this patch? Was it applied or did it have any problems? > Is it tested? I have applied it but when compiling it gives the following errors: hdog/libwatchdog.a common/libcommon.a libfdt/libfdt.a api/libapi.a post/libpost.a board/freescale/mx31ads

[U-Boot] Updating u-boot through tftp

Hi, I'm running u-boot on TI's davinci DM365, I'm trying to update the u-boot from the u-boot, using these commands: tftp 0x8070 u-boot-1.3.4_ipnc_dm36x_xxx.bin nand erase 0x2C000 0x2 nand write 0x8070 0x2C000 0x2 but when i try to run the erase command, i'm getting this er

[U-Boot] ubi part partation issue (ubi at u-boot)

Hi All, i am following following issues when using samsung flex-onenand of size 1GB. 1. I am doing following steps, 0) onenand erase force  0x20 0x640 if i erase full onenand my oneboot and uboot also get erased( which are at first block of onenand) i do not know is there different eras

Re: [U-Boot] [U-BOOT] error: end address not on sector boundary when I use saveenv cmd

> When I set all the environment variable and try to save on flash , > I am getting Error: end address not on sector boundary. Check the settings in your config file. The environment must live in an integer number of sectors, and sector size depends on the flash chip (usually 64k or 128k). >

[U-Boot] [U-BOOT] error: end address not on sector boundary when I use saveenv cmd

Hi All When I set all the environment variable and try to save on flash , I am getting Error: end address not on sector boundary. But still my kernel boots with the env setting I made, but on restart these enviroment settings are lost. Can someone let me know where it could have gone wrong?

Re: [U-Boot] [PATCH] imx27lite: add support for imx27lite board from LogicPD

Hi, What happened with this patch? Was it applied or did it have any problems? Is it tested? Thank you. -- Javier Martin Vista Silicon S.L. Universidad de Cantabria CDTUC - FASE C - Oficina S-345 Avda de los Castros s/n 39005- Santander. Cantabria. Spain +34 942 25 32 60 www.vista-silicon.com __

Re: [U-Boot] [PATCH] stx: create common vendor hierarchy for Silicon Turnkey boards

Dear Alex Dubov, In message <3287.56311...@web37604.mail.mud.yahoo.com> you wrote: > > Just a general observation: if you are not sure that tlb/law files can be > safely factored out and most of the ddr.c files are actually board specific > overrides (common part being less than 10 lines) why had

[U-Boot] [PATCH] P2020RDB Support Added

The code base adds P1 & P2 RDB platforms support. The folder and file names can cater to future SOCs of P1/P2 family. P1 & P2 processors are 85xx platforms, part of Freescale QorIQ series. Tested following on P2020RDB: 1. eTSECs 2. DDR, NAND, NOR, I2C. Signed-off-by: Poonam Aggrwal --- - Based o

Re: [U-Boot] IXP425 TEXT_BASE

Dear "Teh Kok How", In message <006c01ca157b$e574acb0$19330...@smartbridges.com> you wrote: > > I understand Wolfgang's argument but setting the TEXT_BASE to this > arbitrary high address (DRAM_end - U-boot_size(_end - _start)) does not make > sense. ... Maybe it makes little (or even no se

Re: [U-Boot] [PATCH] stx: create common vendor hierarchy for Silicon Turnkey boards

Dear Alex Dubov, In message <21798.45018...@web37604.mail.mud.yahoo.com> you wrote: > > > > --- a/board/stxgp3/Makefile > > > +++ b/board/stx/common/Makefile > > > @@ -1,5 +1,5 @@ > > >  # > > > -# (C) Copyright 2001-2006 > > > +# (C) Copyright 2006 > > >  # Wolfgang Denk, DENX Software Engineeri

Re: [U-Boot] [PATCH] stxamc8548: make environment use one of the smaller "boot" blocks in flash

Dear Alex Dubov, In message <591477.74934...@web37601.mail.mud.yahoo.com> you wrote: > > > Hm... if you change to code to using a smaller boot > > sector... > > > > >  #define CONFIG_ENV_ADDR      > >   (CONFIG_SYS_MONITOR_BASE + 0x38000) > > >  #define > > CONFIG_ENV_SECT_SIZE   0x4000   /* > >