Re: [U-Boot] [PATCH 01/10] Consolidate MAX/MIN definitions

2008-11-04 Thread Haavard Skinnemoen
Andy Fleming <[EMAIL PROTECTED]> wrote: > There were several, now there is one (two if you count the lower-case > versions). > > Signed-off-by: Andy Fleming <[EMAIL PROTECTED]> I think it would be even better if the uppercase versions were eliminated. But getting the definitions out of the .c fil

Re: [U-Boot] [PATCH 04/10] Eliminated arch-specific mmc header requirement

2008-11-04 Thread Haavard Skinnemoen
Andy Fleming <[EMAIL PROTECTED]> wrote: > diff --git a/include/asm-avr32/arch-at32ap700x/mmc.h > b/include/asm-avr32/arch-at32ap700x/mmc.h > deleted file mode 100644 > index 9caba91..000 > --- a/include/asm-avr32/arch-at32ap700x/mmc.h > +++ /dev/null > -struct mmc_cid { > -struct mmc_csd >

Re: [U-Boot] [PATCH/RFC] Some speed improvements to U-Boot JFFS2 code

2008-11-04 Thread Michael Lawnick
Ilya Yanok said the following: > Hello Michael, > > Michael Lawnick wrote: ... >> d) output of 'ls' is corrupted: no date and access right output, >> directories in / are shown multiple times > > Can you please be more specific on this? Is this with > CFG_JFFS2_SORT_FRAGMENTS enabled or not? How di

Re: [U-Boot] [PATCH 1/3][ppc4xx] Changed PPC4xx EMAC driver to require CONFIG_PPC4xx_EMAC

2008-11-04 Thread Stefan Roese
On Tuesday 04 November 2008, Ben Warren wrote: > All in-tree IBM/AMCC PPC4xx boards using the EMAC get this new CONFIG > > Signed-off-by: Ben Warren <[EMAIL PROTECTED]> > --- > > Rebased against 4xx tree. Please test and ACK/NAK. I'm testing right now. It seems to work on "most" boards. Here a sm

[U-Boot] [PATCH-OMAP3] OMAP3: Use I2C file coding style

2008-11-04 Thread dirk . behme
Subject: [PATCH-OMAP3] OMAP3: Use I2C file coding style From: Dirk Behme <[EMAIL PROTECTED]> Use file coding style for inx/outx instead of global coding style. Signed-off-by: Dirk Behme <[EMAIL PROTECTED]> --- Note: There was an additional review comment about this file: -- cut -- > +#define

[U-Boot] [PATCH] OneNAND: Bad block aware read/write command support

2008-11-04 Thread Stefan Roese
Update OneNAND command to support bad block awareness. Also change the OneNAND command style to better match the NAND version. Signed-off-by: Stefan Roese <[EMAIL PROTECTED]> --- This patch is based on the version sent by Kyungmin Park earlier today. It has many changes so I couldn't add Kyungmin'

[U-Boot] [PATCH-OMAP3] OMAP3: Introduce CONFIG_OMAP3_MMC

2008-11-04 Thread dirk . behme
Subject: [PATCH-OMAP3] OMAP3: Introduce CONFIG_OMAP3_MMC From: Dirk Behme <[EMAIL PROTECTED]> Introduce CONFIG_OMAP3_MMC as proposed by Kyungmin Park. Signed-off-by: Dirk Behme <[EMAIL PROTECTED]> --- drivers/mmc/Makefile |4 +--- include/configs/omap3_beagle.h |1 + include/

[U-Boot] [PATCH-OMAP3] OMAP3: Plain numbers don't need parens

2008-11-04 Thread dirk . behme
Subject: [PATCH-OMAP3] OMAP3: Plain numbers don't need parens From: Dirk Behme <[EMAIL PROTECTED]> Use a consistent style. Plain numbers don't need parens. Proposed by Wolfgang Denk. Signed-off-by: Dirk Behme <[EMAIL PROTECTED]> --- include/asm-arm/arch-omap3/cpu.h | 66 +++

Re: [U-Boot] [PATCH] [OneNAND] bad block aware read/write support

2008-11-04 Thread Stefan Roese
Hi Kyungmin, On Tuesday 04 November 2008, Kyungmin Park wrote: > Update OneNAND command to support bad block awareness > Also change the OneNAND command styel like NAND I'm starting with OneNAND support for a MIPS platform right now and wasn't ware that the onenand commands were not bad block aw

Re: [U-Boot] [PATCH] powerpc: change 86xx SMP boot method

2008-11-04 Thread Jon Loeliger
On Mon, 2008-11-03 at 15:44 -0600, Becky Bruce wrote: > We put the bootpg for the secondary cpus into memory and use > BPTR to get to it. This is a step towards converting to the > ePAPR boot methodology. Also, the code is written to > deal properly with more than 4GB of RAM. > > Signed-off-by:

Re: [U-Boot] new board SDRAM conf

2008-11-04 Thread Stefan Roese
Hi Steven, On Tuesday 04 November 2008, 조기성 wrote: > I solved SDRAM problems for your help, when I use CFG_DRAM_TEST , it passed > > My bdi2000's configuration is blows > WDCR 0x100x0020 ;Select SDRAM0_CFG0 > WDCR 0x110x3400 ;CFG0: 32bit, PMU disable > WDCR 0x110x

Re: [U-Boot] [PATCH-OMAP3] OMAP3: Plain numbers don't need parens

2008-11-04 Thread Wolfgang Denk
Dear Dirk, In message <[EMAIL PROTECTED]> you wrote: > > Use a consistent style. Plain numbers don't need parens. Proposed by Wolfgang > Denk. > > Signed-off-by: Dirk Behme <[EMAIL PROTECTED]> ... But... > /* GPMC CS3/cs4/cs6 not avaliable */ > -#define GPMC_BASE(OMAP34XX_GPMC_BA

Re: [U-Boot] [PATCH-OMAP3] OMAP3: Plain numbers don't need parens

2008-11-04 Thread Dirk Behme
Wolfgang Denk wrote: > Dear Dirk, > > In message <[EMAIL PROTECTED]> you wrote: > >>Use a consistent style. Plain numbers don't need parens. Proposed by Wolfgang >>Denk. >> >>Signed-off-by: Dirk Behme <[EMAIL PROTECTED]> > > ... > > But... > > >> /* GPMC CS3/cs4/cs6 not avaliable */ >>-#defi

Re: [U-Boot] [PATCH-OMAP3] OMAP3: Plain numbers don't need parens

2008-11-04 Thread Magnus Lilja
Dear Wolfgang, 2008/11/4 Wolfgang Denk <[EMAIL PROTECTED]>: > Dear Dirk, > > In message <[EMAIL PROTECTED]> you wrote: >> >> Use a consistent style. Plain numbers don't need parens. Proposed by >> Wolfgang Denk. >> >> Signed-off-by: Dirk Behme <[EMAIL PROTECTED]> > ... > > But... > >> /* GPMC CS

[U-Boot] [PATCH-OMAP3 v2] OMAP3: Plain numbers don't need parens

2008-11-04 Thread dirk . behme
Subject: [PATCH-OMAP3 v2] OMAP3: Plain numbers don't need parens From: Dirk Behme <[EMAIL PROTECTED]> Use a consistent style. Plain numbers don't need parens. Proposed by Wolfgang Denk. Signed-off-by: Dirk Behme <[EMAIL PROTECTED]> --- Changes in v2: - Don't remove parens for OMAP34XX_GPMC_B

[U-Boot] [PATCH V2] Initial support for Nomadik 8815 development board

2008-11-04 Thread Alessandro Rubini
Subject: Initial support for Nomadik 8815 development board From: Alessandro Rubini <[EMAIL PROTECTED]> The NMDK8815 board is distributed by ST Microelectornics. This is the initial port, with basic infrastructure and a working serial port. Signed-off-by: Alessandro Rubini <[EMAIL PROTECTED]> ---

Re: [U-Boot] [PATCH 06/10] Add MMC Framework

2008-11-04 Thread Andy Fleming
On Tue, Nov 4, 2008 at 3:37 AM, Haavard Skinnemoen <[EMAIL PROTECTED]> wrote: > Andy Fleming <[EMAIL PROTECTED]> wrote: >> + mmc_init(mmc); >> + >> + n = mmc->block_dev.block_write(dev, blk, cnt, addr); >> + >> + printf("%d blocks written:

Re: [U-Boot] [PATCH] Added a do_div() wrapper macro, lldiv().

2008-11-04 Thread Sergei Poselenov
Hello all, Modified the previous version, as suggested by Wolfgang. Regards, Sergei Description: Added a do_div() wrapper, lldiv(). The new inline function doesn't modify the dividend and returns the result of division, so it is useful in complex expressions, i.e. "return(a/b)" -> "return(lldiv(

Re: [U-Boot] MAKEALL ml507_flash return "Not enough room for programheaders" error

2008-11-04 Thread Ricardo
Hello Benny Maybe if you move your _start to the booptg section you will solve your problem or you can also modify the jump to be a long jump. Best regards On Tue, Nov 4, 2008 at 06:11, Benny Chen <[EMAIL PROTECTED]> wrote: > Hi Ricardo, > Changing my tool chain to the ELDK

Re: [U-Boot] [PATCH/RFC] Some speed improvements to U-Boot JFFS2 code

2008-11-04 Thread Michael Lawnick
Michael Lawnick said the following: ... > - output of access rights is still corrupted, e.g.: > d-ÿÿ-ÿ0 Tue Oct 21 11:08:17 2008 10 > --ÿÿ-ÿ 262144 Thu Jan 01 00:00:33 1970 u-boot.bin > d-ÿÿ-ÿ0 Tue Oct 21 11:08:32 2008 1 > d-ÿÿ-ÿ0 Tue Oct 21 11:00:58 20

Re: [U-Boot] Undefined reference to `boot_relocate_fdt'

2008-11-04 Thread Michal Simek
Hi Juan, this change arise with some new patches. Latest v2008.10 release is OK. I will track it where is the problem. Currently FDT support for microblaze is not in the repo. Just disable libfdt (comment #define CONFIG_OF_LIBFDT) in config files(ml401.h, xupv2p.h). Thanks, Michal > His I'm try

Re: [U-Boot] new board SDRAM conf

2008-11-04 Thread 조기성
Hi Stefan. I solved SDRAM problems for your help, when I use CFG_DRAM_TEST , it passed My bdi2000's configuration is blows WDCR0x100x0020 ;Select SDRAM0_CFG0 WDCR0x110x3400 ;CFG0: 32bit, PMU disable WDCR0x110x8400 ;CFG1: enable SDRA When I Use B

Re: [U-Boot] question: U-boot linking against libgcc

2008-11-04 Thread Jean-Christophe PLAGNIOL-VILLARD
On 10:51 Tue 04 Nov , Haavard Skinnemoen wrote: > Wolfgang Denk <[EMAIL PROTECTED]> wrote: > > In message <[EMAIL PROTECTED]> you wrote: > > > > > > In U-boot I see that it links against libgcc. Why is this? > > > > Because the GNU compiler references code form it's library. > > > > > I be

[U-Boot] [PATCH v2] cmd_elf: CONFIG_ELF_SIMPLE_LOAD: load ELFs according to PHDRs

2008-11-04 Thread Mike Frysinger
The current ELF loading function does a lot of work above and beyond a simple "loading". It ignores the real load addresses and loads things into their virtual (runtime) address. This is undesirable when we just want it to load an ELF and let the ELF do the actual C runtime init. Signed-off-by:

[U-Boot] [PATCH] strings: use puts() rather than printf()

2008-11-04 Thread Mike Frysinger
When running `strings` on really long strings, the stack tends to get smashed due to printf(). Switch to puts() instead since we're only passing the data through. Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]> --- common/cmd_strings.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(

Re: [U-Boot] [PATCH-OMAP3] OMAP3: Plain numbers don't need parens

2008-11-04 Thread Wolfgang Denk
Dear Magnus, In message <[EMAIL PROTECTED]> you wrote: > > > you might comment that such a #define is dangerous in itself, but why > > not protet against it? with a number we are sure we don't need parens, > > but with a macro we'd should rather play safe. > > Should we really start protection a

[U-Boot] [PATCH] Blackfin: use common strmhz() in system output

2008-11-04 Thread Mike Frysinger
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]> --- common/cmd_bdinfo.c | 10 ++ lib_blackfin/board.c |6 -- 2 files changed, 10 insertions(+), 6 deletions(-) diff --git a/common/cmd_bdinfo.c b/common/cmd_bdinfo.c index 6675241..b660d2a 100644 --- a/common/cmd_bdinfo.c +++ b/

[U-Boot] [PATCH] Blackfin: fix linker scripts to work with --gc-sections

2008-11-04 Thread Mike Frysinger
Make sure all .text sections get pulled in and the entry point is properly referenced so they don't get discarded when linking with --gc-sections. Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]> --- board/bf533-ezkit/u-boot.lds.S | 23 +-- board/bf533-stamp/u-boot.lds.S |

Re: [U-Boot] [PATCH/RFC] Some speed improvements to U-Boot JFFS2 code

2008-11-04 Thread Joakim Tjernlund
On Tue, 2008-11-04 at 13:31 +0100, Michael Lawnick wrote: > Michael Lawnick said the following: > ... > > - output of access rights is still corrupted, e.g.: > > d-ÿÿ-ÿ0 Tue Oct 21 11:08:17 2008 10 > > --ÿÿ-ÿ 262144 Thu Jan 01 00:00:33 1970 u-boot.bin > > d-ÿÿ-ÿ0 Tu

Re: [U-Boot] [PATCH 06/10] Add MMC Framework

2008-11-04 Thread Haavard Skinnemoen
Andy Fleming <[EMAIL PROTECTED]> wrote: > Here's a new framework (based roughly off the linux one) for managing > MMC controllers. It handles all of the standard SD/MMC transactions, > leaving the host drivers to implement only what is necessary to > deal with their specific hardware. > > This al

Re: [U-Boot] question: U-boot linking against libgcc

2008-11-04 Thread Haavard Skinnemoen
Wolfgang Denk <[EMAIL PROTECTED]> wrote: > In message <[EMAIL PROTECTED]> you wrote: > > > > In U-boot I see that it links against libgcc. Why is this? > > Because the GNU compiler references code form it's library. > > > I believe this relation should not be needed. > > I believe it is nee

Re: [U-Boot] [PATCH-OMAP3] OMAP3: Plain numbers don't need parens

2008-11-04 Thread Graeme Russ
On Wed, Nov 5, 2008 at 6:12 AM, Wolfgang Denk <[EMAIL PROTECTED]> wrote: > Dear Dirk, > > In message <[EMAIL PROTECTED]> you wrote: >> >> Use a consistent style. Plain numbers don't need parens. Proposed by >> Wolfgang Denk. >> >> Signed-off-by: Dirk Behme <[EMAIL PROTECTED]> > ... > > But... > >>

[U-Boot] Bus Fault when calling irq_install_handler

2008-11-04 Thread k b
Hi, I'm trying to add a interrupt handler. My board is based of taishan 440gx. I'm using external irq0. the moment i add the interrupt i get Bus Fault @ 0x, fixup 0x Machine check in kernel mode. Caused by (from msr): regs 0c21ec28 Unknown values in msr NIP: XER: 20

[U-Boot] [PATCH] mpc83xx: New board support SIMPC8313

2008-11-04 Thread Ron Madrid
This patch will create a new board, SIMPC8313, from Sheldon Instruments. This board boots from NAND devices and is configurable for either a large page or small page device. Signed-off-by: Ron Madrid <[EMAIL PROTECTED]> --- MAINTAINERS |4 + MAKEALL

[U-Boot] [PATCH v2] Freescale NFC NAND driver

2008-11-04 Thread John Rigby
Reworked MPC5121 NAND driver. Attempted to address all the problems listed by Scott Wood. Driver is now board independent. Will still need more work to be SOC independent. Driver for the NAND controller on MPC5121. This driver has been tested on ADS5121 rev4 / MPC5121e rev2 only which has the f

[U-Boot] [PATCH v3] Freescale NFC NAND driver

2008-11-04 Thread John Rigby
v3: Fixed problem with CFG vs CONFIG_SYS in board/ads5121/ads5121.c v2: Reworked MPC5121 NAND driver. Attempted to address all the problems listed by Scott Wood. Driver is now board independent. Will still need more work to be SOC independent. Driver for the NAND controller on MPC5121. This dri

Re: [U-Boot] Bus Fault when calling irq_install_handler

2008-11-04 Thread Stefan Roese
On Wednesday 05 November 2008, k b wrote: > I'm trying to add a interrupt handler. My board is based of taishan 440gx. > I'm using external irq0. the moment i add the interrupt i get > > Bus Fault @ 0x, fixup 0x > Machine check in kernel mode. > Caused by (from msr): regs 0c21ec28 U

[U-Boot] hi

2008-11-04 Thread 黄钟明
i want request to subscription the U-Boot-users mailing list ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] MAKEALL ml507_flash return "Not enough room for programheaders" error

2008-11-04 Thread Benny Chen
Hi Ricardo, Thanks for helping with this issue. My real option is to do a long jump to the _start code. However, I am not familiar with the PPC assembler hence, I am not able to get the longcall working. _start is written in assembler in cpu/ppc_4xx/start.S therefore, I need to do a longcal

Re: [U-Boot] mini-pci wireless driver

2008-11-04 Thread Ben Warren
Hi Lance, Lance Zhang wrote: Hi, I am going to write a mini-pci driver (GIGABYTE MiniPCI Wireless Adapter: GN-WI01GS) for u-boot(sc520), Currently, I have Linux driver source code (downloaded fromhttp://web.ralinktech.com/ralink/Home/Support/Linux.html RT61

Re: [U-Boot] mini-pci wireless driver

2008-11-04 Thread Jean-Christophe PLAGNIOL-VILLARD
On 14:41 Tue 04 Nov , Lance Zhang wrote: > Hi, > > > > I am going to write a mini-pci driver (GIGABYTE MiniPCI Wireless > Adapter: GN-WI01GS) for u-boot(sc520), > > Currently, I have Linux driver source code (downloaded from > http://web.ralinktech.com/ralink/Home/Support/Linux.html RT61

[U-Boot] Booting Linux from Memory Hangs

2008-11-04 Thread binaryboy
I've gone through the archives a bit but still can't figure out what I'm doing wrong. I have a ARM board that has 128MB of DDR memory from 0x - 0x07FF. I don't yet have flash working so I'm trying to get everything working from DDR memory. I connect through JTAG and download a u-boo

Re: [U-Boot] [PATCH 06/10] Add MMC Framework

2008-11-04 Thread Haavard Skinnemoen
"Andy Fleming" <[EMAIL PROTECTED]> wrote: > On Tue, Nov 4, 2008 at 3:37 AM, Haavard Skinnemoen > <[EMAIL PROTECTED]> wrote: > > Andy Fleming <[EMAIL PROTECTED]> wrote: > >> + mmc_init(mmc); > >> + > >> + n = mmc->block_dev.block_write(dev, blk, cnt, addr); >

Re: [U-Boot] [PATCH/RFC] Some speed improvements to U-Boot JFFS2 code

2008-11-04 Thread Michael Lawnick
Joakim Tjernlund said the following: > On Tue, 2008-11-04 at 13:31 +0100, Michael Lawnick wrote: >> Could we modify this declaration to my non-static version in the trunk? > > Is this on PPC? If so it is due to missing fixup support. Grant Likely > once sent a patch fixing this. It got applied, bu