August 2008 - U-Boot

[U-Boot] unassigned-patches/18: [PATCH 2/3] TEST: format text
by u-boot＠bugs.denx.de 02 Aug '08

02 Aug '08

Signed-off-by: Wolfgang Denk <wd(a)denx.de> --- Added to GNATS database as unassigned-patches/18 >Responsible: patch-coord >Message-Id: <1217707968-24231-2-git-send-email-wd(a)denx.de> >In-Reply-To: <1217707968-24231-1-git-send-email-wd(a)denx.de> >References: <1217707968-24231-1-git-send-email-wd(a)denx.de> >Patch-Date: Sat Aug 02 22:12:47 +0200 2008 --- quote | 15 +++++++-------- 1 files changed, 7 insertions(+), 8 deletions(-) diff --git a/quote b/quote index 87e2671..dda1176 100644 --- a/quote +++ b/quote @@ -1,8 +1,7 @@ -A little retrospection shows that although many fine, -useful software systems -have been designed by committees and built as part of multipart projects, -those software systems that have excited passionate fans -are those that are the products of one or a few designing -minds, great designers. -Consider Unix, APL, Pascal, Modula, the Smalltalk interface, even Fortran; -and contrast them with Cobol, PL/I, Algol, MVS/370, and MS-DOS. +A little retrospection shows that although many fine, useful software +systems have been designed by committees and built as part of multi- +part projects, those software systems that have excited passionate +fans are those that are the products of one or a few designing minds, +great designers. Consider Unix, APL, Pascal, Modula, the Smalltalk +interface, even Fortran; and contrast them with Cobol, PL/I, Algol, +MVS/370, and MS-DOS. -- 1.5.4.2

1 0

[U-Boot] unassigned-patches/19: [PATCH 1/3] TEST: add file
by u-boot＠bugs.denx.de 02 Aug '08

02 Aug '08

Signed-off-by: Wolfgang Denk <wd(a)denx.de> --- Added to GNATS database as unassigned-patches/19 >Responsible: patch-coord >Message-Id: <1217707968-24231-1-git-send-email-wd(a)denx.de> >In-Reply-To: >References: >Patch-Date: Sat Aug 02 22:12:46 +0200 2008 --- quote | 8 ++++++++ 1 files changed, 8 insertions(+), 0 deletions(-) create mode 100644 quote diff --git a/quote b/quote new file mode 100644 index 0000000..87e2671 --- /dev/null +++ b/quote @@ -0,0 +1,8 @@ +A little retrospection shows that although many fine, +useful software systems +have been designed by committees and built as part of multipart projects, +those software systems that have excited passionate fans +are those that are the products of one or a few designing +minds, great designers. +Consider Unix, APL, Pascal, Modula, the Smalltalk interface, even Fortran; +and contrast them with Cobol, PL/I, Algol, MVS/370, and MS-DOS. -- 1.5.4.2

1 0

[U-Boot-Users] [PATCH 1/1] FAT Bare Partition Support
by Antonio R. Costa 02 Aug '08

02 Aug '08

Logic unit: Purpose: Add support for bare partitions (no partition table) Author: Antnoio R. Costa <antonio.costa <at> atmel.com> Date : 11 Jun 2008 Status: ~~~~~~ Some SD cards are not formatted with a partition table but with just a bare partition at the beginnig of the memory. I modified get_partition_info_extended to call test_block_type as done by print_partition_extended. In this way bare FAT partitions are recognised. Now we need a test for Ext2. Signed-off-by: Antonio R. Costa <antonio.costa(a)atmel.com> diff --git a/disk/part_dos.c b/disk/part_dos.c index 4d778ec..e5cc8aa 100644 --- a/disk/part_dos.c +++ b/disk/part_dos.c @@ -1,4 +1,7 @@ /* + * (C) Copyright 2008 Atmel Corp. + * Antonio R. Costa <antonio.costa <at> atmel.com> + * <costa.antonior <at> gmail.com> * (C) Copyright 2001 * Raymond Lo, lo(a)routefree.com * Wolfgang Denk, DENX Software Engineering, wd(a)denx.de. @@ -53,6 +56,11 @@ static inline int le32_to_int(unsigned char *le32) ); } +static inline int le16_to_int(unsigned char *le16) +{ + return ((le16[1] << 8) + le16[0]); +} + static inline int is_extended(int part_type) { return (part_type == 0x5 || @@ -166,12 +174,20 @@ static int get_partition_info_extended (block_dev_desc_t *dev_desc, int ext_part unsigned char buffer[DEFAULT_SECTOR_SIZE]; dos_partition_t *pt; int i; - + if (dev_desc->block_read (dev_desc->dev, ext_part_sector, 1, (ulong *) buffer) != 1) { printf ("** Can't read partition table on %d:%d **\n", dev_desc->dev, ext_part_sector); return -1; } + +/* + * ARC: This check is bad: + * unfortunately both MBR and FAT bootsector + * have a sign 0x55aa @ 0x1FF + * I replaced it by test_block_type as in + * print_partition_extended + if (buffer[DOS_PART_MAGIC_OFFSET] != 0x55 || buffer[DOS_PART_MAGIC_OFFSET + 1] != 0xaa) { printf ("bad MBR sector signature 0x%02x%02x\n", @@ -179,7 +195,19 @@ static int get_partition_info_extended (block_dev_desc_t *dev_desc, int ext_part buffer[DOS_PART_MAGIC_OFFSET + 1]); return -1; } - +*/ + i=test_block_type(buffer); + + if(i==-1) { + printf ("bad MBR sector signature 0x%02x%02x\n", + buffer[DOS_PART_MAGIC_OFFSET], + buffer[DOS_PART_MAGIC_OFFSET + 1]); + return -1; + } + + if(i==DOS_PBR) + return -1; + /* Print all primary/logical partitions */ pt = (dos_partition_t *) (buffer + DOS_PART_TBL_OFFSET); for (i = 0; i < 4; i++, pt++) { @@ -193,6 +221,7 @@ static int get_partition_info_extended (block_dev_desc_t *dev_desc, int ext_part info->blksz = 512; info->start = ext_part_sector + le32_to_int (pt->start4); info->size = le32_to_int (pt->size4); + switch(dev_desc->if_type) { case IF_TYPE_IDE: case IF_TYPE_SATA: @@ -208,6 +237,13 @@ static int get_partition_info_extended (block_dev_desc_t *dev_desc, int ext_part case IF_TYPE_DOC: sprintf ((char *)info->name, "docd%c%d\n", 'a' + dev_desc->dev, part_num); break; + case IF_TYPE_MMC: + sprintf ((char *)info->name, "mmc%c%d\n", 'a' + dev_desc->dev, part_num); + break; + case IF_TYPE_SD: + case IF_TYPE_SDHC: + sprintf ((char *)info->name, "sd%c%d\n", 'a' + dev_desc->dev, part_num); + break; default: sprintf ((char *)info->name, "xx%c%d\n", 'a' + dev_desc->dev, part_num); break; -- 1.5.4.3

4 5

[U-Boot-Users] You can find here all medicines what you want
by Sung Pope 02 Aug '08

02 Aug '08

Add more passion to your relations. To those who look for perfect health. Here! engineries er-charged extincture fat-headed escritoire fantasists equipement episcopize enseignant euonymuses eperdument ethambutol

1 0

[U-Boot-Users] Need Some Help
by Mondesir, Alshine 01 Aug '08

01 Aug '08

My latest endaevor has me cross compiling a stand alone application for MPC8548 PPC for a U-Boot Based target. There is no Operating System to run on the target to speak of, just my application. I'm building the application in Code Warrior using an 8548_init.S hardware intialization file. 1) My first thought was that this should be as simple as using the .ELF image that codewarrior produces, right? So I build a simple hello_world application and sent it down to my target. U-Boot recognizes it as an ELF image, sets up the segements, and tries to run it! But then low and behold, the U-Boot flash image comes up again. => bootelf 400000 Loading .init @ 0x00002000 (972 bytes) Loading .text @ 0x000023d0 (7624 bytes) Loading .rodata @ 0x00004198 (256 bytes) Loading .ctors @ 0x00004298 (8 bytes) Loading .dtors @ 0x000042a0 (8 bytes) Loading extab @ 0x000042a8 (16 bytes) Loading extabindex @ 0x000042b8 (72 bytes) Loading .data @ 0x00004300 (1024 bytes) Loading .sdata @ 0x00004700 (44 bytes) Clearing .sbss @ 0x00004730 (28 bytes) Clearing .bss @ 0x00004750 (784 bytes) Loading .abs.00000c00 @ 0x00000c00 (244 bytes) ## Starting application at 0x00002044 ... U-Boot 1.3.0 (Jul 21 2008 - 12:20:51) CPU: 8548_E, Version: 2.1, (0x80390021) Core: E500, Version: 2.2, (0x80210022) Clock Configuration: 2) My next thought was to try and wrap it as a stand alone application image using "mkimage" Ok, Great To no avail.... $ mkimage -A ppc -O u-boot -T standalone -C none -a 2000 -e 2044 -n "Hiya stranger" -d debug.bin uDebug.bin ## Total Size = 0x00003ea0 = 16032 Bytes => bootm 400000 ## Booting image at 00400000 ... Image Name: Hiya stranger Image Type: PowerPC U-Boot Standalone Program (uncompressed) Data Size: 15968 Bytes = 15.6 kB Load Address: 00002000 Entry Point: 00002044 Verifying Checksum ... OK OK **bleep**: 00000000 XER: 20000000 LR: 0FFD6378 REGS: 0ff9dc98 TRAP: 0700 DAR: 00000000 MSR: 00021200 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 00 GPR00: 0FFD634C 0FF9DD88 00000200 00000001 0FFA048C 00000000 00005E5C 00000000 GPR08: 00000000 0FF9E00C 00000170 0FFD398C 0FF9DB70 0000C700 0FFF9A00 10040000 GPR16: 00000000 0FFEC9B4 00000000 00400040 00000001 00400000 00000000 00000001 GPR24: 0FFF52F8 0FFA0488 00000002 00002044 00400040 0FF9DF80 0FFFA2AC 00400000 ** Illegal Instruction ** Call backtrace: 0FFD634C 0FFE3790 0FFE28E4 0FFE2D54 0FFD4600 0FFCABC8 0FFC162C Program Check Exception **bleep**: 0 How do I go about exporting my code warrior application so that I can run it as stand-alone on a U-Boot based target? Thanks so much

5 5

[U-Boot-Users] Fwd: RFC: U-Boot version numbering
by Andrew Dyer 01 Aug '08

01 Aug '08

---------- Forwarded message ---------- From: Andrew Dyer <amdyer(a)gmail.com> Date: Fri, Aug 1, 2008 at 10:39 AM Subject: Re: [U-Boot-Users] RFC: U-Boot version numbering To: Kumar Gala <galak(a)kernel.crashing.org> On Fri, Aug 1, 2008 at 10:35 AM, Kumar Gala <galak(a)kernel.crashing.org> wrote: > If we go to date based versions. I'd prefer we keep year as 4 digits: > > v1.2008.10 > v1.2009.01 I agree, although doing that makes the third field look like a month to the uninitiated. Perhaps use a letter like 'r' for revision instead of a period for the second separator like so: v1.2008r06 -- Hardware, n.: The parts of a computer system that can be kicked. -- Hardware, n.: The parts of a computer system that can be kicked.

2 1

[U-Boot-Users] Sequoia uart support looks to be misconfigured
by Steven A. Falco 01 Aug '08

01 Aug '08

I am looking at U-Boot version "DENX-v1.3.3" for the AMCC Sequoia board (PPC440EPx). The uart gpio configuration doesn't appear to match the schematics. sequoia.h has the following GPIO settings: {GPIO1_BASE, GPIO_OUT, GPIO_ALT3, GPIO_OUT_1}, /* GPIO34 UART0_DCD_N UART1_DSR_CTS_N UART2_SOUT*/ \ {GPIO1_BASE, GPIO_IN , GPIO_ALT3, GPIO_OUT_0}, /* GPIO35 UART0_8PIN_DSR_N UART1_RTS_DTR_N UART2_SIN*/ \ {GPIO1_BASE, GPIO_IN , GPIO_ALT3, GPIO_OUT_0}, /* GPIO36 UART0_8PIN_CTS_N EBC_DATA(0) UART3_SIN*/ \ {GPIO1_BASE, GPIO_BI , GPIO_ALT2, GPIO_OUT_0}, /* GPIO37 UART0_RTS_N EBC_DATA(1) UART3_SOUT*/ \ These look wrong. For example, GPIO34 (ball C28) is wired as CTS according to the Sequoia schematic. So, shouldn't it be GPIO_ALT2 rather than GPIO_ALT3? Similarly, GPIO35 (ball C29) should be RTS, which is also GPIO_ALT2 rather than GPIO_ALT3. GPIO36 (ball A29) is also a CTS signal, so I think this should be GPIO_ALT1, not GPIO_ALT3. Finally, GPIO37 (ball B29) is another RTS signal, so it should be GPIO_ALT1, not GPIO_ALT2. One final comment. In order to use two uarts, SDR0_PFC1[U0IM] must be set to 1. To select the RTS/CTS function for the first uart, SDR0_PFC1[U0ME] must be set to 1. Yet, I have not found any place in the sequoia initialization code where these bits are set. So, I think the board is actually running with one uart in 8-pin mode rather than two uarts each in 4-pin mode. I'd appreciate it if someone else could take a look at this, and comment on my concerns. Steve

1 0

[U-Boot-Users] compilation problems
by Gino Mariucci 01 Aug '08

01 Aug '08

Dear friends, I apologize for quite off topic questions, which is related to kernel compilation instead of u-boot. However I hope that someone would be so kind to help me to address the problem. I'm working on a AT91SAM9260 board (which is quite similar to Atmel EK board) compiling both u-boot and kernel sources with ELDK 4.1. A couple a week ago I had the bad idea to install Fedora 9 on my thinkpad and now I'm not able to compile the kernel. Here is enclosed the messages I got during the first steps of compilation: [gino@portatile linux-2.6.21]$ make uImage scripts/kconfig/conf -s arch/arm/Kconfig CHK include/linux/version.h UPD include/linux/version.h SYMLINK include/asm-arm/arch -> include/asm-arm/arch-at91 Generating include/asm-arm/mach-types.h CHK include/linux/utsrelease.h UPD include/linux/utsrelease.h SYMLINK include/asm -> include/asm-arm CC arch/arm/kernel/asm-offsets.s GEN include/asm-arm/asm-offsets.h CC scripts/mod/empty.o HOSTCC scripts/mod/mk_elfconfig MKELF scripts/mod/elfconfig.h HOSTCC scripts/mod/file2alias.o HOSTCC scripts/mod/modpost.o HOSTCC scripts/mod/sumversion.o scripts/mod/sumversion.c: In function "get_src_version": scripts/mod/sumversion.c:384: error: "PATH_MAX" undeclared (first use in this function) scripts/mod/sumversion.c:384: error: (Each undeclared identifier is reported only once scripts/mod/sumversion.c:384: error: for each function it appears in.) scripts/mod/sumversion.c:384: warning: unused variable "filelist" make[2]: *** [scripts/mod/sumversion.o] Error 1 make[1]: *** [scripts/mod] Error 2 make: *** [scripts] Error 2 Any ideas? Many thanks Gino

3 3

[U-Boot-Users] SD support for more than 128MB in u-boot1.3.1
by Naveen Kumar GADDIPATI 01 Aug '08

01 Aug '08

Hi, Processor is arm926ejs based ST processor. I'm facing problem in supporting SD Card of size more than 128MB. SD Card is able to detect,but failing in reading boot sector info of the SD block. Is their any limitation for FAT16 in uboot 1.3.1? One more thing,Is FAT32 support is present in uboot 1.3.1?If their any patch for FAT32 in u-boot,please respond. Regards, Naveen

2 2

[U-Boot-Users] [PATCH v2] Fix bitmap display for atmel lcd controller
by Mark Jackson 01 Aug '08

01 Aug '08

The current lcd_display_bitmap() function does not work properly for the Atmel LCD controller. 2 fixes need to be done:- (a) when setting the colour map, use the lcd_setcolreg() function as provided by the Atmel driver (b) the data is never actually written to the lcd framebuffer !! Below is a patch to fix these issues. Signed-off-by: Mark Jackson <mpfj(a)mimc.co.uk> --- diff --git a/common/lcd.c b/common/lcd.c index eec1f53..e03cff3 100644 --- a/common/lcd.c +++ b/common/lcd.c @@ -678,6 +678,7 @@ int lcd_display_bitmap(ulong bmp_image, int x, int y) /* Set color map */ for (i=0; i<colors; ++i) { bmp_color_table_entry_t cte = bmp->color_table[i]; +#if !defined(CONFIG_ATMEL_LCD) ushort colreg = ( ((cte.red) << 8) & 0xf800) | ( ((cte.green) << 3) & 0x07e0) | @@ -692,6 +693,9 @@ int lcd_display_bitmap(ulong bmp_image, int x, int y) #elif defined(CONFIG_MPC823) cmap--; #endif +#else /* CONFIG_ATMEL_LCD */ + lcd_setcolreg(i, cte.red, cte.green, cte.blue); +#endif } } #endif @@ -727,7 +731,7 @@ int lcd_display_bitmap(ulong bmp_image, int x, int y) for (i = 0; i < height; ++i) { WATCHDOG_RESET(); for (j = 0; j < width ; j++) -#if defined(CONFIG_PXA250) +#if defined(CONFIG_PXA250) || defined(CONFIG_ATMEL_LCD) *(fb++) = *(bmap++); #elif defined(CONFIG_MPC823) || defined(CONFIG_MCC200) *(fb++)=255-*(bmap++);

2 1