August 2007 - U-Boot

[U-Boot-Users] [PATCH 1/2][MIPS] Update asm string header
by Shinya Kuribayashi 28 Aug '07

28 Aug '07

[MIPS] Update asm string header From: Shinya Kuribayashi <shinya.kuribayashi(a)necel.com> This includes several bugfixes and cleanups in the latest upstream: - Don't include linux/config.h from anywhere else in include/ - Remove buggy inline version of memscan. - Merge with Linux 2.6.11-rc3. - Fix undefined reference to strcpy in binfmt_misc caused by gcc 3.4. - Goodbye mips64. 31704 lines of code bite the dust. - Replace extern inline with static inline. - Fix return value of strncpy. - Remove a bunch more "$1" clobbers. Signed-off-by: Shinya Kuribayashi <shinya.kuribayashi(a)necel.com> --- include/asm-mips/string.h | 71 +++++++++++++++++++-------------------------- 1 files changed, 30 insertions(+), 41 deletions(-) diff --git a/include/asm-mips/string.h b/include/asm-mips/string.h index 463a111..4739c18 100644 --- a/include/asm-mips/string.h +++ b/include/asm-mips/string.h @@ -1,18 +1,26 @@ -/* $Id: string.h,v 1.13 2000/02/19 14:12:14 harald Exp $ - * +/* * This file is subject to the terms and conditions of the GNU General Public * License. See the file "COPYING" in the main directory of this archive * for more details. * - * Copyright (c) 1994, 1995, 1996, 1997, 1998 by Ralf Baechle + * Copyright (c) 1994, 95, 96, 97, 98, 2000, 01 Ralf Baechle + * Copyright (c) 2000 by Silicon Graphics, Inc. + * Copyright (c) 2001 MIPS Technologies, Inc. + */ +#ifndef _ASM_STRING_H +#define _ASM_STRING_H + + +/* + * Most of the inline functions are rather naive implementations so I just + * didn't bother updating them for 64-bit ... */ -#ifndef __ASM_MIPS_STRING_H -#define __ASM_MIPS_STRING_H +#if 1 /* #ifdef CONFIG_32BIT */ -#include <linux/config.h> +#ifndef IN_STRING_C #define __HAVE_ARCH_STRCPY -extern __inline__ char *strcpy(char *__dest, __const__ char *__src) +static __inline__ char *strcpy(char *__dest, __const__ char *__src) { char *__xdest = __dest; @@ -28,13 +36,13 @@ extern __inline__ char *strcpy(char *__dest, __const__ char *__src) ".set\treorder" : "=r" (__dest), "=r" (__src) : "0" (__dest), "1" (__src) - : "$1","memory"); + : "memory"); return __xdest; } #define __HAVE_ARCH_STRNCPY -extern __inline__ char *strncpy(char *__dest, __const__ char *__src, size_t __n) +static __inline__ char *strncpy(char *__dest, __const__ char *__src, size_t __n) { char *__xdest = __dest; @@ -56,13 +64,13 @@ extern __inline__ char *strncpy(char *__dest, __const__ char *__src, size_t __n) ".set\treorder" : "=r" (__dest), "=r" (__src), "=r" (__n) : "0" (__dest), "1" (__src), "2" (__n) - : "$1","memory"); + : "memory"); - return __dest; + return __xdest; } #define __HAVE_ARCH_STRCMP -extern __inline__ int strcmp(__const__ char *__cs, __const__ char *__ct) +static __inline__ int strcmp(__const__ char *__cs, __const__ char *__ct) { int __res; @@ -84,14 +92,15 @@ extern __inline__ int strcmp(__const__ char *__cs, __const__ char *__ct) "3:\t.set\tat\n\t" ".set\treorder" : "=r" (__cs), "=r" (__ct), "=r" (__res) - : "0" (__cs), "1" (__ct) - : "$1"); + : "0" (__cs), "1" (__ct)); return __res; } +#endif /* !defined(IN_STRING_C) */ + #define __HAVE_ARCH_STRNCMP -extern __inline__ int +static __inline__ int strncmp(__const__ char *__cs, __const__ char *__ct, size_t __count) { int __res; @@ -116,12 +125,15 @@ strncmp(__const__ char *__cs, __const__ char *__ct, size_t __count) ".set\tat\n\t" ".set\treorder" : "=r" (__cs), "=r" (__ct), "=r" (__count), "=r" (__res) - : "0" (__cs), "1" (__ct), "2" (__count) - : "$1"); + : "0" (__cs), "1" (__ct), "2" (__count)); return __res; } +#endif /* CONFIG_32BIT */ +/* + * We don't have optimized memory routines for now. + */ #undef __HAVE_ARCH_MEMSET extern void *memset(void *__s, int __c, size_t __count); @@ -131,27 +143,4 @@ extern void *memcpy(void *__to, __const__ void *__from, size_t __n); #undef __HAVE_ARCH_MEMMOVE extern void *memmove(void *__dest, __const__ void *__src, size_t __n); -/* Don't build bcopy at all ... */ -#define __HAVE_ARCH_BCOPY - -#define __HAVE_ARCH_MEMSCAN -extern __inline__ void *memscan(void *__addr, int __c, size_t __size) -{ - char *__end = (char *)__addr + __size; - - __asm__(".set\tpush\n\t" - ".set\tnoat\n\t" - ".set\treorder\n\t" - "1:\tbeq\t%0,%1,2f\n\t" - "addiu\t%0,1\n\t" - "lb\t$1,-1(%0)\n\t" - "bne\t$1,%4,1b\n" - "2:\t.set\tpop" - : "=r" (__addr), "=r" (__end) - : "0" (__addr), "1" (__end), "r" (__c) - : "$1"); - - return __addr; -} - -#endif /* __ASM_MIPS_STRING_H */ +#endif /* _ASM_STRING_H */

2 3

[U-Boot-Users] MPC8568MDS board build error
by David Saada 28 Aug '07

28 Aug '07

Hello, Trying to build the MPC8568MDS board taken from the latest repo, and the build fails. Errors are the following (at link stage): cpu/mpc85xx/cpu_init.o: In function `cpu_init_r': cpu/mpc85xx/cpu_init.c:295: undefined reference to `qe_init' cpu/mpc85xx/cpu_init.c:296: undefined reference to `qe_reset' net/libnet.a(eth.o): In function `eth_initialize': net/eth.c:198: undefined reference to `uec_initialize' net/eth.c:201: undefined reference to `uec_initialize' Best regards, David. -- View this message in context: http://www.nabble.com/MPC8568MDS-board-build-error-tf4341446.html#a12366987 Sent from the Uboot - Users mailing list archive at Nabble.com.

2 2

[U-Boot-Users] mpc8548cds bdi-2000 reset commands and latest prog8548.cfg
by robert lazarski 28 Aug '07

28 Aug '07

Hi all, I should have a custom 8548 board in my hands tomorrow. I'm preparing my bdi-2000 environment in the meantime. I've based my board loosely from the mpc8548cds in the latest u-boot git tree. Can anyone please supply me with the latest: 1) reset commands used to flash the u-boot image on a virgin mpc8548cds board. 2) prog8548.cfg or equivalent bdi-2000 file used for the mpc8548cds board. The cds manual I have only seems to cover tftp re-flashing and the prog8548.cfg I have is perhaps not up to date. Thanks! Robert

1 0

[U-Boot-Users] Your news release is here.
by acker＠yahoo.com.ar 28 Aug '07

28 Aug '07

ERMX News Hits. Plans To Expand Dividend Opportunities! EntreMetrix Inc. (ERMX) $0.089 UP 11.25% Gladiator challenge is now an ERMX asset. It is one of the most prolific promoters of live events in the fast growing sport of mixed martial arts. One of the first steps in ERMX's over all plan of Asset expansion to increase dividend opportunities. Review the release, and be ready for open on Tuesday.

1 0

[U-Boot-Users] u-boot/jffs2 issue
by Sam Williams 28 Aug '07

28 Aug '07

I’m seeing a strange issue with u-boot when I do a directory listing on a jffs2 filesystem. There are a couple of files that are listed numerous times. There appears to be a listing for each time the file was modified. FWIW, these files are modified one line at a time. I see this problem on both u-boot versions 1.1.4 and 1.2.0, but only with the latest kernel (2.6.21gum (gumstix)) but not with an older kernel (2.6.20-rt5gum (gumstix)). It looks like maybe some changes to the jffs2 in the latest kernel are not understood by u-boot? Here is an example: -rw-r--r-- 21 Thu Jan 01 00:01:03 1970 ally.conf -rw-r--r-- 44 Thu Jan 01 00:01:03 1970 ally.conf -rw-r--r-- 66 Thu Jan 01 00:01:03 1970 ally.conf -rw-r--r-- 85 Thu Jan 01 00:01:03 1970 ally.conf -rw-r--r-- 104 Thu Jan 01 00:01:03 1970 ally.conf -rw-r--r-- 122 Thu Jan 01 00:01:04 1970 ally.conf -rw-r--r-- 140 Thu Jan 01 00:01:04 1970 ally.conf -rw-r--r-- 159 Thu Jan 01 00:01:04 1970 ally.conf -rw-r--r-- 180 Thu Jan 01 00:01:04 1970 ally.conf -rw-r--r-- 210 Thu Jan 01 00:01:04 1970 ally.conf -rw-r--r-- 235 Thu Jan 01 00:01:04 1970 ally.conf -rw-r--r-- 268 Thu Jan 01 00:01:04 1970 ally.conf -rw-r--r-- 283 Thu Jan 01 00:01:04 1970 ally.conf -rw-r--r-- 298 Thu Jan 01 00:01:04 1970 ally.conf -rw-r--r-- 319 Thu Jan 01 00:01:04 1970 ally.conf -rw-r--r-- 335 Thu Jan 01 00:01:04 1970 ally.conf -rw-r--r-- 348 Thu Jan 01 00:01:04 1970 ally.conf -rw-r--r-- 361 Thu Jan 01 00:01:04 1970 ally.conf -rw-r--r-- 375 Thu Jan 01 00:01:04 1970 ally.conf -rw-r--r-- 405 Thu Jan 01 00:01:04 1970 ally.conf Once I boot into Linux, everything seems fine. Any ideas or suggestions? Regards, Sam No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.484 / Virus Database: 269.12.9/975 - Release Date: 8/26/2007 9:34 PM

2 3

[U-Boot-Users] ezreawhc
by Kristoffer gador 28 Aug '07

28 Aug '07

Mail to gador wishing you had a bigger one-eyed wonder? and do something about it marlie avidan http://www.picsword.com/

1 0

[U-Boot-Users] Acquisition means Big Dividends
by kosta＠psiint.com 28 Aug '07

28 Aug '07

The News Hits On ERMX, And Its Hot! EntreMetrix Inc. (ERMX) $0.089 UP 11.25% Gladiator challenge is now an ERMX asset. G.C. is mixed martial arts biggest live event promoter. The expansion of net assets will provide new dividend opportunities. Act fast, read up, and move on ERMX Tuesday first thing.

1 0

[U-Boot-Users] bug in fs/fat/fat.c
by Jang Ik-Joon 28 Aug '07

28 Aug '07

In get_contents function (fs/fat/fat.c), There is code that checks the return value of get_fatent() at 360th line. 355<http://www.denx.de/cgi-bin/gitweb.cgi?p=u-boot.git;a=blob;f=fs/fat/fat.c;h=…> /* search for consecutive clusters */ 356<http://www.denx.de/cgi-bin/gitweb.cgi?p=u-boot.git;a=blob;f=fs/fat/fat.c;h=…> while(actsize < filesize) { 357<http://www.denx.de/cgi-bin/gitweb.cgi?p=u-boot.git;a=blob;f=fs/fat/fat.c;h=…> newclust = get_fatent(mydata, endclust); 358<http://www.denx.de/cgi-bin/gitweb.cgi?p=u-boot.git;a=blob;f=fs/fat/fat.c;h=…> if((newclust -1)!=endclust) 359<http://www.denx.de/cgi-bin/gitweb.cgi?p=u-boot.git;a=blob;f=fs/fat/fat.c;h=…> goto getit; 360<http://www.denx.de/cgi-bin/gitweb.cgi?p=u-boot.git;a=blob;f=fs/fat/fat.c;h=…> if (newclust <= 0x0001 || newclust >= 0xfff0) { I think this comparison ( >= 0xfff0 ) is only for FAT16. FAT32 value can be much larger. Is this a bug?

1 0

[U-Boot-Users] PS1 environment variable
by Timur Tabi 28 Aug '07

28 Aug '07

I see in hush.c some code to set the prompt from the PS1 environment variable, but I can't find any documentation on this feature, nor can I figure out how to make it work. Can someone tell me how? -- Timur Tabi Linux Kernel Developer @ Freescale

2 5

[U-Boot-Users] Problem About Nand Flash
by haqin 28 Aug '07

28 Aug '07

Hi all, Can any one tell me what's meaning of the variables in the struct nand_flash_dev mean at /..../u-boot/include/linux/mtd/Nand.h. struct nand_flash_dev{ char *name; int manufacture_id; int model_id; int chipshift; int pagesize; char pageadrlen; //this one unsigned long erasesize; char columnadrlen; //this one char large_blocks; //and this one int bus16;}; Thank you. ShiZeQin

1 0