[U-Boot] Praveen wants to keep up with you on Twitter
To find out more about Twitter, visit the link below: http://twitter.com/i/4681224fe3aff2d2837d182b00766f0c67df4a3a Thanks, -The Twitter Team About Twitter Twitter is a unique approach to communication and networking based on the simple concept of status. What are you doing? What are your friends doing—right now? With Twitter, you may answer this question over SMS or the Web and the responses are shared between contacts. This message was sent by a Twitter user who entered your email address. If you'd prefer not to receive emails when other people invite you to Twitter, click here: http://twitter.com/i/optout/db6af9a22fd63547aa192cc925330fdd53313bf1 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] video: move extern declarations from C to headers
Alessandro Rubini wrote: From: Alessandro Rubini rub...@gnudd.com This moves some extern declaration from lcd.c to lcd.h, removing unneeded ifdef around a pair of them. Additionally, since gunzip_bmp() was declared static in cmd_bmp.c but extern in lcd.c, I removed the static. The extra #include lcd.h in cmd_bmp.c is added to ensure the header is consistent with the source. This has been compile-tested on both ARM (at91 boards) and PowerPC (HH405_config, TQM823L_LCD_config, mcc200_config), to test all use combinations. Signed-off-by: Alessandro Rubini rub...@gnudd.it --- common/cmd_bmp.c |5 +++-- common/lcd.c | 16 include/lcd.h| 12 3 files changed, 15 insertions(+), 18 deletions(-) Applied to u-boot-video. Thanks! Best regards, Anatolij ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] Add 16bit colour support in lcd.h
Mark Jackson wrote: This patch adds support for LCD_COLOR16 in include/lcd.h. Signed-off-by: Mark Jackson m...@mimc.co.uk --- include/lcd.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) Applied to u-boot-video. Thanks! Best regards, Anatolij ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] Add LCD support to MIMC200 board
Mark Jackson wrote: This patch updates the MIMC200 files to enable the LCD. Signed-off-by: Mark Jackson m...@mimc.co.uk --- board/mimc/mimc200/mimc200.c | 34 ++ include/configs/mimc200.h| 16 2 files changed, 50 insertions(+), 0 deletions(-) Applied to u-boot-video. Thanks! Best regards, Anatolij ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [U-Boot-Users] MIPS: accessing flash 8MB
Chetan Nanda wrote: We have a MIPS-4KEC based SoC and running an older version of U-Boot (1.1.3) on it. It is working perfectly fine. Board has 8MB AMD flash and starting address of that flash is 0xBFC0 (reset vector for MIPS). Problem is that we are not able to access full 8MB of flash. Only 0xBFC0 - 0xBFFF (4MB) is accessible, as it lies in un-mapped, un-cached region of MIPS. From 0xC000 lies in mapped memory area of MIPS. Now my questions are, creating entry in TLBs is sufficient to access rest of 4MB of flash? It depends on its physical address. If your flash device is mapped to 0x1FC0-0x203F, you'll need to access to the remaining half via TLBs. However, if it's mapped to 0x1F80-0x1FFF, no need to set up TLB entries; you can access anywhere in the devices using KSEG1 virtual addresses. Is their any interface provided in U-boot to update TLB? There's write_one_tlb() prepared in cpu/mips/cpu.c (I don't know whether it works or not, as I've never had a chance to use it so far). Lastly, AFAIK there's no command line interface to do it. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] lcd.h: define extern vidinfo_t for all cases
Alessandro Rubini wrote: From: Alessandro Rubini rub...@gnudd.com include/lcd.h has different vidinfo for different platforms, and several extern declaration, but one for the default case was missing. This makes them a single extern declaration for everyone. Signed-off-by: Alessandro Rubini rub...@gnudd.com --- include/lcd.h |8 ++-- 1 files changed, 2 insertions(+), 6 deletions(-) Applied to u-boot-video. Thanks! Best regards, Anatolij ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 1/2 V3] new video driver for bus vcxk framebuffers
Jens Scharsig wrote: This patch adds a new video driver * adds common bus_vcxk framebuffer driver Signed-off-by: Jens Scharsig e...@bus-elektronik.de Applied to u-boot-video. Thanks! Note that I had to fix lots of style issues before applying. Next time please use scripts/checkpatch.pl from the Linux source tree to check your patches before submitting them and resolve reported issues were it makes sence. Thanks. Best regards, Anatolij ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 2/2 C3] update the EB+MCF-EV123 board support
Jens Scharsig wrote: This patch updates the support for EB+MCF-EV123 board and needs the [PATCH 1/2 V3] new video driver for bus vcxk framebuffers * remove the board framebuffer driver * use the common bus_vcxk framebuffer driver * adds bmp support * adds splashimage support * fix serveral cosmetical errors Signed-off-by: Jens Scharsig e...@bus-elektronik.de Applied to u-boot-video. Thanks! Best regards, Anatolij ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Pull request: u-boot-video
Dear Wolfgang, The following changes since commit f33b325af666b12eafa9ab235b2cd59832d6e51c: Wolfgang Denk (1): Revert zlib: updated to v.1.2.3 are available in the git repository at: git://git.denx.de/u-boot-video.git master Alessandro Rubini (2): video: move extern declarations from C to headers lcd.h: define extern vidinfo_t for all cases Anatolij Gustschin (3): lib_avr32/board.c: fix too long line added by 716ece1d mimc200.c: fix too long lines added by f68378d6 video: bus_vcxk.c: fix style issues added by 50217dee Jens Scharsig (2): new video driver for bus vcxk framebuffers update the EB+MCF-EV123 board support Mark Jackson (3): Add AVR32 LCD support Add 16bit colour support in lcd.h Add LCD support to MIMC200 board board/BuS/EB+MCF-EV123/EB+MCF-EV123.c | 104 - board/BuS/EB+MCF-EV123/Makefile|2 +- board/BuS/EB+MCF-EV123/VCxK.c | 136 -- board/mimc/mimc200/mimc200.c | 34 ++ common/cmd_bmp.c |1 + common/lcd.c | 16 - cpu/at32ap/at32ap700x/clk.c|5 + cpu/at32ap/at32ap700x/portmux.c| 90 doc/README.bus_vcxk| 85 drivers/video/Makefile |1 + drivers/video/bus_vcxk.c | 440 include/asm-avr32/arch-at32ap700x/chip-features.h |5 + include/asm-avr32/arch-at32ap700x/clk.h|6 + include/asm-avr32/arch-at32ap700x/portmux.h|3 + include/asm-avr32/global_data.h|3 + .../BuS/EB+MCF-EV123/VCxK.h = include/bus_vcxk.h | 36 +- include/configs/EB+MCF-EV123.h | 176 + include/configs/mimc200.h | 16 + include/lcd.h | 22 +- lib_avr32/board.c | 12 + 20 files changed, 914 insertions(+), 279 deletions(-) delete mode 100644 board/BuS/EB+MCF-EV123/VCxK.c create mode 100644 doc/README.bus_vcxk create mode 100644 drivers/video/bus_vcxk.c rename board/BuS/EB+MCF-EV123/VCxK.h = include/bus_vcxk.h (52%) Best regards, Anatolij ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] u-boot yaffs2 usage question
Hi All, First, I've never used this filesystem before so excuse my ignorance. I've added support in uboot but it seems to be failing at mount. The default mount point according to the source is /flash. Does that mean that I have to have a /flash directory in my filesystem? if I try other mount (namely /) it doesn't seem to like that either. I've got jffs2 to work file with the same arrangement. I've created a yffs2 filesystem on a nand device (nand0 ) using mtd where the first 80M I made yafs2. I also created several directories including /flash but it did not mount that either. Some errors are below: I've added a few extra printfs to see where I'm going. yls yaffs_StartUp Version 2: 2.6.17 NAME: NULL (NAND 256MiB 3,3V 8-bit), Yffs2? 1 , blocks 2048 yaffs_initialise yaffs: Mounting /flash yaffsfs_FindDevice yaffs: Could not allocate Tnodes Error mounting /flash, return value: -12 yaffsfs_FindDevice opendir failed ymount / yaffs_StartUp Version 2: 2.6.17 NAME: NULL, Yffs2? 1 , blocks 2048 yaffs_initialise yaffs: Mounting / yaffsfs_FindDevice Error mounting /, return value: -19 mtdparts ---mtdparts_init--- last_ids : nand0=nand0 env_ids : nand0=nand0 last_parts: mtdparts=nand0:819...@0(NK),-(DATA) env_parts : mtdparts=nand0:819...@0(NK),-(DATA) last_partition : nand0,0 env_partition : nand0,0 ---list_partitions--- device nand0 nand0, # parts = 2 #: namesizeoffset mask_flags 0: NK 0x0500 0x 0 1: DATA0x0b00 0x0500 0 --- mtd_part_info: partition number 0 for device nand0 (nand0) active partition: nand0,0 - (NK) 0x0500 @ 0x defaults: mtdids : nand0=nand0 mtdparts: mtdparts=nand0:819...@0(NK),-(DATA) ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Add md5sum and sha1 commands...
On Saturday 25 July 2009 23:25:00 Robin Getz wrote: On Sat 25 Jul 2009 22:49, Mike Frysinger pondered: On Saturday 25 July 2009 16:07:49 Robin Getz wrote: +#ifdef CONFIG_CMD_MD5SUM +U_BOOT_CMD( + md5sum, 3, 1, do_md5sum, + compute MD5 message digest, + address count +); +#endif + +#ifdef CONFIG_CMD_SHA1 +U_BOOT_CMD( + sha1, 3, 1, do_sha1, + compute SHA1 message digest, + address count +); +#endif /* CONFIG_CMD_SHA1 */ there's no need for these to be at the bottom of the file. move the U_BOOT_CMD() into the releated #ifdef block. I'm just doing the same as all the other things in the same file (which doesn't mean it is correct). What is the preferred style? ive been merging them to reduce #ifdef noise -mike signature.asc Description: This is a digitally signed message part. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH/RFC] net: defragment IP packets
http://www.faqs.org/rfcs/rfc815.html Yeah, I had seen this - but didn't want to duplicate something that Alessandro might already working on... Alessandro - were you going to add out of order packets? If the code has chances to go mainline, I'll be happy to complete this task. So unless I get a nak earlier, I'm going to find a time slot in the next few days (with your fixes, I suppose, or should they remain separate patches?) To make your host send out of order/delayed packets, which should be more real world/long haul try something like: # modprobe sch_netem (if it's not compiled into your kernel) # tc qdisc change dev eth0 root netem reorder 50% delay 10ms Thanks a lot, I was missing that. /alessandro ___ 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 3efb10970907231507td7e06bfp48b402550f1ed...@mail.gmail.com you wrote: The following changes since commit 28958b8bea4c66629c5a22fd3c8b0d49df90383d: Wolfgang Denk (1): Coding Style cleanup; update CHANGELOG. are available in the git repository at: git://git.denx.de/u-boot-usb.git master Prafulla Wadaskar (1): usb: bugfix driver/usb/host/ehci-hcd.c function ehci_submit_root drivers/usb/host/ehci-hcd.c |4 ++-- 1 files changed, 2 insertions(+), 2 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 The question of whether a computer can think is no more interesting than the question of whether a submarine can swim - Edsgar W. Dijkstra ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Please pull u-boot-ppc4xx
Dear Stefan Roese, In message 200907241039.12784...@denx.de you wrote: The following changes since commit 28958b8bea4c66629c5a22fd3c8b0d49df90383d: Wolfgang Denk (1): Coding Style cleanup; update CHANGELOG. are available in the git repository at: git://www.denx.de/git/u-boot-ppc4xx.git master Dirk Eibach (2): ppc4xx: Fix missing freqOPB for 405EP ppc4xx: Add DL-Vision 405EP board support Matthias Fuchs (4): ppc4xx: Cleanup PLU405 board code ppc4xx: Replace 4xx lowercase SPR references ppc4xx: Add struct for 4xx GPIO controller registers ppc4xx: Add 405EP based PMC405DE board Peter Tyser (14): xpedite1k: Use standard CFI flash driver xpedite1k: Remove CONFIG_SYS_DRAM_TEST support xpedite1k: Remove support for fixed SDRAM configuration xpedite1k: Remove support for reading MACs from EEPROM xpedite1k: Cleanup coding style xpedite1k: Add support for optional flashes xpedite1k: Add support for additional GPIO pins xpedite1k: Store environment in flash xpedite1k: Disable unused ethernet port 1 xpedite1k: Sync up commands and environment with other X-ES boards xpedite1k: Sync organization of board config with other X-ES boards xpedite1k: Sync up board config options with other X-ES boards xpedite1k: Sync checkboard() with other X-ES boards xpedite1k: Move to X-ES vendor directory Stefan Roese (4): ppc4xx: Fix TLB reset problem with recent 44x images Add chip_config command for PPC4xx bootstrap configuration ppc4xx: Fix EEPROM configuration on Kilauea ppc4xx: Add chip_config command to AMCC Kilauea eval board MAINTAINERS|4 +- MAKEALL|4 +- Makefile | 10 +- board/amcc/canyonlands/Makefile|5 +- board/amcc/canyonlands/bootstrap.c | 195 --- board/amcc/canyonlands/chip_config.c | 87 +++ board/amcc/kilauea/Makefile|4 +- board/amcc/kilauea/chip_config.c | 73 +++ board/amcc/kilauea/cmd_pll.c | 297 -- board/esd/plu405/plu405.c | 118 ++-- board/{xpedite1k = esd/pmc405de}/Makefile |8 +- board/esd/pmc405de/chip_config.c | 61 ++ board/{xpedite1k = esd/pmc405de}/config.mk| 23 +- board/esd/pmc405de/pmc405de.c | 521 + .../u-boot.lds.debug = esd/pmc405de/u-boot.lds} | 30 +- board/esd/pmc440/pmc440.c |2 +- board/{xpedite1k = gdsys/dlvision}/Makefile | 10 +- board/{xpedite1k = gdsys/dlvision}/config.mk | 22 +- board/gdsys/dlvision/dlvision.c| 137 + .../u-boot.lds.debug = gdsys/dlvision/u-boot.lds} | 35 +- board/mpl/mip405/mip405.c |2 +- board/mpl/pip405/pip405.c |2 +- board/netstal/hcu5/hcu5.c |8 +- board/netstal/hcu5/sdram.c |4 +- board/netstal/mcu25/mcu25.c|2 +- board/{xpedite1k = xes/xpedite1000}/Makefile |2 +- board/{xpedite1k = xes/xpedite1000}/config.mk |0 board/{xpedite1k = xes/xpedite1000}/init.S| 67 +-- board/{xpedite1k = xes/xpedite1000}/u-boot.lds|5 +- .../xpedite1000}/u-boot.lds.debug |2 +- board/xes/xpedite1000/xpedite1000.c| 244 board/xpedite1k/flash.c| 607 board/xpedite1k/xpedite1k.c| 393 - cpu/ppc4xx/Makefile|3 + cpu/ppc4xx/cmd_chip_config.c | 142 + cpu/ppc4xx/cpu.c |8 +- cpu/ppc4xx/cpu_init.c |2 +- cpu/ppc4xx/interrupts.c| 18 +- cpu/ppc4xx/speed.c |5 +- cpu/ppc4xx/start.S | 215 include/asm-ppc/gpio.h | 24 + include/asm-ppc/ppc4xx_config.h| 42 ++ include/asm-ppc/processor.h| 46 ++ include/configs/PMC405DE.h | 378 include/configs/XPEDITE1000.h | 356 include/configs/XPEDITE1K.h| 274 - include/configs/canyonlands.h |6 + include/configs/dlvision.h | 225 include/configs/kilauea.h |9 +- include/ppc405.h | 55 -- include/ppc440.h
Re: [U-Boot] Pull request u-boot-blackfin.git
Dear Mike Frysinger, In message 1248458866-10911-1-git-send-email-vap...@gentoo.org you wrote: The following changes since commit f33b325af666b12eafa9ab235b2cd59832d6e51c: Wolfgang Denk (1): Revert zlib: updated to v.1.2.3 are available in the git repository at: git://www.denx.de/git/u-boot-blackfin.git master Mike Frysinger (1): Blackfin: restore EVT1 handling in linker script lib_blackfin/u-boot.lds.S |9 - 1 files changed, 8 insertions(+), 1 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 Ernest asks Frank how long he has been working for the company. Ever since they threatened to fire me. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Add md5sum and sha1 commands...
Dear Robin Getz, In message 200907252325.00174.rg...@blackfin.uclinux.org you wrote: I'm just doing the same as all the other things in the same file (which doesn't mean it is correct). What is the preferred style? also, they should both have a sum suffix or neither. i'd lean towards the former ... Will do. Since the standard Linux console commands are sha1sum md5sum I'll make U-Boot do like-wise. I'll send a new version, when Wolfgang lets me know what the ifdef preference is... I'm not aware of an official preferred style. When adding to existing code, I recommend to copy what you find there. 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 A person who is more than casually interested in computers should be well schooled in machine language, since it is a fundamental part of a computer. -- Donald Knuth ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] dlmalloc: Ignore gcc4.4 compiler warnings
Dear Kenneth Johansson, In message 1248453626.8967.27.ca...@localhost.localdomain you wrote: Well, if you think fixing the problems is paper taping over the issue, then how do you call NOT fixing the problems and shutting off the warnings? Well he removed the optimization so the problem is no longer a problem. Of course it still is a problem. It has NOT been fixed - just hushed up. 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 At the source of every error which is blamed on the computer you will find at least two human errors, including the error of blaming it on the computer. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] ARM compiliation failing due to missing __lshrdi3 / EABI version conflict
I've pulled the most recent git version of u-boot, intending to compile it for ARM. Setting the target for davinci_dvevm and compiling caused the linker to throw an error regarding EABI conflicts. I removed libgcc from the Makefile, and it appears that drivers/mtd/nand_base.c, drivers/mtd_nand_oob.c and drivers/mtd/nand_bbt.c are looking for __lshrdi3. I found the thread originated by Jean-Christophe Plagniol-Villard ( http://www.mail-archive.com/u-boot@lists.denx.de/msg15910.html) regarding some architectures having a libgcc dependency, and whether that should be removed globally or on a per-build basis. I attempted to apply his patch, but the git repository seems to have seen enough changes where it won't sync, and also I don't have an arm_config.mkfile. Perhaps this was a copy of config.mk, but I still can't get it to sync on the patches. What my resolution path for this problem? Thanks, --jc ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 1/1] Adding Configuration option for TQM5200S Board on Goetting
Dear Axel Beierlein, In message 1248471861-8085-1-git-send-email-beierl...@goetting.de you wrote: Signed-off-by: Axel Beierlein beierl...@goetting.de --- Makefile|7 +++ board/tqc/tqm5200/tqm5200.c |9 - include/configs/TQM5200.h | 33 ++--- 3 files changed, 41 insertions(+), 8 deletions(-) diff --git a/Makefile b/Makefile index 2a06440..7f197dd 100644 --- a/Makefile +++ b/Makefile @@ -764,6 +764,7 @@ Total5200_Rev2_lowboot_config:unconfig } @$(MKCONFIG) -a Total5200 ppc mpc5xxx total5200 +HG43630_config \ cam5200_config \ cam5200_niosflash_config \ fo300_config \ Please use a lower case board name, and keep list sorted. @@ -808,6 +809,12 @@ TQM5200_STK100_config: unconfig @[ -z $(findstring HIGHBOOT,$@) ] || \ { echo TEXT_BASE = 0xFFF0 $(obj)board/tqm5200/config.tmp ; \ } + @[ -z $(findstring HG43630,$@) ] || \ + { echo #define CONFIG_HG43630 $(obj)include/config.h ; \ + echo #define CONFIG_TQM5200S $(obj)include/config.h ; \ + echo #define CONFIG_TQM5200_B $(obj)include/config.h ; \ + $(XECHO) ... TQM5200S on Goetting HG43630 Board ; \ + } @$(MKCONFIG) -n $@ -a TQM5200 ppc mpc5xxx tqm5200 tqc Please don't add board specific configuration to the top level Makefile; do thi sin your board config file instead. diff --git a/board/tqc/tqm5200/tqm5200.c b/board/tqc/tqm5200/tqm5200.c index faa2e02..0d69e86 100644 --- a/board/tqc/tqm5200/tqm5200.c +++ b/board/tqc/tqm5200/tqm5200.c @@ -255,6 +255,10 @@ int checkboard (void) # error UNKNOWN #endif +#ifdef CONFIG_HG43630 +#define CARRIER_NAME HG43630 +#endif Please add as #elif in the #if construct above. And move the block out of checkboard(), please. { if (line_number == 1) { strcpy (info, Board: TQM5200 (TQ-Components GmbH)); -#if defined (CONFIG_STK52XX) || defined (CONFIG_TB5200) || defined(CONFIG_FO300) +#if defined (CONFIG_STK52XX) || defined (CONFIG_TB5200) || defined(CONFIG_FO300) || defined(CONFIG_HG43630) Line too long. #if defined (CONFIG_STK52XX) strcpy (info, on a STK52xx carrier board); @@ -657,6 +661,9 @@ void video_get_info_str (int line_number, char *info) #if defined (CONFIG_FO300) strcpy (info, on a FO300 carrier board); #endif +#if defined (CONFIG_HG43630) + strcpy (info, on a HG43630 carrier board); +#endif It's time to get rid of this #if here and use something like strcpy (info, on a CARRIER_NAME carrier board); instead, as it has been done in checkboard() long ago. diff --git a/include/configs/TQM5200.h b/include/configs/TQM5200.h index a4336a7..0f5ff77 100644 --- a/include/configs/TQM5200.h +++ b/include/configs/TQM5200.h @@ -71,7 +71,7 @@ /* switch is open */ #endif /* CONFIG_FO300 */ -#ifdef CONFIG_STK52XX +#if defined(CONFIG_STK52XX) !defined(CONFIG_HG43630) Is CONFIG_STK52XX really defined for CONFIG_HG43630? where? #define CONFIG_PS2KBD/* AT-PS/2 Keyboard */ #define CONFIG_PS2MULT /* .. on PS/2 Multiplexer */ #define CONFIG_PS2SERIAL 6 /* .. on PSC6 */ @@ -85,6 +85,7 @@ * 0x5000 - 0x50ff - PCI IO Space */ #ifdef CONFIG_STK52XX +#ifndef CONFIG_HG43630 #define CONFIG_PCI 1 #define CONFIG_PCI_PNP 1 /* #define CONFIG_PCI_SCAN_SHOW 1 */ @@ -96,7 +97,7 @@ #define CONFIG_PCI_IO_BUS0x5000 #define CONFIG_PCI_IO_PHYS CONFIG_PCI_IO_BUS #define CONFIG_PCI_IO_SIZE 0x0100 - +#endif/* ifndef(CONFIG_HG43630)*/ Add blank line here. But - isn;t it sufficient to only not define CONFIG_PCI, while leaving the rest unchanged? -#if defined(CONFIG_STK52XX) || defined(CONFIG_FO300) +#if defined(CONFIG_STK52XX) || defined(CONFIG_FO300) !defined(CONFIG_HG43630) Are you sure this logic is correct, and necessary? @@ -196,7 +197,7 @@ #define CONFIG_PCIAUTO_SKIP_HOST_BRIDGE 1 #endif -#if defined(CONFIG_MINIFAP) || defined(CONFIG_STK52XX) || defined(CONFIG_FO300) +#if defined(CONFIG_MINIFAP) || defined(CONFIG_STK52XX) || defined(CONFIG_FO300) Please do not add trailing white space. #ifdef CONFIG_STK52XX # if defined(CONFIG_TQM5200_B) # if defined(CONFIG_SYS_LOWBOOT) +# if defined(CONFIG_HG43630) +# define MTDPARTS_DEFAULT mtdparts=TQM5200-0:512k(u-boot), \ + 512k(env),\ + 2m(kernel), \ + 16m(ramfs1), \ + 5m(ramfs2), \ +
Re: [U-Boot] ARM compiliation failing due to missing __lshrdi3 / EABI version conflict
Dear J.C. Wren, In message 17434f2e0907261449o704a2544jfa3c2575dbd6d...@mail.gmail.com you wrote: I've pulled the most recent git version of u-boot, intending to compile it for ARM. Setting the target for davinci_dvevm and compiling caused the linker to throw an error regarding EABI conflicts. I removed libgcc from the Makefile, and it appears that drivers/mtd/nand_base.c, drivers/mtd_nand_oob.c and drivers/mtd/nand_bbt.c are looking for __lshrdi3. I found the thread originated by Jean-Christophe Plagniol-Villard ( http://www.mail-archive.com/u-boot@lists.denx.de/msg15910.html) regarding some architectures having a libgcc dependency, and whether that should be removed globally or on a per-build basis. Hm... why didn't you read the thread to it's (current) end? I attempted to apply his patch, but the git repository seems to have seen enough changes where it won't sync, and also I don't have an arm_config.mkfile. Perhaps this was a copy of config.mk, but I still can't get it to sync on the patches. What my resolution path for this problem? Apply [PATCH v2] Make linking against libgcc configurable and [PATCH] arm: add _lshrdi3.S or wait for -rc1 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 A secure program has to be robust: it must be able to deal with conditions that can't happen, whether user input, program error or library/etc. This is basic damage control. Buffer overflow errors have nothing to do with security, but everything with stupidity. -- Wietse Venema in 5cnqm3$...@spike.porcupine.org ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] [OneNAND] Fix compiler warnings after loff_t change
Dear Kyungmin Park, In message 20090720004747.ga32...@july you wrote: Now 'env_addr' type is loff_t so use correct field type. Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com --- diff --git a/common/env_onenand.c b/common/env_onenand.c index 476fdbc..dcf09de 100644 --- a/common/env_onenand.c +++ b/common/env_onenand.c @@ -101,7 +101,7 @@ int saveenv(void) instr.addr = env_addr; instr.mtd = mtd; if (mtd-erase(mtd, instr)) { - printf(OneNAND: erase failed at 0x%08lx\n, env_addr); + printf(OneNAND: erase failed at 0x%08llx\n, env_addr); return 1; } 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 Perl already has an IDE. It's called Unix. -- Tom Christiansen in 375bd...@cs.colorado.edu ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v2] Use do_div from div64.h for vsprintf
Dear Dirk Behme, In message 1248277916-4623-1-git-send-email-dirk.be...@googlemail.com you wrote: Use do_div from div64.h for vsprintf in case of 64bit division. For 32bit division, do_div from div64.h can't be used as it needs a 64bit parameter. Signed-off-by: Dirk Behme dirk.be...@googlemail.com CC: Simon Kagstrom simon.kagst...@netinsight.net --- This patch replaces first version http://lists.denx.de/pipermail/u-boot/2009-July/055599.html due to compiler warnings http://lists.denx.de/pipermail/u-boot/2009-July/056994.html lib_generic/vsprintf.c |7 --- 1 file changed, 4 insertions(+), 3 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 You could end up being oddly sad and full of a strange, diffuse com- passion which would lead you to believe that it might be a good idea to wipe out the whole human race and start again with amoebas. - Terry Pratchett, _Guards! Guards!_ ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v2] Make linking against libgcc configurable
In message 1248347759-28119-1-git-send-email...@denx.de you wrote: Many (especially ARM) tool chains seem to come with broken or otherwise unusable (for the purposes of builing U-Boot) run-time support libraries `libgcc.a'. By using the USE_PRIVATE_LIBGCC setting we allow to use alternative libraries instead. USE_PRIVATE_LIBGCC can either be set as an environment variable in the shell, or as a command line argument when running make, i. e. $ make USE_PRIVATE_LIBGCC=yes or $ USE_PRIVATE_LIBGCC=yes $ export USE_PRIVATE_LIBGCC $ make The value of USE_PRIVATE_LIBGCC is the name of the directory which contains the alternative run-time support library `libgcc.a'. The special value yes selects the directory $(OBJTREE)/lib_$(ARCH) . Note that not all architectures provide an alternative `libgcc.a' in their lib_$(ARCH) directories - so far, only ARM does. Signed-off-by: Wolfgang Denk w...@denx.de Cc: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com Cc: Prafulla Wadaskar prafu...@marvell.com cc: Stefan Roese s...@denx.de --- v2: Removed crap left over from testing. Makefile| 12 +++- board/trab/Makefile |4 +--- lib_arm/Makefile| 30 ++ 3 files changed, 34 insertions(+), 12 deletions(-) Applied. 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 Men don't talk peace unless they're ready to back it up with war. -- Col. Green, The Savage Curtain, stardate 5906.4 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] arm: add _lshrdi3.S
Dear Heiko Schocher, In message 4a684908.8070...@invitel.hu you wrote: Signed-off-by: Heiko Schocher h...@denx.de --- lib_arm/Makefile |1 + lib_arm/_lshrdi3.S | 46 ++ 2 files changed, 47 insertions(+), 0 deletions(-) create mode 100644 lib_arm/_lshrdi3.S 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 You humans have that emotional need to express gratitude. You're welcome, I believe, is the correct response. -- Spock, Bread and Circuses, stardate 4041.2 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] Make include/common.h usable by assembler code
In message 1248387468-9928-1-git-send-email...@denx.de you wrote: Commit 70ebf316 factored out the ROUND() macro into include/common.h, not realizing that the primary use of this macro on AT91 systems was in start.S where common.h was not included, and could not be included because it contains a lot of C code which the assembler doesn't understand. This patch wraps such code in common.h in a #ifndef __ASSEMBLY__ construct, and then adds an include to cpu/arm926ejs/start.S thus solving the problem. Signed-off-by: Wolfgang Denk w...@denx.de --- cpu/arm926ejs/start.S |1 + include/common.h | 37 - 2 files changed, 21 insertions(+), 17 deletions(-) Applied. 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 Einstein argued that there must be simplified explanations of nature, because God is not capricious or arbitrary. No such faith comforts the software engineer. - Fred Brooks, Jr. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v2] Less verbose output when loading vxworks 6.x images
Dear Niklaus Giger, In message 1248384718-26590-1-git-send-email-niklaus.gi...@member.fsf.org you wrote: Loading vxWorks 5.x images resulted just into 3 or 4 lines of output. With vxWorks 6.x and the new GCC it emits about 30 lines, which is far too noisy in my opinion. Signed-off-by: Niklaus Giger niklaus.gi...@member.fsf.org --- common/cmd_elf.c |2 +- 1 files changed, 1 insertions(+), 1 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 You have the capacity to learn from mistakes. You'll learn a lot today. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v2] add WATCHDOG_RESET to allow LZMA kernel decompression on slow machines
Dear rhabarber1...@web.de, In message 1248416190-4735-1-git-send-email-rhabarber1...@web.de you wrote: Signed-off-by: rhabarber1...@web.de --- lib_generic/lzma/LzmaDec.c | 26 ++ lib_generic/lzma/LzmaTools.c |4 2 files changed, 30 insertions(+), 0 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 A morsel of genuine history is a thing so rare as to be always valuable. - Thomas Jefferson ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v2] add WATCHDOG_RESET to allow LZMA kernel decompression on slow machines
On Friday 24 July 2009 02:16:30 rhabarber1...@web.de wrote: Signed-off-by: rhabarber1...@web.de this isnt a valid s-o-b tag. you need to use your real name, not just an e- mail address. looks like Wolfgang merged it already though :/. -mike signature.asc Description: This is a digitally signed message part. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH/RFC] net: defragment IP packets
On Sun 26 Jul 2009 16:23, Alessandro Rubini pondered: http://www.faqs.org/rfcs/rfc815.html Yeah, I had seen this - but didn't want to duplicate something that Alessandro might already working on... Alessandro - were you going to add out of order packets? If the code has chances to go mainline, I'll be happy to complete this task. In the past - Wolfgang has normally said that as long as it doesn't negatively effect his platforms (i.e. is a compile option that doesn't effect the size of the normal build) he is mostly OK with anything (within reason). So unless I get a nak earlier, I'm going to find a time slot in the next few days (with your fixes, I suppose, or should they remain separate patches?) Nah - roll them all together... I'll send some comments to your earlier patch. To make your host send out of order/delayed packets, which should be more real world/long haul try something like: # modprobe sch_netem (if it's not compiled into your kernel) # tc qdisc change dev eth0 root netem reorder 50% delay 10ms Thanks a lot, I was missing that. http://www.linuxfoundation.org/en/Net:Netem#Packet_re-ordering Some of the examples do not work, and the tc errors are pretty much meaningless - the man page is pretty thin, but the command line tc qdisc change dev eth0 root netem help might get you what you need to test things. -Robin ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] nand_bbt: Out of memory for large block NAND
The NAND bad block code is throwing an error at startup of 'nand_bbt: Out of memory' for large block NAND flash (block size of 128K). The vmalloc() call is trying to allocate 135,168 bytes. CONFIG_SYS_MALLOC_LEN is (0x1 + 128*1024). Bumping CONFIG_SYS_MALLOC_LEN to (0x2 + 128*1024) wasn't sufficient, however (0x4 + 128*1024) was. Any recommendations what this should be adjusted to? The system has 256MB of RAM and a single 512MB NAND. --jc ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] ARM compiliation failing due to missing __lshrdi3 / EABI version conflict
The patches you just committed did the job, thank you. And, yes, I DID read the thread to it's conclusion. It wasn't helpful. I wasn't planning on becoming familiar with u-boot internals, but thanks to TI, it's become a necessity. --jc On Sun, Jul 26, 2009 at 6:04 PM, Wolfgang Denk w...@denx.de wrote: Dear J.C. Wren, In message 17434f2e0907261449o704a2544jfa3c2575dbd6d...@mail.gmail.com you wrote: I've pulled the most recent git version of u-boot, intending to compile it for ARM. Setting the target for davinci_dvevm and compiling caused the linker to throw an error regarding EABI conflicts. I removed libgcc from the Makefile, and it appears that drivers/mtd/nand_base.c, drivers/mtd_nand_oob.c and drivers/mtd/nand_bbt.c are looking for __lshrdi3. I found the thread originated by Jean-Christophe Plagniol-Villard ( http://www.mail-archive.com/u-boot@lists.denx.de/msg15910.html) regarding some architectures having a libgcc dependency, and whether that should be removed globally or on a per-build basis. Hm... why didn't you read the thread to it's (current) end? I attempted to apply his patch, but the git repository seems to have seen enough changes where it won't sync, and also I don't have an arm_config.mkfile. Perhaps this was a copy of config.mk, but I still can't get it to sync on the patches. What my resolution path for this problem? Apply [PATCH v2] Make linking against libgcc configurable and [PATCH] arm: add _lshrdi3.S or wait for -rc1 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 A secure program has to be robust: it must be able to deal with conditions that can't happen, whether user input, program error or library/etc. This is basic damage control. Buffer overflow errors have nothing to do with security, but everything with stupidity. -- Wietse Venema in 5cnqm3$...@spike.porcupine.org ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH/RFC] net: defragment IP packets
On Fri 24 Jul 2009 04:04, Alessandro Rubini pondered: This patch add a quick and dirty defrag step in IP reception. This allows to increase the TFTP block size and get more performance in slow links (but at that point it should be made configurable). The overhead is negligible, verified with an ARM9 CPU and 10MB data file, changing the server MTU from 1500 to 800 and then 550. However, on a LAN connection, I didn't see advantes with using a 4k block size with default MTU. Signed-off-by: Alessandro Rubini rub...@gnudd.com --- This patch is over mainline, without the (much appreciated) cleanup patch that reached the list these days. net/net.c | 46 ++ 1 files changed, 42 insertions(+), 4 deletions(-) diff --git a/net/net.c b/net/net.c index 641c37c..5034a2e 100644 --- a/net/net.c +++ b/net/net.c @@ -1117,6 +1117,46 @@ static void CDPStart(void) } #endif Should have a CONFIG_ something - to make this conditional. +/* This only reassembles fragments that come in proper order */ +static inline IP_t *NetDefragment(IP_t *ip, int *lenp) +{ + static uchar pkt_buff[16384]; /*temporary arbitrary limit */ + static int next_fragment; + static ushort pkt_id; pkt_buff needs to be aligned - in case you want to start poking in it (which you are going to want to do...) just add a: __attribute__((aligned(PKTALIGN))); + #define IPSZ 20 I think what you want is IP_HDR_SIZE_NO_UDP - from include/net.h + uchar *pkt = (uchar *)ip; + ushort ip_off; + int offset, len = *lenp -2; Some ethernet drivers are messed up, and provide bogus lengths (add a few bytes that shouldn't be there). It's better to get the length from the IP header. Adjusted to dump the header: len = ntohs(ip-ip_len) - IP_HDR_SIZE_NO_UDP; + ip_off = ntohs(ip-ip_off); + if (!(ip_off (IP_OFFS | IP_FLAGS_MFRAG))) + return ip; Why not do this in NetReceive()? JMP/RTS are much more expensive on most archs than a if() + offset = (ip_off IP_OFFS) * 8; + if (!offset) { /* new packet begins, discard any we might have */ + pkt_id = ip-ip_id; + memcpy(pkt_buff, ip, len); + next_fragment = len; + return NULL; + } + + /* further fragment: discard IP header */ + offset += IPSZ; len -= IPSZ; pkt += IPSZ; + + if (ip-ip_id != pkt_id || offset != next_fragment) + return NULL; /* out of order */ We should check more than packet id - in case it is coming from a different host... if (ip-ip_id != (IP_t *)pkt_buff-ip_id || /* check the packet ID */ ip-ip_p != (IP_t *)pkt_buff-ip_p || /* check the protocol */ ip-ip_src != (IP_t *)pkt_buff-ip_src || /* check the source*/ ip-ip_dst != (IP_t *)pkt_buff-ip_dst ) /* check the dest */ + /* further fragment: skip ip header (we miss offset_of...) */ + memcpy(pkt_buff + next_fragment, pkt, len); + next_fragment += len; + + if (ip_off IP_FLAGS_MFRAG) + return NULL; /* more expected */ + + *lenp = next_fragment; + return (IP_t *)pkt_buff; +} void NetReceive(volatile uchar * inpkt, int len) @@ -1360,6 +1400,8 @@ NetReceive(volatile uchar * inpkt, int len) break; case PROT_IP: + if (!(ip = NetDefragment(ip, len))) + return; #ifdef ET_DEBUG puts (Got IP\n); #endif I guess this is includes some generic cleanup - but at least the reassembly should happen _after_ the sanity checks are done. Something like: case PROT_IP: #ifdef ET_DEBUG puts (Got IP\n); #endif /* Before we start poking the header, make sure it is there */ if (len IP_HDR_SIZE) { debug (len bad %d %lu\n, len, (ulong)IP_HDR_SIZE); return; } /* can't deal with anything except IPv4 */ if ((ip-ip_hl_v 0xf0) != 0x40) { debug(I only understand IPv4\n); return; } /* can't deal with IP options (headers != 20 bytes) */ if ((ip-ip_hl_v 0x0f) * 4 != IP_HDR_SIZE_NO_UDP) { debug(Can't deal with IP options\n); return; } /* Check the Checksum of the header */ if (!NetCksumOk((uchar *)ip, IP_HDR_SIZE_NO_UDP / 2)) { puts (IP header checksum bad\n); return; } /* Check the packet length */ if (len ntohs(ip-ip_len)) { printf(len bad %d %d\n, len, ntohs(ip-ip_len)); return; } /* If it is not for us, ignore it */ tmp = NetReadIP(ip-ip_dst);
[U-Boot] Question about big-endian for u-boot
Hi,Dear Sir: I want to port u-boot to ARM4510 with big-endian, but I failed. The error shows like this: /root/usr/local/arm/3.3.2/bin/arm-linux-ld: common/libcommon.a(crc16.o): compile with little-endian but the target is big-endian. I have modified CFLAGS and AFLAGS by adding option “-mbig-endian” and u-boot.lds by modifying OUTPUT-FORMAT. Some C files and assambly files are passed but only some lib failed(just like above). Would you please give your suggestion? Thank you! Patrick ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Please pull u-boot-mpc85xx (updated)
-Original Message- From: Kumar Gala [mailto:ga...@kernel.crashing.org] Sent: Saturday, July 25, 2009 4:59 AM To: Tabi Timur-B04825 Cc: Wolfgang Denk; u-boot Mailing List; Ben Warren; Zang Roy-R61911 Subject: Re: [U-Boot] Please pull u-boot-mpc85xx (updated) On Jul 24, 2009, at 3:58 PM, Timur Tabi wrote: On Wed, Jul 22, 2009 at 11:11 AM, Kumar Galaga...@kernel.crashing.org wrote: Roy Zang (1): 85xx: Add pci/pcie E1000 ethernet support for MPC8544DS and MPC8536 boards Doesn't this depend on this other patch from Roy: [PATCH 1/2] Add ntel PCIE PRO/1000 Network Driver support Ben was going to review this patch, but it's not in his 'net' git repository. Not exactly. The 2nd patch just enables support for the e1000 driver that already exists. The first adds support for more variants of the e1000. So we can safely apply the second patch. Correct. 2nd patch does not depend on the first one. Other pci Intel e1000 card should work with original driver. I will send out the updated e1000 driver this week according to Ben's feedback. Thanks. Roy ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 1/2 V3] new video driver for bus vcxkframebuffers
On Sun 26 Jul 2009 07:46, Anatolij Gustschin pondered: Jens Scharsig wrote: This patch adds a new video driver * adds common bus_vcxk framebuffer driver Signed-off-by: Jens Scharsig e...@bus-elektronik.de Applied to u-boot-video. Thanks! Note that I had to fix lots of style issues before applying. Next time please use scripts/checkpatch.pl from the Linux source tree to check your patches before submitting them and resolve reported issues were it makes sence. Thanks. Is there a reason not to include the checkpatch.pl in http://www.denx.de/wiki/U-Boot/Patches or in the README (in the Submitting Patches section) if it is going to be a requirement? ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] Add md5sum and sha1 commands...
From: Robin Getz rg...@blackfin.uclinux.org Now that we have sha1 and md5 in lib_generic, allow people to use them on the command line, for checking downloaded files Signed-off-by: Robin Getz rg...@analog.com README |4 ++ common/cmd_mem.c | 68 + 2 files changed, 72 insertions(+) --- diff --git a/README b/README index 9071472..cf3867d 100644 --- a/README +++ b/README @@ -629,6 +629,8 @@ The following options need to be configured: CONFIG_CMD_KGDB * kgdb CONFIG_CMD_LOADB loadb CONFIG_CMD_LOADS loads + CONFIG_CMD_MD5SUM print md5 message digest + (requires CONFIG_CMD_MEMORY and CONFIG_MD5) CONFIG_CMD_MEMORY md, mm, nm, mw, cp, cmp, crc, base, loop, loopw, mtest CONFIG_CMD_MISC Misc functions like sleep etc @@ -652,6 +654,8 @@ The following options need to be configured: (requires CONFIG_CMD_I2C) CONFIG_CMD_SETGETDCR Support for DCR Register access (4xx only) + CONFIG_CMD_SHA1 print sha1 memory digest + (requires CONFIG_CMD_MEMORY) CONFIG_CMD_SOURCE source command Support CONFIG_CMD_SPI * SPI serial bus support CONFIG_CMD_USB * USB support diff --git a/common/cmd_mem.c b/common/cmd_mem.c index cdf8c79..9850800 100644 --- a/common/cmd_mem.c +++ b/common/cmd_mem.c @@ -34,6 +34,9 @@ #endif #include watchdog.h +#include u-boot/md5.h +#include sha1.h + #ifdef CMD_MEM_DEBUG #definePRINTF(fmt,args...) printf (fmt ,##args) #else @@ -1141,6 +1144,55 @@ int do_mem_crc (cmd_tbl_t *cmdtp, int flag, int argc, char *argv[]) } #endif /* CONFIG_CRC32_VERIFY */ +#ifdef CONFIG_CMD_MD5SUM +int do_md5sum(cmd_tbl_t *cmdtp, int flag, int argc, char *argv[]) +{ + unsigned long addr, len; + unsigned int i; + u8 output[16]; + + if (argc 3) { + cmd_usage(cmdtp); + return 1; + } + + addr = simple_strtoul(argv[1], NULL, 16); + len = simple_strtoul(argv[2], NULL, 16); + + md5((unsigned char *) addr, len, output); + printf(md5 for %08lx ... %08lx == , addr, addr + len - 1); + for (i = 0; i 16; i++) + printf(%02x, output[i]); + printf(\n); + + return 0; +} +#endif + +#ifdef CONFIG_CMD_SHA1 +int do_sha1sum(cmd_tbl_t *cmdtp, int flag, int argc, char *argv[]) +{ + unsigned long addr, len; + unsigned int i; + u8 output[20]; + + if (argc 3) { + cmd_usage(cmdtp); + return 1; + } + + addr = simple_strtoul(argv[1], NULL, 16); + len = simple_strtoul(argv[2], NULL, 16); + + sha1_csum((unsigned char *) addr, len, output); + printf(SHA1 for %08lx ... %08lx == , addr, addr + len - 1); + for (i = 0; i 20; i++) + printf(%02x, output[i]); + printf(\n); + + return 0; +} +#endif #ifdef CONFIG_CMD_UNZIP int gunzip (void *, int, unsigned char *, unsigned long *); @@ -1267,6 +1319,22 @@ U_BOOT_CMD( ); #endif /* CONFIG_MX_CYCLIC */ +#ifdef CONFIG_CMD_MD5SUM +U_BOOT_CMD( + md5sum, 3, 1, do_md5sum, + compute MD5 message digest, + address count +); +#endif + +#ifdef CONFIG_CMD_SHA1SUM +U_BOOT_CMD( + sha1sum,3, 1, do_sha1sum, + compute SHA1 message digest, + address count +); +#endif /* CONFIG_CMD_SHA1 */ + #ifdef CONFIG_CMD_UNZIP U_BOOT_CMD( unzip, 4, 1, do_unzip, ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] nand_bbt: Out of memory for large block NAND
On Monday 27 July 2009 02:35:00 J.C. Wren wrote: The NAND bad block code is throwing an error at startup of 'nand_bbt: Out of memory' for large block NAND flash (block size of 128K). The vmalloc() call is trying to allocate 135,168 bytes. CONFIG_SYS_MALLOC_LEN is (0x1 + 128*1024). Bumping CONFIG_SYS_MALLOC_LEN to (0x2 + 128*1024) wasn't sufficient, however (0x4 + 128*1024) was. Any recommendations what this should be adjusted to? The system has 256MB of RAM and a single 512MB NAND. I would use something like 1MB. This will give you enough for other malloc- intensive things like UBIFS as well. Best regards, Stefan = DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: off...@denx.de = ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH/RFC] net: defragment IP packets
Hi Guys, Alessandro Rubini wrote: http://www.faqs.org/rfcs/rfc815.html Yeah, I had seen this - but didn't want to duplicate something that Alessandro might already working on... Alessandro - were you going to add out of order packets? If the code has chances to go mainline, I'll be happy to complete this task. So unless I get a nak earlier, I'm going to find a time slot in the next few days (with your fixes, I suppose, or should they remain separate patches?) To make your host send out of order/delayed packets, which should be more real world/long haul try something like: # modprobe sch_netem (if it's not compiled into your kernel) # tc qdisc change dev eth0 root netem reorder 50% delay 10ms Thanks a lot, I was missing that. /alessandro This is great work. Thanks! If you follow these guidelines, I'll pull it into the net repo: 1. Configurable block size (via a well-named CONFIG). Choose a good default value. 2. Handle out-of-order fragments, and some test results showing that it works. 3. Make the feature configurable 4. Test with a TFTP server that doesn't have blksize feature enabled I'm not sure about how to handle the configurability of this feature. I can see this being the default configuration in the future, but for now it should probably be opt-in. Let's see how it goes. regards, Ben ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 3/6] Poseidon Board Support
Hi Scott - Original Message - From: Scott Wood scottw...@freescale.com To: Vivek v.da...@samsung.com Cc: u-boot@lists.denx.de Sent: Wednesday, July 01, 2009 10:29 PM Subject: Re: [U-Boot] [PATCH 3/6] Poseidon Board Support On Wed, Jul 01, 2009 at 04:55:01PM +0530, Vivek wrote: +#ifdef CONFIG_CMD_NAND +#include linux/mtd/nand_legacy.h +extern struct nand_chip nand_dev_desc[CONFIG_SYS_MAX_NAND_DEVICE]; +#endif NACK, do not add anything new that uses legacy NAND. I am sending the 3rd Patch for Poseidon board support in next mail. Vivek ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] ppc4xx: Kilauea: Fix SDRAM init in NAND booting version
DDR2 Auto-calibration needs to be disabled on the NAND booting PPC4xx targets. Otherwise the configured fixed init values for some DDR2 controller registers (e.g. RQDC) are not initialized at all resulting in a non working SDRAM. Signed-off-by: Stefan Roese s...@denx.de --- include/configs/kilauea.h |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/include/configs/kilauea.h b/include/configs/kilauea.h index 44bcbc0..965599c 100644 --- a/include/configs/kilauea.h +++ b/include/configs/kilauea.h @@ -236,9 +236,11 @@ * * DDR Autocalibration Method_B is the default. */ +#if !defined(CONFIG_NAND_U_BOOT) !defined(CONFIG_NAND_SPL) #defineCONFIG_PPC4xx_DDR_AUTOCALIBRATION /* IBM DDR autocalibration */ #defineDEBUG_PPC4xx_DDR_AUTOCALIBRATION/* dynamic DDR autocal debug */ #undef CONFIG_PPC4xx_DDR_METHOD_A +#endif #defineCONFIG_SYS_SDRAM0_MB0CF_BASE(( 0 20) + CONFIG_SYS_SDRAM_BASE) -- 1.6.3.3 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] ppc4xx: Add some NAND-booting bootstrap entries to Kilauea chip_config cmd
This patch adds some I2C bootstrap setting for NAND booting to the Kilauea chip_config command (533-nand and 600-nand). Additionally some incorrectly indented lines are fixed. Signed-off-by: Stefan Roese s...@denx.de --- board/amcc/kilauea/chip_config.c | 24 1 files changed, 20 insertions(+), 4 deletions(-) diff --git a/board/amcc/kilauea/chip_config.c b/board/amcc/kilauea/chip_config.c index 9a3fc15..919ec7f 100644 --- a/board/amcc/kilauea/chip_config.c +++ b/board/amcc/kilauea/chip_config.c @@ -25,6 +25,8 @@ #include common.h #include asm/ppc4xx_config.h +/* NAND booting versions differ in bytes: 6, 8, 9, 11, 12 */ + struct ppc4xx_config ppc4xx_config_val[] = { { 333-nor,NOR CPU: 333 PLB: 166 OPB: 83 EBC: 83, @@ -49,10 +51,17 @@ struct ppc4xx_config ppc4xx_config_val[] = { }, { 533-nor, NOR CPU: 533 PLB: 177 OPB: 88 EBC: 88, - { - 0x8e, 0x43, 0x60, 0x13, 0x98, 0x00, 0x0a, 0x00, - 0x40, 0x08, 0x23, 0x50, 0x00, 0x05, 0x00, 0x00 - } + { + 0x8e, 0x43, 0x60, 0x13, 0x98, 0x00, 0x0a, 0x00, + 0x40, 0x08, 0x23, 0x50, 0x00, 0x05, 0x00, 0x00 + } + }, + { + 533-nand, NOR CPU: 533 PLB: 177 OPB: 88 EBC: 88, + { + 0x8e, 0x43, 0x60, 0x13, 0x98, 0x00, 0x0f, 0x00, + 0xa0, 0x68, 0x23, 0x58, 0x0d, 0x05, 0x00, 0x00 + } }, { 600-nor, NOR CPU: 600 PLB: 200 OPB: 100 EBC: 100, @@ -62,6 +71,13 @@ struct ppc4xx_config ppc4xx_config_val[] = { } }, { + 600-nand, NOR CPU: 600 PLB: 200 OPB: 100 EBC: 100, + { + 0x8d, 0x02, 0x34, 0x13, 0x98, 0x00, 0x0f, 0x00, + 0xa0, 0x68, 0x23, 0x58, 0x0d, 0x05, 0x00, 0x00 + } + }, + { 666-nor, NOR CPU: 666 PLB: 222 OPB: 111 EBC: 111, { 0x8d, 0x03, 0x78, 0x13, 0x98, 0x00, 0x0a, 0x00, -- 1.6.3.3 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [RESEND][PATCH 3/6]POSEIDON Board Support
Removed code referring Legacy NAND and did some code cleanup. Signed-off-by: Vivek Dalal v.da...@samsung.com --- diff --git a/board/poseidon/Makefile b/board/poseidon/Makefile index e69de29..edbc696 100644 --- a/board/poseidon/Makefile +++ b/board/poseidon/Makefile @@ -0,0 +1,48 @@ +# +# (C) Copyright 2009-2010 +# Samsung Electronics, www.samsung.com +# Vivek Dalal v.da...@samsung.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= lib$(BOARD).a + +OBJS := poseidon.o mem.o sys_info.o +SOBJS := lowlevel_init.o load.o + +$(LIB):$(OBJS) $(SOBJS) + $(AR) crv $@ $^ + +clean: + rm -f $(SOBJS) $(OBJS) + +distclean: clean + rm -f $(LIB) core *.bak .depend + +# + +.depend: Makefile $(SOBJS:.o=.S) $(OBJS:.o=.c) + $(CC) -M $(CPPFLAGS) $(SOBJS:.o=.S) $(OBJS:.o=.c) $@ + +-include .depend + +# diff --git a/board/poseidon/config.mk b/board/poseidon/config.mk index e69de29..f05593c 100644 --- a/board/poseidon/config.mk +++ b/board/poseidon/config.mk @@ -0,0 +1,20 @@ +# +# (C) Copyright 2009-2010 +# Samsung Electronics, www.samsung.com +# Vivek Dalal v.da...@samsung.com +# +# Poseidon boad uses OMAP2430 (ARM1136) cpu +# +# Physical Address: +# 8000' (bank0) +# A000/ (bank1) ES2 will be configurable +# Linux-Kernel is expected to be at 8000'8000, entry 8000'8000 +# (mem base + reserved) + +# For use with external or internal boots. +TEXT_BASE = 0x83e8 + +# Handy to get symbols to debug ROM version. +#TEXT_BASE = 0x0 +#TEXT_BASE = 0x0800 +#TEXT_BASE = 0x0400 diff --git a/board/poseidon/load.S b/board/poseidon/load.S index e69de29..d38f66a 100644 --- a/board/poseidon/load.S +++ b/board/poseidon/load.S @@ -0,0 +1,14 @@ +.globl jumpto_addr +.globl jumpto_addr_forsave +jumpto_addr: + stmfd sp!, {r0 - r12, lr} + add lr, pc, #2 + mov pc, r0 + ldmfd sp!, {r0 - r12, pc} + +jumpto_addr_forsave: + stmfd sp!, {r0 - r12, lr} + mov r1, #0 + add lr, pc, #2 + mov pc, r0 + ldmfd sp!, {r0 - r12, pc} diff --git a/board/poseidon/lowlevel_init.S b/board/poseidon/lowlevel_init.S index e69de29..9052f71 100644 --- a/board/poseidon/lowlevel_init.S +++ b/board/poseidon/lowlevel_init.S @@ -0,0 +1,199 @@ +/* + * Board specific setup info + * + * (C) Copyright 2009-2010 + * Samsung Electronics, www.samsung.com + * Vivek Dalal v.da...@samsung.com + * + * Derived from OMAPZOOM source(board/omap2430sdp/lowlevel_init.S) + * + * 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 config.h +#include version.h +#include asm/arch/omap24xx.h +#include asm/arch/mem.h +#include asm/arch/clocks.h + +_TEXT_BASE: + .word TEXT_BASE /* sdram load addr from config.mk */ + +#if !defined(CONFIG_SYS_NAND_BOOT) !defined(CONFIG_SYS_NAND_BOOT) +/** + * cpy_clk_code: relocates clock code into SRAM where its safer to execute + * R1 = SRAM destination address. + */ +.global cpy_clk_code + cpy_clk_code: +/* Copy DPLL code into SRAM */ +adr r0, go_to_speed /* get addr of clock setting code */ +mov r2, #384