Re: [U-Boot] e1000 Rx timeout with 82541ER

On Thu, 2009-08-20 at 10:36 +0800, Zang Roy-R61911 wrote: > > > -Original Message- > > From: Wolfgang Denk [mailto:w...@denx.de] > > Sent: Wednesday, August 19, 2009 7:58 AM > > To: André Schwarz > > Cc: Zang Roy-R61911; Ben Warren; U-Boot List > > Subject: Re: [U-Boot] e1000 Rx timeout w

[U-Boot] [PATCH v4] arm: kirkwood: 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 the data to be sent to a malloced temporary buffer if it is non-aligned. v2: Malloc send buffer v3: No need to use jumbo frames, use 1518 bytes buffer ins

Re: [U-Boot] [PATCH] arm:kirkwood Wait for the link to come up on kirkwood network init

On Wed, 19 Aug 2009 10:08:02 -0700 Ben Warren wrote: > > - u16 phyadr; > > - miiphy_read(dev->name, 0xEE, 0xEE, &phyadr); > > - if (!miiphy_link(dev->name, phyadr)) { > > - printf("%s: No link on %s\n", __FUNCTION__, dev->name); > > > Please use __func__ instead. It's defined

[U-Boot] [PATCH 3/3] [repost]: arm: kirkwood: 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 the data to be sent to a malloced temporary buffer if it is non-aligned. v2: Malloc send buffer v3: No need to use jumbo frames, use 1518 bytes buffer ins

[U-Boot] [PATCH 2/3]: Wait for the link to come up on kirkwood network init

This patch makes the device wait for up to 5 seconds for the link to come up, similar to what many of the other network drivers do. This avoids confusing situations where, e.g., a tftp fails when initiated early after U-boot has started (before the link has come up). v2: Remove function name from

[U-Boot] [PATCH 0/3]: arm:Kirkwood network driver fixes

Hi! Three patches to fix various network driver issues on kirkwood. Patch 3 is a repost of the patch sent earlier today which is rebased on top of the other two. // Simon ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo

Re: [U-Boot] [PATCH] AT91: Add support for blue_LED_* and add coloured_LED_init to at91/led.c

On Thu, Aug 20, 2009 at 02:00:45AM +0200, Jean-Christophe PLAGNIOL-VILLARD wrote : > On 10:49 Tue 18 Aug , Albin Tonnerre wrote: > > On Tue, Aug 18, 2009 at 12:51:48AM +0200, Jean-Christophe PLAGNIOL-VILLARD > > wrote : > > > no please take a look on the other LED thread > > > > Would you pl

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

> -Original Message- > From: Jean-Christophe PLAGNIOL-VILLARD [mailto:plagn...@jcrosoft.com] > Sent: Thursday, August 20, 2009 4:07 AM > To: Simon Kagstrom > Cc: Prafulla Wadaskar; U-Boot ML; Prabhanjan Sarnaik; Ashish Karkare > Subject: Re: [U-Boot] [PATCH] arm:kirkwood See to it that

Re: [U-Boot] [PATCH "mkimage" branch] tools/mkimage: fix compiler warnings, use "const"

> -Original Message- > From: u-boot-boun...@lists.denx.de > [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Wolfgang Denk > Sent: Wednesday, August 19, 2009 3:24 PM > To: u-boot@lists.denx.de > Subject: [U-Boot] [PATCH "mkimage" branch] tools/mkimage: fix > compiler warnings, use "c

Re: [U-Boot] Weird issues with u-boot on Microblaze

Hi, > I've been trying to bring up a vanilla kernel on an XUPV5-LX110T board, > and have been having all sorts of odd issues with U-Boot. For example, > if I try to enable FIT image support (as noted on > http://www.monstr.eu/wiki/doku.php?id=uboot:uboot ), I get > CONFIG_BOOTMAPSZ undefined. I'

[U-Boot] [PATCH 1/3]: arm:kirkwood Define kirkwood phy address magic number

Signed-off-by: Simon Kagstrom --- drivers/net/kirkwood_egiga.c | 14 ++ 1 files changed, 10 insertions(+), 4 deletions(-) diff --git a/drivers/net/kirkwood_egiga.c b/drivers/net/kirkwood_egiga.c index f31fefc..065e335 100644 --- a/drivers/net/kirkwood_egiga.c +++ b/drivers/net/kirk

Re: [U-Boot] [PATCH 2/4]: Define ffs/fls for all architectures

On Thu, 20 Aug 2009 01:11:09 +0200 Jean-Christophe PLAGNIOL-VILLARD wrote: > On 11:13 Tue 18 Aug , Simon Kagstrom wrote: > > Define ffs/fls for all architectures > > > > UBIFS requires fls(), which is not defined for arm (and some other > > architectures) and this patch adds it. The implemen

[U-Boot] [PATCH v2 0/4]: bitops cleanup and fixes

Hi again! This patch series is an update to "[PATCH 0/4]: bitops cleanup and fixes": http://article.gmane.org/gmane.comp.boot-loaders.u-boot/66184 and contains the patches which were not accepted. The patches are: 0001-Move-__set-clear_bit-from-ubifs.h-to-bitops.h.patch - Code style upd

[U-Boot] [PATCH v2 1/4]: Move __set/clear_bit from ubifs.h to bitops.h

__set_bit and __clear_bit are defined in ubifs.h as well as in asm/include/bitops.h for some architectures. This patch moves the generic implementation to include/linux/bitops.h and uses that unless it's defined by the architecture. v2: Unify code style (newline between __set_bit and __clear_bit)

[U-Boot] [PATCH v2 2/4]: Make arm bitops endianness-independent

Bring over the bitop implementations from the Linux include/asm-generic/bitops/non-atomic.h to provide endianness-independence. Signed-off-by: Simon Kagstrom --- include/asm-arm/bitops.h | 45 +++-- 1 files changed, 27 insertions(+), 18 deletions(-) dif

[U-Boot] [PATCH v2 3/4]: Define ffs/fls for all architectures

UBIFS requires fls(), which is not defined for arm (and some other architectures) and this patch adds it. The implementation is taken from Linux and is generic. ffs() is also defined for those that miss it. v2: Unify code style (empty line between ffs/fls) Signed-off-by: Simon Kagstrom --- incl

[U-Boot] [PATCH v2 4/4]: Define test_and_set_bit and test_and_clear bit for ARM

Needed for (e.g.) ubifs support to work. Signed-off-by: Simon Kagstrom --- include/asm-arm/bitops.h | 27 --- 1 files changed, 24 insertions(+), 3 deletions(-) diff --git a/include/asm-arm/bitops.h b/include/asm-arm/bitops.h index b3a9578..b62ff90 100644 --- a/include/

Re: [U-Boot] [PATCH] Adding support for DevKit8000

On Thu, Aug 20, 2009 at 12:19 AM, Jean-Christophe PLAGNIOL-VILLARD wrote: >> board/omap3/devkit8000/Makefile | 52 + >> board/omap3/devkit8000/config.mk| 35 >> board/omap3/devkit8000/devkit8000.c | 124 >> board/omap3/devkit8000/devkit8000.h | 373 >> +

Re: [U-Boot] [PATCH v2][repost] arm: Kirkwood: add SYSRSTn Duration Counter Support

> -Original Message- > From: Wolfgang Denk [mailto:w...@denx.de] > Sent: Wednesday, August 19, 2009 12:50 PM > To: Prafulla Wadaskar > Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik; > Ronen Shitrit > Subject: Re: [U-Boot] [PATCH v2][repost] arm: Kirkwood: add > SYSRSTn

Re: [U-Boot] [PATCH 1/3] mpc83xx: tqm8349 - remove pci & flash window conflict

Dear Kim Phillips, In message <20090819200321.a0900c41.kim.phill...@freescale.com> you wrote: > commit 9993e196da707a0a1cd4584f1fcef12382c1c144 "mpc83xx: convert all > remaining boards over to 83XX_GENERIC_PCI" remapped pci windows on > tqm834x to make it more consistent with the other 83xx boards

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

> -Original Message- > From: u-boot-boun...@lists.denx.de > [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Simon Kagstrom > Sent: Thursday, August 20, 2009 1:44 PM > To: U-Boot ML > Subject: [U-Boot] [PATCH 3/3] [repost]: arm: kirkwood: See to > it that sent data is 8-byte aligned

Re: [U-Boot] [PATCH "mkimage" branch] tools/mkimage: fix compiler warnings, use "const"

Dear Prafulla, In message <73173d32e9439e4abb5151606c3e19e202e3915...@sc-vexch1.marvell.com> you wrote: > > > This fixes some compiler warnings: > > tools/default_image.c:141: warning: initialization from > > incompatible pointer type > > tools/fit_image.c:202: warning: initialization from > >

Re: [U-Boot] Porting to Broadcom BCM7038 (Hermes board)

> > > Not quite. A quick check reveals that the bcm7038 is a r5000 based > > mips64 bit at heart (I'm a little confused here, there seem to be also > > 32bit r5000?). So not only will you be doing a new cpu port (level 2), > > but really a new architecture , i.e. mips64 - so you enter the game at

Re: [U-Boot] [PATCH v2][repost] arm: Kirkwood: add SYSRSTn Duration Counter Support

Dear Prafulla Wadaskar, In message <73173d32e9439e4abb5151606c3e19e202e3915...@sc-vexch1.marvell.com> you wrote: > > > > + if (!s) { > > > + printf("Error.. %s failed, check sysrstcmd\n", > > > + __FUNCTION__); > > > + return; > > > > Why is this considered an er

Re: [U-Boot] [PATCH 1/3]: arm:kirkwood Define kirkwood phy address magic number

> -Original Message- > From: u-boot-boun...@lists.denx.de > [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Simon Kagstrom > Sent: Thursday, August 20, 2009 1:42 PM > Cc: U-Boot ML > Subject: [U-Boot] [PATCH 1/3]: arm:kirkwood Define kirkwood > phy address magic number > > Signed-o

Re: [U-Boot] Porting to Broadcom BCM7038 (Hermes board)

Dear Peter Belm, In message <574bb010908200229m7da12930s39f7bc40a2384...@mail.gmail.com> you wrote: > > > That's not quite correct. IIRC, the "purple" board also uses a 64bit > > MIPS processor (5Kc). So it's "just" anothe rnew board port. > > The core in the BCM7038 is a 5Kf, I'm not sure how t

Re: [U-Boot] [PATCH v2][repost] arm: Kirkwood: add SYSRSTn Duration Counter Support

> -Original Message- > From: Jean-Christophe PLAGNIOL-VILLARD [mailto:plagn...@jcrosoft.com] > Sent: Thursday, August 20, 2009 10:50 AM > To: Prafulla Wadaskar > Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik; > Ronen Shitrit > Subject: Re: [U-Boot] [PATCH v2][repost] arm

Re: [U-Boot] Porting to Broadcom BCM7038 (Hermes board)

> > All the tasks you mention here are performed by U-Boot. U-Boot _is_ > the boot loader. Right, I'm just having trouble getting to grips with the code flow, the start.S in the CPU is the initial entry point, at what point does that hand over to U-Boot? Any chance you could give me a brief overv

Re: [U-Boot] [PATCH "mkimage" branch] tools/mkimage: fix compiler warnings, use "const"

> -Original Message- > From: Wolfgang Denk [mailto:w...@denx.de] > Sent: Thursday, August 20, 2009 2:58 PM > To: Prafulla Wadaskar > Cc: u-boot@lists.denx.de > Subject: Re: [U-Boot] [PATCH "mkimage" branch] tools/mkimage: > fix compiler warnings, use "const" > > Dear Prafulla, > > In

Re: [U-Boot] [PATCH 1/1 v2][Net] Convert CS8900 Ethernet driver to CONFIG_NET_MULTI API

Dear Ben Warren, In message you wrote: > > I looked at a disassembly of this code and it looked like it should work. > In this case, the base offset of the device is in r2 (0x07000300) and the > code does store operations on this +#4 and +#6, which were the offsets in > the original. I guess i

Re: [U-Boot] 83xx and LCRR setting

Hello Kim, Kim Phillips schrieb: > On Tue, 18 Aug 2009 15:23:47 +0200 > Heiko Schocher wrote: > >> Hello Kim, > > Hello Heiko, sorry for the late reply, > >> I actually work on an u-boot mpc8321 port (mostly identical with the kmeter1 >> port already in mainline), and I have to set the LCRR (C

Re: [U-Boot] [PATCH v2][repost] arm: Kirkwood: add SYSRSTn Duration Counter Support

> -Original Message- > From: Wolfgang Denk [mailto:w...@denx.de] > Sent: Thursday, August 20, 2009 3:08 PM > To: Prafulla Wadaskar > Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik; > Ronen Shitrit > Subject: Re: [U-Boot] [PATCH v2][repost] arm: Kirkwood: add > SYSRSTn Du

[U-Boot] [PATCH v3] arm: Kirkwood: add SYSRSTn Duration Counter Support

This feature can be used to trigger special command "sysrstcmd" using reset key long press event and environment variable "sysrstdelay" is set (useful for reset to factory or manufacturing mode execution) Kirkwood SoC implements a hardware-based SYSRSTn duration counter. When SYSRSTn is asserted l

Re: [U-Boot] [PATCH v2][repost] arm: Kirkwood: add SYSRSTn Duration Counter Support

> -Original Message- > From: u-boot-boun...@lists.denx.de > [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Prafulla Wadaskar > Sent: Thursday, August 20, 2009 3:16 PM > To: Jean-Christophe PLAGNIOL-VILLARD > Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik; > Ronen Shit

[U-Boot] Incorrect CONFIG_SYS_MONITOR_LEN on MPC85xx boards

Hi, All FSL MPC85xx boards define CONFIG_SYS_MONITOR_LEN as 256K although actual size of u-boot binary is 512K. XES Xpedite boards seem to do the right thing. I was wandering whether CONFIG_SYS_MONITOR_LEN for 85xx boards can be defined in terms of CONFIG_SYS_MONITOR_BASE, similar to AMCC boards

Re: [U-Boot] 83xx and LCRR setting

Hi Heiko, > I stumbled over this, just because I didn;t set this > LCRR_DBYP bit, which the CPU sets after a reset, so > what Do you think about this patch? > > 832x, LCRR: change only the valid bits for this register > > Signed-off-by: Heiko Schocher > --- > cpu/mpc83xx/cpu_init.c|6 +++

[U-Boot] u-boot fall-back application

Hi, Is it possible to have a standalone application started without the user intervention (auto-started at power-on)? I need to create a fall-back application which will boot a safe kernel if booting a user flashed kernel fails. We will store 2 kernel images in flash and if one of them is corrupted

Re: [U-Boot] Porting to Broadcom BCM7038 (Hermes board)

Hi Wolfgang, > Dear Detlev Zundel, > > In message you wrote: >> >> Not quite. A quick check reveals that the bcm7038 is a r5000 based >> mips64 bit at heart (I'm a little confused here, there seem to be also >> 32bit r5000?). So not only will you be doing a new cpu port (level 2), >> but reall

Re: [U-Boot] Porting to Broadcom BCM7038 (Hermes board)

Hi Peter, > All the tasks you mention here are performed by U-Boot. U-Boot _is_ > the boot loader. > > Right, I'm just having trouble getting to grips with the code flow, the > start.S > in the CPU is the initial entry point, at what point does that hand over to > U-Boot? Any chance you c

[U-Boot] [PATCH] ppc4xx: Rename compactcenter to intip

Signed-off-by: Dirk Eibach --- include/configs/compactcenter.h |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/include/configs/compactcenter.h b/include/configs/compactcenter.h index f8a1bbb..9d33f56 100644 --- a/include/configs/compactcenter.h +++ b/include/configs/co

Re: [U-Boot] [PATCH] ppc4xx: Rename compactcenter to intip

Hi Dirk, On Thursday 20 August 2009 13:23:03 Dirk Eibach wrote: > Signed-off-by: Dirk Eibach > --- > include/configs/compactcenter.h |4 ++-- > 1 files changed, 2 insertions(+), 2 deletions(-) > > diff --git a/include/configs/compactcenter.h > b/include/configs/compactcenter.h index f8a1bbb.

Re: [U-Boot] [PATCH] ppc4xx: Rename compactcenter to intip

> Just checking: You only want to change the printed name upon > bootup from "compactcenter" to "intip"? Not the U-Boot target name? That's it. Since this might be sold as an OEM product, we need a more generic name to be displayed. Cheers Dirk ___

Re: [U-Boot] [PATCH 1/3]: arm:kirkwood Define kirkwood phy address magic number

On Thu, 20 Aug 2009 02:40:48 -0700 Prafulla Wadaskar wrote: > > > > +#define KIRKWOOD_PHY_ADR_REQUEST 0xee > define this in header file > > Basically this is needed in drivers/net/phy/mv88e61xx.c for multi chip support > in this case we need to define this in include/miiphy.h. > which conflict

Re: [U-Boot] [PATCH] jffs2: some fixes to summary support

Hi Mike, Mike Frysinger wrote: >> +#ifdef CONFIG_JFFS2_SUMMARY >> +static u32 sum_get_unaligned32(u32 *ptr) >> +{ >> +u32 val; >> +u8 *p = (u8 *)ptr; >> + >> +val = *p | (*(p + 1) << 8) | (*(p + 2) << 16) | (*(p + 3) << 24); >> + >> +return __le32_to_cpu(val); >> +} >> + >> +static

Re: [U-Boot] [PATCH v2] ARM Cortex8 Rename and move v7_flush_dcache_all to flush_dcache

Jean-Christophe PLAGNIOL-VILLARD wrote: >>> Applying the basic functionality (function move) now allows others >>> to finally go on with their long waiting patches. >>> >> no this code is omap3 specific and there is no need ot this >> rename or move the function m

Re: [U-Boot] [PATCH/RFC] drivers/mmc/mmc.c: change the controller frequency before the card frequency

On Thu, Aug 20, 2009 at 01:42:04AM +0200, Jean-Christophe PLAGNIOL-VILLARD wrote : > On 14:16 Wed 19 Aug , Albin Tonnerre wrote: > > While rewriting the atmel_mci driver to use the new MMC_GENERIC API (and > > allow > > the use of SD/MMC on AT91 in the process), it appeared that switching the

[U-Boot] Regarding linux kernel booting.

Hi all, I am in bit of peculiar problem on booting linux kernel on my MPC7448-TSi108 based custom board. I am using u-boot 1.3.4 which was compiled on ELDK- 4.0. when i use bootp command to download the kernel image from the tftp server that was already working with other custom boards t

Re: [U-Boot] Regarding linux kernel booting.

Hi Thirumalai, > I am in bit of peculiar problem on booting linux kernel on my > MPC7448-TSi108 based custom board. I am using u-boot 1.3.4 which was > compiled on ELDK- 4.0. when i use bootp command to download the kernel image > from the tftp server that was already working with other

Re: [U-Boot] building u-boot using ELDK on 64-bit fedora 11

Hi Robert, > i spent a few minutes earlier this morning building the latest > u-boot for my beagleboard using the ELDK 4.2 arm toolchain on my > 64-bit fedora 11 system and since google showed me there was some > discussion as to how to do that on 64-bit debian, i figured i'd just > verify that

Re: [U-Boot] Incorrect CONFIG_SYS_MONITOR_LEN on MPC85xx boards

On Aug 20, 2009, at 5:49 AM, Felix Radensky wrote: > Hi, > > All FSL MPC85xx boards define CONFIG_SYS_MONITOR_LEN as 256K > although actual size of u-boot binary is 512K. XES Xpedite boards > seem to do > the right thing. > > I was wandering whether CONFIG_SYS_MONITOR_LEN for 85xx boards > can

Re: [U-Boot] [PATCH 2/3] mpc8377erdb: change DDR settings to those from latest bsp

On Aug 19, 2009, at 8:04 PM, Kim Phillips wrote: > when using Linus' 83xx_defconfig, the mpc8377rdb would hanging at boot > at either: > > NET: Registered protocol family 16 > > or the > > io scheduler cfq registered > > message. Fixing up these DDR settings appears to fix the problem. > > Signe

[U-Boot] [PATCH] ppc/85xx: Added CONFIG_MAX_CPUS for P1020

Signed-off-by: Poonam Aggrwal Signed-off-by: Kumar Gala --- applies on http://git.denx.de/u-boot-mpc85xx.git branch->next include/asm-ppc/config.h |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/include/asm-ppc/config.h b/include/asm-ppc/config.h index fd7961c..fb9c2

[U-Boot] [PATCH] ppc/85xx: P1020RDB Support Added

Signed-off-by: Poonam Aggrwal Signed-off-by: Kumar Gala --- applies on http://git.denx.de/u-boot-mpc85xx.git branch->next Makefile |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/Makefile b/Makefile index f92ef30..337bf89 100644 --- a/Makefile +++ b/Makefile @@ -249

[U-Boot] [PATCH] ppc/85xx: Added single core members of FSL P1 P2 processors series

P2010 - single core variant of P2020 P1011 - Single core variant of P1020 Signed-off-by: Poonam Aggrwal Signed-off-by: Kumar Gala --- - applies on git.denx.de/u-boot-mpc85xx.git branch->next cpu/mpc85xx/Makefile|2 ++ cpu/mpc8xxx/cpu.c |4 drivers/misc/fsl_law.c

[U-Boot] [PATCH] ppc/85xx: Added support for P1011RDB and P2010RDB

P2010 and P1011 are single core variants of P2020 and P1010 respectively. The board(RDB) will be same. Signed-off-by: Poonam Aggrwal Signed-off-by: Kumar Gala --- applies on http://git.denx.de/u-boot-mpc85xx.git branch->next Makefile | 10 ++ 1 files changed, 10 insertions(+), 0 dele

[U-Boot] [PATCH] driver/fsl_pci: Added fsl_pci_init_port function to initialize a single PCIe port.

* Added a generic function fsl_pci_init_port in drivers/pci/fsl_pci.c to initialize a PCIe port. * fsl_pci_init_port can be called from board specific pcie initialization routine, per-port. * This will reduce the code redundancy in the most of the Freescale board specific PCIe inits.

[U-Boot] [PATCH] ppc/85xx: Added PCIe support for P1 P2 RDB

* Added PCIe support for P1 P2 RDB * Calls the fsl_pci_init_port function to initialize all the PCIe ports on the board. Signed-off-by: Poonam Aggrwal Signed-off-by: Kumar Gala --- - applies on git.denx.de/u-boot-mpc85xx.git branch->next board/freescale/p1_p2_rdb/Makefile |1 + board/free

Re: [U-Boot] [PATCH] Adding support for DevKit8000

On 10:55 Thu 20 Aug , Frederik Kriewitz wrote: > On Thu, Aug 20, 2009 at 12:19 AM, Jean-Christophe > PLAGNIOL-VILLARD wrote: > >> board/omap3/devkit8000/Makefile | 52 + > >> board/omap3/devkit8000/config.mk| 35 > >> board/omap3/devkit8000/devkit8000.c | 124

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

On Wed, Aug 19, 2009 at 11:30:05PM +0200, Jean-Christophe PLAGNIOL-VILLARD wrote : > On 21:14 Wed 19 Aug , Albin Tonnerre wrote: > > diff --git a/MAKEALL b/MAKEALL > > index edebaea..5882ceb 100755 > > --- a/MAKEALL > > +++ b/MAKEALL > > @@ -607,6 +607,7 @@ LIST_at91=" \ >

Re: [U-Boot] [PATCH v2] ARM Cortex8 Rename and move v7_flush_dcache_all to flush_dcache

Tom wrote: > Jean-Christophe PLAGNIOL-VILLARD wrote: Applying the basic functionality (function move) now allows others to finally go on with their long waiting patches. >>> no this code is omap3 specific and there is no need ot this >>> rename or m

[U-Boot] [PATCH v8] 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,

Re: [U-Boot] [PATCH] 85xx: Fix memory test range on MPC8536DS

On Aug 15, 2009, at 7:08 AM, Felix Radensky wrote: > With current values of CONFIG_SYS_MEMTEST_START > and CONFIG_SYS_MEMTEST_END memory test hangs if > run without arguments. Set them to sane values, > so that all available 512MB of RAM excluding > exception vectors at the bottom and u-boot code

Re: [U-Boot] [PATCH 03/10] Add L2SRAM Register's macro definition

On Aug 18, 2009, at 2:37 AM, Mingkai Hu wrote: > Signed-off-by: Mingkai Hu > --- > cpu/mpc85xx/cpu_init.c |5 +++-- > include/asm-ppc/immap_85xx.h |5 + > 2 files changed, 8 insertions(+), 2 deletions(-) applied to 85xx next - k ___

Re: [U-Boot] [PATCH] ppc/85xx: Added CONFIG_MAX_CPUS for P1020

On Aug 20, 2009, at 8:25 AM, Poonam Aggrwal wrote: > > Signed-off-by: Poonam Aggrwal > Signed-off-by: Kumar Gala > --- > applies on http://git.denx.de/u-boot-mpc85xx.git branch->next > include/asm-ppc/config.h |4 ++-- > 1 files changed, 2 insertions(+), 2 deletions(-) On Aug 18, 2009, at

Re: [U-Boot] [PATCH] ppc/85xx: P1020RDB Support Added

On Aug 20, 2009, at 8:27 AM, Poonam Aggrwal wrote: > > Signed-off-by: Poonam Aggrwal > Signed-off-by: Kumar Gala > --- > applies on http://git.denx.de/u-boot-mpc85xx.git branch->next > Makefile |5 + > 1 files changed, 5 insertions(+), 0 deletions(-) Added to MAKEALL and kept list in M

[U-Boot] ERROR: too many flash sectors

Hi , everyone . My u-boot version is 2009-01 and i try porting u-boot on pxa270 development board. when i power on my board then minicom show these information DRAM: 64 MB ERROR: too many flash sectors ERROR: too many flash sectors Flash:32 MB then i can save setenv , but when i earse

Re: [U-Boot] [PATCH] ppc/85xx: Added support for P1011RDB and P2010RDB

On Aug 20, 2009, at 8:29 AM, Poonam Aggrwal wrote: > P2010 and P1011 are single core variants of P2020 and P1010 > respectively. > The board(RDB) will be same. > > Signed-off-by: Poonam Aggrwal > Signed-off-by: Kumar Gala > --- > applies on http://git.denx.de/u-boot-mpc85xx.git branch->next

Re: [U-Boot] [PATCH] ppc/85xx: Added single core members of FSL P1 P2 processors series

On Aug 20, 2009, at 8:27 AM, Poonam Aggrwal wrote: > P2010 - single core variant of P2020 > P1011 - Single core variant of P1020 > > Signed-off-by: Poonam Aggrwal > Signed-off-by: Kumar Gala > --- > - applies on git.denx.de/u-boot-mpc85xx.git branch->next > cpu/mpc85xx/Makefile|2 ++

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

On 15:43 Thu 20 Aug , Albin Tonnerre wrote: > On Wed, Aug 19, 2009 at 11:30:05PM +0200, Jean-Christophe PLAGNIOL-VILLARD > wrote : > > On 21:14 Wed 19 Aug , Albin Tonnerre wrote: > > > diff --git a/MAKEALL b/MAKEALL > > > index edebaea..5882ceb 100755 > > > --- a/MAKEALL > > > +++ b/MAKEAL

[U-Boot] [PATCH] Add Transfer Size Option to tftp

Optionally add RFC 2349 "Transfer Size Option", so we can minimize the time spent sending data over the UART (now print a single line during a tftp transfer). - If turned on (CONFIG_TFTP_TSIZE), U-Boot asks for the size of the file. - if receives the file size, a single line (50 chars) are print

Re: [U-Boot] ERROR: too many flash sectors

On Thursday 20 August 2009 16:45:28 SlinceArm wrote: > Hi , everyone . > > My u-boot version is 2009-01 and i try porting u-boot on pxa270 development > board. > when i power on my board then minicom show these information > > DRAM: 64 MB > ERROR: too many flash sectors > ERROR: too many flash

Re: [U-Boot] [PATCH] ppc/85xx: Added single core members of FSL P1 P2 processors series

Dear Poonam Aggrwal, In message <1250774865-20228-1-git-send-email-poonam.aggr...@freescale.com> you wrote: > P2010 - single core variant of P2020 > P1011 - Single core variant of P1020 > > Signed-off-by: Poonam Aggrwal > Signed-off-by: Kumar Gala > --- > - applies on git.denx.de/u-boot-mpc8

Re: [U-Boot] [PATCH] ppc/85xx: Added CONFIG_MAX_CPUS for P1020

Dear Kumar Gala, In message you wrote: > > On Aug 20, 2009, at 8:25 AM, Poonam Aggrwal wrote: > > > > > Signed-off-by: Poonam Aggrwal > > Signed-off-by: Kumar Gala > > --- > > applies on http://git.denx.de/u-boot-mpc85xx.git branch->next > > include/asm-ppc/config.h |4 ++-- > > 1 files ch

Re: [U-Boot] [PATCH] driver/fsl_pci: Added fsl_pci_init_port function to initialize a single PCIe port.

On Aug 20, 2009, at 10:12 AM, Wolfgang Denk wrote: > Dear Poonam Aggrwal, > > In message <1250775038-20372-1-git-send-email-poonam.aggr...@freescale.com > > you wrote: >> * Added a generic function fsl_pci_init_port in drivers/pci/ >> fsl_pci.c >> to initialize a PCIe port. >> * fsl_pci_ini

Re: [U-Boot] [PATCH] ARM: compiler options cleanup - improve tool chain support

> Results: > I was unable to compile without the patch in this thread > http://lists.denx.de/pipermail/u-boot/2009-August/058193.html (which is > normal because of gcc-4.4.1). > With 'MAKEALL arm' I have no compile errors except for: > * actux1, actux2, actux3, actux4, ixdp425, ixdpg425, pdnb3, whi

Re: [U-Boot] [PATCH] ppc4xx: Rename compactcenter to intip

Dear "Eibach, Dirk", In message <48d3d52125c49b43ae880038e2e5314b025...@srv101.gdsys.de> you wrote: > > > Just checking: You only want to change the printed name upon > > bootup from "compactcenter" to "intip"? Not the U-Boot target name? > > That's it. Since this might be sold as an OEM produc

Re: [U-Boot] [PATCH] ppc/85xx: Added PCIe support for P1 P2 RDB

Dear Poonam Aggrwal, In message <1250775054-20418-1-git-send-email-poonam.aggr...@freescale.com> you wrote: > * Added PCIe support for P1 P2 RDB > * Calls the fsl_pci_init_port function to initialize all the PCIe ports > on the board. > > Signed-off-by: Poonam Aggrwal > Signed-off-by: Kumar G

Re: [U-Boot] [PATCH] driver/fsl_pci: Added fsl_pci_init_port function to initialize a single PCIe port.

> -Original Message- > From: Kumar Gala [mailto:ga...@kernel.crashing.org] > Sent: Thursday, August 20, 2009 8:54 PM > To: Wolfgang Denk > Cc: Aggrwal Poonam-B10812; u-boot@lists.denx.de > Subject: Re: [U-Boot] [PATCH] driver/fsl_pci: Added > fsl_pci_init_port function to initialize a

Re: [U-Boot] [PATCH] ppc/85xx: Added CONFIG_MAX_CPUS for P1020

Dear Poonam Aggrwal, In message <1250774735-20130-1-git-send-email-poonam.aggr...@freescale.com> you wrote: > > Signed-off-by: Poonam Aggrwal > Signed-off-by: Kumar Gala > --- > applies on http://git.denx.de/u-boot-mpc85xx.git branch->next > include/asm-ppc/config.h |4 ++-- > 1 files cha

Re: [U-Boot] [PATCH] ppc/85xx: P1020RDB Support Added

Dear Kumar Gala, In message you wrote: > > On Aug 20, 2009, at 8:27 AM, Poonam Aggrwal wrote: > > > > > Signed-off-by: Poonam Aggrwal > > Signed-off-by: Kumar Gala > > --- > > applies on http://git.denx.de/u-boot-mpc85xx.git branch->next > > Makefile |5 + > > 1 files changed, 5 insert

Re: [U-Boot] [PATCH] ppc/85xx: Added single core members of FSL P1 P2 processors series

Dear Kumar Gala, In message you wrote: > > On Aug 20, 2009, at 8:27 AM, Poonam Aggrwal wrote: > > > P2010 - single core variant of P2020 > > P1011 - Single core variant of P1020 > > > > Signed-off-by: Poonam Aggrwal > > Signed-off-by: Kumar Gala > > --- > > - applies on git.denx.de/u-boot-mpc

Re: [U-Boot] [PATCH] ppc/85xx: P1020RDB Support Added

Dear Poonam Aggrwal, In message <1250774822-20182-1-git-send-email-poonam.aggr...@freescale.com> you wrote: > > Signed-off-by: Poonam Aggrwal > Signed-off-by: Kumar Gala > --- > applies on http://git.denx.de/u-boot-mpc85xx.git branch->next > Makefile |5 + > 1 files changed, 5 inserti

Re: [U-Boot] [PATCH] driver/fsl_pci: Added fsl_pci_init_port function to initialize a single PCIe port.

Dear Poonam Aggrwal, In message <1250775038-20372-1-git-send-email-poonam.aggr...@freescale.com> you wrote: > * Added a generic function fsl_pci_init_port in drivers/pci/fsl_pci.c >to initialize a PCIe port. > * fsl_pci_init_port can be called from board specific pcie initialization >ro

Re: [U-Boot] e1000 Rx timeout with 82541ER

> -Original Message- > From: André Schwarz [mailto:andre.schw...@matrix-vision.de] > Sent: Wednesday, August 19, 2009 7:10 AM > To: Zang Roy-R61911; Ben Warren > Cc: U-Boot List > Subject: e1000 Rx timeout with 82541ER > > Roy, Ben, > > with latest e1000.c my 82541ER connected to a MP

Re: [U-Boot] [PATCH] ppc/85xx: Added single core members of FSL P1 P2 processors series

> -Original Message- > From: Wolfgang Denk [mailto:w...@denx.de] > Sent: Thursday, August 20, 2009 8:40 PM > To: Kumar Gala > Cc: Aggrwal Poonam-B10812; u-boot@lists.denx.de > Subject: Re: [U-Boot] [PATCH] ppc/85xx: Added single core > members of FSL P1 P2 processors series > > Dear K

Re: [U-Boot] [PATCH] ppc/85xx: Added PCIe support for P1 P2 RDB

On Aug 20, 2009, at 10:14 AM, Wolfgang Denk wrote: > Dear Poonam Aggrwal, > > In message <1250775054-20418-1-git-send-email-poonam.aggr...@freescale.com > > you wrote: >> * Added PCIe support for P1 P2 RDB >> * Calls the fsl_pci_init_port function to initialize all the PCIe >> ports >> on the

[U-Boot] U-boot -Modifying boot sequence on a ARM based board

Hi all, What is the general boot sequence for u-boot. IIRC, its the cpu specific start followed by board specfic stuff, then general init stuff (like misc_init_f) and then the common stuff. The reason i am asking this i want to inject my own boot path based on the presence of certain boot periphera

[U-Boot] nand read

Hi, Does mtd has to be enabled/setup for nand read to work? I'm trying to do a I keep getting a read error when trying to read even the first block. NAND read: device 0 offset 0x0, size 0x2 NAND read from offset 0 failed -74 131072 bytes read: ERROR ___

Re: [U-Boot] nand read

Spoken too quickly user error. On Thu, Aug 20, 2009 at 11:13 AM, E Robertson wrote: > Hi, > Does mtd has to be enabled/setup for nand read to work? > I'm trying to do a > > I keep getting a read error when trying to read even the first block. > > NAND read: device 0 offset 0x0, size 0x2 >

[U-Boot] [v2][PATCH] ppc/85xx: Added single core members of FSL P1 P2 processors series

P2010 - single core variant of P2020 P1011 - Single core variant of P1020 - Also made changes to keep the lists sorted. Signed-off-by: Poonam Aggrwal Signed-off-by: Kumar Gala --- - applies on git.denx.de/u-boot-mpc85xx.git branch->next cpu/mpc85xx/Makefile|4 +++- cpu/mpc8xxx/c

Re: [U-Boot] [PATCH v2][repost] arm: Kirkwood: add SYSRSTn Duration Counter Support

> > Okay I got it > > WE can do this but, > > There are just two APIs, overall size impact is not much > > (<100 bytes max). > The actual u-boot.bin size diff for newly posted patch is (169464- 169344= > 120 bytes) ok fine Best Regards, J. ___ U-Boot m

[U-Boot] [PATCH v3] Adding support for DevKit8000

This patch adds support for the DevKit8000 board. Signed-off-by: Frederik Kriewitz --- mach-types.h needs to be synced (MACH_TYPE_DEVKIT8000) --- MAINTAINERS |4 + MAKEALL |1 + Makefile |3 + board/devkit8000/Makefile

Re: [U-Boot] [PATCH v3] Adding support for DevKit8000

Hi Frederik, I had some minor aesthetic nitpicks. I'd change the title to "Add support for the DevKit8000 board". > diff --git a/MAINTAINERS b/MAINTAINERS > index 620604c..03b2d10 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -706,6 +706,10 @@ Alex Z > lartSA1100 >

Re: [U-Boot] Weird issues with u-boot on Microblaze

Michal Simek wrote: > Hi, > > > > FIT support is not in mainline u-boot. Only in my testing repository. > >> If I fix that and try to load a FIT image with a kernel and device-tree, >> the bootm command completely ignores the device tree; unfortunately, > > Yes the same thing as with FIT. Not

Re: [U-Boot] [PATCH v3] Adding support for DevKit8000

Peter Tyser wrote: > Hi Frederik, > I had some minor aesthetic nitpicks. I'd change the title to "Add > support for the DevKit8000 board". > > >> Unknown / orphaned boards: >> diff --git a/MAKEALL b/MAKEALL >> index edebaea..34235b7 100755 >> --- a/MAKEALL >> +++ b/MAKEALL >> @@ -581,6 +581,7 @

Re: [U-Boot] [PATCH 1/1 v2][Net] Convert CS8900 Ethernet driver to CONFIG_NET_MULTI API

Wolfgang Denk wrote: > Dear Ben Warren, > > In message you > wrote: > >> I looked at a disassembly of this code and it looked like it should work. >> In this case, the base offset of the device is in r2 (0x07000300) and the >> code does store operations on this +#4 and +#6, which were the off

Re: [U-Boot] [PATCH v2 1/4]: Move __set/clear_bit from ubifs.h to bitops.h

On Thursday 20 August 2009 04:52:50 Simon Kagstrom wrote: > --- a/include/asm-sh/bitops.h > +++ b/include/asm-sh/bitops.h > @@ -146,6 +146,11 @@ static inline int ffs (int x) > } > return r; > } > + > +#define __set_bit(nr, addr) generic_set_bit(nr, addr) > + > +#define __clear_bit(nr,

Re: [U-Boot] [PATCH] ppc/85xx: Added PCIe support for P1 P2 RDB

Dear Kumar Gala, In message <1938b866-a0c2-4152-8085-4bcc4e1a7...@kernel.crashing.org> you wrote: > > > PCIE1 ... pci2 ... pcie1 ??? > > > > This looks broken to me? > > > This is actually correct.. This has to do w/stupid FSL documentation > and #. The device tree "orders" PCI buses based o

Re: [U-Boot] [PATCH v2 1/4]: Move __set/clear_bit from ubifs.h to bitops.h

Dear Mike Frysinger, In message <200908201344.37190.vap...@gentoo.org> you wrote: > > > +#define __set_bit(nr, addr) generic_set_bit(nr, addr) > > + > > +#define __clear_bit(nr, addr) generic_clear_bit(nr, addr) > > this is just silly to put into every arch header. why not do in the common > code

Re: [U-Boot] [PATCH v3] Adding support for DevKit8000

On Thu, Aug 20, 2009 at 7:28 PM, Dirk Behme wrote: > Peter Tyser wrote: >> >> Hi Frederik, >> I had some minor aesthetic nitpicks.  I'd change the title to "Add >> support for the DevKit8000 board". >> I'll fix them >>> >>>  Unknown / orphaned boards: >>> diff --git a/MAKEALL b/MAKEALL >>> index

  1   2   >