June 2010 - U-Boot

[U-Boot] [PATCH 1/2] PXA: New MMC driver
by Marek Vasut 27 Jun '10

27 Jun '10

The new driver is a complete rewrite. It uses the MMC framework and should support both pxa2xx and pxa3xx. NOTE: This driver needs testing, that's why it's a totally separate thing for now. I'll run it through some betatesters, though I'd like it in the tree. Signed-off-by: Marek Vasut <marek.vasut(a)gmail.com> --- drivers/mmc/Makefile | 1 + drivers/mmc/pxa_mmc_gen.c | 344 +++++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 345 insertions(+), 0 deletions(-) create mode 100644 drivers/mmc/pxa_mmc_gen.c diff --git a/drivers/mmc/Makefile b/drivers/mmc/Makefile index 6fa04b8..01338a4 100644 --- a/drivers/mmc/Makefile +++ b/drivers/mmc/Makefile @@ -32,6 +32,7 @@ COBJS-$(CONFIG_OMAP3_MMC) += omap3_mmc.o COBJS-$(CONFIG_FSL_ESDHC) += fsl_esdhc.o COBJS-$(CONFIG_MXC_MMC) += mxcmmc.o COBJS-$(CONFIG_PXA_MMC) += pxa_mmc.o +COBJS-$(CONFIG_PXA_MMC_GENERIC) += pxa_mmc_gen.o COBJS := $(COBJS-y) SRCS := $(COBJS:.o=.c) diff --git a/drivers/mmc/pxa_mmc_gen.c b/drivers/mmc/pxa_mmc_gen.c new file mode 100644 index 0000000..24e0e4a --- /dev/null +++ b/drivers/mmc/pxa_mmc_gen.c @@ -0,0 +1,344 @@ +/* + * Copyright (C) 2010 Marek Vasut <marek.vasut(a)gmail.com> + * + * Loosely based on the old code and Linux's PXA MMC driver + * + * This program is free software; you can redistribute it and/or + * modify it under the terms of the GNU General Public License as + * published by the Free Software Foundation; either version 2 of + * the License, or (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, + * MA 02111-1307 USA + */ + +#include <config.h> +#include <common.h> +#include <malloc.h> + +#include <mmc.h> +#include <asm/errno.h> +#include <asm/arch/hardware.h> + +#include "pxa_mmc.h" + +#define PXA_MMC_TIMEOUT 100 + +static int pxa_mmc_stop_clock(void) +{ + int timeout = PXA_MMC_TIMEOUT; + + /* If the clock aren't running, exit */ + if (!(MMC_STAT & MMC_STAT_CLK_EN)) + return 0; + + /* Tell the controller to turn off the clock */ + MMC_STRPCL = MMC_STRPCL_STOP_CLK; + + /* Wait until the clock are off */ + while ((MMC_STAT & MMC_STAT_CLK_EN) && --timeout) + udelay(10); + + /* The clock refused to stop, scream and die a painful death */ + if (!timeout) + return -ETIMEDOUT; + + /* The clock stopped correctly */ + return 0; +} + +static int pxa_mmc_start_cmd(struct mmc_cmd *cmd, unsigned long cmdat) +{ + int timeout = PXA_MMC_TIMEOUT; + + /* The card can send a "busy" response */ + if (cmd->flags & MMC_RSP_BUSY) + cmdat |= MMC_CMDAT_BUSY; + + /* Inform the controller about response type */ + switch (cmd->resp_type) { + case MMC_RSP_R1: + case MMC_RSP_R1b: + cmdat |= MMC_CMDAT_R1; + break; + case MMC_RSP_R2: + cmdat |= MMC_CMDAT_R2; + break; + case MMC_RSP_R3: + cmdat |= MMC_CMDAT_R3; + break; + default: + break; + } + + /* Load command and it's arguments into the controller */ + MMC_CMD = cmd->cmdidx; + MMC_ARGH = cmd->cmdarg >> 16; + MMC_ARGL = cmd->cmdarg & 0xffff; + MMC_CMDAT = cmdat; + + /* Start the controller clock and wait until they are started */ + MMC_STRPCL = MMC_STRPCL_START_CLK; + while (!(MMC_STAT & MMC_STAT_CLK_EN) && --timeout) + udelay(10); + + /* The clock didn't start, we have a problem */ + if (!timeout) + return -ETIMEDOUT; + + /* Correct and happy end */ + return 0; +} + +static int pxa_mmc_cmd_done(struct mmc_cmd *cmd) +{ + unsigned long a, b, c; + int i; + int stat; + + /* Read the controller status */ + stat = MMC_STAT; + + /* + * Linux says: + * Did I mention this is Sick. We always need to + * discard the upper 8 bits of the first 16-bit word. + */ + a = MMC_RES & 0xffff; + for (i = 0; i < 4; i++) { + b = MMC_RES & 0xffff; + c = MMC_RES & 0xffff; + cmd->response[i] = (a << 24) | (b << 8) | (c >> 8); + a = c; + } + + /* The command response didn't arrive */ + if (stat & MMC_STAT_TIME_OUT_RESPONSE) + return -ETIMEDOUT; + + /* The command response was successfully read */ + return 0; +} + +static int pxa_mmc_do_read_xfer(struct mmc_data *data) +{ + unsigned long len; + int i; + int timeout = PXA_MMC_TIMEOUT; + + len = data->blocks * data->blocksize; + + while (len) { + /* The controller has data ready */ + if (MMC_I_REG & MMC_I_REG_RXFIFO_RD_REQ) { +#if defined(CONFIG_PXA27X) || defined(CONFIG_CPU_MONAHANS) + i = min(len, 32); +#else + i = 1; +#endif + while (i--) { + *data->dest++ = *((volatile uchar *)&MMC_RXFIFO); + len--; + } + } + + if (MMC_STAT & MMC_STAT_ERRORS) + return -EIO; + } + + /* Wait for the transmission-done interrupt */ + while (!(MMC_I_REG & MMC_I_REG_DATA_TRAN_DONE) && --timeout) + udelay(10); + + if (!timeout) + return -ETIMEDOUT; + + return 0; +} + +static int pxa_mmc_do_write_xfer(struct mmc_data *data) +{ + unsigned long len; + int i, bytes; + int timeout = PXA_MMC_TIMEOUT; + + len = data->blocks * data->blocksize; + + while (len) { + /* The controller is ready to receive data */ + if (MMC_I_REG & MMC_I_REG_TXFIFO_WR_REQ) { + bytes = min(32, len); + + for (i = 0; i < bytes; i++) + MMC_TXFIFO = *data->src++; + + if (bytes < 32) + MMC_PRTBUF = MMC_PRTBUF_BUF_PART_FULL; + + len -= bytes; + } + + if (MMC_STAT & MMC_STAT_ERRORS) + return -EIO; + } + + /* Wait for the transmission-done interrupt */ + while (!(MMC_I_REG & MMC_I_REG_DATA_TRAN_DONE) && --timeout) + udelay(10); + + if (!timeout) + return -ETIMEDOUT; + + /* Wait until the data are really written to the card */ + timeout = PXA_MMC_TIMEOUT; + while (!(MMC_I_REG & MMC_I_REG_PRG_DONE) && --timeout) + udelay(10); + + if (!timeout) + return -ETIMEDOUT; + + return 0; +} + +static int pxa_mmc_request(struct mmc *mmc, struct mmc_cmd *cmd, + struct mmc_data *data) +{ + unsigned long cmdat = 0; + int timeout = PXA_MMC_TIMEOUT; + int ret; + + /* Stop the controller */ + ret = pxa_mmc_stop_clock(); + if (ret) + return ret; + + /* If we're doing data transfer, configure the controller accordingly */ + if (data) { + MMC_NOB = data->blocks; + MMC_BLKLEN = data->blocksize; + /* This delay can be optimized, but stick with max value */ + MMC_RDTO = 0xffff; + cmdat |= MMC_CMDAT_DATA_EN; + if (data->flags & MMC_DATA_WRITE) + cmdat |= MMC_CMDAT_WRITE; + } + + /* Run in 4bit mode if the card can do it */ + if (mmc->bus_width == 4) + cmdat |= MMC_CMDAT_SD_4DAT; + + /* Execute the command */ + ret = pxa_mmc_start_cmd(cmd, cmdat); + if (ret) + return ret; + + /* Wait until the command completes */ + while (!(MMC_I_REG & MMC_I_REG_END_CMD_RES) && --timeout) + udelay(10); + + /* If the command doesn't complete, die */ + if (!timeout) + return -ETIMEDOUT; + + /* Read back the result */ + ret = pxa_mmc_cmd_done(cmd); + if (ret) + return ret; + + /* In case there was a data transfer scheduled, do it */ + if (data) { + if (data->flags & MMC_DATA_WRITE) + pxa_mmc_do_write_xfer(data); + else + pxa_mmc_do_read_xfer(data); + } + + return 0; +} + +static void pxa_mmc_set_ios(struct mmc *mmc) +{ + unsigned long tmp; + unsigned long pxa_mmc_clock; + + /* Set clock to the card */ + if (mmc->clock) { + /* PXA3xx can do 26MHz with special settings */ + if (mmc->clock == 26000000) + MMC_CLKRT = 0x7; + else { + pxa_mmc_clock = 0; + tmp = mmc->f_max / mmc->clock; + tmp += tmp % 2; + while (tmp > 1) { + pxa_mmc_clock++; + tmp >>= 1; + } + MMC_CLKRT = pxa_mmc_clock; + } + } else + pxa_mmc_stop_clock(); +} + +static int pxa_mmc_setup(struct mmc *mmc) +{ + + /* Enable MMC unit clock */ +#ifdef CONFIG_CPU_MONAHANS /* pxa3xx */ + CKENA |= CKENA_12_MMC0 | CKENA_13_MMC1; +#else /* pxa2xx */ + CKEN |= CKEN12_MMC; +#endif + /* Make sure the clock are stopped */ + pxa_mmc_stop_clock(); + /* Turn off SPI mode */ + MMC_SPI = MMC_SPI_DISABLE; + /* Set up maximum timeout to wait for command response */ + MMC_RESTO = MMC_RES_TO_MAX; + /* Mask all interrupts */ + MMC_I_MASK = MMC_I_MASK_ALL; + return 0; +} + +int pxa_mmc_init(bd_t *bis) +{ + struct mmc *mmc = NULL; + + mmc = malloc(sizeof(struct mmc)); + + if (!mmc) + return -ENOMEM; + sprintf(mmc->name, "PXA MMC"); + mmc->send_cmd = pxa_mmc_request; + mmc->set_ios = pxa_mmc_set_ios; + mmc->init = pxa_mmc_setup; + mmc->host_caps = MMC_MODE_4BIT; + + mmc->voltages = MMC_VDD_32_33 | MMC_VDD_33_34; +#if defined(CONFIG_CPU_MONAHANS) + mmc->f_max = 26000000; + mmc->f_min = 304000; + mmc->host_caps |= MMC_MODE_HS; +#elif defined(CONFIG_PXA27X) + mmc->f_max = 19500000; + mmc->f_min = 304000; +#else + mmc->f_max = 20000000; + mmc->f_min = 3125000; +#endif + mmc_register(mmc); + + return 0; +} + +int cpu_mmc_init(bd_t *bis) +{ + return pxa_mmc_init(bis); +} -- 1.7.1

1 0

[U-Boot] [RFC] [PATCH V1 0/4] make egiga common to kirkwood and orion5x
by Albert Aribaud 26 Jun '10

26 Jun '10

This patchset, based on the current u-boot.git master, is not intended for inclusion in the upcoming v2010.06, as it is way too intrusive to be safely integrated quickly; even though I have tested it on both an orion5x-based ED Mini V2 for functionality and a kirkwood-based OpenRD Client for regression avoidance, it will require testing on other kirkwood-based boards which I do not have. SHORT STORY This patchset separates egiga from kirkwood then adds orion5x support in egiga. It has been duly, and successfully, tested on an OpenRD-Client after each of the four commits and on an EDMini V2 after the last commit. LONG STORY This is a set of four atomic commits. the first commit separates the file renames from the content changes; the second one removes functional dependencies; the third one deals with cosmetic changes by removing any "KIRKWOOD", "KW", "kirkwood" or "kw" from egiga symbols which are not actually kirkwood-related. These three commits together perform the separation of egiga from kirkwood. The last commit adds the actual orion5s support. Note that it contains an important change to egiga: the addition of the 'volatile' qualifier to members of the structs representing egiga registers and descriptors. This was needed on orion5x, as without the volatile qualifiers, reads and writes th these structs could happen in unexpected order; in egiga_send() this caused the egiga DMA engine to get started before the DMA TX descriptor was actually filled in, with the effect that the actual sent packet was all zeroes. I cannot explain why this did not happen on kirkwood, except that maybe the CPU speed difference made it possible for the core to finish writing the descriptor before the DMA engine could start. All comments welcome. Albert Aribaud (4): ARM: Rename kirkwood_egiga driver to egiga egiga: Remove functional dependency on kirkwood egiga: remove references to kirkwood SoC egiga: add support for orion5x arch/arm/cpu/arm926ejs/kirkwood/cpu.c | 4 +- arch/arm/cpu/arm926ejs/orion5x/cpu.c | 18 + arch/arm/include/asm/arch-kirkwood/cpu.h | 2 +- arch/arm/include/asm/arch-kirkwood/kirkwood.h | 7 +- arch/arm/include/asm/arch-orion5x/orion5x.h | 5 +- board/LaCie/edminiv2/edminiv2.c | 36 ++ board/LaCie/edminiv2/edminiv2.h | 41 ++ drivers/net/Makefile | 2 +- drivers/net/egiga.c | 728 +++++++++++++++++++++++++ drivers/net/egiga.h | 505 +++++++++++++++++ drivers/net/kirkwood_egiga.c | 719 ------------------------ drivers/net/kirkwood_egiga.h | 505 ----------------- include/configs/edminiv2.h | 32 +- include/configs/guruplug.h | 4 +- include/configs/km_arm.h | 4 +- include/configs/mv88f6281gtw_ge.h | 4 +- include/configs/openrd_base.h | 4 +- include/configs/rd6281a.h | 4 +- include/configs/sheevaplug.h | 4 +- include/netdev.h | 2 +- 20 files changed, 1379 insertions(+), 1251 deletions(-) create mode 100644 board/LaCie/edminiv2/edminiv2.h create mode 100644 drivers/net/egiga.c create mode 100644 drivers/net/egiga.h delete mode 100644 drivers/net/kirkwood_egiga.c delete mode 100644 drivers/net/kirkwood_egiga.h

1 4

[U-Boot] downloading uboot.bin file to at91rm9200dk board ..
by Rajeesh.R 25 Jun '10

25 Jun '10

Hi, I am using at91rm9200dk board . Can I download uboot to at91rm9200dk board without JTAG/ICE interface or MULTI2000. ie via xmodem protocol or kermit etc.. if possible Is there any configuration in Uboot source code thanks Rajeesh

2 1

[U-Boot] U-boot for PPC405GP based custom Board
by ravi.rao＠rflelect.com 25 Jun '10

25 Jun '10

Hi All, I am reposting without any confidentiality crap. Appreciate any help to resolve this. Thanks, Ravi ravi rao/RFL/SLI 06/24/2010 05:14 PM To Feng Kan <fkan(a)apm.com> cc u-boot(a)lists.denx.de Subject Re: [U-Boot-Users] U-boot for PPC405GP based custom Board Hi Feng, Below is the screen dump after enabling Debug. .. =============================================================== Booting RFL GARD 8000 Controller using u-boot based bootloader =============================================================== U-Boot 1.3.0-rc4 (Jun 24 2010 - 16:47:32) CPU: AMCC PowerPC 405GP Rev. E at 200 MHz (PLB=100, OPB=50, EBC=50 MHz) , PCI sync clock at 50 MHz 16 kB I-Cache 8 kB D-Cache Board: RFL-GARD8000 with AMCC PPC405GP processor I2C: ready DRAM: 64 MB SDRAM test passes FLASH: FLASH ADDR: fc000000 FLASH MANUFACT: 10001 FLASH DEVICEID: 227e227e C2: 22222222 LS: 22012201 info->flash_id: f2 Size of Flash0 at addr 0xfc000000 is 0x2000000 FLASH ADDR: 00000000 FLASH MANUFACT: 55555555 ## Unknown FLASH on Bank 1 - Size = 0x00000000 = 0 MB Size of Flash1 at addr 0x0 is 0x0 32 MB *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Error: start and/or end address not on sector boundary Error: start and/or end address not on sector boundary Error: start and/or end address not on sector boundary Hit any key to stop autoboot: 0 => flinfo Bank # 1: AMD S29GL256N (256 Mbit, uniform sector size) Size: 32768 KB in 256 Sectors Sector Start Addresses: FC000000 FC020000 FC040000 FC060000 FC080000 FC0A0000 FC0C0000 FC0E0000 FC100000 FC120000 FC140000 FC160000 FC180000 FC1A0000 FC1C0000 FC1E0000 FC200000 FC220000 FC240000 FC260000 FC280000 FC2A0000 FC2C0000 FC2E0000 FC300000 FC320000 FC340000 FC360000 FC380000 FC3A0000 FC3C0000 FC3E0000 FC400000 FC420000 FC440000 FC460000 FC480000 FC4A0000 FC4C0000 FC4E0000 FC500000 FC520000 FC540000 FC560000 FC580000 FC5A0000 FC5C0000 FC5E0000 FC600000 FC620000 FC640000 FC660000 FC680000 FC6A0000 FC6C0000 FC6E0000 FC700000 FC720000 FC740000 FC760000 FC780000 FC7A0000 FC7C0000 FC7E0000 FC800000 FC820000 FC840000 FC860000 FC880000 FC8A0000 FC8C0000 FC8E0000 FC900000 FC920000 FC940000 FC960000 FC980000 FC9A0000 FC9C0000 FC9E0000 FCA00000 FCA20000 FCA40000 FCA60000 FCA80000 FCAA0000 E FCAC0000 FCAE0000 E FCB00000 FCB20000 E FCB40000 FCB60000 E FCB80000 FCBA0000 E FCBC0000 FCBE0000 E FCC00000 FCC20000 E FCC40000 FCC60000 E FCC80000 FCCA0000 E FCCC0000 FCCE0000 E FCD00000 FCD20000 E FCD40000 FCD60000 E FCD80000 FCDA0000 FCDC0000 FCDE0000 E FCE00000 FCE20000 E FCE40000 FCE60000 E FCE80000 FCEA0000 E FCEC0000 FCEE0000 E FCF00000 FCF20000 E FCF40000 FCF60000 E FCF80000 FCFA0000 E FCFC0000 FCFE0000 E FD000000 FD020000 E FD040000 FD060000 FD080000 FD0A0000 E FD0C0000 FD0E0000 E FD100000 FD120000 E FD140000 FD160000 E FD180000 FD1A0000 E FD1C0000 FD1E0000 E FD200000 FD220000 E FD240000 FD260000 E FD280000 FD2A0000 E FD2C0000 FD2E0000 E FD300000 FD320000 E FD340000 FD360000 E FD380000 FD3A0000 FD3C0000 FD3E0000 E FD400000 FD420000 E FD440000 FD460000 E FD480000 FD4A0000 E FD4C0000 FD4E0000 E FD500000 FD520000 E FD540000 FD560000 E FD580000 FD5A0000 E FD5C0000 FD5E0000 E FD600000 FD620000 E FD640000 FD660000 FD680000 FD6A0000 E FD6C0000 FD6E0000 E FD700000 FD720000 E FD740000 FD760000 E FD780000 FD7A0000 E FD7C0000 FD7E0000 FD800000 FD820000 E FD840000 FD860000 E FD880000 FD8A0000 E FD8C0000 FD8E0000 E FD900000 FD920000 E FD940000 FD960000 E FD980000 FD9A0000 E FD9C0000 FD9E0000 E FDA00000 FDA20000 E FDA40000 FDA60000 E FDA80000 FDAA0000 FDAC0000 FDAE0000 E FDB00000 FDB20000 E FDB40000 FDB60000 E FDB80000 FDBA0000 E FDBC0000 FDBE0000 E FDC00000 FDC20000 E FDC40000 FDC60000 E FDC80000 FDCA0000 FDCC0000 FDCE0000 FDD00000 FDD20000 E FDD40000 FDD60000 E FDD80000 FDDA0000 E FDDC0000 FDDE0000 E FDE00000 FDE20000 E FDE40000 FDE60000 E FDE80000 FDEA0000 E FDEC0000 FDEE0000 FDF00000 FDF20000 E FDF40000 FDF60000 E FDF80000 FDFA0000 E FDFC0000 FDFE0000 E => Thanks, Ravishankar Govindarao RFL Electronics Inc. E-mail : Ravi.Rao(a)rflelect.com Voice: 973.334.3100 Ext. 233 Fax: 973.334.3863

2 1

[U-Boot] [PATCH] video: cleanup comments in cfb_console.c and video_fb.h
by Anatolij Gustschin 25 Jun '10

25 Jun '10

Signed-off-by: Anatolij Gustschin <agust(a)denx.de> --- drivers/video/cfb_console.c | 6 +++--- include/video_fb.h | 2 +- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/video/cfb_console.c b/drivers/video/cfb_console.c index 96d52fb..fae5417 100644 --- a/drivers/video/cfb_console.c +++ b/drivers/video/cfb_console.c @@ -1119,7 +1119,7 @@ int video_display_bitmap (ulong bmp_image, int x, int y) case 8: padded_line -= width; if (VIDEO_DATA_FORMAT == GDF__8BIT_INDEX) { - /* Copy colormap */ + /* Copy colormap */ for (xcount = 0; xcount < colors; ++xcount) { cte = bmp->color_table[xcount]; video_set_lut (xcount, cte.red, cte.green, cte.blue); @@ -1321,11 +1321,11 @@ void logo_plot (void *screen, int width, int x, int y) #ifdef CONFIG_VIDEO_BMP_LOGO source = bmp_logo_bitmap; - /* Allocate temporary space for computing colormap */ + /* Allocate temporary space for computing colormap */ logo_red = malloc (BMP_LOGO_COLORS); logo_green = malloc (BMP_LOGO_COLORS); logo_blue = malloc (BMP_LOGO_COLORS); - /* Compute color map */ + /* Compute color map */ for (i = 0; i < VIDEO_LOGO_COLORS; i++) { logo_red[i] = (bmp_logo_palette[i] & 0x0f00) >> 4; logo_green[i] = (bmp_logo_palette[i] & 0x00f0); diff --git a/include/video_fb.h b/include/video_fb.h index 9825f0c..f649c54 100644 --- a/include/video_fb.h +++ b/include/video_fb.h @@ -1,4 +1,4 @@ - /* +/* * (C) Copyright 1997-2002 ELTEC Elektronik AG * Frank Gottschling <fgottschling(a)eltec.de> * -- 1.7.0.4

1 1

[U-Boot] u-boot-2010.06-rc3 Error for ARM dk ..
by Rajeesh.R 25 Jun '10

25 Jun '10

Hi, I have downladed uboot version u-boot-2010.06-rc3 and cross compiled for arm then I am getting error like below... make[1]: Leaving directory `/home/rajeesh/Development/Uboot/u-boot-2010.06-rc3/arch/arm/cpu/arm920t' arm-linux-gcc -E -g -Os -fno-common -ffixed-r8 -msoft-float -malignment-traps -D__KERNEL__ -DTEXT_BASE=0x21f00000 -I/home/rajeesh/Development/Uboot/u-boot-2010.06-rc3/include -fno-builtin -ffreestanding -nostdinc -isystem /usr/local/arm/4.1/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.6/include -pipe -DCONFIG_ARM -D__ARM__ -marm -mapcs-32 -mno-thumb-interwork -march=armv4 -include /home/rajeesh/Development/Uboot/u-boot-2010.06-rc3/include/u-boot/u-boot.lds.h -DLD_MAJOR=2 -DLD_MINOR=16 -ansi -D__ASSEMBLY__ -P - </home/rajeesh/Development/Uboot/u-boot-2010.06-rc3/arch/arm/cpu/arm920t/u-boot.lds >u-boot.lds UNDEF_SYM=`arm-linux-objdump -x board/atmel/at91rm9200dk/libat91rm9200dk.a lib/libgeneric.a lib/lzma/liblzma.a lib/lzo/liblzo.a arch/arm/cpu/arm920t/libarm920t.a arch/arm/cpu/arm920t/at91rm9200/libat91rm9200.a arch/arm/lib/libarm.a fs/cramfs/libcramfs.a fs/fat/libfat.a fs/fdos/libfdos.a fs/jffs2/libjffs2.a fs/reiserfs/libreiserfs.a fs/ext2/libext2fs.a fs/yaffs2/libyaffs2.a fs/ubifs/libubifs.a net/libnet.a disk/libdisk.a drivers/bios_emulator/libatibiosemu.a drivers/block/libblock.a drivers/dma/libdma.a drivers/fpga/libfpga.a drivers/gpio/libgpio.a drivers/hwmon/libhwmon.a drivers/i2c/libi2c.a drivers/input/libinput.a drivers/misc/libmisc.a drivers/mmc/libmmc.a drivers/mtd/libmtd.a drivers/mtd/nand/libnand.a drivers/mtd/onenand/libonenand.a drivers/mtd/ubi/libubi.a drivers/mtd/spi/libspi_flash.a drivers/net/libnet.a drivers/net/phy/libphy.a drivers/pci/libpci.a drivers/pcmcia/libpcmcia.a drivers/power/libpower.a drivers/spi/libspi.a drivers/rtc/librtc.a drivers/serial/libserial.a drivers/twserial/libtws.a drivers/usb/gadget/libusb_gadget.a drivers/usb/host/libusb_host.a drivers/usb/musb/libusb_musb.a drivers/usb/phy/libusb_phy.a drivers/video/libvideo.a drivers/watchdog/libwatchdog.a common/libcommon.a lib/libfdt/libfdt.a api/libapi.a post/libpost.a | sed -n -e 's/.*$__u_boot_cmd_.*$/-u \1/p'|sort|uniq`; cd /home/rajeesh/Development/Uboot/u-boot-2010.06-rc3 && arm-linux-ld -Bstatic -T u-boot.lds -Ttext 0x21f00000 $UNDEF_SYM arch/arm/cpu/arm920t/start.o --start-group lib/libgeneric.a lib/lzma/liblzma.a lib/lzo/liblzo.a arch/arm/cpu/arm920t/libarm920t.a arch/arm/cpu/arm920t/at91rm9200/libat91rm9200.a arch/arm/lib/libarm.a fs/cramfs/libcramfs.a fs/fat/libfat.a fs/fdos/libfdos.a fs/jffs2/libjffs2.a fs/reiserfs/libreiserfs.a fs/ext2/libext2fs.a fs/yaffs2/libyaffs2.a fs/ubifs/libubifs.a net/libnet.a disk/libdisk.a drivers/bios_emulator/libatibiosemu.a drivers/block/libblock.a drivers/dma/libdma.a drivers/fpga/libfpga.a drivers/gpio/libgpio.a drivers/hwmon/libhwmon.a drivers/i2c/libi2c.a drivers/input/libinput.a drivers/misc/libmisc.a drivers/mmc/libmmc.a drivers/mtd/libmtd.a drivers/mtd/nand/libnand.a drivers/mtd/onenand/libonenand.a drivers/mtd/ubi/libubi.a drivers/mtd/spi/libspi_flash.a drivers/net/libnet.a drivers/net/phy/libphy.a drivers/pci/libpci.a drivers/pcmcia/libpcmcia.a drivers/power/libpower.a drivers/spi/libspi.a drivers/rtc/librtc.a drivers/serial/libserial.a drivers/twserial/libtws.a drivers/usb/gadget/libusb_gadget.a drivers/usb/host/libusb_host.a drivers/usb/musb/libusb_musb.a drivers/usb/phy/libusb_phy.a drivers/video/libvideo.a drivers/watchdog/libwatchdog.a common/libcommon.a lib/libfdt/libfdt.a api/libapi.a post/libpost.a board/atmel/at91rm9200dk/libat91rm9200dk.a --end-group -L /usr/local/arm/4.1/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.6 -lgcc -Map u-boot.map -o u-boot arm-linux-ld: ERROR: /usr/local/arm/4.1/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.6/libgcc.a(_udivsi3.oS) uses hardware FP, whereas u-boot uses software FP arm-linux-ld: failed to merge target specific data of file /usr/local/arm/4.1/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.6/libgcc.a(_udivsi3.oS) arm-linux-ld: ERROR: /usr/local/arm/4.1/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.6/libgcc.a(_divsi3.oS) uses hardware FP, whereas u-boot uses software FP arm-linux-ld: failed to merge target specific data of file /usr/local/arm/4.1/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.6/libgcc.a(_divsi3.oS) arm-linux-ld: ERROR: /usr/local/arm/4.1/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.6/libgcc.a(_umodsi3.oS) uses hardware FP, whereas u-boot uses software FP arm-linux-ld: failed to merge target specific data of file /usr/local/arm/4.1/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.6/libgcc.a(_umodsi3.oS) arm-linux-ld: ERROR: /usr/local/arm/4.1/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.6/libgcc.a(_modsi3.oS) uses hardware FP, whereas u-boot uses software FP arm-linux-ld: failed to merge target specific data of file /usr/local/arm/4.1/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.6/libgcc.a(_modsi3.oS) arm-linux-ld: ERROR: /usr/local/arm/4.1/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.6/libgcc.a(_dvmd_lnx.oS) uses hardware FP, whereas u-boot uses software FP arm-linux-ld: failed to merge target specific data of file /usr/local/arm/4.1/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.6/libgcc.a(_dvmd_lnx.oS) arm-linux-ld: ERROR: /usr/local/arm/4.1/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.6/libgcc.a(_lshrdi3.oS) uses hardware FP, whereas u-boot uses software FP arm-linux-ld: failed to merge target specific data of file /usr/local/arm/4.1/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.6/libgcc.a(_lshrdi3.oS) arm-linux-ld: ERROR: /usr/local/arm/4.1/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.6/libgcc.a(_ashldi3.oS) uses hardware FP, whereas u-boot uses software FP arm-linux-ld: failed to merge target specific data of file /usr/local/arm/4.1/bin-ccache/../lib/gcc/arm-linux-uclibc/3.4.6/libgcc.a(_ashldi3.oS) make: *** [u-boot] Error 1 [root@UcontestPC u-boot-2010.06-rc3]# Thanks Rajeesh.R.Nair Dear "Rajeesh.R", In message <1277360497.2839.14.camel(a)localhost.localdomain> you wrote: > > I am using at91rm9200 dk board . > I have downloaded Uboot version 1.3.4 . and configured for > at91rm9200dk board by using command > make at91rm9200dk_config > make U-Boot 1.3.4 is two years old, i. e. hoplessly obsolete. Please use current code instead (v2010.06-rc3). > then I tried to download it stops after some time with error > waiting for ACK,97,138,...Error! > whether Rom boot is required for at91rm9200dk board... You just need U-Boot, nothing else, but please use current code. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd(a)denx.de grep me no patterns and I'll tell you no lines.

2 1

[U-Boot] [PATCH v3 00/19] SPEAr : Network support for spear platforms and SPEAr1300
by Vipin KUMAR 25 Jun '10

25 Jun '10

Hello Tom, The following patch-set contains all the accepted feedbacks on patch-set v2. Please consider this for submission into mainline Below changes are introduced other than the recieved review comments 1. Introduced a CONFIG_DW_SEARCH_PHY definition, which if defined searches the ethernet phy address. Searching was always enabled in earlier patch 2. Introduced a new function dw_write_hwaddr in ethernet driver and registered it as a callback via dev->write_hwaddr. This is a new feature recently implemented by Ben. Thanks in advance Regards Vipin Vipin Kumar (19): u-boot.img file not created when srctree and objtree are different change_bit routine defined SPEAr : SMI erase and write timeouts increased SPEAr : Placing ethaddr write and read within CONFIG_CMD_NET SPEAr : Reducing the max RAM size to 128MB SPEAr : Basic arch related support added for SPEAr SoCs SPEAr : Network driver support added SPEAr : Network support configured for spear SoCs SPEAr : macb driver support added for spear310 and spear320 SPEAr : FSMC driver support added SPEAr : Configuring FSMC driver for NAND interface SPEAr : i2c driver moved completely into drivers/i2c SPEAr : smi driver moved completely into drivers/mtd SPEAr : USB Device Controller driver support added SPEAr : Supporting various configurations for spear3xx and spear6xx boards SPEAr : Basic spear1300 architecture support added SPEAr : spear1300 SoC support added SPEAr : Removing extraneous code SPEAr : USB device controller bugfixes MAINTAINERS | 1 + MAKEALL | 1 + Makefile | 30 +- arch/arm/cpu/arm926ejs/spear/Makefile | 3 +- arch/arm/cpu/arm926ejs/spear/cpu.c | 78 +++ arch/arm/cpu/arm_cortexa8/spear13xx/Makefile | 52 ++ arch/arm/cpu/arm_cortexa8/spear13xx/cache.S | 114 +++++ arch/arm/cpu/arm_cortexa8/spear13xx/cpu.c | 96 ++++ .../arm_cortexa8/spear13xx/reset.c} | 52 +-- arch/arm/cpu/arm_cortexa8/spear13xx/timer.c | 138 +++++ .../arm/include/asm/arch-spear/clk.h | 26 +- arch/arm/include/asm/arch-spear/hardware.h | 16 +- arch/arm/include/asm/arch-spear/spr_misc.h | 5 + .../arm/include/asm/arch-spear13xx/hardware.h | 33 +- arch/arm/include/asm/arch-spear13xx/spr_gpt.h | 85 ++++ arch/arm/include/asm/arch-spear13xx/spr_misc.h | 317 ++++++++++++ .../arm/include/asm/arch-spear13xx/sys_proto.h | 29 +- arch/arm/include/asm/bitops.h | 11 +- board/spear/common/Makefile | 10 +- board/spear/common/spr_misc.c | 28 +- board/spear/spear1300/Makefile | 51 ++ board/spear/spear1300/config.mk | 28 + board/spear/spear1300/spear1300.c | 88 ++++ .../spear/spear1300/spr_lowlevel_init.S | 35 +- board/spear/spear300/config.mk | 11 - board/spear/spear300/spear300.c | 15 +- board/spear/spear310/config.mk | 11 - board/spear/spear310/spear310.c | 36 ++- board/spear/spear320/config.mk | 11 - board/spear/spear320/spear320.c | 23 +- board/spear/spear600/config.mk | 11 - board/spear/spear600/spear600.c | 15 +- doc/README.designware_eth | 25 + doc/README.spear | 46 ++- drivers/i2c/Makefile | 2 +- drivers/i2c/{spr_i2c.c => designware_i2c.c} | 4 +- .../spr_i2c.h => drivers/i2c/designware_i2c.h | 6 +- drivers/mtd/Makefile | 2 +- drivers/mtd/nand/Makefile | 2 +- drivers/mtd/nand/fsmc_nand.c | 366 ++++++++++++++ drivers/mtd/nand/spr_nand.c | 124 ----- drivers/mtd/{spr_smi.c => st_smi.c} | 59 ++- .../arch-spear/spr_smi.h => drivers/mtd/st_smi.h | 8 +- drivers/net/Makefile | 1 + drivers/net/designware.c | 531 ++++++++++++++++++++ drivers/net/designware.h | 264 ++++++++++ drivers/serial/usbtty.h | 4 +- drivers/usb/gadget/Makefile | 2 +- drivers/usb/gadget/{spr_udc.c => designware_udc.c} | 116 +++-- include/configs/spear-common.h | 33 +- include/configs/spear13xx_evb.h | 202 ++++++++ include/configs/{spear3xx.h => spear3xx_evb.h} | 30 ++ include/configs/{spear6xx.h => spear6xx_evb.h} | 13 + include/linux/mtd/fsmc_nand.h | 104 ++++ include/netdev.h | 1 + include/usb/{spr_udc.h => designware_udc.h} | 6 +- 56 files changed, 2993 insertions(+), 418 deletions(-) create mode 100644 arch/arm/cpu/arm926ejs/spear/cpu.c create mode 100644 arch/arm/cpu/arm_cortexa8/spear13xx/Makefile create mode 100644 arch/arm/cpu/arm_cortexa8/spear13xx/cache.S create mode 100644 arch/arm/cpu/arm_cortexa8/spear13xx/cpu.c rename arch/arm/{include/asm/arch-spear/spr_nand.h => cpu/arm_cortexa8/spear13xx/reset.c} (50%) mode change 100644 => 100755 create mode 100644 arch/arm/cpu/arm_cortexa8/spear13xx/timer.c copy include/configs/spear6xx.h => arch/arm/include/asm/arch-spear/clk.h (64%) copy include/configs/spear6xx.h => arch/arm/include/asm/arch-spear13xx/hardware.h (58%) create mode 100644 arch/arm/include/asm/arch-spear13xx/spr_gpt.h create mode 100644 arch/arm/include/asm/arch-spear13xx/spr_misc.h copy include/configs/spear6xx.h => arch/arm/include/asm/arch-spear13xx/sys_proto.h (64%) create mode 100644 board/spear/spear1300/Makefile create mode 100644 board/spear/spear1300/config.mk create mode 100644 board/spear/spear1300/spear1300.c copy include/configs/spear6xx.h => board/spear/spear1300/spr_lowlevel_init.S (56%) create mode 100644 doc/README.designware_eth rename drivers/i2c/{spr_i2c.c => designware_i2c.c} (98%) rename arch/arm/include/asm/arch-spear/spr_i2c.h => drivers/i2c/designware_i2c.h (98%) create mode 100644 drivers/mtd/nand/fsmc_nand.c delete mode 100644 drivers/mtd/nand/spr_nand.c rename drivers/mtd/{spr_smi.c => st_smi.c} (94%) rename arch/arm/include/asm/arch-spear/spr_smi.h => drivers/mtd/st_smi.h (96%) create mode 100644 drivers/net/designware.c create mode 100644 drivers/net/designware.h rename drivers/usb/gadget/{spr_udc.c => designware_udc.c} (91%) create mode 100644 include/configs/spear13xx_evb.h rename include/configs/{spear3xx.h => spear3xx_evb.h} (85%) rename include/configs/{spear6xx.h => spear6xx_evb.h} (82%) create mode 100644 include/linux/mtd/fsmc_nand.h rename include/usb/{spr_udc.h => designware_udc.h} (98%)

7 37

[U-Boot] [PATCH 1/3] microblaze: generic: adding DHCP support
by Stephan Linz 25 Jun '10

25 Jun '10

Signed-off-by: Stephan Linz <linz(a)li-pro.net> --- include/configs/microblaze-generic.h | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/include/configs/microblaze-generic.h b/include/configs/microblaze-generic.h index 9b1569a..c9ee76e 100644 --- a/include/configs/microblaze-generic.h +++ b/include/configs/microblaze-generic.h @@ -231,6 +231,7 @@ #undef CONFIG_CMD_NET #else #define CONFIG_CMD_PING + #define CONFIG_CMD_DHCP #endif #if defined(CONFIG_SYSTEMACE) -- 1.6.0.4

1 2

[U-Boot] [PATCH 1/4] microblaze: generic: adding DHCP support
by Stephan Linz 25 Jun '10

25 Jun '10

Signed-off-by: Stephan Linz <linz(a)li-pro.net> --- include/configs/microblaze-generic.h | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/include/configs/microblaze-generic.h b/include/configs/microblaze-generic.h index 9b1569a..c9ee76e 100644 --- a/include/configs/microblaze-generic.h +++ b/include/configs/microblaze-generic.h @@ -231,6 +231,7 @@ #undef CONFIG_CMD_NET #else #define CONFIG_CMD_PING + #define CONFIG_CMD_DHCP #endif #if defined(CONFIG_SYSTEMACE) -- 1.6.0.4

3 15

[U-Boot] Supporting two boards which are almost similar
by Sudhakar Rajashekhara 25 Jun '10

25 Jun '10

Hi, Spectrum digital has two versions of DM6467 EVM, DM6467 and DM6467T. Though there are some video related differences between these two boards, from U-Boot perspective the only difference the developer need to worry is the different oscillator frequency. DM6467 has 27MHz crystal but DM6467T has 33MHz crystal. Both these EVMs are registered as two different boards in mach-types.h. Existing U-Boot has support DM6467 EVM which has 27MHz crystal. How should I go about adding support for DM6467T EVM which has 33MHz crystal? Do I need to add a new configuration file for this or can I make use of the existing configuration file in any way? One method I was aware of was, using some scripting from the top level Makefile but I believe this is not recommended. Thanks in advance, Sudhakar

1 0