March 2006 - U-Boot

Re: [DNX#2006033142000338] [U-Boot-Users] My 3 patches
by DENX Support System 31 Mar '06

31 Mar '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006033142000338] was created: <snip> > Hi: > > I applied your patch my U-Boot. But I found one bug in this patch > in cread_line() function, you should return the number of read > characters. > You return the "rc" at the end of the function, but rc always equals 0. > The u-boot command will NOT be executed. > > I modified the to return (eol_num). It is ok. > > You can check it. > > Bryan Wu from China. > > ----- Original Message ----- > From: "luo.jinhua" <luo.jinhua(a)gd-linux.com> > To: "u-boot-users" <u-boot-users(a)lists.sourceforge.net> > Sent: Friday, September 02, 2005 10:02 AM > Subject: [U-Boot-Users] My 3 patches > > > > 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> > > > > </snip> Your U-Boot support team

1 0

Re: [DNX#2006033142000311] [U-Boot-Users] Re: MIPS LE build problems
by DENX Support System 31 Mar '06

31 Mar '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006033142000311] was created: <snip> > Hi > > > Can you please provide an URL? I can't find a patch from this time in > > my archive. > > http://sourceforge.net/mailarchive/message.php?msg_id=10690757 > > BR, > Matej > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle > Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & > QA > Security * Process Improvement & Measurement * > http://www.sqe.com/bsce5sf > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users </snip> Your U-Boot support team

1 0

Re: [DNX#2006033142000294] [U-Boot-Users] [Patch] KVME080 Support
by DENX Support System 31 Mar '06

31 Mar '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006033142000294] was created: <snip> > Hi, > > > > Can you please split your patch into two? > > > I splited the patch and extracted KVME080 parts only. > > > > > And please cleanup your code before re-submitting: > > > > * It violates the coding style requirements (trailing white space). > > > Sorry, I was suprised that my code had so many white spaces. > I am sure I fixed all of it now. > > > * Using globally visible preprocessor defines like FLASH_WRITE64 is > > not acceptable (you also forgot to document these, but that would > > help either), and defining such code in the board config file is > > the wrong way to implement it either. The board config file is - > > ummm, a _configuration_ file, but does not contain source code. > > > I deleted the 'source code' from the board configuration file. > The current version of KVME080 board runs well without patching > cfi_flash.c > I'll find an alternative way and send the patch for cfi_flash.c later. > > > > > Also: please read the recent "U-Boot Developer's Information" > > posting; you are supposed to provide a "sign-off" line for all > > patches. > > > I added the "sign-off" line at the end of the patch. > > Regards, > Sangmoon Kim </snip> Your U-Boot support team

1 0

Re: [DNX#2006033142000301] [U-Boot-Users] [PATCH] - request to change default [...]
by DENX Support System 31 Mar '06

31 Mar '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006033142000301] was created: <snip> > The default for the C portion of the u-boot compile is set to dwarf-2 > because the -g option for gcc 3.x defaults to dwarf-2, but the assembly > portion is not. > > If possible, I would like to see the debug formats made consistent so as > to allow the debugger to more reliably step through assembly source with > gdb and other debuggers with the more modern dwarf2 debug format. I > have tested this change with gcc 3.4.3 on Arm9, MPC82xx, PPC85xx, PPC > 40x and PPC 44x. I also tested with ELDK 3.1.1 on all the PPC archs and > it works quite well. > > Signed-off-by: Jason Wessel <jason.wessel(a)windriver.com> > > diff --git a/config.mk b/config.mk > --- a/config.mk > +++ b/config.mk > @@ -133,7 +133,7 @@ CFLAGS := $(CPPFLAGS) -Wall -Wno-trigrap > endif > endif > > -AFLAGS_DEBUG := -Wa,-gstabs > +AFLAGS_DEBUG := -Wa,-gdwarf2 > AFLAGS := $(AFLAGS_DEBUG) -D__ASSEMBLY__ $(CPPFLAGS) > > LDFLAGS += -Bstatic -T $(LDSCRIPT) -Ttext $(TEXT_BASE) > $(PLATFORM_LDFLAGS) > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle > Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & > QA > Security * Process Improvement & Measurement * > http://www.sqe.com/bsce5sf > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users </snip> Your U-Boot support team

1 0

Re: [DNX#2006033142000285] [U-Boot-Users] PATCH : add MX21ads
by DENX Support System 31 Mar '06

31 Mar '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006033142000285] was created: <snip> > Hi Wolfgang. > > Here is the patch adds support for mx21ads on u-boot 1.1.3. > > Regards, > TOM </snip> Your U-Boot support team

1 0

Re: [DNX#2006033142000276] [U-Boot-Users] PATCH: Add PLEB 2 to top-level make [...]
by DENX Support System 31 Mar '06

31 Mar '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006033142000276] was created: <snip> > 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. </snip> Your U-Boot support team

1 0

Re: [DNX#2006033142000267] [U-Boot-Users] [PATCH] Update VoiceBlue to use new [...]
by DENX Support System 31 Mar '06

31 Mar '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006033142000267] was created: <snip> > On Mon, Aug 08, 2005 at 01:08:47AM +0200, Wolfgang Denk wrote: > > 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, ... > > Hi Wolfgang, > > support for VoiceBlue board is broken in 1.1.3, because it needs > partitions (well, my fault. I shouldn't be on holidays ;-)). Patch below > fixes that (and a bit more). > > Best regards, > ladis > > CHANGELOG > * VoiceBlue update: use new MTD flash partitioning methods, use more > reasonable TEXT_BASE, update default environment and enable keyed > autoboot. > > Signed-off-by: Ladislav Michl <ladis(a)linux-mips.org> > > diff --git a/board/voiceblue/config.mk b/board/voiceblue/config.mk > --- a/board/voiceblue/config.mk > +++ b/board/voiceblue/config.mk > @@ -12,5 +12,5 @@ ifeq ($(VOICEBLUE_SMALL_FLASH),y) > TEXT_BASE = 0x20012000 > else > # Running in SDRAM... > -TEXT_BASE = 0x13000000 > +TEXT_BASE = 0x13FD0000 > endif > diff --git a/include/configs/voiceblue.h b/include/configs/voiceblue.h > --- a/include/configs/voiceblue.h > +++ b/include/configs/voiceblue.h > @@ -47,6 +47,8 @@ > #define CONFIG_SETUP_MEMORY_TAGS 1 > #define CONFIG_INITRD_TAG 1 > > +#define CONFIG_VERSION_VARIABLE 1 /* include version env variable > */ > + > /* > * Physical Memory Map > */ > @@ -94,7 +96,6 @@ > > #define CONFIG_ENV_OVERWRITE > > -#define CFG_JFFS_CUSTOM_PART /* see board/voiceblue/jffs2parts.c */ > #endif > > /* > @@ -104,9 +105,11 @@ > #ifdef VOICEBLUE_SMALL_FLASH > #define CFG_MALLOC_LEN (SZ_64K - CFG_GBL_DATA_SIZE) > #define CONFIG_STACKSIZE SZ_8K > +#define PHYS_SDRAM_1_RESERVED 0 > #else > #define CFG_MALLOC_LEN SZ_4M > #define CONFIG_STACKSIZE SZ_1M > +#define PHYS_SDRAM_1_RESERVED (CFG_MONITOR_LEN + CFG_MALLOC_LEN + > CONFIG_STACKSIZE) > #endif > > /* > @@ -174,6 +177,7 @@ > #define CONFIG_BOOTCOMMAND "run nboot" > #define CONFIG_PREBOOT "run setup" > #define CONFIG_EXTRA_ENV_SETTINGS \ > + "silent=1\0" \ > "ospart=0\0" \ > "swapos=no\0" \ > "setpart=" \ > @@ -185,15 +189,37 @@ > "fi\0" \ > "setup=setenv bootargs console=ttyS0,$baudrate " \ > "mtdparts=$mtdparts\0" \ > - "nfsargs=run setpart; setenv bootargs $bootargs " \ > - "root=/dev/nfs ip=dhcp\0" \ > + "nfsargs=setenv bootargs $bootargs " \ > + "ip=$ipaddr:$serverip:$gatewayip:$netmask:$hostname::off " \ > + "nfsroot=$rootpath root=/dev/nfs\0" \ > "flashargs=run setpart; setenv bootargs $bootargs " \ > "root=/dev/mtdblock$partition ro " \ > "rootfstype=jffs2\0" \ > - "nboot=run nfsargs; bootp; tftp; bootm\0" \ > - "fboot=run flashargs; fsload /boot/uImage; bootm\0" > + "initrdargs=setenv bootargs $bootargs " \ > + "ip=$ipaddr:$serverip:$gatewayip:$netmask:$hostname::off\0" \ > + "fboot=run flashargs; fsload /boot/uImage; bootm\0" \ > + "iboot=bootp; run initrdargs; tftp; bootm\0" \ > + "nboot=bootp; run nfsargs; tftp; bootm\0" > #endif > > +#ifndef VOICEBLUE_SMALL_FLASH > +#define CONFIG_SILENT_CONSOLE 1 /* enable silent startup */ </snip> Your U-Boot support team

1 0

Re: [DNX#2006033142000258] [U-Boot-Users] ARM targets compil error with gcc > [...]
by DENX Support System 31 Mar '06

31 Mar '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006033142000258] was created: <snip> > Hello everybody > > there is a compilation error with GCC >= 3.4 and all U-Boot ARM > targets like motorola mx1ads (arm920t). > the ARM '-mshort-load-bytes' compilation flag is deprecated and no > more supported. > Since all referenced ARM cpus are based on the ARMv4 core or higher, > It is possible to remove this flag. > the binary code produced is compatible (as described in GCC doc). > I checked it with the ELDK GCC 3.3.3 and a GCC 3.4.2 without problem > on a Freescale imx board. > > Note: There is an alternate GCC flag to solve this problem (- > malignment-traps) but this flag seems to be deprecated with the > recent GCC 4. > > Actually i'm interested to solve the problem with the arm920t. > For developers this is the list of affected files/architectures and > hereafter a patch to support GCC 3.4 and upper: > cpu/arm720t/config.mk > cpu/arm920t/config.mk > cpu/arm925t/config.mk > cpu/arm926ejs/config.mk > cpu/ixp/config.mk > cpu/lh7a40x/config.mk > cpu/pxa/config.mk > cpu/s3c44b0/config.mk > cpu/sa1100/config.mk > > Feedbacks are welcome. Thanks > > Best regards, > Eric Jarrige </snip> Your U-Boot support team

1 0

Re: [DNX#2006033142000249] [U-Boot-Users] [PATCH] Support for new board, gth2 [...]
by DENX Support System 31 Mar '06

31 Mar '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006033142000249] was created: <snip> > The au1xx0 series cpu:s does not have a built-in > watchdog or a reset register. > That means that reset is board dependant for > au1xx0. > > Looking at cpu.c, it seems that the other mips cpu:s > are special (or no "true" reset) also: > > #if defined(CONFIG_INCA_IP) > *INCA_IP_WDT_RST_REQ = 0x3f; > #elif defined(CONFIG_PURPLE) || defined(CONFIG_TB0229) > void (*f)(void) = (void *) 0xbfc00000; > > f(); > > /Thomas > > Wolfgang Denk wrote: > >>>It seems like resetting is a pretty board specific thing. Maybe > > > > > > Why do you think so? In almost all cases I've seen it's a processor > > specific thing, not board dependent. > > > > > >>>there should be a generic call to board_reset() in cpu.c and lib_mips/board.c > >>>and have the board directory supply that function. > >>> > >>>something like this > >>> > >>>#ifdef CONFIG_BOARD_RESET > >>> board_reset(); > >>>#else > >>> __asm__("la t0, 0xbfc00000; jr t0"); > > > > > > This is *not* a reset anyway; it should be fixed me thinks. > > > > > >>Sounds very good to me. What do you think Wolfgang? > > > > > > This has been discussed several times (in length) before. I have to > > admit that I don;t remember the result of the discussion, but if you > > cannot find board_reset() for other architectures this probably means > > that I rejected the idea by then, too... > > > > > > Best regards, > > > > Wolfgang Denk > > </snip> Your U-Boot support team

1 0

Re: [DNX#2006033142000231] [U-Boot-Users] [Patch] KVME080 Support
by DENX Support System 31 Mar '06

31 Mar '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006033142000231] was created: <snip> > Hi Wolfgang, > > Wolfgang Denk wrote: > > In message <004e01c5a3db$3840e6f0$212d4cdc@smkim> you wrote: > > [snip] > > > And please cleanup your code before re-submitting: > > > > * It violates the coding style requirements (trailing white space). > > > > * Using globally visible preprocessor defines like FLASH_WRITE64 is > > not acceptable (you also forgot to document these, but that would > > help either), and defining such code in the board config file is > > the wrong way to implement it either. The board config file is - > > ummm, a _configuration_ file, but does not contain source code. > > IIRC, you posted a couple of scripts that tested for formatting > violations. Per my previous suggestion of putting the patch rules on > your web site, I would like to see the formatting test scripts posted > too. If these were on the DULG twiki, they could be collaboratively > tuned. > > [snip] > > > Rejected, sorry. > > > > Best regards, > > > > Wolfgang Denk > > Thanks, > gvb </snip> Your U-Boot support team

1 0