March 2006 - U-Boot

[U-Boot-Users] PATCH for cmd_mem.c:do_mem_mtest()
by Andrew Dyer 22 Jul '06

22 Jul '06

Sorry the patch below isn't from git - I hope it's still acceptable. I've put a copy in the body and attached it incase gmail decides to line wrap the text. ChangeLog: * Patch by Andrew Dyer, 13 September 2005: if CFG_ALT_MEMTEST is defined without CFG_MEMTEST_SCRATCH, cmd_mem.c code will dereference a null pointer. Change the code to use the last word of the memory test area as the scratch location in this case. Print the scratch memory location used. Signed-off-by: Andrew Dyer <amdyer(a)gmail.com> Index: common/cmd_mem.c =================================================================== RCS file: /home/cvsroot/Projects/u-boot/common/cmd_mem.c,v retrieving revision 1.1.1.1 diff -p -u -r1.1.1.1 cmd_mem.c --- common/cmd_mem.c 28 Jun 2005 17:32:26 -0000 1.1.1.1 +++ common/cmd_mem.c 13 Sep 2005 10:40:26 -0000 @@ -707,7 +707,7 @@ int do_mem_mtest (cmd_tbl_t *cmdtp, int #if defined(CFG_MEMTEST_SCRATCH) vu_long *dummy = (vu_long*)CFG_MEMTEST_SCRATCH; #else - vu_long *dummy = NULL; + vu_long *dummy; #endif int j; int iterations = 1; @@ -747,7 +747,17 @@ int do_mem_mtest (cmd_tbl_t *cmdtp, int } #if defined(CFG_ALT_MEMTEST) + +#if !defined(CFG_MEMTEST_SCRATCH) + /* if no fixed scratch area is defined use + * the last location of the test area + */ + end--; + dummy = end; +#endif + printf ("Testing %08x ... %08x:\n", (uint)start, (uint)end); + printf ("using address %08x as scratch\n",dummy); PRINTF("%s:%d: start 0x%p end 0x%p\n", __FUNCTION__, __LINE__, start, end); -- Hardware, n.: The parts of a computer system that can be kicked.

6 16

[U-Boot-Users] My 3 patches
by luo.jinhua 22 Jul '06

22 Jul '06

Hi. Here is my 3 patches. sbc2410x.patch is for the new board -- SBC-2410X. I write this new hardware-specific configurations refer to smdk2410 configurations in U-Boot. File list: MAKEALL Makefile board/sbc2410x/Makefile board/sbc2410x/config.mk board/sbc2410x/flash.c board/sbc2410x/lowlevel_init.S board/sbc2410x/sbc2410x.c board/sbc2410x/u-boot.lds cpu/arm920t/s3c24x0/interrupts.c include/configs/sbc2410x.h This patch adds a new configuration option -- CONFIG_SBC2410X. cmdline_editing.patch implements cmdline-editing extension of readline. I pick codes heavily borrowed from vivi bootloader and integrate them into U-Boot. File list: common/main.c This patch adds a new configuration option -- CONFIG_CMDLINE_EDITING. nand_for_sbc2410x.patch adds nand support for SBC-2410X board. It do that by taking nand controller specific codes (from VCMA9 board) in place. File list: common/cmd_nand.c include/linux/mtd/nand.h include/linux/mtd/nand_ids.h more detail please review: http://sourceforge.net/mailarchive/forum.php?thread_id=8089177&forum_id=128… CHANGELOG item: * Add support for friendly-arm SBC-2410X board Patch by JinHua Luo, 1 Sep 2005 * Add to readline cmdline-editing extension Patch by JinHua Luo, 1 Sep 2005 * Add nand support for SBC-2410X Patch by JinHua Luo, 1 Sep 2005 CREDIT item (if proper): N: JinHua Luo E: luo.jinhua(a)gd-linux.com home_king(a)163.com D: Support for friendly-arm SBC-2410X board D: Add to readline cmdline-editing extension D: Add nand support for SBC-2410X W: www.gd-linux.com Best regards, luo.jinhua -- JinHua Luo, GuangDong Linux Center, <luo.jinhua(a)gd-linux.com>

3 3

[U-Boot-Users] i386 multi_image.
by David Updegraff 22 Jul '06

22 Jul '06

Hi. I think this is needed to correctly boot multi-part images if you are unfortuanate enough to be working on an i386 platform. -dbu. diff --git a/lib_i386/i386_linux.c b/lib_i386/i386_linux.c --- a/lib_i386/i386_linux.c +++ b/lib_i386/i386_linux.c @@ -150,6 +150,11 @@ void do_bootm_linux(cmd_tbl_t *cmdtp, in initrd_start = 0; initrd_end = 0; } + /* <dave(a)cray.com> : if multi-part img. need to advance base ptr */ + if ((hdr->ih_type==IH_TYPE_MULTI) && (len_ptr[1])) { + int i; + for (i=0, addr+=sizeof(int); len_ptr[i++]; addr+=sizeof(int)); + } base_ptr = load_zimage((void*)addr + sizeof(image_header_t), ntohl(hdr->ih_size), initrd_start, initrd_end-initrd_start, 0);

2 1

[U-Boot-Users] [Patch] KVME080 Support
by Sangmoon Kim 22 Jul '06

22 Jul '06

Hi, This patch adds support for KVME080 board. KVME080 is a VME board with MPC8245 CPU. It also patches drivers/cfi_flash.c. First, it adds CFG_FLASH_PROTECT_CLEAR because for some flash memories(such as 28F320C3) all banks are protected after reset. Second, it makes write_buff not to call flash_write_cfibuffer if buffer_size is1. Because for flash memories with buffer_size 1, buffer write is not supported. Third, it makes 64 bit writes to use FLASH_WRITE64 if FLASH_WRITE64 is defined. Because KVME080 needs it. Fourth, it makes flash_detect_cfi call FLASH_PORTWIDTH when changing portwidth if FLASH_PORTWIDTH is defined. Because on some CPUs (such as MPC8245), port width should be changed. Regards, Sangmoon Kim

2 3

[U-Boot-Users] MIPS LE build problems
by Wolfgang Denk 22 Jul '06

22 Jul '06

Dear Thomas, I always wondered what exactly was the reason why I was not able to build the dbau1x00 targets (especially the little endian dbau1550_el target using the ELDK toolchain). Also, I always wondered about the reference to a non-exitent cpu/mips/little/liblittle.a library. Is ther ea special reason for the current settings of build options for the dbau1x00 targets? Attached below is a patch which makes all dbau1x00 targets build fine with the current ELDK, and I believe these settings are more correct than the previous ones. If you don't protest I would like to merge this patch into the public source tree? Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd(a)denx.de Remember, there's a big difference between kneeling down and bending over. - Frank Zappa

6 31

[U-Boot-Users] parse bug in cmd_mii.c
by Andrew Dyer 22 Jul '06

22 Jul '06

I noticed that in do_mii() the code is dereferencing argv[1] without checking what value argc has. This leads to an exception if a command line like 'mii ' is given where argv[1] is NULL. I have a patch, but my cmd_mii.c is carrying around some other patches (some submitted to the list, some local). Is there a good way to separate out the patches I want to submit by themselves? -- Hardware, n.: The parts of a computer system that can be kicked.

2 4

[U-Boot-Users] [PATCH] 02-add-support-for-ps2-keyboard-on-tqm8540-board.patch
by Martin Krause 19 Jul '06

19 Jul '06

This patch replaces the patch add-support-for-ps2-keyboard-on-tqm8540-board.patch send to this list on Thu 17. Nov 2005. Add support for PS/2 keyboard on TQM8540 board Patch by Martin Krause, 02 Dez 2005 This is tested on a STK85XX baseboard. Make sure the PS/2 controller is programmed. Jumper Settings: X66 1-2, 9-10; X61 2-3 Signed-off-by: Martin Krause <martin.krause(a)tqs.de> CHANGELOG: * Add support for PS/2 keyboard on TQM8540 board Patch by Martin Krause, 02 Dez 2005

2 3

[U-Boot-Users] MPC8349EMDS port
by Kumar Gala 29 Jun '06

29 Jun '06

Wolfgang, I was looking at merging the EMDS and ADS ports for MPC834x and was wondering about a few things: * EMDS has TEXT_BASE @ 0xFE000000, and ADS at 0xFE700000 where do you end up programming u-boot at? (for example what is the flash command you use to reprogram a u-boot image on the board). * I had to rework the BATs to be able to cover everything properly which also meant moving a few things around. CFG_BCSR 0xF8000000 -> 0xE2400000 CFG_INIT_RAM_ADDR 0xE8000000 -> 0xFD000000 This is so we can fit everything into the 8 BATS and maintain proper WIMG settings. If you can explain the TEXT_BASE difference and how that works out and are ok with the changing of CFG_BCSR and CFG_INIT_RAM_ADDR then I'll push some patches to merge ADS & MDS, remove ADS, and we get PCI support on EMDS out of it. let me know. - kumar

3 6

[U-Boot-Users] PATCH: Add PLEB 2 to top-level makefile
by David Snowdon 20 Jun '06

20 Jun '06

Please find attached a patch to the top level Makefile and associated documentation to add support for the PLEB 2 board (which somehow got left out of the last patch). Modifies: Makefile README MAKEALL Regards, Dave.

2 1

[U-Boot-Users] NOTE: New MTD flash partitioning methods
by Wolfgang Denk 20 Jun '06

20 Jun '06

Hello everybody, especially board maintainers! I just comitted a bigger patch that implements a new "mtdparts" command and a common partition scheme that allows U-Boot and Linux to share the same idea about flash partitioning.. Old, obsolete and duplicated code was cleaned up and replaced by the new partitioning method. There are two possible approaches now: The first one is to define a single, static partition: #undef CONFIG_JFFS2_CMDLINE #define CONFIG_JFFS2_DEV "nor0" #define CONFIG_JFFS2_PART_SIZE 0xFFFFFFFF /* use whole device */ #define CONFIG_JFFS2_PART_SIZE 0x00100000 /* use 1MB */ #define CONFIG_JFFS2_PART_OFFSET 0x00000000 The second method is to use the "mtdparts" command line and dynamic partitioning: /* mtdparts command line support */ #define CONFIG_JFFS2_CMDLINE #define MTDIDS_DEFAULT "nor1=zuma-1,nor2=zuma-2" #define MTDPARTS_DEFAULT "mtdparts=zuma-1:-(jffs2),zuma-2:-(user)" Command line of course produces bigger images, and may be inappropriate for some targets, so by default it's off. The code was tested on the following targets: Alaska8220, CPCI4052, NC650, PPChamelion, incaip. Besides the above targets, there were several other targets affected, where necessary changes were made. However, no testing was done for those targets, only compilation was verified (for PPC, MIPS and ARM targets). Due to the lack of tool chain for NICOS and i386 I was not able to compile the following targets: ADNPESC1, DK1C20, DK1S10, sc520_cdp, sc520_spunk. Among the modified and not tested targets there is a group of targets which were implementing their custom multi-partition scheme. This was mostly duplicating jffs2_part_info() routine code. Introducing the new common scheme required removing this duplicated code, so those targets should be especially carefully tested by the board main- tainers. Target list that require special attention: xsengine, voiceblue, mx1fs2, MPC8260ADS, innokom and VoVPN-GW (JFFS2 is by default not compiled in) and especially SXNI855T where the jffs2_part_info() routine was doing some custom NAND read caching. Thanks. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd(a)denx.de If there was anything that depressed him more than his own cynicism, it was that quite often it still wasn't as cynical as real life. - Terry Pratchett, _Guards! Guards!_

2 2