Re: [U-Boot] [PATCH v6] Add support for the DevKit8000 board

On Tue, Aug 25, 2009 at 8:25 AM, Stefan Roese wrote: > On Tuesday 25 August 2009 07:54:57 Frederik Kriewitz wrote: >> >>  include/configs/devkit8000.h       |  307 + >> >>  include/configs/omap3_devkit8000.h |  307 + >> > >> > why do you dupli

Re: [U-Boot] [PATCH v6] Add support for the DevKit8000 board

On Tuesday 25 August 2009 07:54:57 Frederik Kriewitz wrote: > >> include/configs/devkit8000.h | 307 + > >> include/configs/omap3_devkit8000.h | 307 + > > > > why do you duplicate it? > > maybe an miss when updating the patch > > This

Re: [U-Boot] Kirkwood / Sheevaplug build failure

> -Original Message- > From: u-boot-boun...@lists.denx.de > [mailto:u-boot-boun...@lists.denx.de] On Behalf Of rektide > Sent: Monday, August 24, 2009 7:00 PM > To: u-boot@lists.denx.de > Subject: [U-Boot] Kirkwood / Sheevaplug build failure > > Hello everyone; > > I'm new to U-Boot,

Re: [U-Boot] [PATCH v6] Add support for the DevKit8000 board

On Tue, Aug 25, 2009 at 7:25 AM, Jean-Christophe PLAGNIOL-VILLARD wrote: > On 20:31 Mon 24 Aug , Frederik Kriewitz wrote: >> This patch adds support for the DevKit8000 board. >> >> >> >> MAINTAINERS|4 + >> MAKEALL|1 + >> Makefile

[U-Boot] Blacfin.

I am a newbie, would like to tailor U-Boot specific to my board. Where to start? -- Thanks and regards, Benix Samuel. Cisco Systems India Pvt Ltd. "The superior man is modest in speech, but exceeds in actions" ___ U-Boot mailing list U-Boot@lists.denx

Re: [U-Boot] [PATCH] sh: Fix build of sh7785lcr 32bit mode

On 11:01 Mon 24 Aug , Nobuhiro Iwamatsu wrote: > Update lowlevel_init.S and macro.h. > > Signed-off-by: Nobuhiro Iwamatsu > --- > board/espt/lowlevel_init.S | 10 +--- > board/renesas/sh7785lcr/lowlevel_init.S | 96 > +-- > include/asm-sh/macro.h

Re: [U-Boot] [PATCH v6] Add support for the DevKit8000 board

On 20:31 Mon 24 Aug , Frederik Kriewitz wrote: > This patch adds support for the DevKit8000 board. > > Signed-off-by: Frederik Kriewitz > --- > mach-types.h needs to be synced (MACH_TYPE_DEVKIT8000) > > Changelog: > v6: > added changelog > > v5: > moved files from board/timll/devkit8000 t

Re: [U-Boot] [PATCH] Add support for the DevKit8000 board

On 12:56 Sun 23 Aug , Frederik Kriewitz wrote: > 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 |

Re: [U-Boot] [PATCH 1/3] omap: move TI's boards to board/ti/

> Second, where do you know from that all these boards are from TI? > Are you sure that they are not from SpectrumDigital, Mistral or > DigiKey etc? here you mix board vendor and distributor as example you can buy a atmel ref design at DigiKey or resistor, soc, ddr, etc... > > Third, I don't lik

[U-Boot] how to enable data cache on at91rm9200?

Hi, how would I enable the data cache for an at91rm9200? (ARM920T) Can someone point me in the right direction, or pass me a patch for any version of U-Boot? The aim is to improve the boot time as suggested here: http://elinux.org/Boot_Time#Boot_time_check_list Aras ___

Re: [U-Boot] [PATCH] net: tsec - handle user interrupt while waiting for PHY auto negotiation to complete

On Mon, 2009-08-24 at 18:10 -0500, Scott Wood wrote: > Andy Fleming wrote: > > On Mon, Aug 24, 2009 at 2:32 PM, Kim Phillips > > wrote: > > > >> if you don't have firmware installed for the PHY to come to life, this > >> wait can be painful - let's give the option to avoid it if we want. > >> > >

[U-Boot] RTC value corruption on QIL-A9G20 startup

Hello Albin, I tried using your patches for the TNY-A9G20 on my QIL-A9G20 board from Calao. Everything seems to work properly except the RTC. They use the same M41T94 part and the CS is the same on both boards (PA3). I can set the RTC using the "date" command and read back the value okay. Howe

Re: [U-Boot] [PATCH] net: tsec - handle user interrupt while waiting for PHY auto negotiation to complete

Andy Fleming wrote: > On Mon, Aug 24, 2009 at 2:32 PM, Kim Phillips > wrote: > >> if you don't have firmware installed for the PHY to come to life, this >> wait can be painful - let's give the option to avoid it if we want. >> >> Signed-off-by: Kim Phillips > > > Acked-by: Andy Fleming > > I

Re: [U-Boot] [PATCH] net: tsec - handle user interrupt while waiting for PHY auto negotiation to complete

On Mon, Aug 24, 2009 at 2:32 PM, Kim Phillips wrote: > if you don't have firmware installed for the PHY to come to life, this > wait can be painful - let's give the option to avoid it if we want. > > Signed-off-by: Kim Phillips Acked-by: Andy Fleming I've always wanted this change, but never

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

Hi, Dana Goyette wrote: > Michal Simek wrote: >> this code can't be compiled - you have bad setting. MONITOR_BASE is always >> on lower address then >> FLASH address. Check that your ram on lower address than your flash - this >> is check by u-boot.bsp too. >> >> >> >> Regards, >> Michal >> >> >

[U-Boot] Pull request u-boot-blackfin.git

The following changes since commit a794f59a75bf9fd4a44f1ad2349cae903c42b89c: Jean-Christophe PLAGNIOL-VILLARD (1): sh/rsk7203: add missing include net.h are available in the git repository at: git://www.denx.de/git/u-boot-blackfin.git master Harald Krapfenbauer (1): Blackfin: c

[U-Boot] [PATCH] new default shortcut to config & build a board

The majority of the time that I build things in U-Boot, I want to just build for the board. I don't make board config tweaks after selecting the board. So add a new pattern rule that allows people to combine two steps in one go: `make foo_config && make` => `make foo` This shouldn't conf

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

Dear Ben, in message <4a9069e9.2030...@gmail.com> you wrote: > > > Tested on mx31ads: works like a charm. > > > Great news! Thanks! Wait... we've not reached the goal yet, I'm afraid... > > Will try to debug the trab issues later tonight (if I manage to find a > > matching JTAG connector for

[U-Boot] [PATCH] net: tsec - handle user interrupt while waiting for PHY auto negotiation to complete

if you don't have firmware installed for the PHY to come to life, this wait can be painful - let's give the option to avoid it if we want. Signed-off-by: Kim Phillips --- drivers/net/tsec.c |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/drivers/net/tsec.c b/driver

[U-Boot] [PATCH] mpc83xx: mpc8349itx - accommodate larger kernel sizes & unzero the bootdelay

apparently the ITX was missed last round. Also make bootdelay consistent with other boards, so as to give on the opportunity to fix mistakenly set bootcmd without having checked for an bootdelay zero setting first. Signed-off-by: Kim Phillips --- include/configs/MPC8349ITX.h |6 +++--- 1 fi

Re: [U-Boot] [PATCH 00/17] i386 Updates (touches some common drivers)

On Sun, Aug 23, 2009 at 07:36:55AM +0200, Wolfgang Denk wrote: > Dear Mike Frysinger, > > In message <200908230001.46558.vap...@gentoo.org> you wrote: > > > > please set sendemail.chainreplyto to false in your git settings. patch > > series > > Why that? > > > should be like: > > [summary 0/x

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

Michal Simek wrote: > > this code can't be compiled - you have bad setting. MONITOR_BASE is always on > lower address then > FLASH address. Check that your ram on lower address than your flash - this is > check by u-boot.bsp too. > > > > Regards, > Michal > > > > > Thanks for that help,

[U-Boot] [PATCH v6] Add support for the DevKit8000 board

This patch adds support for the DevKit8000 board. Signed-off-by: Frederik Kriewitz --- mach-types.h needs to be synced (MACH_TYPE_DEVKIT8000) Changelog: v6: added changelog v5: moved files from board/timll/devkit8000 to board/devkit8000 added omap3_ config file prefix renamed README.timll t

Re: [U-Boot] Please pull u-boot-mpc83xx

On Aug 24, 2009, at 11:48 AM, Kim Phillips wrote: > On Sat, 22 Aug 2009 10:00:36 +0200 > Wolfgang Denk wrote: > >> Dear Kim Phillips, >> >> In message <20090821174533.d26d421b.kim.phill...@freescale.com> you >> wrote: >>> > Heiko Schocher (1): > mpc83xx: add missing CSCONFIG_ODT_W

Re: [U-Boot] Please pull u-boot-mpc83xx

On Sat, 22 Aug 2009 10:00:36 +0200 Wolfgang Denk wrote: > Dear Kim Phillips, > > In message <20090821174533.d26d421b.kim.phill...@freescale.com> you wrote: > > > > > > Heiko Schocher (1): > > > > mpc83xx: add missing CSCONFIG_ODT_WR_CFG for 832x CPUs > > > > > > Umm please do not edit

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

On Mon, 24 Aug 2009 12:15:39 +0200 Detlev Zundel wrote: > > but I can do of course a: > > > > + /* LCRR - Clock Ratio Register (10.3.1.14) */ > > + im->lbus.lcrr = (im->lbus.lcrr & ~LCRR_MASK) | \ > > + (CONFIG_SYS_LCRR & LCRR_MASK); > > > > Which way is prefered? > > Perso

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

On Sat, 22 Aug 2009 08:17:51 +0200 Heiko Schocher wrote: > Hello Kim, > > Kim Phillips wrote: > > On Thu, 20 Aug 2009 12:05:58 +0200 > > Heiko Schocher wrote: > > > On my board (and for example on the MPC832XEMDS) the flash is connected > to the localbus ... and this register setting

[U-Boot] [PATCH] Add support for the Calao SBC35-A9G20 board

The Calao SBC35-A9G20 board is manufactured and sold by Calao Systems . It is built around an AT91SAM9G20 ARM SoC running at 400MHz. It features an Ethernet port, an SPI RTC backed by an onboard battery , an SD/MMC slot, a CompactFlash slot, 64Mo of SDRAM, 256Mo of NAN

Re: [U-Boot] [PATCH 2/2] e1000: fix PCI memory addressing

On Sat, Aug 22, 2009 at 8:17 AM, Wolfgang Denk wrote: >> #define virt_to_bus(devno, v) pci_virt_to_mem(devno, (void *) (v)) > > Also, I have to admit that I really dislike such casts as they just > suppress compiler warnings which are usually valuable - I'd rather > see you fixing the original pro

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

Kumar Gala wrote: > > On Aug 24, 2009, at 10:10 AM, Felix Radensky wrote: > >> Thanks for the explanation. Out of curiosity, I've tried to set FLASH >> physical address on MPC8536DS >> to 0xf800_ and modify TEXT_BASE to 0xfff8_. But that resulted >> in non-bootable system >> (no u-boot me

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

On Aug 20, 2009, at 8:59 PM, Poonam Aggrwal 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 Gala > --- > - applies on git.denx.de/u-boot-mpc85xx.gi

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

On Aug 20, 2009, at 8:59 PM, Poonam Aggrwal 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 > routine, per-port. > * This will reduce the code redunda

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

On Aug 24, 2009, at 10:10 AM, Felix Radensky wrote: > Thanks for the explanation. Out of curiosity, I've tried to set > FLASH physical address on MPC8536DS > to 0xf800_ and modify TEXT_BASE to 0xfff8_. But that > resulted in non-bootable system > (no u-boot messages at all). > > What

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

Hi, Kumar Kumar Gala wrote: > Its defined differently on these boards (and all our future board > ports) since after relocation and such we have the FLASH @ > 0xe800_. And thus the u-boot image is at @ 0xeff8_. Thanks for the explanation. Out of curiosity, I've tried to set FLASH physi

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

Its defined differently on these boards (and all our future board ports) since after relocation and such we have the FLASH @ 0xe800_. And thus the u-boot image is at @ 0xeff8_. - k On Aug 23, 2009, at 4:44 AM, Felix Radensky wrote: > Hi, Kumar > > I don't see any immediate problem w

[U-Boot] [PATCH] Add debug message for Blackfin Ethernet Rx function.

Add a simple print for the Blackfin's Ethernet Rx function, so we can debug incomming Ethernet functions easier. Signed-off-by: Robin Getz --- drivers/net/bfin_mac.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/drivers/net/bfin_mac.c b/drivers/net/bfin_mac.c index 1

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

Stefan Roese wrote: > > On Saturday 22 August 2009 04:58:44 SlinceArm wrote: >> Thanks for your reply , Stefan. : ) >> >> My flash is 32MB >> >> and here is my source code for flash environment >> >> #define CONFIG_SYS_FLASH_CFI >> #define CONFIG_FLASH_CFI_DRIVER 1 >> #define CONFIG_FLASH

[U-Boot] PATCH - Added support to YANU Nios2 uart (02)

From d7a79fc4e5a3ebc6a1ca5c23500e3f2f1c3b33c2 Mon Sep 17 00:00:00 2001 From: Renato Andreola Date: Mon, 24 Aug 2009 16:03:51 +0200 Subject: [PATCH] Yanu Support for U-Boot with this patch YANU uart (from opencores) support will be added to u-boot. Remember to modify properly your board files for

[U-Boot] Kirkwood / Sheevaplug build failure

Hello everyone; I'm new to U-Boot, but I hope you can help. I'm trying to build the Sheevaplug board / Kirkwood mach-- an ARM system-- and getting a greviously long list of "undefined reference" errors towards what looks like the end of the build cycle. I'm attempting to use Emdebian's cross com

Re: [U-Boot] [PATCH] Use different PBA value for E1000 PCI and PCIe cards

Wolfgang, 2009/8/24 André Schwarz > Acked-by: André Schwarz > --- > > Tested on 82541ER @ mvBC-P board. > > On Sat, 2009-08-22 at 03:49 +0800, Roy Zang wrote: > > From: Roy Zang > > > > Use different PBA value for E1000 PCI and PCIe cards. > > > > Signed-off-by: Roy Zang > > --- > > Andre, pl

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

Dear Prafulla Wadaskar, In message <73173d32e9439e4abb5151606c3e19e202e3915...@sc-vexch1.marvell.com> you wrote: > > I get following erro only if I execute following build command > make mrproper; make sheevaplug_config; make USE_PRIVATE_LIBGCC=no > CROSS_COMPILE=armv5tel-redhat-linux-gnueabi- 2

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

On Mon, 24 Aug 2009 05:41:59 -0700 Prafulla Wadaskar wrote: > I get following erro only if I execute following build command > make mrproper; make sheevaplug_config; make USE_PRIVATE_LIBGCC=no > CROSS_COMPILE=armv5tel-redhat-linux-gnueabi- 2> warn.txt > > And cat warn.txt > armv5tel-redhat-linu

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

On Mon, 24 Aug 2009 14:01:20 +0200 Wolfgang Denk wrote: > Please re-run the tests with > > $ USE_PRIVATE_LIBGCC=yes > $ export USE_PRIVATE_LIBGCC > $ make mrproper > $ make ..._config > $ make all > > and with > > $ unset USE_PRIVATE_LIBGCC > $ make mr

[U-Boot] [PATCH v3 4/4] tools: mkimage: Add: Kirkwood Boot Image support (kwbimage)

This patch adds type kwbimabe support for new mkimage core For more details refer docs/README.kwbimage This patch is tested with Sheevaplug board Signed-off-by: Prafulla Wadaskar --- Change log: v2: updated as per review comments for v1 added len checks in checksum functions added printable stri

[U-Boot] [PATCH 3/4][repost] Kirkwood: Sheevaplug: kwimage configuration

Signed-off-by: Prafulla Wadaskar --- board/Marvell/sheevaplug/config.mk|3 + board/Marvell/sheevaplug/kwbimage.cfg | 162 + 2 files changed, 165 insertions(+), 0 deletions(-) create mode 100644 board/Marvell/sheevaplug/kwbimage.cfg diff --git a/board/Mar

[U-Boot] [PATCH 1/4][repost] tools: mkimage: Making genimg_print_size API global

Currently it is used by image.c only This API can be used by additional mkimage types supports for ex. kwbimage, to use it the API is made global Signed-off-by: Prafulla Wadaskar --- common/image.c |3 +-- include/image.h |1 + 2 files changed, 2 insertions(+), 2 deletions(-) diff --gi

[U-Boot] [PATCH 2/4][repost] tools: mkimage: Making table_entry code global

1. get_table_entry_id API made global 2. get_table_entry_name API made global 3. struct table_entry moved to image.h Currently it is used by image.c only These APIs are very usefull and can be used by other part of code This patch makes these APIs and struct global Signed-off-by: Prafulla Wadask

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

> -Original Message- > From: Wolfgang Denk [mailto:w...@denx.de] > Sent: Monday, August 24, 2009 5:27 PM > To: Prafulla Wadaskar > Cc: Simon Kagstrom; u-boot@lists.denx.de; Ashish Karkare; > Prabhanjan Sarnaik > Subject: Re: [U-Boot] [PATCH] ARM: compiler options cleanup - > improve t

Re: [U-Boot] [PATCH] Use different PBA value for E1000 PCI and PCIe cards

Acked-by: André Schwarz --- Tested on 82541ER @ mvBC-P board. On Sat, 2009-08-22 at 03:49 +0800, Roy Zang wrote: > From: Roy Zang > > Use different PBA value for E1000 PCI and PCIe cards. > > Signed-off-by: Roy Zang > --- > Andre, please help to verify it on your board. > Thanks. > Roy > dr

Re: [U-Boot] [PATCH v2 15/17] Move eNET low-level initialisation into asm

Wolfgang Denk wrote: > Dear Graeme Russ, > > In message <4a927e3b.8040...@gmail.com> you wrote: >>> Are you absolutely sure this is a good idea? >> Hmm, maybe now that it's working I may not need it. I just stg pop'd >> it and the following patches applied cleanly (although it did need to >> auto

[U-Boot] Help Needed - Realtek 8100B (8139) Ethernet not working

Hi All, I'm having real trouble getting the two RTL8100B Ethernet chips working on my board. I can probe them, but not much else. The strange thing is, on first bootup, it complains about SROM address not matching environment address which goes away after a soft reset. However, whenever I try to e

Re: [U-Boot] [PATCH v2 15/17] Move eNET low-level initialisation into asm

Dear Graeme Russ, In message <4a927e3b.8040...@gmail.com> you wrote: > > > Are you absolutely sure this is a good idea? > > Hmm, maybe now that it's working I may not need it. I just stg pop'd > it and the following patches applied cleanly (although it did need to > auto modify patch 16) and the

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

Dear Simon Kagstrom, In message <20090824133829.6657f...@marrow.netinsight.se> you wrote: > > > Is this with or without USE_PRIVATE_LIBGCC=yes ? > > Yes, I believe so. If compiling with USE_PRIVATE_LIBGCC=no, the linker > can't find libgcc. Arghh.. How am I supposed to help when all you can say

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

Dear Prafulla Wadaskar, In message <73173d32e9439e4abb5151606c3e19e202e3915...@sc-vexch1.marvell.com> you wrote: > > > Hm... aren't there known issues with these compiler versions on ARM? > I don't think so, I observed same behavior with sheevaplug, Which tool chain are you using? Do you see di

Re: [U-Boot] [PATCH v2 15/17] Move eNET low-level initialisation into asm

Wolfgang Denk wrote: > Dear Graeme Russ, > > In message <125477-15561-1-git-send-email-graeme.r...@gmail.com> you > wrote: >> Allows earlier indication of boot progress by initialising the LEDs and >> Serial Port while the CPU is still in 16-bit (Real) mode > > I have to admit that I am not

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

On Mon, 24 Aug 2009 12:01:54 +0200 Wolfgang Denk wrote: > > I updated my git tree today and got this patch (among other things). It > > does not work very well for me, unfortunately. I've tried three > > toolchains (4.3.3, 4.3.4, 4.4.1) built with crosstool-ng, and all of > > them build an image

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

> -Original Message- > From: u-boot-boun...@lists.denx.de > [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Wolfgang Denk > Sent: Monday, August 24, 2009 3:32 PM > To: Simon Kagstrom > Cc: u-boot@lists.denx.de > Subject: Re: [U-Boot] [PATCH] ARM: compiler options cleanup - > improve

Re: [U-Boot] [PATCH v2 15/17] Move eNET low-level initialisation into asm

Dear Graeme Russ, In message <125477-15561-1-git-send-email-graeme.r...@gmail.com> you wrote: > Allows earlier indication of boot progress by initialising the LEDs and > Serial Port while the CPU is still in 16-bit (Real) mode I have to admit that I am not a friend of moving C code to assembl

[U-Boot] [PATCH v2 15/17] Move eNET low-level initialisation into asm

Allows earlier indication of boot progress by initialising the LEDs and Serial Port while the CPU is still in 16-bit (Real) mode Signed-off-by: Graeme Russ --- Version 2 - Fixed comments corrupted by accidental middle-mouse button press while scrolling through code with mouse wheel - Fixed m

Re: [U-Boot] [PATCH 1/2] Replace BCD2BIN and BIN2BCD macros with inline functions

On Mon, Aug 24, 2009 at 12:15:56PM +0200, Wolfgang Denk wrote : > Dear Albin Tonnerre, > > In message <20090824092742.gi5...@pc-ras4041.res.insa> you wrote: > > > > > Applied to "next", thanks. > > > > I can't find this commit (neither can I find the two other RTC-related > > patches) > > in the

Re: [U-Boot] [PATCH 1/2] Replace BCD2BIN and BIN2BCD macros with inline functions

Dear Albin Tonnerre, In message <20090824092742.gi5...@pc-ras4041.res.insa> you wrote: > > > Applied to "next", thanks. > > I can't find this commit (neither can I find the two other RTC-related > patches) > in the "next" branch when cloning the git repository, is that expected? well, see for e

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

Hi Heiko, > Hello Kim, > > Kim Phillips wrote: >> On Thu, 20 Aug 2009 13:03:09 +0200 >> Detlev Zundel wrote: >> >>> or maybe even always use the mask, define it in the board config and do >>> a >>> >>> #if !defined(LCCR_MASK) >>> #define LCCR_MASK 0x >>> #endif >> >> ack. > > nack, it s

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

Dear Detlev Zundel, In message you wrote: > > Ok, if no more negative feedback comes in, I'm sure he'll apply this. I will not. Not again, that is :-) Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5

Re: [U-Boot] PATCH - Added support to YANU Nios2 uart

Dear Renato Andreola, In message <4a9259bf.3030...@imagos.it> you wrote: > From eae7788c435cfab344c9741c9501475e9ab2797a Mon Sep 17 00:00:00 2001 > From: Renato Andreola > Date: Mon, 24 Aug 2009 11:10:44 +0200 > Subject: [PATCH] Yanu Support for U-Boot > > with this patch YANU uart (from openco

Re: [U-Boot] [PATCH 15/17] Move eNET low-level initialisation into asm

Dear Graeme Russ, In message <1250996401-13642-16-git-send-email-graeme.r...@gmail.com> you wrote: > > --- a/board/eNET/hardware.h > +++ b/board/eNET/hardware.h > @@ -32,4 +32,20 @@ > #define LED_TX_BITMASK 0x10 > #define LED_ERR_BITMASK 0x20 > > +/* Serial Port Defi

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

Dear Simon Kagstrom, In message <20090824105935.038bd...@marrow.netinsight.se> you wrote: > > I updated my git tree today and got this patch (among other things). It > does not work very well for me, unfortunately. I've tried three > toolchains (4.3.3, 4.3.4, 4.4.1) built with crosstool-ng, and a

Re: [U-Boot] [PATCH 1/2] Replace BCD2BIN and BIN2BCD macros with inline functions

Hi Wolfgang, On Tue, Aug 18, 2009 at 09:43:47PM +0200, Wolfgang Denk wrote : > Dear Albin Tonnerre, > > In message > <1250170272-25909-1-git-send-email-albin.tonne...@free-electrons.com> you > wrote: > > In the process, also remove backward-compatiblity macros BIN_TO_BCD and > > BCD_TO_BIN and

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

Hi Scott, > On Fri, Aug 21, 2009 at 03:07:03PM +0200, Detlev Zundel wrote: >> Hi Scott, >> >> [...] >> >> > Nope. They do only some typecasting and resulting code still uses word >> > (halfword) access instructions. >> >> Can you take care of this patch? It seems to have fallen through the >>

[U-Boot] PATCH - Added support to YANU Nios2 uart

From eae7788c435cfab344c9741c9501475e9ab2797a Mon Sep 17 00:00:00 2001 From: Renato Andreola Date: Mon, 24 Aug 2009 11:10:44 +0200 Subject: [PATCH] Yanu Support for U-Boot with this patch YANU uart (from opencores) support will be added to u-boot. Remember to modify properly your board files for

Re: [U-Boot] [PATCH 15/17] Move eNET low-level initialisation into asm

On Monday 24 August 2009 03:17:26 Graeme Russ wrote: > None of these should be in the patch. Should I resubmit now or wait until > discussion on the other parts has been finalised? if you need to fix only one or two patches in a series, it's generally preferred you fix those one or two patches ra

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

Hi, On Fri, 21 Aug 2009 23:12:45 +0200 Wolfgang Denk wrote: > For some time there have been repeated reports about build problems > with some ARM (cross) tool chains. Especially issues about > (in)compatibility with the tool chain provided runtime support > library libgcc.a caused to add and su

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

On Saturday 22 August 2009 04:58:44 SlinceArm wrote: > Thanks for your reply , Stefan. : ) > > My flash is 32MB > > and here is my source code for flash environment > > #define CONFIG_SYS_FLASH_CFI > #define CONFIG_FLASH_CFI_DRIVER 1 > #define CONFIG_FLASH_CFI_WIDTHFLASH_CFI_32BIT >

[U-Boot] PATCH mtd CFI flash: timeout calculation underflow if imprecise 1kHz timer: fix

From 21d84ab72266f118794233176bd356d8b1cfdf35 Mon Sep 17 00:00:00 2001 From: Renato Andreola Date: Fri, 21 Aug 2009 18:05:51 +0200 Subject: [PATCH] drivers/mtd/cfi_flash: precision and underflow problem in tout calculation With old configuration it could happen tout=0 if CONFIG_SYS_HZ<1000. Si

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

> -Original Message- > From: Wolfgang Denk [mailto:w...@denx.de] > Sent: Saturday, August 22, 2009 3:37 AM > 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

Re: [U-Boot] [PATCH 00/17] i386 Updates (touches some common drivers)

On Sun, Aug 23, 2009 at 4:14 PM, Mike Frysinger wrote: > On Sunday 23 August 2009 01:36:55 Wolfgang Denk wrote: >> Mike Frysinger wrote: >> > please set sendemail.chainreplyto to false in your git settings. patch >> > series >> >> Why that? >> > > sane example: > http://thread.gmane.org/gmane.com

Re: [U-Boot] [PATCH 15/17] Move eNET low-level initialisation into asm

On Sun, Aug 23, 2009 at 12:59 PM, Graeme Russ wrote: > Allows earlier indication of boot progress by initialising the LEDs and > Serial Port while the CPU is still in 16-bit (Real) mode > Just noticed a couple of quibbles in this patch - Nothing major > diff --git a/include/asm-i386/ic/sc520.h b/

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

arm: 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 | 28 +--- 1 files changed, 25 insertions(+), 3 deletions(-) diff --git a/include/asm-arm/bitops.h b/include

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

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. Signed-off-by: Simon Kagstrom --- ChangeLog: v2:

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

arm: 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 --- ChangeLog: v2: Use generic __set_bit and __clear_bit for ARM include/asm-arm/bitops.

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

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. Signed-off-by: Sim

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

Hi yet again! This update to the patch series just cleans up the commit messages to have the comments in the git comments section. // Simon ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot