Re: [U-Boot] Uboot booting RTOS
Hi, For the time being can I load RTOS using any elf loader through serial port. Does U boot have any elf loader. How can I load a RTOS image(elf format) to memory through Serial cable from uboot terminal? Thanks Rahanesh -Original Message- From: Scott Wood [mailto:scottw...@freescale.com] Sent: Tuesday, April 07, 2009 1:56 AM To: rahan...@tataelxsi.co.in Cc: u-boot@lists.denx.de Subject: Re: [U-Boot] Uboot booting RTOS On Mon, Apr 06, 2009 at 03:44:43PM +0530, rahan...@tataelxsi.co.in wrote: When i power on the board(OMAP3530 based from Mistral) uboot prompt comes up. Now how do i boot an RTOS which is also residing in NAND Flash at different offset.? Can i acheive this without changing the source code of current Uboot. ? Yes. Use nand read to copy the image into RAM, then jump to it using whatever mechanism is appropriate for your image. -Scott The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments contained in it. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 1/1] Fix for NFS boot for OMAP3 EVM
On Mon, Apr 6, 2009 at 10:34 PM, Pillai, Manikandan mani.pil...@ti.comwrote: Hi, What is the status of this patch ? Any comments. Did you fix the things I mentioned and re-submit? regards, Ben ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 1/1] Fix for NFS boot for OMAP3 EVM
Hi Ben, I believe your comments were on the timeout setting of 1ms for u-boot timer. I am not sure whether I received any comments from you on the NFS boot patch. Regards Mani From: Ben Warren [mailto:biggerbadder...@gmail.com] Sent: Tuesday, April 07, 2009 11:38 AM To: Pillai, Manikandan Cc: u-boot@lists.denx.de; dirk.be...@googlemail.com Subject: Re: [U-Boot] [PATCH 1/1] Fix for NFS boot for OMAP3 EVM On Mon, Apr 6, 2009 at 10:34 PM, Pillai, Manikandan mani.pil...@ti.commailto:mani.pil...@ti.com wrote: Hi, What is the status of this patch ? Any comments. Did you fix the things I mentioned and re-submit? regards, Ben ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] inline ppc assembly on standalone applications
On Apr 7, 2009, at 12:05 AM, eija_flight wrote: Hello, I need to access board cpu registers using ppc assembly language. It is possible to add inline assembly codes in standalone applications? Yes. Its like any other application. GCC's inline assembly should work just the same. - k ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Pull request u-boot-blackfin.git
The following changes since commit 712ac6a1a6909a58d6549fb220cc921a7e9f9979: Wolfgang Denk (1): Merge branch 'master' of git://git.denx.de/u-boot-arm are available in the git repository at: git://www.denx.de/git/u-boot-blackfin.git master Graf Yang (1): Blackfin: nand: flush peripheral before polling it Mike Frysinger (6): Blackfin: update anomaly sheets Blackfin: add workaround for anomaly 05000171 Blackfin: add workaround for anomaly 05000242 Blackfin: add comment about anomaly 05000430 avoidance Blackfin: add check for anomaly 05000362 Blackfin: audit UART for all known anomalies Todor I Mollov (1): Blackfin: spi: make cs deassert function deterministic cpu/blackfin/initcode.c | 17 ++- cpu/blackfin/serial.c | 21 - cpu/blackfin/serial.h |2 +- drivers/mtd/nand/bfin_nand.c |1 + drivers/spi/bfin_spi.c| 16 ++- include/asm-blackfin/mach-bf527/anomaly.h | 40 --- include/asm-blackfin/mach-bf533/anomaly.h | 77 +++- include/asm-blackfin/mach-bf537/anomaly.h | 67 + include/asm-blackfin/mach-bf548/anomaly.h | 18 --- include/asm-blackfin/mach-bf561/anomaly.h | 17 +++--- 10 files changed, 203 insertions(+), 73 deletions(-) ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] Add support to Colibri PXA-270 board
This configuration is based on the trizepsiv board, and the work Daniel Mack did in the past [1]. The following files were taken as-is from trizepsiv board: - lowlevel_init.S - pxavoltage.S - u-boot.lds The main module is the same except it does not use multi serial and does not have usb support. The configuration is based on Daniel Mack work, with zeros when trizepsiv required configuration while Daniel did not provide any. After modification, u-boot is running, can access the on-board flash, can access network using Ethernet and can boot Linux kernel. Although there are few colibri boards, the name colibri for the board is the same as the name the linux kernel has for the Colibri PXA-270 board. Signed-off-by: Alon Bar-Lev alon.bar...@gmail.com [1] http://www.mail-archive.com/u-boot-users%40lists.sourceforge.net/msg01498.html --- diff --git a/Makefile b/Makefile index 49b83c0..4e5e290 100644 --- a/Makefile +++ b/Makefile @@ -3039,6 +3039,9 @@ pxa255_idp_config:unconfig trizepsiv_config : unconfig @$(MKCONFIG) $(@:_config=) arm pxa trizepsiv +colibri_config : unconfig + @$(MKCONFIG) $(@:_config=) arm pxa colibri + wepep250_config: unconfig @$(MKCONFIG) $(@:_config=) arm pxa wepep250 diff --git a/board/colibri/Makefile b/board/colibri/Makefile new file mode 100644 index 000..efd67e1 --- /dev/null +++ b/board/colibri/Makefile @@ -0,0 +1,51 @@ +# +# (C) Copyright 2000-2006 +# Wolfgang Denk, DENX Software Engineering, w...@denx.de. +# +# See file CREDITS for list of people who contributed to this +# project. +# +# 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 $(TOPDIR)/config.mk + +LIB= $(obj)lib$(BOARD).a + +COBJS := $(BOARD).o +SOBJS := lowlevel_init.o pxavoltage.o + +SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c) +OBJS := $(addprefix $(obj),$(COBJS)) +SOBJS := $(addprefix $(obj),$(SOBJS)) + +$(LIB):$(obj).depend $(OBJS) $(SOBJS) + $(AR) $(ARFLAGS) $@ $(OBJS) $(SOBJS) + +clean: + rm -f $(SOBJS) $(OBJS) + +distclean: clean + rm -f $(LIB) core *.bak $(obj).depend + +# + +# defines $(obj).depend target +include $(SRCTREE)/rules.mk + +sinclude $(obj).depend + +# diff --git a/board/colibri/colibri.c b/board/colibri/colibri.c new file mode 100644 index 000..fd91836 --- /dev/null +++ b/board/colibri/colibri.c @@ -0,0 +1,74 @@ +/* + * (C) Copyright 2007 + * Stefano Babic, DENX Gmbh, sba...@denx.de + * + * (C) Copyright 2004 + * Robert Whaley, Applied Data Systems, Inc. rwha...@applieddata.net + * + * (C) Copyright 2002 + * Kyle Harris, Nexus Technologies, Inc. khar...@nexus-tech.net + * + * (C) Copyright 2002 + * Sysgo Real-Time Solutions, GmbH www.elinos.com + * Marius Groeger mgroe...@sysgo.de + * + * See file CREDITS for list of people who contributed to this + * project. + * + * 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 common.h + +DECLARE_GLOBAL_DATA_PTR; + +/* - */ + +int board_init (void) +{ + /* memory and cpu-speed are setup before relocation */ + /* so we do _nothing_ here */ + + /* arch number of Board */ + gd-bd-bi_arch_number = MACH_TYPE_COLIBRI; + + /* adress of boot parameters */ + gd-bd-bi_boot_params = 0xa100; + + return 0; +} + +int board_late_init(void) +{ + setenv(stdout, serial); + setenv(stdin, serial); + setenv(stderr, serial); + return 0;
[U-Boot] [PATCH v2] Macronix MX25xx MTD SPI flash driver
Added macronix SF driver for MTD framework MX25L12805D is supported and tested TBD: sector erase implementation, other deivces support Reviewed-by: Mike Frysinger vap...@gentoo.org Signed-off-by: Prafulla Wadaskar prafu...@marvell.com --- Change log: v2: typos corrected, MX25PXX renamed as MX25XX, spi_flash struct declared as first member, struch ptr name stm changed to mcx RDSR command limited to 8bit transfer and cosmetic fixes drivers/mtd/spi/Makefile |1 + drivers/mtd/spi/macronix.c | 312 ++ drivers/mtd/spi/spi_flash.c |5 + drivers/mtd/spi/spi_flash_internal.h |1 + 4 files changed, 319 insertions(+), 0 deletions(-) create mode 100644 drivers/mtd/spi/macronix.c diff --git a/drivers/mtd/spi/Makefile b/drivers/mtd/spi/Makefile index a71b16e..27dcbff 100644 --- a/drivers/mtd/spi/Makefile +++ b/drivers/mtd/spi/Makefile @@ -27,6 +27,7 @@ LIB := $(obj)libspi_flash.a COBJS-$(CONFIG_SPI_FLASH) += spi_flash.o COBJS-$(CONFIG_SPI_FLASH_ATMEL)+= atmel.o +COBJS-$(CONFIG_SPI_FLASH_MACRONIX) += macronix.o COBJS-$(CONFIG_SPI_FLASH_SPANSION) += spansion.o COBJS-$(CONFIG_SPI_FLASH_SST) += sst.o COBJS-$(CONFIG_SPI_FLASH_STMICRO) += stmicro.o diff --git a/drivers/mtd/spi/macronix.c b/drivers/mtd/spi/macronix.c new file mode 100644 index 000..e2323df --- /dev/null +++ b/drivers/mtd/spi/macronix.c @@ -0,0 +1,312 @@ +/* + * Copyright 2009(C) Marvell International Ltd. and its affiliates + * Prafulla Wadaskar prafu...@marvell.com + * + * Based on drivers/mtd/spi/stmicro.c + * + * Copyright 2008, Network Appliance Inc. + * Jason McMullan mcmul...@netapp.com + * + * Copyright (C) 2004-2007 Freescale Semiconductor, Inc. + * TsiChung Liew (tsi-chung.l...@freescale.com) + * + * See file CREDITS for list of people who contributed to this + * project. + * + * 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., 51 Franklin Street, Fifth Floor, Boston, + * MA 02110-1301 USA + */ + +#include common.h +#include malloc.h +#include spi_flash.h + +#include spi_flash_internal.h + +/* MX25xx-specific commands */ +#define CMD_MX25XX_WREN0x06/* Write Enable */ +#define CMD_MX25XX_WRDI0x04/* Write Disable */ +#define CMD_MX25XX_RDSR0x05/* Read Status Register */ +#define CMD_MX25XX_WRSR0x01/* Write Status Register */ +#define CMD_MX25XX_READ0x03/* Read Data Bytes */ +#define CMD_MX25XX_FAST_READ 0x0b/* Read Data Bytes at Higher Speed */ +#define CMD_MX25XX_PP 0x02/* Page Program */ +#define CMD_MX25XX_SE 0x20/* Sector Erase */ +#define CMD_MX25XX_BE 0xD8/* Block Erase */ +#define CMD_MX25XX_CE 0xc7/* Chip Erase */ +#define CMD_MX25XX_DP 0xb9/* Deep Power-down */ +#define CMD_MX25XX_RES 0xab/* Release from DP, and Read Signature */ + +#define MXIC_ID_MX2516 0x15 +#define MXIC_ID_MX2520 0x12 +#define MXIC_ID_MX2532 0x16 +#define MXIC_ID_MX2540 0x13 +#define MXIC_ID_MX2564 0x17 +#define MXIC_ID_MX2580 0x14 +#define MXIC_ID_MX251280x18 + +#define MACRONIX_SR_WIP(1 0)/* Write-in-Progress */ + +struct macronix_spi_flash_params { + u8 idcode1; + u16 page_size; + u16 pages_per_sector; + u16 sectors_per_block; + u16 nr_blocks; + const char *name; +}; + +struct macronix_spi_flash { + struct spi_flash flash; + const struct macronix_spi_flash_params *params; +}; + +static inline struct macronix_spi_flash *to_macronix_spi_flash(struct spi_flash +*flash) +{ + return container_of(flash, struct macronix_spi_flash, flash); +} + +static const struct macronix_spi_flash_params macronix_spi_flash_table[] = { + { + .idcode1 = MXIC_ID_MX25128, + .page_size = 256, + .pages_per_sector = 16, + .sectors_per_block = 16, + .nr_blocks = 256, + .name = MX25L12805D, + }, +}; + +static int macronix_wait_ready(struct spi_flash *flash, unsigned long timeout) +{ + struct spi_slave *spi = flash-spi; + unsigned long timebase; + int ret; + u8 status; + u8
Re: [U-Boot] Uboot booting RTOS
Dear rahan...@tataelxsi.co.in, In message vsnlchnfe001xyh7x0j00079...@vsnlchnfe001.vsnlxchange.com you wrote: For the time being can I load RTOS using any elf loader through serial port. Does U boot have any elf loader. How can I load a RTOS image(elf format) to memory through Serial cable from uboot terminal? The best approach for you requires two steps. The first step is reading the Manual. 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: w...@denx.de Go to Heaven for the climate, Hell for the company.- Mark Twain ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] Marvell Feroceon-FR131/Sheeva-88SV131 cpu core support
-Original Message- From: Jean-Christophe PLAGNIOL-VILLARD [mailto:plagn...@jcrosoft.com] Sent: Saturday, April 04, 2009 9:46 PM To: Prafulla Wadaskar Cc: u-boot@lists.denx.de; Ronen Shitrit; Nicolas Pitre Subject: Re: [U-Boot] [PATCH] Marvell Feroceon-FR131/Sheeva-88SV131 cpu core support On 04:09 Sat 04 Apr , Prafulla Wadaskar wrote: This is ARM v5TE-compliant processor core with MMU and L1/L2 Cache Signed-off-by: prafulla_wadaskar prafu...@marvell.com Reviewed by: Ronen Shitrit rshit...@marvell.com --- cpu/arm926ejs/start.S |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/cpu/arm926ejs/start.S b/cpu/arm926ejs/start.S index ed4932a..08ec955 100644 --- a/cpu/arm926ejs/start.S +++ b/cpu/arm926ejs/start.S @@ -214,10 +214,15 @@ cpu_init_crit: * disable MMU stuff and caches */ mrc p15, 0, r0, c1, c0, 0 +#if defined (CONFIG_FEROCEON_88FR131) || defined (CONFIG_SHEEVA_88SV131) + bic r0, r0, #0x0007 /* clear bits 2:0 (CAM) */ + orr r0, r0, #0x0002 /* set bit 2 (A) Align */ +#else bic r0, r0, #0x2300 /* clear bits 13, 9:8 (--V- --RS) */ bic r0, r0, #0x0087 /* clear bits 7, 2:0 (B--- -CAM) */ orr r0, r0, #0x0002 /* set bit 2 (A) Align */ orr r0, r0, #0x1000 /* set bit 12 (I) I-Cache */ +#endif I've plan to clean up the asm mmu and cache management as I've done for the C part. The idea is to avoid to duplicated code and #ifdef every where. So please create asm macro to handle this and please explain a few more why you need it The issue was of 'order of operations'. In our devices we have L2 cache and the L2 must be enabled before the L1. this change was with reference to older u-boot and earlier SOC versions. I have tested the code without this patch and is functional. We can add code for disabling the L1 before enabling the L2 in SOC specific . This patch is not needed now, We can skip this patch. Best Regards, J. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Uboot booting RTOS
rahan...@tataelxsi.co.in said the following on 04/07/2009 01:01 AM: Hi, For the time being can I load RTOS using any elf loader through serial port. Does U boot have any elf loader. How can I load a RTOS image(elf format) to memory through Serial cable from uboot terminal? Could you please try running the command help at uboot prompt and read through what it says? here is one way: you would need a elf to binary convertion then once you get a binary image use loadb command to download that image to sdram, then use the go command to give control to that image.. Regards, Nishanth Menon ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Booting kernel from jffs2
Hi, I have an requirement to have three partitions in the Flash 1. U Boot 2. JFFS2(GoldenImage) (Mininum Kernel Image ) 3. JFFS2(Application Image) (Kernel + Application) The idea of Golden image is to use this partition to boot in case the application image fails after software upgrade due to corruption of the filesystem in this partition if any during upgrade. When the system is up with Golden image, partition 3 can be updated. Is this method feasible. Kindly let me know if you have better ideas or suggestions? Regards Rams ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Booting kernel from jffs2
Dear Rams Subramanian, In message 4e031cb50904070515u797beb03o23ad89c15362c...@mail.gmail.com you wrote: I have an requirement to have three partitions in the Flash 1. U Boot 2. JFFS2(GoldenImage) (Mininum Kernel Image ) 3. JFFS2(Application Image) (Kernel + Application) The idea of Golden image is to use this partition to boot in case the application image fails after software upgrade due to corruption of the filesystem in this partition if any during upgrade. When the system is up with Golden image, partition 3 can be updated. Is this method feasible. Kindly let me know if you have better ideas or suggestions? Yes, this is possible (actually, it's trivial). Without knowing your exact requirements and restrictions it's difficult to recommend better ideas... 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: w...@denx.de Stupidity, like virtue, is its own reward - William E. Davidsen ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Uboot booting RTOS
Hi, I found a srec loader when I ran help command. Using objcopy it is possible to convert an elf format to srec file format. After that srec loading , a Go command should be enough. I will try this and inform you guyz Thanks Rahanesh -Original Message- From: Nishanth Menon [mailto:menon.nisha...@gmail.com] Sent: Tuesday, April 07, 2009 4:47 PM To: rahan...@tataelxsi.co.in Cc: 'Scott Wood'; u-boot@lists.denx.de Subject: Re: [U-Boot] Uboot booting RTOS rahan...@tataelxsi.co.in said the following on 04/07/2009 01:01 AM: Hi, For the time being can I load RTOS using any elf loader through serial port. Does U boot have any elf loader. How can I load a RTOS image(elf format) to memory through Serial cable from uboot terminal? Could you please try running the command help at uboot prompt and read through what it says? here is one way: you would need a elf to binary convertion then once you get a binary image use loadb command to download that image to sdram, then use the go command to give control to that image.. Regards, Nishanth Menon The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments contained in it. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] Add support to Colibri PXA-270 board
Hi Alon, a new board port without a single (C)opyright by your name - must have been a hard day copying ;) This configuration is based on the trizepsiv board, and the work Daniel Mack did in the past [1]. The following files were taken as-is from trizepsiv board: - lowlevel_init.S - pxavoltage.S - u-boot.lds Isn't this a clear sign to try and find a way to reuse the code for both boards? Simply copying a file verbatim is always a mistake. Who will copy the bugfixes in the future? I added Stefano on CC, maybe he has some good input on how to share code here. Cheers Detlev -- Today people don't go to rock concerts to listen to the music, because you can't. They go there to be part of the environment. -- Peter Eisenman -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: d...@denx.de ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] Marvell Kirkwood family SOC support
-Original Message- From: Jean-Christophe PLAGNIOL-VILLARD [mailto:plagn...@jcrosoft.com] Sent: Saturday, April 04, 2009 9:55 PM To: Prafulla Wadaskar Cc: u-boot@lists.denx.de; Ronen Shitrit; Nicolas Pitre Subject: Re: [U-Boot] [PATCH] Marvell Kirkwood family SOC support Hi, I'll provide you two seperate comment one for the file location and global comment and an other for code review On 04:09 Sat 04 Apr , Prafulla Wadaskar wrote: From: prafulla_wadaskar prafu...@marvell.com Kirkwood family controllers are highly integrated SOCs based on Feroceon-88FR131/Sheeva-88SV131 cpu core. SOC versions supported:- 1) 88F6281-Z0 define CONFIG_KW88F6281_Z0 2) 88F6281-A0 define CONFIG_KW88F6281_A0 3) 88F6192-A0 define CONFIG_KW88F6192_A0 Other supported features:- 1) Doimage utility needed to create binaries with bootROM header 2) get_random_hex() fucntion 3) SPI port controller driver 4) PCI Express port initialization Contributors: Yotam Admon yo...@marvell.com Michael Blostein michae...@marvell.com Signed-off-by: prafulla_wadaskar prafu...@marvell.com Reviewed by: Ronen Shitrit rshit...@marvell.com --- board/Marvell/common/kw_lowlevel_init.S| 45 + is this init are Marvell common or Kirkwood common? This is Marvell common, this is board specific but since it is used for each supported board I have moved it to common folder. board/Marvell/include/core.h |4 + cpu/arm926ejs/kirkwood/Makefile| 52 + cpu/arm926ejs/kirkwood/bin_dep.sh | 50 + what it this file? This was supported file to build doImage form tools context Removed.. cpu/arm926ejs/kirkwood/config.mk | 25 + cpu/arm926ejs/kirkwood/doimage/Makefile| 112 ++ tools must go to tools/ Removed.. cpu/arm926ejs/kirkwood/doimage/bootstrap_def.h | 88 ++ cpu/arm926ejs/kirkwood/doimage/doimage | Bin 0 - 17712 bytes please remove and a .gitignore entry for it Removed.. cpu/arm926ejs/kirkwood/doimage/doimage.c | 1341 cpu/arm926ejs/kirkwood/dram.c | 49 + cpu/arm926ejs/kirkwood/kw88f6192.h | 34 + please move define to include/asm-arm/arch-somthing the same as linux Moved... cpu/arm926ejs/kirkwood/kw88f6281.h | 34 + cpu/arm926ejs/kirkwood/kwcore.c| 262 + cpu/arm926ejs/kirkwood/kwcore.h| 141 +++ cpu/arm926ejs/kirkwood/serial.c| 187 please move to drivers/serial/ Moved... cpu/arm926ejs/kirkwood/soc_init.S | 156 +++ please call it lowlevel_init.S Renamed.. cpu/arm926ejs/kirkwood/spi.c | 213 please move to drivers/spi/ Moved... cpu/arm926ejs/kirkwood/timer.c | 165 +++ include/configs/kirkwood.h | 46 + include/configs/ are only for boards config Moved this file to asm-arm/arch-kirkwood/ I am in process accumulating and testing changes I will send you updated patch (v2) for the same Thanks Regards.. Prafulla . . Best Regards, J. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH 2/2] at91: Add support for MEESC board of esd gmbh
This patch adds support for MEESC board of esd gmbh. The MEESC is based on an Atmel AT91SAM9263 SoC. Signed-off-by: Daniel Gorsulowski daniel.gorsulow...@esd.eu --- MAINTAINERS |4 + MAKEALL |1 + Makefile |3 + board/esd/meesc/Makefile | 54 board/esd/meesc/config.mk |1 + board/esd/meesc/meesc.c | 300 + board/esd/meesc/meesc.h | 32 + include/configs/meesc.h | 191 8 files changed, 586 insertions(+), 0 deletions(-) create mode 100644 board/esd/meesc/Makefile create mode 100644 board/esd/meesc/config.mk create mode 100644 board/esd/meesc/meesc.c create mode 100644 board/esd/meesc/meesc.h create mode 100644 include/configs/meesc.h diff --git a/MAINTAINERS b/MAINTAINERS index 03d59b9..b5ec88b 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -525,6 +525,10 @@ Peter Figuli pep...@etc.sk wepep250xscale +Daniel Gorsulowski daniel.gorsulow...@esd.eu + + meesc ARM926EJS (AT91SAM9263 SoC) + Marius Gröger m...@sysgo.de impa7 ARM720T (EP7211) diff --git a/MAKEALL b/MAKEALL index e4eb42b..20bde48 100755 --- a/MAKEALL +++ b/MAKEALL @@ -580,6 +580,7 @@ LIST_at91= \ cmc_pu2 \ csb637 \ kb9202 \ + meesc \ mp2usb \ m501sk \ diff --git a/Makefile b/Makefile index 49b83c0..f78dd25 100644 --- a/Makefile +++ b/Makefile @@ -2747,6 +2747,9 @@ at91sam9rlek_config : unconfig fi; @$(MKCONFIG) -a at91sam9rlek arm arm926ejs at91sam9rlek atmel at91 +meesc_config : unconfig + @$(MKCONFIG) $(@:_config=) arm arm926ejs meesc esd at91 + ## ARM Integrator boards - see doc/README-integrator for more info. integratorap_config\ diff --git a/board/esd/meesc/Makefile b/board/esd/meesc/Makefile new file mode 100644 index 000..b7f60fa --- /dev/null +++ b/board/esd/meesc/Makefile @@ -0,0 +1,54 @@ +# +# (C) Copyright 2003-2008 +# Wolfgang Denk, DENX Software Engineering, w...@denx.de. +# +# (C) Copyright 2008 +# Stelian Pop stelian@leadtechdesign.com +# Lead Tech Design www.leadtechdesign.com +# +# See file CREDITS for list of people who contributed to this +# project. +# +# 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 $(TOPDIR)/config.mk + +LIB= $(obj)lib$(BOARD).a + +COBJS-y+= $(BOARD).o + +SRCS := $(SOBJS:.o=.S) $(COBJS-y:.o=.c) +OBJS := $(addprefix $(obj),$(COBJS-y)) +SOBJS := $(addprefix $(obj),$(SOBJS)) + +$(LIB):$(obj).depend $(OBJS) $(SOBJS) + $(AR) $(ARFLAGS) $@ $(OBJS) $(SOBJS) + +clean: + rm -f $(SOBJS) $(OBJS) + +distclean: clean + rm -f $(LIB) core *.bak $(obj).depend + +# + +# defines $(obj).depend target +include $(SRCTREE)/rules.mk + +sinclude $(obj).depend + +# diff --git a/board/esd/meesc/config.mk b/board/esd/meesc/config.mk new file mode 100644 index 000..9ce161e --- /dev/null +++ b/board/esd/meesc/config.mk @@ -0,0 +1 @@ +TEXT_BASE = 0x21f0 diff --git a/board/esd/meesc/meesc.c b/board/esd/meesc/meesc.c new file mode 100644 index 000..390d52f --- /dev/null +++ b/board/esd/meesc/meesc.c @@ -0,0 +1,300 @@ +/* + * (C) Copyright 2007-2008 + * Stelian Pop stelian@leadtechdesign.com + * Lead Tech Design www.leadtechdesign.com + * + * (C) Copyright 2009 + * Daniel Gorsulowski daniel.gorsulow...@esd.eu + * esd electronic system design gmbh www.esd.eu + * + * See file CREDITS for list of people who contributed to this + * project. + * + * 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
[U-Boot] [PATCH 1/2] at91: Add command to control up to 5 user-leds from the console
This patch bases on patch of Ulf Samuelsson ([PATCH 1/1] ARM: Add command to control coloured led from the console, Wed Jan 7 21:09:55 CET 2009) It allows any board implementing the user LED API to control the LEDs from the console. led [ 1 | 2 | 3 | 4 | 5 | all ] [ on | off ] Adding configuration item CONFIG_CMD_LED enables the command. The items CONFIG_LED1...5 configure the associated gpio-pins. Signed-off-by: Daniel Gorsulowski daniel.gorsulow...@esd.eu --- common/Makefile |1 + common/cmd_led.c | 105 + cpu/arm926ejs/at91/Makefile |1 + cpu/arm926ejs/at91/user_led.c | 102 +++ include/user_led.h| 60 +++ 5 files changed, 269 insertions(+), 0 deletions(-) create mode 100644 common/cmd_led.c create mode 100644 cpu/arm926ejs/at91/user_led.c create mode 100644 include/user_led.h diff --git a/common/Makefile b/common/Makefile index b9f4ca7..e0f571c 100644 --- a/common/Makefile +++ b/common/Makefile @@ -103,6 +103,7 @@ COBJS-$(CONFIG_CMD_IMMAP) += cmd_immap.o COBJS-$(CONFIG_CMD_IRQ) += cmd_irq.o COBJS-$(CONFIG_CMD_ITEST) += cmd_itest.o COBJS-$(CONFIG_CMD_JFFS2) += cmd_jffs2.o +COBJS-$(CONFIG_CMD_LED) += cmd_led.o COBJS-$(CONFIG_CMD_LICENSE) += cmd_license.o COBJS-y += cmd_load.o COBJS-$(CONFIG_LOGBUFFER) += cmd_log.o diff --git a/common/cmd_led.c b/common/cmd_led.c new file mode 100644 index 000..248f3a9 --- /dev/null +++ b/common/cmd_led.c @@ -0,0 +1,105 @@ +/* + * (C) Copyright 2008 + * Ulf Samuelsson ulf.samuelsson at atmel.com + * + * See file CREDITS for list of people who contributed to this + * project. + * + * 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 + */ + +/* + * This file provides a shell like 'test' function to return + * true/false from an integer or string compare of two memory + * locations or a location and a scalar/literal. + * A few parts were lifted from bash 'test' command + */ + +#include common.h +#include config.h +#include command.h +#include user_led.h + +int do_led (cmd_tbl_t *cmdtp, int flag, int argc, char *argv[]) +{ + int led; + + /* Validate arguments */ + if ((argc != 3)) { + printf(Usage:\n%s\n, cmdtp-usage); + return 1; + } + if (strcmp(argv[1], 1) == 0) { + led = (1 0); + } else if (strcmp(argv[1], 2) == 0) { + led = (1 1); + } else if (strcmp(argv[1], 3) == 0) { + led = (1 2); + } else if (strcmp(argv[1], 4) == 0) { + led = (1 3); + } else if (strcmp(argv[1], 5) == 0) { + led = (1 4); + } else if (strcmp(argv[1], all) == 0) { + led = 31; + } else { + printf (Usage:\n%s\n, cmdtp-usage); + return 1; + } + + if (strcmp(argv[2], off) == 0) { +#ifdef CONFIG_LED1 + if(led 1) user_LED1_off(); +#endif +#ifdef CONFIG_LED2 + if(led 2) user_LED2_off(); +#endif +#ifdef CONFIG_LED3 + if(led 4) user_LED3_off(); +#endif +#ifdef CONFIG_LED4 + if(led 8) user_LED4_off(); +#endif +#ifdef CONFIG_LED5 + if(led 16) user_LED5_off(); +#endif + } else if (strcmp(argv[2], on) == 0) { +#ifdef CONFIG_LED1 + if(led 1) user_LED1_on(); +#endif +#ifdef CONFIG_LED2 + if(led 2) user_LED2_on(); +#endif +#ifdef CONFIG_LED3 + if(led 4) user_LED3_on(); +#endif +#ifdef CONFIG_LED4 + if(led 8) user_LED4_on(); +#endif +#ifdef CONFIG_LED5 + if(led 16) user_LED5_on(); +#endif + } else { + printf (Usage:\n%s\n, cmdtp-usage); + return 1; + } + return 0; +} + +U_BOOT_CMD( + led, 3, 1, do_led, + [1|2|3|4|5|all] [on|off], + [1|2|3|4|5|all] [on|off] sets/clears led 1,2,3,4,5 +); diff --git a/cpu/arm926ejs/at91/Makefile b/cpu/arm926ejs/at91/Makefile index 34e7461..f404cf1 100644 --- a/cpu/arm926ejs/at91/Makefile +++ b/cpu/arm926ejs/at91/Makefile @@ -55,6 +55,7 @@ COBJS-y += at91sam9rl_serial.o COBJS-$(CONFIG_HAS_DATAFLASH) += at91sam9rl_spi.o endif COBJS-$(CONFIG_AT91_LED) += led.o +COBJS-$(CONFIG_USER_LED)
Re: [U-Boot] iPAQ 21x support (+PXA3xx NAND flash and MMC)
Daniel Mack wrote: Hi Oliver, getting back to this ancient thread now as I just got back to this project. ... Very cool - this helped me a lot and works well on a PXA303 board. Thanks again. Did you try any further to bring this upstream? Good to hear it helped and no, I've not even looked at getting the ipaq stuff into either the mainline kernel or u-boot. I don't really have the time to even read the u-boot mailing list posts let alone commit to merging it. And would you share the relevant parts of your config, especially those which define the environment storage? Iirc, I have it set with no environment but just set a big boot command to set it all up. The ipaq214 config is here: http://www.oliford.co.uk/hpipaq214/public/u-boot/ipaq214.h (ignore the other files in that dir) and my u-boot git tree is here if you want anything else: http://www.oliford.co.uk/hpipaq214/u-boot.git/ It also now has in there MMC/SD and basic keypad and LCD support for the PXA310. Let me know if there's anything else you want. Oliver ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] U-Boot x86 with IDE Flash Drive
Hello All, I'm trying to determine if U-Boot is a suitable choice for my particular motherboard which is a Jetway / Via C7 (i686) mini-ITX board with a IDE flash drive, and a Realtek 8169 PHY. I am running an embedded Linux app on this board. I have been using Grub2 for the past year and have reached the point where I need either TFTP or NFS boot capability to 1) ease development 2) provide a firmware recovery mechanism. Grub2 lacks network boot capability other than PXE boot which my board does not suppport. It seems like U-Boot has everything I need but is quite a bit more complicated to configure. Can someone please confirm whether or not I should proceed down this path? If U-Boot is a suitable choice, could you also please help me figure out how to install it on 1) an IDE flash drive and 2) a USB thumb drive Thanks very much, Dallas Clement ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 1/1] Fix for NFS boot for OMAP3 EVM
On Mon, Apr 6, 2009 at 11:22 PM, Pillai, Manikandan mani.pil...@ti.comwrote: Hi Ben, I believe your comments were on the timeout setting of 1ms for u-boot timer. I am not sure whether I received any comments from you on the NFS boot patch. http://article.gmane.org/gmane.comp.boot-loaders.u-boot/55784/ Please don't top-post. regards, Ben Regards Mani -- *From:* Ben Warren [mailto:biggerbadder...@gmail.com] *Sent:* Tuesday, April 07, 2009 11:38 AM *To:* Pillai, Manikandan *Cc:* u-boot@lists.denx.de; dirk.be...@googlemail.com *Subject:* Re: [U-Boot] [PATCH 1/1] Fix for NFS boot for OMAP3 EVM On Mon, Apr 6, 2009 at 10:34 PM, Pillai, Manikandan mani.pil...@ti.com wrote: Hi, What is the status of this patch ? Any comments. Did you fix the things I mentioned and re-submit? regards, Ben ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] U-Boot x86 with IDE Flash Drive
http://kboot.sourceforge.net/ ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Den Tists Database in the US
Essential for any marketer: == 164,873 |entists == 158,323 Physical Addresses == 163,880 Contact Phone # == 77,310 Office Fax Numbers == 45,663 business e-mails from now until Friday the price has been reduced to $299, you save $200! For details please send an email to deborahighto...@statlists.com To invoke no further correspondence status please send an email to dele...@statlists.com ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] udelay/udelay_masked problems
Hi all, Is their a problem using udelay in board_init functions? When I do this on my at91, arm926ejs board, it seems to be in an endless loop. I thought this was a timer issue but I only have this problem with board init and not in the drivers. Does anyone have any ideas? Is timer_init a arch specific call or should it be board specific for arm? ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] Add support to Colibri PXA-270 board
Hello, It was not my intention to add publicity my name, but provide a solution for users, as it took a lot of work to make it work without many changes from other implementation. Any way to do it using a reuse would be super, although this is not the only duplication in u-boot board tree... Alon. On Tue, Apr 7, 2009 at 2:55 PM, Detlev Zundel d...@denx.de wrote: Hi Alon, a new board port without a single (C)opyright by your name - must have been a hard day copying ;) This configuration is based on the trizepsiv board, and the work Daniel Mack did in the past [1]. The following files were taken as-is from trizepsiv board: - lowlevel_init.S - pxavoltage.S - u-boot.lds Isn't this a clear sign to try and find a way to reuse the code for both boards? Simply copying a file verbatim is always a mistake. Who will copy the bugfixes in the future? I added Stefano on CC, maybe he has some good input on how to share code here. Cheers Detlev -- Today people don't go to rock concerts to listen to the music, because you can't. They go there to be part of the environment. -- Peter Eisenman -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: d...@denx.de ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] any patch?
Hello .. I am new to this mailing list. Is there any patch available for Cyrrus Logic EP9302 based baords? regards, Prashant Sangal Bollywood news, movie reviews, film trailers and more! Go to http://in.movies.yahoo.com/___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Auto-response for your message to the U-Boot-Users mailing list
在2009-04-08,u-boot-users-boun...@lists.sourceforge.net 写道: This mailing list is dead. Please subscribe to the u-boot@lists.denx.de mailing list instead. For details please see http://lists.denx.de/mailman/listinfo/u-boot ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] ARM Pull Request
Dear Jean-Christophe, In message 49d8a0ab.7020...@googlemail.com Dirk Behme wrote: Please pull The following changes since commit 23e4af49e066a53cd3e3659b68ef90572d88de84: Guennadi Liakhovetski (1): ARM: add the imx31_phycore_eet target to MAINTAINERS are available in the git repository at: git://git.denx.de/u-boot-arm.git master Dirk Behme (1): OMAP3: Update Overo pin mux for new expansion board What's about http://lists.denx.de/pipermail/u-boot/2009-April/050170.html (see http://lists.denx.de/pipermail/u-boot/2009-April/050137.html too) ? Could you please comment? 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: w...@denx.de I often quote myself; it adds spice to my conversation. - G. B. Shaw ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Pull request: u-boot-usb
Dear Remy Bohmer, In message 3efb10970904061142g3ec659ah6832b199c1492...@mail.gmail.com you wrote: The following changes since commit 712ac6a1a6909a58d6549fb220cc921a7e9f9979: Wolfgang Denk (1): Merge branch 'master' of git://git.denx.de/u-boot-arm are available in the git repository at: git://git.denx.de/u-boot-usb.git master Jean-Christophe PLAGNIOL-VILLARD (1): drivers/usb: regorganisation Remy Bohmer (1): Support for PXA27X UDC. Makefile |4 +- drivers/serial/usbtty.c|2 +- drivers/serial/usbtty.h| 10 +- drivers/usb/{ = gadget}/Makefile | 31 +- drivers/usb/{usbdcore.c = gadget/core.c} |2 +- drivers/usb/{usbdcore_ep0.c = gadget/ep0.c} |2 +- include/usbdcore_ep0.h = drivers/usb/gadget/ep0.h |0 .../usb/{usbdcore_mpc8xx.c = gadget/mpc8xx_udc.c} |9 +- .../{usbdcore_omap1510.c = gadget/omap1510_udc.c} |6 +- drivers/usb/gadget/pxa27x_udc.c| 702 drivers/usb/{ = host}/Makefile| 37 +- drivers/usb/{usb_ehci_core.h = host/ehci-core.h} |0 drivers/usb/{usb_ehci_fsl.c = host/ehci-fsl.c}|6 +- drivers/usb/{usb_ehci_fsl.h = host/ehci-fsl.h}|0 drivers/usb/{usb_ehci_core.c = host/ehci-hcd.c} |3 +- drivers/usb/{usb_ehci_ixp.c = host/ehci-ixp4xx.c} |5 +- drivers/usb/{usb_ehci_pci.c = host/ehci-pci.c}|5 +- drivers/usb/{usb_ehci_vct.c = host/ehci-vct.c}|4 +- drivers/usb/{usb_ehci.h = host/ehci.h}|0 drivers/usb/{ = host}/isp116x-hcd.c |0 drivers/usb/{ = host}/isp116x.h |0 drivers/usb/{atmel_usb.c = host/ohci-at91.c} |0 drivers/usb/{usb_ohci.c = host/ohci-hcd.c}|3 +- drivers/usb/{usb_ohci.h = host/ohci.h}|0 drivers/usb/{ = host}/r8a66597-hcd.c |0 drivers/usb/{ = host}/r8a66597.h |0 drivers/usb/{s3c64xx_usb.c = host/s3c64xx-hcd.c} |0 drivers/usb/{sl811_usb.c = host/sl811-hcd.c} |2 +- drivers/usb/{ = host}/sl811.h |0 drivers/usb/musb/Makefile | 47 ++ drivers/usb/{davinci_usb.c = musb/davinci.c} |2 +- drivers/usb/{davinci_usb.h = musb/davinci.h} |0 drivers/usb/{ = musb}/musb_core.c |0 drivers/usb/{ = musb}/musb_core.h |0 drivers/usb/{ = musb}/musb_hcd.c |0 drivers/usb/{ = musb}/musb_hcd.h |0 include/asm-arm/arch-pxa/pxa-regs.h| 296 +++-- include/{usbdcore_mpc8xx.h = usb/mpc8xx_udc.h}|0 .../{usbdcore_omap1510.h = usb/omap1510_udc.h}|0 include/usb/pxa27x_udc.h | 69 ++ include/{usbdcore.h = usbdevice.h}|0 41 files changed, 1118 insertions(+), 129 deletions(-) copy drivers/usb/{ = gadget}/Makefile (60%) rename drivers/usb/{usbdcore.c = gadget/core.c} (99%) rename drivers/usb/{usbdcore_ep0.c = gadget/ep0.c} (99%) rename include/usbdcore_ep0.h = drivers/usb/gadget/ep0.h (100%) rename drivers/usb/{usbdcore_mpc8xx.c = gadget/mpc8xx_udc.c} (99%) rename drivers/usb/{usbdcore_omap1510.c = gadget/omap1510_udc.c} (99%) create mode 100644 drivers/usb/gadget/pxa27x_udc.c rename drivers/usb/{ = host}/Makefile (64%) rename drivers/usb/{usb_ehci_core.h = host/ehci-core.h} (100%) rename drivers/usb/{usb_ehci_fsl.c = host/ehci-fsl.c} (97%) rename drivers/usb/{usb_ehci_fsl.h = host/ehci-fsl.h} (100%) rename drivers/usb/{usb_ehci_core.c = host/ehci-hcd.c} (99%) rename drivers/usb/{usb_ehci_ixp.c = host/ehci-ixp4xx.c} (96%) rename drivers/usb/{usb_ehci_pci.c = host/ehci-pci.c} (97%) rename drivers/usb/{usb_ehci_vct.c = host/ehci-vct.c} (96%) rename drivers/usb/{usb_ehci.h = host/ehci.h} (100%) rename drivers/usb/{ = host}/isp116x-hcd.c (100%) rename drivers/usb/{ = host}/isp116x.h (100%) rename drivers/usb/{atmel_usb.c = host/ohci-at91.c} (100%) rename drivers/usb/{usb_ohci.c = host/ohci-hcd.c} (99%) rename drivers/usb/{usb_ohci.h = host/ohci.h} (100%) rename drivers/usb/{ = host}/r8a66597-hcd.c (100%) rename drivers/usb/{ = host}/r8a66597.h (100%) rename drivers/usb/{s3c64xx_usb.c = host/s3c64xx-hcd.c} (100%) rename drivers/usb/{sl811_usb.c = host/sl811-hcd.c} (99%) rename drivers/usb/{ = host}/sl811.h (100%) create mode 100644 drivers/usb/musb/Makefile rename drivers/usb/{davinci_usb.c = musb/davinci.c} (99%) rename drivers/usb/{davinci_usb.h = musb/davinci.h} (100%) rename drivers/usb/{ = musb}/musb_core.c (100%) rename drivers/usb/{ = musb}/musb_core.h (100%) rename drivers/usb/{ = musb}/musb_hcd.c (100%) rename drivers/usb/{ = musb}/musb_hcd.h (100%) rename include/{usbdcore_mpc8xx.h = usb/mpc8xx_udc.h} (100%)
Re: [U-Boot] Pull request u-boot-blackfin.git
Dear Mike Frysinger, In message 1239089546-15476-1-git-send-email-vap...@gentoo.org you wrote: The following changes since commit 712ac6a1a6909a58d6549fb220cc921a7e9f9979: Wolfgang Denk (1): Merge branch 'master' of git://git.denx.de/u-boot-arm are available in the git repository at: git://www.denx.de/git/u-boot-blackfin.git master Graf Yang (1): Blackfin: nand: flush peripheral before polling it Mike Frysinger (6): Blackfin: update anomaly sheets Blackfin: add workaround for anomaly 05000171 Blackfin: add workaround for anomaly 05000242 Blackfin: add comment about anomaly 05000430 avoidance Blackfin: add check for anomaly 05000362 Blackfin: audit UART for all known anomalies Todor I Mollov (1): Blackfin: spi: make cs deassert function deterministic cpu/blackfin/initcode.c | 17 ++- cpu/blackfin/serial.c | 21 - cpu/blackfin/serial.h |2 +- drivers/mtd/nand/bfin_nand.c |1 + drivers/spi/bfin_spi.c| 16 ++- include/asm-blackfin/mach-bf527/anomaly.h | 40 --- include/asm-blackfin/mach-bf533/anomaly.h | 77 +++- include/asm-blackfin/mach-bf537/anomaly.h | 67 + include/asm-blackfin/mach-bf548/anomaly.h | 18 --- include/asm-blackfin/mach-bf561/anomaly.h | 17 +++--- 10 files changed, 203 insertions(+), 73 deletions(-) Applied, thanks. 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: w...@denx.de No one may kill a man. Not for any purpose. It cannot be condoned. -- Kirk, Spock's Brain, stardate 5431.6 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] Add support to Colibri PXA-270 board
Hi Alon, It was not my intention to add publicity my name, but provide a solution for users, as it took a lot of work to make it work without many changes from other implementation. Adding someones name to code that one has written is primarily not for publicity reasons but for somple tracking reasons. Who do you think people will turn to if they see problems in the code? What would you say if someone mailed you about a problem in your code which you have never seen before? Any way to do it using a reuse would be super, although this is not the only duplication in u-boot board tree... Yes, and maybe you realize how *damn* (sorry) some of us work to eliminate this. I never tire of stating that the cost of fixing a problem in software is exponential to the time of its discovery. Translated into U-Boot context this means, that we do *not* allow simple code duplication. If such a case slips through the review process, this is nowhere near a reason to allow it the next time. So please, reconsider adding to the mess instead of decreasing it or even keeping the mess-level constant ;) Cheers Detlev -- The 82558 B-step and later generation devices do not maintain a link in D3 if PME is disabled or if the device does not have power. -- Intel documentation -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: d...@denx.de ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] Add support to Colibri PXA-270 board
I don't understand why you are so angry... There is no simple implementation of code reuse within the boards. You know the code much better than I do. Please free to drop this implementation. Alon. On Tue, Apr 7, 2009 at 9:22 PM, Detlev Zundel d...@denx.de wrote: Hi Alon, It was not my intention to add publicity my name, but provide a solution for users, as it took a lot of work to make it work without many changes from other implementation. Adding someones name to code that one has written is primarily not for publicity reasons but for somple tracking reasons. Who do you think people will turn to if they see problems in the code? What would you say if someone mailed you about a problem in your code which you have never seen before? Any way to do it using a reuse would be super, although this is not the only duplication in u-boot board tree... Yes, and maybe you realize how *damn* (sorry) some of us work to eliminate this. I never tire of stating that the cost of fixing a problem in software is exponential to the time of its discovery. Translated into U-Boot context this means, that we do *not* allow simple code duplication. If such a case slips through the review process, this is nowhere near a reason to allow it the next time. So please, reconsider adding to the mess instead of decreasing it or even keeping the mess-level constant ;) Cheers Detlev -- The 82558 B-step and later generation devices do not maintain a link in D3 if PME is disabled or if the device does not have power. -- Intel documentation -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: d...@denx.de ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] Add support to Colibri PXA-270 board
Hi Alon, I don't understand why you are so angry... Maybe because you misunderstood me. Let me assure you, that I'm not angry. I only wanted to make a clear statement that there are people on this list who spend really lots of time in the unsexy job of cleaning up code. This usually takes way longer than writing new code and of course this is also completely invisible to the casual reader of the sorce code. One also never gets any return from it, because one does not add any new shiny features. Because of this, not many people attend to this type of work, so what I try to do is to ensure that we *need as few cleanup as possible* right upfront. There is no simple implementation of code reuse within the boards. Are you sure? You did not look very hard then. In a strict sense it may be true that board directories do not share much code (although even that is done by some), but this is missing the point. If something proves to be board-independent, it usually means it is only architecture specific, so it can go there and be reused by *all* boards of that architecture. You know the code much better than I do. Please free to drop this implementation. Oh please, we really value all contributions, but if we were to accept everything unconditionally, the code would explode in no time. Please reconsider and try to reuse the code instead of copying it. Maybe put it into pxa270 specific places. Maybe Stefano has some good ideas? Cheers Detlev -- Markov does it in chains. -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: d...@denx.de ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Data cache breaks U-Boot on ARM
Dear Drasko DRASKOVIC, In message 5ec3d7930904071340t6b233551vbea8d95f69a95...@mail.gmail.com you wrote: However, when DCache is switched on with WRITETHROUGH or WRITEBACK policy, U-Boot stucks. Switching on only MMU and ICache works well, so I presume that pagetables were correctly set. Does anybody have idea what can be wrong here? I tried invalidating both caches and TLB before and after turning on DCache, but I get the same result. This is pretty normal. Many accesses to memory mapped device registers and things like that will stop working if you by accident enable caching for such areas. Also many devcie drivers are probably missing appropriate memory barrier instructions etc. 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: w...@denx.de How is this place run - is it an anarchy? No, I wouldn't say so; it is not that well organised... ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] Add GPL cleanup task to feature-removal-schedule.txt
Hello, in message 1238686269-30075-1-git-send-email...@denx.de I wrote: Announce removal of all non-GPL or GPL-incompatible files after August 2009. Signed-off-by: Wolfgang Denk w...@denx.de ... +What:GPL cleanup +When:August 2009 +Why: Over time, a couple of files have sneaked in into the U-Boot + source code that are either missing a valid GPL license + header or that carry a license that is incompatible with the + GPL. + Such files shall be removed from the U-Boot source tree. + See http://www.denx.de/wiki/pub/U-Boot/TaskGplCleanup/u-boot-1.1.2-files + for an old and probably incomplete list of such files. + +Who: Wolfgang Denk w...@denx.de and board maintainers I tried some automatic license scanning using the Open Source License Checker from http://sourceforge.net/projects/oslc/ ; the results are interesting, to say the least (see abridged summary below). Many conflicts result from All rights reserved clauses which are incompatible with GPL, even if they are present in combination with a CPL header. For example: - grep -lR 'Copyright.*Freescale.*All rights reserved.' * board/ads5121/pci.c board/freescale/mpc8349itx/Makefile board/freescale/mpc8349itx/config.mk board/freescale/mpc8349itx/mpc8349itx.c board/freescale/mpc8349itx/pci.c board/freescale/mpc8569mds/bcsr.c board/freescale/mpc8569mds/bcsr.h board/freescale/mpc8569mds/config.mk board/matrix_vision/mvblm7/Makefile board/matrix_vision/mvblm7/config.mk board/matrix_vision/mvblm7/mvblm7.c board/matrix_vision/mvblm7/pci.c cpu/mpc512x/start.S cpu/mpc83xx/serdes.c cpu/mpc85xx/mpc8536_serdes.c drivers/bios_emulator/x86emu/ops.c drivers/bios_emulator/x86emu/ops2.c drivers/bios_emulator/biosemui.h drivers/bios_emulator/atibios.c drivers/bios_emulator/besys.c drivers/bios_emulator/bios.c drivers/bios_emulator/biosemu.c drivers/block/ahci.c drivers/net/uli526x.c include/configs/MPC8349ITX.h include/configs/MPC8569MDS.h include/ahci.h lib_ppc/ppccache.S Kumar, Andy, for a test of feasibility: could you please try to find out if there is a straightforward way (which is still in conformance to your company policies) to remove the 'All rights reserved.' parts from the Freescale Copyright messages? [Note: the same problem affects tons of Linux kernel files.] Summary of oslc2 output: tools/mkimage.h: all_rights_reserved-f incompatible with (lgpl-2.1-s, gpl-2.0-s), gpl-2.0-s (99%) incompatible with (all_rights_reserved-f) - tools/os_support.h (incompatible licenses: lgpl-2.1-s) - tools/fdt_host.h (incompatible licenses: gpl-2.0-s) tools/mingw_support.c: lgpl-2.1-s (35%) tools/mingw_support.h: lgpl-2.1-s (35%) tools/mkimage.c: all_rights_reserved-f incompatible with (gpl-2.0-s), gpl-2.0-s (99%) incompatible with (all_rights_reserved-f) - tools/mkimage.h (incompatible licenses: all_rights_reserved-f, gpl-2.0-s) libfdt/libfdt_internal.h: bsd (53%), gpl-2.0-s (43%), bsd-sun (10%), lgpl-2.1-s (10%) libfdt/fdt_wip.c: bsd (53%), gpl-2.0-s (43%), bsd-sun (10%), lgpl-2.1-s (10%) libfdt/fdt_sw.c: bsd (53%), gpl-2.0-s (43%), bsd-sun (10%), lgpl-2.1-s (10%) libfdt/fdt_rw.c: bsd (53%), gpl-2.0-s (43%), bsd-sun (10%), lgpl-2.1-s (10%) libfdt/fdt_ro.c: bsd (53%), gpl-2.0-s (43%), bsd-sun (10%), lgpl-2.1-s (10%) libfdt/fdt.c: bsd (53%), gpl-2.0-s (43%), bsd-sun (10%), lgpl-2.1-s (10%) libfdt/fdt_strerror.c: bsd (53%), gpl-2.0-s (43%), bsd-sun (10%), lgpl-2.1-s (10%) lib_generic/bzlib_randtable.c: bsd (32%) lib_generic/bzlib_decompress.c: bsd (32%) lib_generic/bzlib_crctable.c: bsd (32%) lib_generic/bzlib.c: bsd (32%) lib_generic/bzlib_huffman.c: bsd (32%) lib_generic/sha1.c: lgpl-2.1-s (62%) lib_generic/ldiv.c: lgpl-2.1-s (26%) lib_generic/bzlib_private.h: bsd (32%) include/sha1.h: lgpl-2.1-s (62%) include/ns9750_sys.h: all_rights_reserved-f incompatible with (gpl-2.0-s), gpl-2.0-s (97%) incompatible with (all_rights_reserved-f) include/libfdt.h: bsd (53%), gpl-2.0-s (43%), bsd-sun (10%), lgpl-2.1-s (10%) include/ns9750_ser.h: all_rights_reserved-f incompatible with (gpl-2.0-s), gpl-2.0-s (97%) incompatible with (all_rights_reserved-f) include/ns9750_mem.h: all_rights_reserved-f incompatible with (gpl-2.0-s), gpl-2.0-s (97%) incompatible with (all_rights_reserved-f) include/ns9750_eth.h: all_rights_reserved-f incompatible with (gpl-2.0-s), gpl-2.0-s (97%) incompatible with (all_rights_reserved-f) - include/lxt971a.h (incompatible licenses: all_rights_reserved-f, gpl-2.0-s) include/ns9750_bbus.h: all_rights_reserved-f incompatible with (gpl-2.0-s), gpl-2.0-s (97%) incompatible with (all_rights_reserved-f) include/ns7520_eth.h: all_rights_reserved-f incompatible with (gpl-2.0-s) - include/lxt971a.h (incompatible licenses: gpl-2.0-s) include/elf.h: bsd (32%), apache-1.1
Re: [U-Boot] [PATCH] Add GPL cleanup task to feature-removal-schedule.txt
On Apr 7, 2009, at 4:12 PM, Wolfgang Denk wrote: I tried some automatic license scanning using the Open Source License Checker from http://sourceforge.net/projects/oslc/ ; the results are interesting, to say the least (see abridged summary below). Just fyi, it looks like there is a v3 version: http://forge.ow2.org/projects/oslcv3/ - k ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Porting uboot to Broadcom 47xx (MIPS)
Hi, I'm the author of the Linux SSB subsystem, which implements 95% of the system bootup code for the Broadcom 47xx MIPS architecture. I'd like to start porting u-boot to the bcm47xx. (I guess nobody started with this already?) Which GIT repository should I base my work on? I guess this one sounds promising: git://git.denx.de/u-boot-mips.git I'm happy for any pointers by you guys. :) -- Greetings, Michael. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Porting uboot to Broadcom 47xx (MIPS)
On Wed, 8 Apr 2009, Michael Buesch wrote: Hi, I'm the author of the Linux SSB subsystem, which implements 95% of the system bootup code for the Broadcom 47xx MIPS architecture. I'd like to start porting u-boot to the bcm47xx. (I guess nobody started with this already?) Did I miss something or Broadcom (or Marvell) already started giving out their datasheets, less for something more useful without 37 NDAs per each BGA pin? I don't understand why we accept any code for all those closed platforms that no one can even get a rudimentary data without all those NDAs into a GPL-licensed U-Boot? Especially for those companies that make helluva secret even of mere PHYs, less something more complex... If it had been up to me I wouldn't've accepted any of such code into U-Boot. --- ** * k...@homeKOI8 Net The impossible we do immediately. * * Las Vegas NV, USA Miracles require 24-hour notice. * ** ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Porting uboot to Broadcom 47xx (MIPS)
On Wednesday 08 April 2009 01:48:35 Shinya Kuribayashi wrote: Currentrly u-boot-mips.git is used just as staging purpose for Wolfgang. Nothing interesting is there, please use git://git.denx.de/u-boot.git, instead. Ok thanks. I'll put my temporary development crap into this repository, which is based on the main u-boot repository: http://bu3sch.de/gitweb?p=u-boot-bcm47xx.git;a=summary I'll put bcm47xx development into a separate branch so one can easily diff between u-boot mainline and the development crap. -- Greetings, Michael. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Porting uboot to Broadcom 47xx (MIPS)
Michael Buesch wrote: I'd like to start porting u-boot to the bcm47xx. (I guess nobody started with this already?) Cool. Which GIT repository should I base my work on? I guess this one sounds promising: git://git.denx.de/u-boot-mips.git Currentrly u-boot-mips.git is used just as staging purpose for Wolfgang. Nothing interesting is there, please use git://git.denx.de/u-boot.git, instead. Thanks, -- Shinya Kuribayashi NEC Electronics ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH 1/1] SMC911x driver fixed for NFS boot
eth_halt() function in the smc911x drivers used to call the smc911x_reset() function. eth_halt() used to be called after tftp transfers. This used to put the ethernet chip in reset while the linux boots up resulting in the ethernet driver not coming up. NFS boot used to fail as a result. This patch calls smc911x_shutdown() instead of smc911x_reset(). Some comments received has also been fixed. Signed-off-by: Manikandan Pillai mani.pil...@ti.com --- drivers/net/smc911x.c | 23 ++- 1 files changed, 22 insertions(+), 1 deletions(-) diff --git a/drivers/net/smc911x.c b/drivers/net/smc911x.c index 1ded8f0..5bc3914 100644 --- a/drivers/net/smc911x.c +++ b/drivers/net/smc911x.c @@ -116,6 +116,27 @@ static int smc911x_phy_reset(void) return 0; } +static void smc911x_shutdown(void) +{ + unsigned int cr; + + /* Turn of Rx and TX */ + cr = smc911x_get_mac_csr(MAC_CR); + cr = ~(MAC_CR_TXEN | MAC_CR_RXEN | MAC_CR_HBDIS); + smc911x_set_mac_csr(MAC_CR, cr); + + /* Stop Transmission */ + cr = smc911x_get_mac_csr(TX_CFG); + cr = ~(TX_CFG_STOP_TX); + smc911x_set_mac_csr(TX_CFG, cr); + /* Stop receiving packets */ + cr = smc911x_get_mac_csr(RX_CFG); + cr = ~(RX_CFG_RXDOFF); + smc911x_set_mac_csr(RX_CFG, cr); + +} + + static void smc911x_phy_configure(void) { int timeout; @@ -224,7 +245,7 @@ int eth_send(volatile void *packet, int length) void eth_halt(void) { - smc911x_reset(); + smc911x_shutdown(); } int eth_rx(void) -- 1.6.0.3 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot