November 2003 - U-Boot

[U-Boot-Users] mkimage for DOS
by Dave Westwood 10 Jun '05

10 Jun '05

long shot really, but does anyone have a working executable mkimage for DOS or a dos window in windows (don't flame me for using windows !!)

2 1

[U-Boot-Users] Binary file cat
by Adam Bezanson 03 Aug '04

03 Aug '04

Hi, I have ported u-boot to my arm920t based system. I have a unique situation in that my processor requires a binary header to be placed In front of u-boot.bin before it is burnt into flash. If the processor doesn't find this header in flash it will not boot out of flash. Currently I have the header file as a separate file in the root directory and when I finish a new compile I have a shell script which Simply does a 'cat header.bin u-boot.bin > out.bin'. I'd like to get away from this and add it to the Makefiles so for my board I don't have to run this script every time. Before I go editing a top-level Makefile, I wanted to ask for advice on how I should go About doing this? Anything I can do in my board-specific directory would make me feel better. Suggestions? Thanks, Adam

3 6

[U-Boot-Users] loading linux in FADS860T board through u-boot-1.0.0
by RamanaYV 17 Mar '04

17 Mar '04

I was trying to load linux-2.4.4 in FADS860T board using u-boot-1.0.0. I have settted environment variables like ipaddr,serverip,ethaddr,bootargs bootfile and saved the environment. Then,i typed tftpboot to download image from server. Then,i typed bootm to start the booting process. System is stucked by showing "Uncompressing Kernel Image ... OK" sequence of these events r given below.can u please suggest, what i need to do to come out from this. Thank you. U-Boot 1.0.0 (Mar 17 2004 - 14:06:16) CPU: XPC86xxxZPnnD4 at 40 MHz: 4 kB I-Cache 4 kB D-Cache FEC present Board: FADS with db MPC821, MPC860 / MPC860SAR / MPC860T rev PILOT DRAM: (4 MB SDRAM) 4M 60ns DRAM: 8 MB FLASH: 2 MB In: serial Out: serial Err: serial Net: FEC ETHERNET =>printenv stdin=serial stdout=serial stderr=serial Environment size: 41/16380 bytes =>setenv ipaddr 192.168.1.115 =>setenv serverip 192.168.1.87 =>setenv ip 192.168.1.115 =>setenv ethaddr 00:30:bf:01:02:d0 =>setenv bootargs "root=/dev/nfs rw nfsroot=192.168.1.87:/opt/eldk/ppc8xx ip=192 .168.1.115:192.168.1.87:192.168.1.115:255.255.255.0:ppc::off" =>setenv bootfile "pImage_fads_fec" =>saveenv Saving Environment to Flash... Un-Protected 1 sectors Erasing Flash... . done Erased 1 sectors Writing to Flash... done Protected 1 sectors =>printenv stdin=serial stdout=serial stderr=serial ipaddr=192.168.1.115 serverip=192.168.1.87 ip=192.168.1.115 ethaddr=00:30:bf:01:02:d0 bootargs="root=/dev/nfs rw nfsroot=192.168.1.87:/opt/eldk/ppc8xx ip=192.168 1.11 5:192.168.1.87:192.168.1.115:255.255.255.0:ppc::off" bootfile="pImage_fads_fec" Environment size: 287/16380 bytes =>tftpboot TFTP from server 192.168.1.87; our IP address is 192.168.1.115 Filename 'pImage_fads_fec'. Load address: 0x100000 Loading: T invalid RARP header #####################################################TX timeout ############ ####################### done Bytes transferred = 448321 (6d741 hex) =>bootm ## Booting image at 00100000 . Image Name: Linux-2.4.4 Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size: 448257 Bytes = 437.8 kB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK

3 2

[U-Boot-Users] FADS860T board
by RamanaYV 17 Mar '04

17 Mar '04

I was trying to load linux-2.4.4 in FADS860T board using u-boot-1.0.0. i am getting the followin symptom, can anyone suggest to come out from this problem.. U-Boot 1.0.0 (Mar 17 2004 - 14:06:16) CPU: XPC86xxxZPnnD4 at 40 MHz: 4 kB I-Cache 4 kB D-Cache FEC present Board: FADS with db MPC821, MPC860 / MPC860SAR / MPC860T rev PILOT DRAM: (4 MB SDRAM) 4M 60ns DRAM: 8 MB FLASH: 2 MB In: serial Out: serial Err: serial Net: FEC ETHERNET =>printenv stdin=serial stdout=serial stderr=serial Environment size: 41/16380 bytes =>setenv ipaddr 192.168.1.115 =>setenv serverip 192.168.1.87 =>setenv ip 192.168.1.115 =>setenv ethaddr 00:30:bf:01:02:d0 =>setenv bootargs "root=/dev/nfs rw nfsroot=192.168.1.87:/opt/eldk/ppc8xx ip=192 .168.1.115:192.168.1.87:192.168.1.115:255.255.255.0:ppc::off" =>setenv bootfile "pImage_fads_fec" =>saveenv Saving Environment to Flash... Un-Protected 1 sectors Erasing Flash... . done Erased 1 sectors Writing to Flash... done Protected 1 sectors =>printenv stdin=serial stdout=serial stderr=serial ipaddr=192.168.1.115 serverip=192.168.1.87 ip=192.168.1.115 ethaddr=00:30:bf:01:02:d0 bootargs="root=/dev/nfs rw nfsroot=192.168.1.87:/opt/eldk/ppc8xx ip=192.168.1.11 5:192.168.1.87:192.168.1.115:255.255.255.0:ppc::off" bootfile="pImage_fads_fec" Environment size: 287/16380 bytes =>tftpboot TFTP from server 192.168.1.87; our IP address is 192.168.1.115 Filename 'pImage_fads_fec'. Load address: 0x100000 Loading: T invalid RARP header #####################################################TX timeout ############ ####################### done Bytes transferred = 448321 (6d741 hex) =>bootm ## Booting image at 00100000 ... Image Name: Linux-2.4.4 Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size: 448257 Bytes = 437.8 kB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK Thanks to all.

2 1

[U-Boot-Users] [PATCH] PCMCIA card support for PXA/WEPEP250
by Leon KUKOVEC 02 Mar '04

02 Mar '04

Hi everybody, New Feature: * support for PCMCIA card on WEPEP250 board. Notice: The default configuration of WEPEP250 board does not include PCMCIA support. To include PCMCIA and IDE support the WEPEP250 configuration has to be adjusted. Note that I have changed TEXT_ADDRESS for WEPEP250 board to start at 0xA1000000. If my understanding is correct, Linux kernel will use the memory that was occupied by U-Boot code while running in RAM. Tweaking can be done later. In case of any issues, let me know. -- Best Regards, Leon.

3 4

[U-Boot-Users] [PATCH] fix the ARM memory layout
by Anders Larsen 08 Feb '04

08 Feb '04

Hi, here's a fresh version of my rather intrusive patch from the 17.th sept. to rearrange the ARM memory layout to bring it in line with the README. This has the positive side-effect of actually allow U-Boot to run on PXA- and IXP-based targets; the current implementation sets up the heap using bogus addresses causing u-boot to crash (this even applies to the recently added board "ixdp425"). This patch doesn't go all the way, though, since doing away with the board-specific setting of TEXT_BASE would require the code to be position-independent, which at least the cpu initialization code in cpu/*/start.S is _not_. CHANGELOG: Bring the ARM memory layout in line with the documentation. Cheers Anders

5 11

[U-Boot-Users] [PATCH] pass custom data to Linux
by Anders Larsen 02 Jan '04

02 Jan '04

Hi, the attached patch defines a new config option CONFIG_CUSTOM_TAGS for ARM targets. Defining this option causes do_bootm_linux() to call the function setup_custom_tags(), which should be supplied from the board-specific stuff. Specifically, I need to pass the board revision and serial number to the Linux kernel, and I'd like to use the standard method of passing tagged parameters. For my purpose, ATAG_SERIAL and ATAG_REVISION are already defined (and supported by the kernel). CHANGELOG: add config option CONFIG_CUSTOM_TAGS Cheers Anders

4 14

[U-Boot-Users] watchdog reset in mpc824x timer interrupt.
by gleb＠nbase.co.il 15 Dec '03

15 Dec '03

Hello, Attached patch makes timer_interrupt to perform watchdog reset on all boards that support watchdog and not only for OXC. CHANGELOG: perform watchdog reset in mpc824x timer interrupt on all boards that have watchdog. -- Gleb.

3 10

[U-Boot-Users] IDE patch
by Pierre AUBERT 08 Dec '03

08 Dec '03

Hi everybody, The attached patch makes the IDE and FAT commands working on our custom board. CHANGELOG: * adds a return value for the fpga command * fixes an endianess problem in fat.h * adds an ide_preinit function called in ide_init if CONFIG_IDE_PREINIT is defined. If the ide_preinit fails, the ide_init is aborted. * adds the CFG_ATA_STRIDE configuration variable, which defines the spacing between ATA registers. The default value is 1, but it can be modified in the board configuration file. Best regards diff -Naur u-boot/common/cmd_fpga.c u-boot-1.0.0/common/cmd_fpga.c --- u-boot/common/cmd_fpga.c 2003-07-01 23:07:07.000000000 +0200 +++ u-boot-1.0.0/common/cmd_fpga.c 2003-11-21 09:26:14.000000000 +0100 @@ -70,6 +70,7 @@ void *fpga_data = NULL; char *devstr = getenv("fpga"); char *datastr = getenv("fpgadata"); + int ret_val = FPGA_FAIL; if ( devstr ) dev = (int)simple_strtoul( devstr, NULL, 16 ); if ( datastr ) fpga_data = (void *)simple_strtoul( datastr, NULL, 16 ); @@ -106,15 +107,15 @@ break; case FPGA_INFO: - fpga_info( dev ); + ret_val = fpga_info( dev ); break; case FPGA_LOAD: - fpga_load( dev, fpga_data, data_size ); + ret_val = fpga_load( dev, fpga_data, data_size ); break; case FPGA_DUMP: - fpga_dump( dev, fpga_data, data_size ); + ret_val = fpga_dump( dev, fpga_data, data_size ); break; default: @@ -122,7 +123,7 @@ fpga_usage( cmdtp ); break; } - return 0; + return (ret_val); } static void fpga_usage ( cmd_tbl_t *cmdtp ) diff -Naur u-boot/common/cmd_ide.c u-boot-1.0.0/common/cmd_ide.c --- u-boot/common/cmd_ide.c 2003-11-07 14:42:26.000000000 +0100 +++ u-boot-1.0.0/common/cmd_ide.c 2003-11-24 09:14:59.000000000 +0100 @@ -487,6 +487,13 @@ char *s; #endif +#ifdef CONFIG_IDE_PREINIT + if (ide_preinit ()) { + puts ("ide_preinit failed\n"); + return; + } +#endif + #ifdef CONFIG_IDE_8xx_PCCARD extern int pcmcia_on (void); extern int ide_devices_found; /* Initialized in check_ide_device() */ @@ -756,12 +763,12 @@ static void __inline__ ide_outb(int dev, int port, unsigned char val) { + PRINTF ("ide_outb (dev= %d, port= %d, val= 0x%02x) : @ 0x%08lx\n", + dev, port, val, (ATA_CURR_BASE(dev)+port)); + /* Ensure I/O operations complete */ __asm__ volatile("eieio"); *((uchar *)(ATA_CURR_BASE(dev)+port)) = val; -#if 0 - printf ("ide_outb: 0x%08lx <== 0x%02x\n", ATA_CURR_BASE(dev)+port, val); -#endif } #else /* ! __PPC__ */ static void __inline__ @@ -780,9 +787,8 @@ /* Ensure I/O operations complete */ __asm__ volatile("eieio"); val = *((uchar *)(ATA_CURR_BASE(dev)+port)); -#if 0 - printf ("ide_inb: 0x%08lx ==> 0x%02x\n", ATA_CURR_BASE(dev)+port, val); -#endif + PRINTF ("ide_inb (dev= %d, port= %d) : @ 0x%08lx -> 0x%02x\n", + dev, port, (ATA_CURR_BASE(dev)+port), val); return (val); } #else /* ! __PPC__ */ diff -Naur u-boot/include/ata.h u-boot-1.0.0/include/ata.h --- u-boot/include/ata.h 2002-11-03 01:54:21.000000000 +0100 +++ u-boot-1.0.0/include/ata.h 2003-11-20 16:51:30.000000000 +0100 @@ -37,10 +37,13 @@ * 8-bit (register) and 16-bit (data) accesses might use different * address spaces. This is implemented by the following definitions. */ +#ifndef CFG_ATA_STRIDE +#define CFG_ATA_STRIDE 1 +#endif -#define ATA_IO_DATA(x) (CFG_ATA_DATA_OFFSET+(x)) -#define ATA_IO_REG(x) (CFG_ATA_REG_OFFSET +(x)) -#define ATA_IO_ALT(x) (CFG_ATA_ALT_OFFSET +(x)) +#define ATA_IO_DATA(x) (CFG_ATA_DATA_OFFSET+(x * CFG_ATA_STRIDE)) +#define ATA_IO_REG(x) (CFG_ATA_REG_OFFSET +(x * CFG_ATA_STRIDE)) +#define ATA_IO_ALT(x) (CFG_ATA_ALT_OFFSET +(x * CFG_ATA_STRIDE)) /* * I/O Register Descriptions diff -Naur u-boot/include/fat.h u-boot-1.0.0/include/fat.h --- u-boot/include/fat.h 2003-09-11 00:30:55.000000000 +0200 +++ u-boot-1.0.0/include/fat.h 2003-11-21 16:12:53.000000000 +0100 @@ -89,7 +89,7 @@ #define FAT2CPU16 le16_to_cpu #define FAT2CPU32 le32_to_cpu #else -#if 1 +#ifdef __LITTLE_ENDIAN #define FAT2CPU16(x) (x) #define FAT2CPU32(x) (x) #else

2 1

[U-Boot-Users] Re: Ethernet on PPC Ebony not working
by Pavel Bartusek 07 Dec '03

07 Dec '03

Hello, I guess you are using 10MB ethernet. In the 440 is between EMAC and PHY inserted so called ZMII bridge, which can operate in several modes. If is in the RMII mode then is necessary to set correct speed in the ZMII Speed Select Register. The following patch will fix this problem. Pavel Bartusek Sysgo AG --- u-boot-1.0.0/cpu/ppc4xx/405gp_enet.c.ori 2003-09-10 20:20:30.000000000 +0200 +++ u-boot-1.0.0/cpu/ppc4xx/405gp_enet.c 2003-11-21 18:08:34.000000000 +0100 @@ -67,6 +67,9 @@ * 17-Jun-02 stefan.roese(a)esd-electronics.com * - MAL error debug printf 'M' removed (rx de interrupt may * occur upon many incoming packets with only 4 rx buffers). + * 21-Nov-03 pavel.bartusek(a)sysgo.com + * - set ZMII bridge speed on 440 + * *-----------------------------------------------------------------------------*/ #include <common.h> @@ -414,6 +417,14 @@ out32 (EMAC_M1, mode_reg); +#if defined(CONFIG_440) + /* set speed in the ZMII bridge */ + if (speed == _100BASET) + out32(ZMII_SSR, in32(ZMII_SSR) | 0x10000000); + else + out32(ZMII_SSR, in32(ZMII_SSR) & ~0x10000000); +#endif + /* Enable broadcast and indvidual address */ out32 (EMAC_RXM, EMAC_RMR_BAE | EMAC_RMR_IAE /*| EMAC_RMR_ARRP| EMAC_RMR_SFCS | EMAC_RMR_SP */ );

2 1

[U-Boot-Users] [PATCH] mismatched #ifdef/#endif
by Anders Larsen 07 Dec '03

07 Dec '03

Hi, the header include/asm-arm/arch-pxa/hardware.h contains mismatched #ifdef/#endif (more precisely, one #endif too many in line 88, which is "compensated for" farther below in line 99). The attached patch fixes this. CHANGELOG: Fix a mismatched #ifdef / #endif sequence Cheers Anders

2 1

[U-Boot-Users] [PATCH] (MIPS) Support for all dbau1x00 boards
by Thomas Lange 07 Dec '03

07 Dec '03

Use different configurations for the boards from AMD ( dbau1000, dbau1100 and dbau1500 ). Only tested for dbau1000, but compiles for all three. Users with dbau1100 and dbau1500 should check that the cpu is compatible with au1000. * Patch by Thomas Lange 14 Oct 2003 Split dbau1x00 into dbau1000, dbau1100 and dbau1500 configs /Thomas

3 2

[U-Boot-Users] [PATCH] (MIPS) Au1x00 phymem workaround
by Thomas Lange 07 Dec '03

07 Dec '03

Au1x00 uses a 36 bit bus internally and cannot access physical memory directly. Use the uncached sdram address instead of the physical one. * Patch by Thomas Lange 14 Nov 2003 Workaround for mips au1x00 physical memory accesses /Thomas

2 1

[U-Boot-Users] [PATCH][CFT] bring ARM memory layout in line with the documented behaviour
by Anders Larsen 07 Dec '03

07 Dec '03

Hi, here's a fairly lengthy patch against 0.4.8 that brings the memory layout of all supported ARM CPUs in line with the documentation. This has the positive side-effect of allowing U-Boot to actually run on PXA CPUs (the stock PXA implementation didn't set the start-address of the malloc pool at all!) The memory layout now more or less conforms to the standard as defined in the README (the absolute addresses are board-specific, of course). Since the stack and malloc-heap are now located below the U-Boot code, the TEXT_BASE of the supported ARM boards can be increased accordingly (for most (but not all) boards, the patch already does this). Memory layout example based on my PXA255 (TEXT_BASE = 0xA07E0000): 0xA079FF74 Monitor Stack (growing downwards) 0xA079FF80 Board Info Data and permanent copy of Global Data 0xA07A0000 Malloc Arena 0xA07E0000 RAM copy of Monitor Code ... optional: Frame Buffer 0xA07FFFFF [End of RAM] Since I only have access to PXA-based HW, I was only able to verify that U-Boot still *builds* for all supported ARMs; I have to rely on your help to see if it also *runs* correctly. CHANGELOG: Bring ARM memory layout in line with the documentation. Wolfgang: Please don't apply this patch until we have some feedback from the ARM maintainers. Robert: When/if this patch is eventually applied, you can probably push most of your PXA -ptx stuff without having it break things. Cheers Anders

5 16

[U-Boot-Users] Patch: MPC826xADS/PQ2FADS small fixes and clean-up
by Yuli Barcohen 07 Dec '03

07 Dec '03

This patch fixes the MPC826xADS/PQ2FADS port to run cleanly on MPC8266ADS. Also some defaults are changed to match Motorola shipping configuration. -- ======================================================================== Yuli Barcohen | Phone +972-9-765-1788 | Software Project Leader yuli(a)arabellasw.com | Fax +972-9-765-7494 | Arabella Software, Israel ======================================================================== Index: board/mpc8260ads/config.mk =================================================================== RCS file: /home/CVS/u-boot/u-boot/board/mpc8260ads/config.mk,v retrieving revision 1.1.1.1 retrieving revision 1.2 diff -p -u -r1.1.1.1 -r1.2 --- board/mpc8260ads/config.mk 10 Oct 2001 09:28:28 -0000 1.1.1.1 +++ board/mpc8260ads/config.mk 13 Nov 2003 17:15:22 -0000 1.2 @@ -4,6 +4,8 @@ # # Modified by, Stuart Hughes, Lineo Inc, stuarth(a)lineo.com # +# Modified by, Yuli Barcohen, Arabella Software Ltd., yuli(a)arabellasw.com +# # See file CREDITS for list of people who contributed to this # project. # @@ -24,9 +26,7 @@ # # -# mpc8260ads board +# MPC8260ADS, MPC8266ADS, and PQ2FADS-ZU/VR boards # TEXT_BASE = 0xfff00000 - -PLATFORM_CPPFLAGS += -DTEXT_BASE=$(TEXT_BASE) -I$(TOPDIR)/board Index: board/mpc8260ads/mpc8260ads.c =================================================================== RCS file: /home/CVS/u-boot/u-boot/board/mpc8260ads/mpc8260ads.c,v retrieving revision 1.1.1.6 retrieving revision 1.10 diff -p -u -r1.1.1.6 -r1.10 --- board/mpc8260ads/mpc8260ads.c 15 Sep 2003 20:30:40 -0000 1.1.1.6 +++ board/mpc8260ads/mpc8260ads.c 13 Nov 2003 17:15:22 -0000 1.10 @@ -231,6 +231,20 @@ int board_pre_init (void) bcsr[1] = ~FETHIEN1 & ~RS232EN_1; +#if CONFIG_ADSTYPE != CFG_8260ADS /* PCI mode can be selected */ +#if CONFIG_ADSTYPE == CFG_PQ2FADS + if ((bcsr[3] & BCSR_PCI_MODE) == 0) /* PCI mode selected by JP9 */ +#endif /* CONFIG_ADSTYPE == CFG_PQ2FADS */ + { + volatile immap_t *immap = (immap_t *) CFG_IMMR; + + immap->im_clkrst.car_sccr |= M826X_SCCR_PCI_MODE_EN; + immap->im_siu_conf.sc_siumcr = + (immap->im_siu_conf.sc_siumcr & ~SIUMCR_LBPC11) + | SIUMCR_LBPC01; + } +#endif /* CONFIG_ADSTYPE != CFG_8260ADS */ + return 0; } @@ -239,32 +253,25 @@ int board_pre_init (void) long int initdram (int board_type) { #if CONFIG_ADSTYPE == CFG_PQ2FADS - vu_long *bcsr = (vu_long *)CFG_BCSR; + long int msize = 32; +#else + long int msize = 16; #endif + +#ifndef CFG_RAMBOOT volatile immap_t *immap = (immap_t *) CFG_IMMR; volatile memctl8260_t *memctl = &immap->im_memctl; volatile uchar *ramaddr, c = 0xff; - long int msize; uint or; uint psdmr; uint psrt; int i; -#ifndef CFG_RAMBOOT immap->im_siu_conf.sc_ppc_acr = 0x00000002; immap->im_siu_conf.sc_ppc_alrh = 0x01267893; immap->im_siu_conf.sc_tescr1 = 0x00004000; -#if CONFIG_ADSTYPE == CFG_PQ2FADS - if ((bcsr[3] & BCSR_PCI_MODE) == 0) { /* PCI mode selected by JP9 */ - immap->im_clkrst.car_sccr |= M826X_SCCR_PCI_MODE_EN; - immap->im_siu_conf.sc_siumcr = - (immap->im_siu_conf.sc_siumcr & ~SIUMCR_LBPC11) - | SIUMCR_LBPC01; - } -#endif /* CONFIG_ADSTYPE == CFG_PQ2FADS */ - memctl->memc_mptpr = CFG_MPTPR; #ifdef CFG_LSDRAM_BASE /* @@ -431,13 +438,7 @@ long int initdram (int board_type) #endif /* SPD_DEBUG */ } #else /* !CONFIG_SPD_EEPROM */ -#if CONFIG_ADSTYPE == CFG_PQ2FADS - msize = 32; - or = 0xFE002EC0; -#else - msize = 16; - or = 0xFF000CA0; -#endif /* CONFIG_ADSTYPE == CFG_PQ2FADS */ + or = CFG_OR2; psdmr = CFG_PSDMR; psrt = CFG_PSRT; #endif /* CONFIG_SPD_EEPROM */ @@ -455,7 +456,7 @@ long int initdram (int board_type) *ramaddr = c; memctl->memc_psdmr = psdmr | 0x40000000; /* Refresh enable */ *ramaddr = c; -#endif +#endif /* CFG_RAMBOOT */ /* return total 60x bus SDRAM size */ return (msize * 1024 * 1024); Index: board/mpc8260ads/u-boot.lds =================================================================== RCS file: /home/CVS/u-boot/u-boot/board/mpc8260ads/u-boot.lds,v retrieving revision 1.1.1.3 retrieving revision 1.2 diff -p -u -r1.1.1.3 -r1.2 --- board/mpc8260ads/u-boot.lds 16 Jul 2003 11:23:42 -0000 1.1.1.3 +++ board/mpc8260ads/u-boot.lds 13 Nov 2003 17:15:22 -0000 1.2 @@ -2,6 +2,8 @@ * (C) Copyright 2001 * Wolfgang Denk, DENX Software Engineering, wd(a)denx.de. * + * Modified by Yuli Barcohen <yuli(a)arabellasw.com> + * * See file CREDITS for list of people who contributed to this * project. * @@ -22,9 +24,6 @@ */ OUTPUT_ARCH(powerpc) -SEARCH_DIR(/lib); SEARCH_DIR(/usr/lib); SEARCH_DIR(/usr/local/lib); SEARCH_DIR(/usr/local/powerpc-any-elf/lib); -/* Do we need any of these for elf? - __DYNAMIC = 0; */ SECTIONS { /* Read-only sections, merged into text segment: */ @@ -120,3 +119,4 @@ SECTIONS _end = . ; PROVIDE (end = .); } +ENTRY(_start) Index: include/configs/MPC8260ADS.h =================================================================== RCS file: /home/CVS/u-boot/u-boot/include/configs/MPC8260ADS.h,v retrieving revision 1.1.1.6 retrieving revision 1.14 diff -p -u -r1.1.1.6 -r1.14 --- include/configs/MPC8260ADS.h 15 Sep 2003 20:30:43 -0000 1.1.1.6 +++ include/configs/MPC8260ADS.h 13 Nov 2003 17:15:22 -0000 1.14 @@ -10,7 +10,7 @@ * (C) Copyright 2003 Arabella Software Ltd. * Yuli Barcohen <yuli(a)arabellasw.com> * Added support for SDRAM DIMMs SPD EEPROM, MII, JFFS2. - * Ported to PQ2FADS-ZU board. + * Ported to PQ2FADS-ZU and PQ2FADS-VR boards. * * See file CREDITS for list of people who contributed to this * project. @@ -45,7 +45,7 @@ /* ADS flavours */ #define CFG_8260ADS 1 /* MPC8260ADS */ #define CFG_8266ADS 2 /* MPC8266ADS */ -#define CFG_PQ2FADS 3 /* PQ2FADS-ZU */ +#define CFG_PQ2FADS 3 /* PQ2FADS-ZU or PQ2FADS-VR */ #ifndef CONFIG_ADSTYPE #define CONFIG_ADSTYPE CFG_8260ADS @@ -130,7 +130,7 @@ #undef CONFIG_SPD_EEPROM /* On PQ2FADS-ZU, SDRAM is soldered */ #else #define CONFIG_HARD_I2C 1 /* To enable I2C support */ -#define CFG_I2C_SPEED 400000 /* I2C speed and slave address */ +#define CFG_I2C_SPEED 100000 /* I2C speed and slave address */ #define CFG_I2C_SLAVE 0x7F #if defined(CONFIG_SPD_EEPROM) && !defined(CONFIG_SPD_ADDR) @@ -139,14 +139,14 @@ #endif /* CONFIG_ADSTYPE == CFG_PQ2FADS */ #ifndef CONFIG_SDRAM_PBI -#define CONFIG_SDRAM_PBI 1 /* By default, use page-based interleaving */ +#define CONFIG_SDRAM_PBI 0 /* By default, use bank-based interleaving */ #endif #ifndef CONFIG_8260_CLKIN #if CONFIG_ADSTYPE == CFG_PQ2FADS #define CONFIG_8260_CLKIN 100000000 /* in Hz */ #else -#define CONFIG_8260_CLKIN 66666666 /* in Hz */ +#define CONFIG_8260_CLKIN 66000000 /* in Hz */ #endif #endif @@ -188,7 +188,6 @@ /* this must be included AFTER the definition of CONFIG_COMMANDS (if any) */ #include <cmd_confdefs.h> - #define CONFIG_BOOTDELAY 5 /* autoboot after 5 seconds */ #define CONFIG_BOOTCOMMAND "bootm 100000" /* autoboot command */ #define CONFIG_BOOTARGS "root=/dev/ram rw" @@ -201,7 +200,8 @@ #define CONFIG_KGDB_BAUDRATE 115200 /* speed to run kgdb serial port at */ #endif -#undef CONFIG_WATCHDOG /* disable platform specific watchdog */ +#define CONFIG_BZIP2 /* include support for bzip2 compressed images */ +#undef CONFIG_WATCHDOG /* disable platform specific watchdog */ /* * Miscellaneous configurable options @@ -291,9 +291,14 @@ #endif #define CFG_MONITOR_LEN (256 << 10) /* Reserve 256 kB for Monitor */ -#define CFG_MALLOC_LEN (128 << 10) /* Reserve 128 kB for malloc() */ #define CFG_BOOTMAPSZ (8 << 20) /* Initial Memory map for Linux */ +#ifdef CONFIG_BZIP2 +#define CFG_MALLOC_LEN (4096 << 10) /* Reserve 4 MB for malloc() */ +#else +#define CFG_MALLOC_LEN (128 << 10) /* Reserve 128 KB for malloc() */ +#endif /* CONFIG_BZIP2 */ + #ifndef CFG_RAMBOOT # define CFG_ENV_IS_IN_FLASH 1 # define CFG_ENV_SECT_SIZE 0x40000 @@ -335,12 +340,14 @@ #endif /* CONFIG_ADSTYPE == CFG_8266ADS */ #if CONFIG_ADSTYPE == CFG_PQ2FADS +#define CFG_OR2 0xFE002EC0 #define CFG_PSDMR 0x824B36A3 #define CFG_PSRT 0x13 #define CFG_LSDMR 0x828737A3 #define CFG_LSRT 0x13 #define CFG_MPTPR 0x2800 #else +#define CFG_OR2 0xFF000CA0 #define CFG_PSDMR 0x016EB452 #define CFG_PSRT 0x21 #define CFG_LSDMR 0x0086A522

2 1

[U-Boot-Users] [PATCH] declare portio-commands nonstd.
by Anders Larsen 07 Dec '03

07 Dec '03

Hi, my patch from 23. september neglected to mark the PORTIO commands non-standard in the README. The attached trivial patch fixes this. Cheers Anders

2 1

[U-Boot-Users] [PATCH] DataFlash for AT91RM9200DK board
by Nicolas Lacressonnière 07 Dec '03

07 Dec '03

Hi, Please find attached a patch applied against the 1.0.0 release. It implements some changes for Atmel AT91RM9200DK development kit. It adds: - the possibility to set the environment variables in DataFlash - Atmel DataFlash AT45DB1282 support Tell me if there is something wrong Nicolas. ----------------------------------------------------------------- LACRESSONNIERE Nicolas ARM-Based Products Application Group ATMEL Rousset Zone Industrielle 13106 Rousset Cedex FRANCE Tél: +33 (0)4 42 53 72 54 Fax: +33 (0)4 42 53 60 01 -----------------------------------------------------------------

2 1

[U-Boot-Users] patch for 8270 Rev 0.1 support
by Jeff Carr 07 Dec '03

07 Dec '03

This patch adds the needed define for the new version of 8270 processors. -Jeff

3 5

[U-Boot-Users] [PATCH] only setup arm linux initrd tag when initrd is present
by George G. Davis 07 Dec '03

07 Dec '03

Greetings, The attached is a small tweak to only pass the arm linux initrd tag to the kernel when an initrd is actually present. -- Regards, George Index: u-boot/lib_arm/armlinux.c =================================================================== RCS file: /cvsroot/u-boot/u-boot/lib_arm/armlinux.c,v retrieving revision 1.6 diff -u -r1.6 armlinux.c --- u-boot/lib_arm/armlinux.c 26 Jul 2003 08:08:21 -0000 1.6 +++ u-boot/lib_arm/armlinux.c 5 Nov 2003 18:37:46 -0000 @@ -189,14 +189,12 @@ */ SHOW_BOOT_PROGRESS (14); - data = 0; + len = data = 0; } -#ifdef DEBUG if (!data) { - printf ("No initrd\n"); + debug ("No initrd\n"); } -#endif if (data) { initrd_start = data; @@ -208,10 +206,8 @@ SHOW_BOOT_PROGRESS (15); -#ifdef DEBUG - printf ("## Transferring control to Linux (at address %08lx) ...\n", - (ulong)theKernel); -#endif + debug ("## Transferring control to Linux (at address %08lx) ...\n", + (ulong)theKernel); #if defined (CONFIG_SETUP_MEMORY_TAGS) || \ defined (CONFIG_CMDLINE_TAG) || \ @@ -225,7 +221,8 @@ setup_commandline_tag(bd, commandline); #endif #ifdef CONFIG_INITRD_TAG - setup_initrd_tag(bd, initrd_start, initrd_end); + if (initrd_start && initrd_end) + setup_initrd_tag(bd, initrd_start, initrd_end); #endif #if 0 setup_ramdisk_tag(bd);

2 1

[U-Boot-Users] [PATCH] tweak omap1510inn_config defaults
by George G. Davis 07 Dec '03

07 Dec '03

Greetings, The attached changes the omap1510inn build defaults to generic values and removes the hard coded IP values in the default build - that's what bootp is for. : ) -- Regards, George Index: u-boot/include/configs/omap1510inn.h =================================================================== RCS file: /cvsroot/u-boot/u-boot/include/configs/omap1510inn.h,v retrieving revision 1.1 diff -u -r1.1 omap1510inn.h --- u-boot/include/configs/omap1510inn.h 15 Jul 2003 20:04:06 -0000 1.1 +++ u-boot/include/configs/omap1510inn.h 5 Nov 2003 18:27:41 -0000 @@ -44,6 +44,7 @@ #define CONFIG_CMDLINE_TAG 1 /* enable passing of ATAGs */ #define CONFIG_SETUP_MEMORY_TAGS 1 +#define CONFIG_INITRD_TAG 1 /* * Size of malloc() pool @@ -92,12 +93,9 @@ #include <configs/omap1510.h> #define CONFIG_BOOTDELAY 3 -#define CONFIG_BOOTARGS "mem=32M console=ttyS0,115200n8 noinitrd root=/dev/nfs rw nfsroot=157.87.82.48:/home/a0875451/mwd/myfs/target ip=dhcp" -/*#define CONFIG_ETHADDR 00:0B:36:00:05:25 */ -#define CONFIG_NETMASK 255.255.254.0 /* talk on MY local net */ -#define CONFIG_IPADDR 156.117.97.156 /* static IP I currently own */ -#define CONFIG_SERVERIP 156.117.97.139 /* current IP of my dev pc */ -#define CONFIG_BOOTFILE "/tftpboot/uImage" /* file to load */ +#define CONFIG_BOOTARGS "console=ttyS0,115200n8 noinitrd root=/dev/nfs ip=bootp" +#define CONFIG_BOOTCOMMAND "bootp;tftp;bootm" +#define CFG_AUTOLOAD "n" /* No autoload */ #if (CONFIG_COMMANDS & CFG_CMD_KGDB) #define CONFIG_KGDB_BAUDRATE 115200 /* speed to run kgdb serial port */

2 1

[U-Boot-Users] [PATCH-2/2] CFG_HZ at NIOS Cyclone
by Stephan Linz 07 Dec '03

07 Dec '03

Hi all, happy patching again ... In attatchment you will find a CFG_HZ configuration patch for NIOS Cyclone board. It's very important to ensure a proper higher lever operation (especially time-out controls). Wolfgang, could you put it into the CVS repository? FYIO: I'm working on a new board configuration for NIOS Strartix based on Cyclone. Patch will be coming soon. Best Regards, -- Mit freundlichen Gruessen Stephan Linz ====================================================================== Stephan Linz Softwareentwicklung MAZeT GmbH Email: mailto:linz@mazet.de Göschwitzer Str. 32 Tel. : (3641) 2809-55 D-07745 Jena Fax : (3641) 2809-12 Besuchen Sie bitte unsere Web-Seiten: http://www.MAZeT.de ======================================================================

2 1

[U-Boot-Users] [PATCH-1/2] LAN91C111
by Stephan Linz 07 Dec '03

07 Dec '03

Hi all, in context of one of my emails last week: http://sourceforge.net/mailarchive/forum.php?thread_id=3364771&forum_id=128… I'm wondering about how many people are using the LAN91C111 driver without significant problems. There is (just was :-) a fat signed/unsigned bug in drivers/smc91111.c which is significant at NIOS plattforms when you are using MAC addresses with address elements above 0x7f. Example: 00:07:ed:0a:a4:7b goes over to 00:07:ed:ff:a4:ff inside the chip. Simple solution: static char smc_mac_addr[] = { . . . }; have to be: static char unsigned smc_mac_addr[6] = { . . . }; In attatchment you will find my smc91111_fix patch. It includes some other minor fixes I've made. This patch has been working successful at NIOS Stratix and Cyclone boards. Please try out and patch CVS tree. Best Regards, -- Mit freundlichen Gruessen Stephan Linz ====================================================================== Stephan Linz Softwareentwicklung MAZeT GmbH Email: mailto:linz@mazet.de Göschwitzer Str. 32 Tel. : (3641) 2809-55 D-07745 Jena Fax : (3641) 2809-12 Besuchen Sie bitte unsere Web-Seiten: http://www.MAZeT.de ======================================================================

2 1

[U-Boot-Users] Fix for MII utils
by Steven Scholz 06 Dec '03

06 Dec '03

Hi there, the attached patch addresses two MII related issues: a) mii info <addr> ignored <addr> and always showed info for 32 PHYs b) The "Trick" mentioned in miiphy_info(): " * Trick: we are reading two 16 registers into a 32 bit variable * so we do a 16 read into the high order bits of the variable (big * endian, you know), shift it down 16 bits, and the read the rest." does obviously not work on little endian machines. * Patch by Steven Scholz, 20 Oct 2003 - "mii info <addr>" now only shows the info for PHY "addr" as the help message already suggests - Endian fix for miiphy_info() Thanks, Steven

2 5

[U-Boot-Users] u-boot and NIOS dk 1s10 board
by Patrice Kadionik 05 Dec '03

05 Dec '03

hi all, I'm trying to use u-boot on a altera's stratix 1S10 board.... I've downloaded the stephan's RPM u-boot port for this board...and downloaded intoo my board...but it doesn't work has anyone succeded to boot u-boot on this board? is the port incorporated in the 1.0.0 u-boot version...I just see the cyclone board.... Is anyone try to port µClinux on NIOS ? I'm currently working on this point and having a linux bootloader is the first step... Cheer's Pat. -- Patrice Kadionik. F6KQH / F4CUQ ----------- +---------------------------------------------------------------------+ +"Tout doit etre aussi simple que possible, pas seulement plus simple"+ +---------------------------------------------------------------------+ + Patrice Kadionik http://www.enseirb.fr/~kadionik + + ENSEIRB fax : +33 5.56.37.20.23 + + PO BOX 99 voice : +33 5.56.84.23.47 + + 33402 TALENCE Cedex http://www.enseirb.fr + + FRANCE mailto:kadionik@enseirb.fr + +---------------------------------------------------------------------+

8 25

[U-Boot-Users] Re: 8540 ADS board.
by Wolfgang Denk 05 Dec '03

05 Dec '03

In message <3FB4BEB3.8050804(a)tnglwood.demon.co.uk> you wrote: > I'm trying to compile u-boot for the 8540 ADS board. According to the > comments this should be possible. But I'm getting error messages from > the compiler objecting to the -me500 option. Am I doing somethig > wrong, or do I need an updated compiler? See doc/README.mpc85xxads Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd(a)denx.de You can only live once, but if you do it right, once is enough.

2 1

[U-Boot-Users] reading environment from flash fails
by Wolter Kamphuis 01 Dec '03

01 Dec '03

Hi all, I need some help converting a patch for ppcboot-1.1.6 to u-boot. I've got the following patch for ppcoot-1.1.6: http://wkamphuis.student.utwente.nl/u-boot/ppcboot-1_1_6_qs.patch This patch is for the QSLinux QST23/QS850/QS860T boards. See http://www.snmc.com/prod_qs850.html The patch is made by Daris Nevil (SNMC), it works fine but hasn't been ported to u-boot yet, it's also very large (+500k). The past few days I've been busy porting this patch to u-boot, version 1.0.0. While porting I've run into a problem. Saving the environment to flash ('saveenv') works but this environment isn't read when rebooting. I can't figure out why. Our board has 8Mb flash, mapped to ff800000. Here's the layout: ff800000 to ffee0000: root filesystem ffee0000 to ff000000: readwrite ext2 filesystem fff00000 to fff20000: u-boot fff20000 to ffffffff: linux kernel We define: #define CFG_MONITOR_BASE 0xFFF00000 #define CFG_ENV_SECT_SIZE (128*1024) #define CFG_ENV_SIZE (2*1024) #define CFG_ENV_ADDR (CFG_MONITOR_BASE + CFG_ENV_SECT_SIZE - CFG_ENV_SIZE) So the environment is located at fff1f800. I've added some debugging into the source, which results in: file console.c, func console_init_f, line 368 CFG_ENV_ADDR = 'fff1f800' gd->env_addr = 'fff08174' Memory location fff1f800 contains nothing, but after a 'saveenv' my environment is saved there. Memory location fff08174 contains my default environment and is unchanged after a 'saveenv'. Shouldn't gd->env_addr be equal to CFG_ENV_ADDR? Now my saved environment settings aren't read and after a reset all settings are restored to the defaults. The original patch, my unfinished patch and some screendumps are available on my website: http://wkamphuis.student.utwente.nl/u-boot/ Could someone give me a tip pointer where to look for a solution? I have a feeling it has something to do with the u-boot.lds file but I don't know what. thanks in advance, Wolter Kamphuis, MuLogic B.V.

2 3

[U-Boot-Users] Re: [uClinux-dev] [Announcement] U-Boot for Motorola M5272C3 and M5282EVB
by Wolfgang Denk 29 Nov '03

29 Nov '03

Dear Bernhard, in message <3FC7B02C.6070007(a)metrowerks.com> you wrote: > > I have attached the main patch plus two additional patches. Please > note that you can't use the 5282 stuff at the moment, because there > may be some licensing issues: the initialisation "templates" have been > downloaded from the offical Motorola website and slightly adopted > in order to be usable as u-boot pre-loader. The files didn't came > along with a copyright notice, so i thought it's probably ok > to use them "as is", but it seems that there may be some common > "Motorola software license agreement" that excludes the code to > be used in GPL environemt - means: no u-boot for 5282 for now, sorry! > You may use it anyhow, but then you need do it on your own legal > risk! M5272C3 is ok concerning licensing/copyrights. As discussed before, this means I will not be able to merge your work into the public U-Boot source tree. This is a pity because (1) this stuff is interesting for a couple of people and (2) this means that the patches will be obsolete soon as the U-Boot sources change. > BTW: Richard, Wolfgang doesn't like the dual-stage boot variant > i have introduced for the Coldfire (with compressed u-boot in flash). > This scheme was adopted for the AT91RM9200, btw., but in this case, > the pre-bootloader is not included in the u-boot tarball (or CVS tree). > We could apply the same method for Coldfire as well, means the > pre-bootloader needs to be downloaded and compiled seperatly. This would As discussed before, such a design is really breaking very basic design principles of U-Boot. If not dictated by some (stupid) hardware it is not acceptable to me. > also sort out the potential licensing issue for the 5282 decribed > above, as well, since the pre-bootloader is actually not linked with > u-boot: the pre-bootloader and the compressed u-boot are just > concaternated into the same file (and could be flashed seperatly). Will anybody implement such a cleanup? Bernhard? Richard? Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd(a)denx.de Of all possible committee reactions to any given agenda item, the reaction that will occur is the one which will liberate the greatest amount of hot air. -- Thomas L. Martin

2 1

[U-Boot-Users] Little endian
by Ed Okerson 28 Nov '03

28 Nov '03

How much testing has been done on little-endian mode of u-boot? Does everyone pretty much just use big-endian, or is there a mix? I am working on getting the Compact Flash to work properly on the Au1500, and I know there is some weirdness with this particular chip, but I just wondered if anyone else has similar problems in little-endian mode. I noticed that there was special handling done in common/cmd_ide.c for input_swap_data(), but not for input_data(). It would seem to me that if one of them was in the wrong endian mode, the other other would be as well, or did I miss the point? Same thing for input_data_short()? And if they bytes need to be swapped in the input routines, don't they need to be swapped on the output routines as well? Does all of this only need to be done for the AU1X00 series processors? Ed Okerson

3 8

Re: [U-Boot-Users] ELDK-2.1.0
by Richard Klingler 28 Nov '03

28 Nov '03

On Fri, 2003-11-28 at 10:38, Wolfgang Denk wrote: > Dear Rick, > > in message <r02000200-1028-FBD3E332217511D8AE9900039387ACB6(a)[10.0.1.1]> you wrote: > > > > Didn't find any ELDK related mailing list so I am asking here (o; > > Tried to install on SuSE 8.2 and it stops at the beginning: > > This is a known problem which will be fixed in ELDK-3.0 (due to be out soon). > > You have two options: > > 1) Install on an older SuSE or on a RedHat system and copy the files > 2) download the file ftp://ftp.denx.de/pub/tmp/ELDK-update-2.2.0.tar.bz2 > Then change into the source tree with the ELDK files and perform > the following operations: > > bash$ rm RPMS/rpm-4.0.3-1.03b_2.i386.rpm \ > RPMS/rpm-build-4.0.3-1.03b_2.i386.rpm \ > RPMS/rpm-devel-4.0.3-1.03b_2.i386.rpm \ > tools/usr/lib/rpm/rpmpopt-4.0.3 > bash$ tar jxf /tmp/ELDK-update-2.2.0.tar.bz2 > > Then build the ISO image as documented, and try again. > > > Best regards, > > Wolfgang Denk Hi Wolfgang This worked perfectly (o; kiitoksia ja hyvää viikonloppua (o; rick (mein finnisch wird immer besser, oder so ;o)

1 0

[U-Boot-Users] Accessing PRAM on SCC ( MPC852T )
by Raghu 28 Nov '03

28 Nov '03

Hi, I need some insight into the u-boot cpu/mpc8xx/scc.c driver. I am able to use the SCC4 with these settings but to use the SCC3 I have got to comment these line. Any leading as to where I can look for an explanation most welcome. Thanks in advance. Warm Regards, Raghu pram_ptr->sen_pper = 0x0; /* Persistence (unused) */ pram_ptr->sen_iaddr1 = 0x0; /* Individual Address Filter 1 (unused) */ pram_ptr->sen_iaddr2 = 0x0; /* Individual Address Filter 2 (unused) */ pram_ptr->sen_iaddr3 = 0x0; /* Individual Address Filter 3 (unused) */ pram_ptr->sen_iaddr4 = 0x0; /* Individual Address Filter 4 (unused) */ pram_ptr->sen_taddrh = 0x0; /* Tmp Address (MSB) (unused) */ pram_ptr->sen_taddrm = 0x0; /* Tmp Address (unused) */ pram_ptr->sen_taddrl = 0x0; /* Tmp Address (LSB) (unused) */ __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/

3 4

Re: [U-Boot-Users] Re: How can I save env values to NAND FLASH
by 최광일 28 Nov '03

28 Nov '03

I 'm very Sorry about confusing you. but I returned mail which I sent yesterday by my mail server so I send again. sorry for this again and again ------- 원본 메세지 ------- 보낸사람 : Wolfgang Denk <wd(a)denx.de> 날 짜 : 2003년 11월 28일 08시 57분 제 목 : [U-Boot-Users] Re: How can I save env values to NAND FLASH Hi, in message <0HP10078XB52UU(a)ms12.samsung.com> you wrote: > ... > How Can I save environment values to NAND FLASH? You posted exactly the same message less than 24 hours ago. Please do NOT repost just because you don't receive replies. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd(a)denx.de A modem is a baudy house. ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ U-Boot-Users mailing list U-Boot-Users(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users

1 0

[U-Boot-Users] How can I save env values to NAND FLASH
by 최광일 28 Nov '03

28 Nov '03

Dear All Das U-Boot uses NOR FLASH for saving environment values for example IPADDR,GATEWAY and so on. I have a board with only NAND FLASH (SAMSUNG NAND FLASH 64M) without NOR FLASH and when I entered saveenv command to save environment values to NAND FLASH in U-Boot Some message returned and my values are not saved into NAND ======= Message ================ SMDK2410 # saveenv Saving Environment to Flash... Un-Protected 1 sectors Erasing Flash...Erasing sector 18 ... ok. Erased 1 sectors Writing to Flash... Flash not Erased Protected 1 sectors ===== End of Message =========== How Can I save environment values to NAND FLASH? Best regards

2 1

[U-Boot-Users] [PATCH] bootretry enviroment variable
by Pavel Bartusek 27 Nov '03

27 Nov '03

Hi, paste from the doc/README.autoboot CONFIG_BOOT_RETRY_TIME CONFIG_BOOT_RETRY_MIN bootretry environment variable These options determine what happens after autoboot is stopped and U-Boot is waiting for commands. CONFIG_BOOT_RETRY_TIME must be defined to enable the boot retry feature. If the environment variable 'bootretry' is found then its value is used, otherwise the retry timeout is CONFIG_BOOT_RETRY_TIME. CONFIG_BOOT_RETRY_MIN is optional and defaults to CONFIG_BOOT_RETRY_TIME. All times are in seconds. If the retry timeout is negative, the U-Boot command prompt never times out. Otherwise it is forced to be at least CONFIG_BOOT_RETRY_MIN seconds. If no valid U-Boot command is entered before the specified time the boot delay sequence is restarted. Each command that U-Boot executes restarts the timeout. end of paste from the doc/README.autoboot Currently is used function simple_strtoul() for parsing the bootretry enviroment variable. It fails if the bootretry is negative. The attached patch should fix it. -- Pavel Bartusek <pba(a)sysgo.com> Software Engineering SYSGO Real-Time Solutions AG | Embedded and Real-Time Software Lise-Meitner-Str.15 89081 Ulm, Germany Voice: +49-731-9533-1295 FAX: +49-731-94683-10 www.sysgo.com | www.elinos.com | www.osek.de --- u-boot.ori/common/main.c Thu Nov 27 19:25:30 2003 +++ u-boot/common/main.c Thu Nov 27 19:26:03 2003 @@ -505,7 +505,7 @@ char *s = getenv ("bootretry"); if (s != NULL) - retry_time = (int)simple_strtoul(s, NULL, 10); + retry_time = (int)simple_strtol(s, NULL, 10); else retry_time = CONFIG_BOOT_RETRY_TIME;

1 0

[U-Boot-Users] SCC3 on MPC852T
by Raghu 27 Nov '03

27 Nov '03

Hi All, I have a custom board housing MPC852T that has one SMC and 2 SCC controllers. I am able to configure the SMC for UART functionality. And the SCC4 for serial Ethernet functionality. But if I configure the SCC3 for Ethernet functionality I am losing the Serial prints aswell. Using the BDI I have been able to locate that the execution gets stuck in printf routines. I have defined the following in "commproc.h" ***************************************************** For SCC3 ------------------------------------------------- #define PROFF_ENET PROFF_SCC3 #define CPM_CR_ENET CPM_CR_CH_SCC3 #define SCC_ENET 2 /* CONFIG_SCC3_ENET */ #define PA_ENET_RXD (ushort)0x0010) /* PA 11 - Rx */ #define PA_ENET_TXD ((ushort)0x0020)/* PA 10 - Tx */ #define PA_ENET_RCLK ((ushort)0x1000 )/* PA 3 - CLK5 */ #define PA_ENET_TCLK ((ushort)0x2000 )/* PA 2 - CLK6 */ #define PC_ENET_RENA ((ushort)0x0200 )/* PC 6 - CD3 */ #define PC_ENET_TENA ((ushort)0x0004 )/* PC 13 - RTS3*/ #define PC_ENET_CLSN ((ushort)0x0100 )/* PC 7 - CTS3 */ #define SICR_ENET_MASK ((uint)0x00FF0000) #define SICR_ENET_CLKRT ((uint)0x00250000) *************************************************** Warm Regards, Raghu __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/

1 0

[U-Boot-Users] U-Boot code checksum?
by Ted Schmitz 27 Nov '03

27 Nov '03

Does the U-Boot code generate and check a checksum or CRC on itself? I see code to verify CRC checksums on images that U-Boot loads into memory, but I do not see any code that checks the U-Boot image itself. If there is a function that checks the U-Boot CRC or checksum, could someone point it out to me? We burn the U-Boot code into a boot PROM and I need some way of verifying the boot PROM was burned correctly when the system powers up. I've written checksum generation and verification utilities in the past but would prefer to use the utilities that come with U-Boot if they exist. Thank you, ====================== Ted Schmitz Staff Engineer QLogic Corporation ted.schmitz(a)qlogic.com

3 2

[U-Boot-Users] Debugging U-Boot on 440GP
by Brian Padalino 27 Nov '03

27 Nov '03

I have a BDI2000 and a custom target board. I am can successfully connect to it and step through single instructions. I can also set a breakpoint at _start_440, but any breakpoints after that do not get noticed. I have the BDI setup for HARD breakpoints. Should I have it setup for SOFT instead? What I am seeing is that when I stop the CPU, it's either at 0x700 or 0x1400 -- both of which are defined in the kgdb.c file, but I don't know what they mean. Can anyone shed any light on the situation for me? I am very new to both the BDI and using gdb (but I learn quickly). Thank you, and much is appreciated. Brian Padalino

4 11

[U-Boot-Users] compact flash
by Ed Okerson 27 Nov '03

27 Nov '03

I am stumped, again. When u-boot comes up, "ide part" shows: DbAu1x00 # ide part Partition Map for IDE device 0 -- Partition Type: DOS Partition Start Sector Num Sectors Type 1 0 501760 f8 but fdisk in Linux shows: Command (m for help): p Disk /dev/hdg: 16 heads, 32 sectors, 980 cylinders Units = cylinders of 512 * 512 bytes Device Boot Start End Blocks Id System /dev/hdg1 1 9 2288 83 Linux /dev/hdg2 10 18 2304 83 Linux /dev/hdg3 19 980 246272 83 Linux Something else must still be in the wrong endian mode, but I can't figure out what it is. Ed Okerson

1 0

[U-Boot-Users] how to start linux with u-boot?
by jxz 26 Nov '03

26 Nov '03

hi, I have successfully compiled u-boot-1.0.0 for my target board, and debbugged it by trace32.How can I debug u-boot to start linux? I do like this, I download u-boot to my target board and download linux at th same time on another SDRAM place. How to make right linux image? I have successfully done those step, make config; make dep; make Image. How u-boot start linux? where it call linux? Best regards Dannel Zhang

2 1

[U-Boot-Users] (no subject)
by jxz 26 Nov '03

26 Nov '03

hi, I have successfully compiled u-boot-1.0.0 for my target board, and debbugged it by trace32.How can I debug u-boot to start linux? I do like this, I download u-boot to my target board and download linux at th same time on another SDRAM place. How to make right linux image? I have successfully done those step, make config; make dep; make Image. How u-boot start linux? where it call linux? Best regards Dannel Zhang

1 0

RE: [U-Boot-Users] Standalone application problem
by Woodruff, Richard 25 Nov '03

25 Nov '03

Wolfgang, Would stand alone application called though the uboot call interface need to be GPL'ed? I'm not sure that I would use it that way, but the flexibility it would provide would be useful. Regards, Richard W. > -----Original Message----- > From: u-boot-users-admin(a)lists.sourceforge.net > [mailto:u-boot-users-admin@lists.sourceforge.net] On Behalf > Of Wolfgang Denk > Sent: Tuesday, November 25, 2003 1:18 PM > To: Srikanth Sherman > Cc: U-Boot > Subject: Re: [U-Boot-Users] Standalone application problem > > > Hello, > > in message <006201c3b385$fcc72e00$1000a8c0(a)tsihq.com> you wrote: > > > > However, I would like to burn the application into the > onboard flash > > and execute it on powerup. If I copy the .bin to 0xff800000 > and then > > set my bootcmd to "go 0xff80000" everything seems to work > OK until I > > leave the > > You cannot do this so easy. First, the image is linked to a > specific address; it is NOT position-independend. Second, the > image expects to find writable data and BSS segments > which fail when burned to ROM/flash. > > > How do I load a stand-alone application .bin onto flash > after loading > > it into RAM? Secondly, how do I load and run "hello_world" (ELF) > > correctly? I know I'm missing something really basic here! > > You can copy a stand-alone application to flash for storage; > but to run it you will have to load (copy it back) to it's > link address in RAM. If you want images which support XIP > from flash you will need to twiddle the linker script a bit. > > Also note that you can wrap your stand-alone application > into a "Standalone Image" (image type IH_TYPE_STANDALONE) > which would take care of (eventually uncompressing and) > loading the image to it's start address. > > Best regards, > > Wolfgang Denk > > -- > Software Engineering: Embedded and Realtime Systems, Embedded Linux > Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd(a)denx.de > Nothing ever becomes real until it is experienced. - John Keats > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us > help YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users >

2 1

[U-Boot-Users] Standalone application problem
by Srikanth Sherman 25 Nov '03

25 Nov '03

Hello, I have an Ebony 440GP development board and as a test, I'm trying to run the hello_world application from the flash. I can run the application without any problems from the SDRAM (ie, "tftpboot 0x40000 hello_world.bin" and then run "go 0x40004"). However, I would like to burn the application into the onboard flash and execute it on powerup. If I copy the .bin to 0xff800000 and then set my bootcmd to "go 0xff80000" everything seems to work OK until I leave the board off for a while in which case the application displays garbage on the screen after U-Boot starts it. There appears to be a problem with some data in 0x40000 load area that isn't there when I power off the board and power it back on. I've also tried converting the hello_world ELF to an .img by using /tools/mkimage and that causes the application to hang right after U-Boot passes control to it. Also, running "bootelf 0x40000" after "tftpboot 0x40000 hello_world" causes an exception. So, in summary: How do I load a stand-alone application .bin onto flash after loading it into RAM? Secondly, how do I load and run "hello_world" (ELF) correctly? I know I'm missing something really basic here! Thanks.

2 1

RE: [U-Boot-Users] Debugging U-Boot on 440GP
by Scott McNutt 25 Nov '03

25 Nov '03

Brian, It's been a while since I tested this, but... > I have a BDI2000 and a custom target board. I am can > successfully connect to it and step through single instructions. > I can also set a breakpoint at _start_440, but any breakpoints > after that do not get noticed. I have the BDI setup for HARD > breakpoints. Should I have it setup for SOFT instead? The debug control/status registers need to be setup. By default the startup code in cpu/ppc4xx/start.S clears the dbcr registers, so debug events are disable. The hw debuggers I've used need an event to establish control. If CFG_INIT_DBCR is defined, the dbcr0 is setup with the macro value (see start.S). To set the macro you can do one of the following: Define CFG_INIT_DBCR in your config header to the value you need. Or, if you copied board/ebony/config.mk for your custom board you can simply: $ touch cpu/ppc4xx/start.S $ make dbcr=1 This defines CFG_INIT_DBCR=0x8cff0000 -- which should give you all events. > What I am seeing is that when I stop the CPU, it's either at 0x700 > or 0x1400 -- both of which are defined in the kgdb.c file, but I don't > know what they mean. Can anyone shed any light on the situation > for me? 0x700 is program check -- bad opcode? ;-) 0x1400 is data tlb exception -- you might want to check your tlbtab to make sure it's correct. Regards, --Scott

1 0

[U-Boot-Users] u-boot on the BDAu1500
by Ed Okerson 24 Nov '03

24 Nov '03

I am having a difficult time getting u-boot to run on the BDAu1500 board from AMD. It appears that there is something missing in the board initialization, but I have not been able to track down what it is. If I start the board with yamon in flash, I can successfully load a u-boot image built to run from ram and run it. If I load u-boot into the flash, built with TEXT_BASE set to 0xbfc00000, which is where the board is supposed to start from in flash, it will not init and run from a power on. I tried following the directions at: http://www.denx.de/twiki/bin/view/DULG/DebuggingUBoot to debug the problem, but it appears that the function cpu_init_f does not exist for mips targets. Are there any C functions before relocation for mips targets? Are there any instructions similar to those in the above web page for mips target debugging? Ed Okerson

2 3

[U-Boot-Users] usb flash disk support
by Laurent Mohin 24 Nov '03

24 Nov '03

Hello, I want ot know if support for USB flash disk is provided in u-boot. When I connect my USB device to my board, then send the usb reset command, my USB device is detected. But when I issue the usb scan command, I obtain an error "not yet implemented" (see below) => usb reset (Re)start USB... USB: scanning bus for devices... 2 USB Devices found => usb tree Device Tree: 1 Hub (12MBit/s, 0mA) | UHCI Root Hub | +-2 Mass Storage (12MBit/s, 100mA) GENERIC USB FLASH DISK 0301270000001 => usb scan Scan for storage device: scanning bus for storage devices... i=0 iVendor 0 iProduct 0 i=1 iVendor 4FC iProduct 5607 USB Mass Storage device detected Transport: USB Starage Transport unknown / not yet implemented i=2 No device found. Not initialized? Laurent MOHIN Acterna

1 0

[U-Boot-Users] Re: Ethernet on PPC Ebony not working ... solved!
by Pavel Bartusek 24 Nov '03

24 Nov '03

Hi, As seems my patch solved the problem, please, Wolfgang can you check it in to the CVS ? regards Pavel -- Pavel Bartusek <pba(a)sysgo.com> Software Engineering SYSGO Real-Time Solutions AG | Embedded and Real-Time Software Lise-Meitner-Str.15 89081 Ulm, Germany Voice: +49-731-9533-1295 FAX: +49-731-94683-10 www.sysgo.com | www.elinos.com | www.osek.de

2 1

[U-Boot-Users] SII IDE and u-boot on MPC8540?
by John Clemens 24 Nov '03

24 Nov '03

This is along shot, I know, but I'm running out of ideas so I figured i'd ask anyway.. So, my questions: - has u-boot IDE ever been made to work with MMAP'd registers? - how does one put a pci ide card into native pci mode, when the prog-if bits don't appear to be correct? - does anyone have any experience doing something similar, or is everyone just using an isa bridge and legacy ports? - please tell me i'm missing something obvious and all walk away in shame :) And now, why i ask.. I'm using an MPC 8540 board and a SII 0680A PCI ide controller.. but I can't get u-boot to talk to the IDE at all... It's almost as if the card is insisting on coming up in "compatability mode" (i.e., listening at ports 0x1f0 and 0x170) instead of "PCI-Native" mode where it should be listening for PCI I/O cycles at PCI BAR0/1. This is a problem because there is no ISA space on this board, just a pci bridge. (that is, if i'm understanding things correctly, which is a big "if" at this point) To make matters worse, the card is one of these cheepo software raid controllers, so it identifies itself as class-code RAID instead of IDE, so I'm not certain if the prog-if bits the ATA spec calls out apply or not (prog-if is all 0, which would mean, via the spec, this chip can't do pci-native mode, which just doesn't make sense.) u-boot maps BAR0-3 at [IO] 0xe8000001, 0xe8000009, 0xe8000011, 0xe8000019. According to the PCI ide controller programming interface document, in pci native mode, these should be the base address of the ATA command blocks and ATA control/dev blocks when the controller is in pci native mode. It also maps BAR5 at [MEM] 0xe0000000. dumping memory at e8000000 reveals nothing interesting (mostly zero). dumping memory at 0xe0000000 does reveal something interesting (it appears to be memory mapped registers, confirmed by the fact the Linux SII driver uses this as its mmio space)), but trying several offsets there has led me nowhere. any help, pointers to docs, anything would be greatly appreciated.. thanks in advance. john.c -- John Clemens http://www.deater.net/john john(a)deater.net ICQ: 7175925, IM: PianoManO8 "I Hate Quotes" -- Samuel L. Clemens

2 3

[U-Boot-Users] Re: Ethernet on PPC Ebony not working ... solved!
by Srikanth Sherman 22 Nov '03

22 Nov '03

> I guess you are using 10MB ethernet. In the 440 is between EMAC and > PHY inserted so called ZMII bridge, which can operate in several modes. > If is in the RMII mode then is necessary to set correct speed in the ZMII > Speed Select Register. Thanks Pavel. This was the problem! Your patch fixed it and now my Ethernet works great. Thanks again.

1 0

RE: [U-Boot-Users] booting U-Boot from dBug?
by Tord Andersson 21 Nov '03

21 Nov '03

Hi, As Wolfgang Denx has pointed out you can use the low boot option when building. Put the binary image on your tftp server and set up dBUG to download the u-boot binary image through tftp with the dn command. Then use the dBug fp command to burn the image to low boot flash An example for a 16Mbyte MPC5200 Lite card: fp FF000000 FF035250 20000 where "FF035250" will have to be adjusted for your image size. "20000" is where the image ends up in RAM after tftp download. I had problems using tftp at 100Mbps but these problems vanished when I put a 10 Mbps hub between the 5200lite and the rest of the net, forcing the ethernet to 10 Mbps, half duplex. Kind regards, Tord > -----Original Message----- > From: Daniel Poirot [mailto:dtpoirot@hotmail.com] > Sent: den 20 november 2003 19:02 > To: u-boot-users(a)lists.sourceforge.net > Subject: [U-Boot-Users] booting U-Boot from dBug? > > > Howdy all, > > Is there a way to load U-Boot from another bootloader? > > I would like to be able to load a development version of > U-Boot from the > Motorola dBug on my MPC5200 board. > > Thanks, > - dan > > _________________________________________________________________ > Groove on the latest from the hot new rock groups! Get > downloads, videos, > and more here. > http://special.msn.com/entertainment/wiredform> usic.armx > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us > help YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users >

1 0

Re: [U-Boot-Users] Ethernet on PPC Ebony not working
by Srikanth Sherman 20 Nov '03

20 Nov '03

>> The IBM monitor program also configures the Ethernet to RMII mode. >> I'm going to try switching to another mode and see if that makes a >> difference. > Do you have a valid MAC address programmed in? Yes, I forgot to mention this before, I setenv'd ethaddr with a valid MAC address.

1 0

[U-Boot-Users] booting U-Boot from dBug?
by Daniel Poirot 20 Nov '03

20 Nov '03

Howdy all, Is there a way to load U-Boot from another bootloader? I would like to be able to load a development version of U-Boot from the Motorola dBug on my MPC5200 board. Thanks, - dan _________________________________________________________________ Groove on the latest from the hot new rock groups! Get downloads, videos, and more here. http://special.msn.com/entertainment/wiredformusic.armx

2 1

RE: [U-Boot-Users] Ethernet on PPC Ebony not working
by Scott McNutt 20 Nov '03

20 Nov '03

Srikanth, > I got u-boot 0.4.0 up and running on the Ebony PPC440GP > development board. > Everything works great except for the Ethernet. The link light > in ON, but I can't seem to ping out (which, after searching the > list, it seems at least one other person also couldn't ping) or > download any code (TFTP) onto the board through the Ethernet. > I ran Ethereal and didn't even see any ARP packets from the board. See doc/README.ebony for switch/jumper settings. The ebony board supports various options for the PHY interface. The code uses RMII mode (see cpu/ppc4xx/405gp_enet.c) -- search for CONFIG_440. Regards, --Scott

2 1

[U-Boot-Users] Ethernet on PPC Ebony not working
by Srikanth Sherman 20 Nov '03

20 Nov '03

Hello, I got u-boot 0.4.0 up and running on the Ebony PPC440GP development board. Everything works great except for the Ethernet. The link light in ON, but I can't seem to ping out (which, after searching the list, it seems at least one other person also couldn't ping) or download any code (TFTP) onto the board through the Ethernet. I ran Ethereal and didn't even see any ARP packets from the board. I know my setup is OK because if I switch to the IBM Monitor program then I can use the Ethernet without any problem. Any help would be greatly appreciated. Thanks!

2 1

RE: [U-Boot-Users] U-Boot success .. Linux big test
by VanBaren, Gerald (AGRE) 19 Nov '03

19 Nov '03

> -----Original Message----- > From: Sharad Gupta [mailto:sharad@buckeye.ece.drexel.edu] > Sent: Tuesday, November 18, 2003 5:36 PM > To: U-Boot Mailing List > Subject: [U-Boot-Users] U-Boot success .. Linux big test > > > Hi, [snip] > elsewhere ? Rite now, I am not able to figure out where the > problem lies, > the execution hangs somewhere after handling the control to > kernel at 0x00 > and it seems my only hope is to put little debug messages > (light up the 4 > LEDs on board with the last 2-bytes of instruction address) at every > function call. Be VERY careful when lighting LEDs during start up -- a big part of the start up, and definitely the most delicate (i.e. highest probability of problems), is the transition from "no MMU" mode to MMU mode. During this time, your I/O quite likely won't be mapped or won't be mapped properly unless you hack in some additional MMU mapping (BATs). The result, if you are not careful, is that the attempt to toggle LED outputs will CAUSE a crash and will cause a lot of confusion, head-scratching, and chasing down wrong paths. Umm, someone I know did this... yeah, that's the ticket ;-). gvb > Thanks for helping, > Sharad Gupta ****************************************** The information contained in, or attached to, this e-mail, may contain confidential information and is intended solely for the use of the individual or entity to whom they are addressed and may be subject to legal privilege. If you have received this e-mail in error you should notify the sender immediately by reply e-mail, delete the message from your system and notify your system manager. Please do not copy it for any purpose, or disclose its contents to any other person. The views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. The recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused, directly or indirectly, by any virus transmitted in this email. ******************************************

1 0

RE: [U-Boot-Users] u-boot and NIOS dk 1s10 board
by Scott McNutt 19 Nov '03

19 Nov '03

Hi All, I agree with all of the comments I have seen so far WRT Nios configuration issues. My primary motivation is to make sure Nios users new to u-boot, can build a __working__ version of u-boot by simply: $ make DK1C20_config | DK1S10_config | etc. $ make As long as this holds true, I'm happy :-) > Yes, of course. We have to make different configuration > files -- one for each board. But, do we really need different > board directories with almost the same code in it? u-boot has a clever mechanism we can use to avoid code duplication by using the VENDOR make variable. A good example is in board/siemens: the SCM and CCM boards both share common code. Since this mechanism is supported ... and it is being used by other board families, we can do the same. It's a bit more work ... but I believe it will satisfy everyone :-) > Ex.: My current Stratix patch is based on the Cyclone board, > because both boards are equal in context of u-boot basics need. > Only the second serial i/f differs (not needed til now). So there > will be more identicalness than differences for both boards. Understood. We can create board/altera_nios (or some other meaningful name) and take advantage of the VENDOR variable to accommodate common code. Stephen & Patrice, please let me know your thoughts. Best Regards, --Scott

3 6

[U-Boot-Users] Boot from Compact Flash
by Ed Okerson 19 Nov '03

19 Nov '03

My BDI2000 is due to arrive today, I'm just waiting for FedEx to show up. In the meantime, I managed to get u-boot to run from RAM, so I wanted to get a head start on booting from Compact Flash. I have a 256MB CF card in a PCMCIA adapter. When I insert this in a Linux Laptop, it properly reports it as a SanDisk 256MB CF card. I managed to get u-boot to build Little Endian, and in that mode when I insert the PCMCIA it reports it as: Reset IDE: Bus 0: OK Device 0: Model: aSDnsi kDSFC-B52 6 Firm: dV g.812. Ser#: 1144901E09P30101 Type: Removable Hard Disk Capacity: 117964.8 MB = 115.2 GB (-1476395001 x 512) Obviousle the endian-ness is wrong. I tracked to the code in common/cmd_ide.c where there is a note: /* We only need to swap data if we are running on a big endian cpu. */ /* But Au1x00 cpu:s already swaps data in big endian mode! */ #if defined(__LITTLE_ENDIAN) || defined(CONFIG_AU1X00) #define input_swap_data(x,y,z) input_data(x,y,z) Where is the bit getting set that tells the Au1500 to swap bytes? If I build u-boot as big endian, it properly recognizes the CF card. I am using the BdAu1500 board. Is there a discussion somewhere about the pros/cons of running in big/little endian mode? Ed Okerson

3 4

[U-Boot-Users] Question about setting the sys clk freq based on a pull up on io.
by Conn Clark 19 Nov '03

19 Nov '03

Hello all, We have just finished designing the cpu to our next generation product and I'm just getting into the U-boot code. In my preliminary examination of our design and U-Boot I ran into an interesting problem and wanted to see if anybody had a solution or suggestion on an approach. Our design is based on a 333MHz IBM405EP processor. We wish to detect the oscilator speed we are using via a pullup or pulldown resistor on an IO line. In order to make our product cheap we were planning to drive the system clock with a 25MHz oscilator that also drives our ethernet phys. We wanted the flexibility to use a second oscilator to drive the system clock at 33.3MHz so we could have the option of driving our processor, RAM, and PCI bus at the maximum speed. to do this we added a second set of pads for an oscilator inbetween the 25MHz oscilator and the mcroprocessor, so we only need to cut the trace between the two oscilators when we wish to use the 33.3MHz clock. What I was planning to do was initialy configure a microprocessor IO pin as an input and read the value of the pull up or pull down to determine the system clock speed then reconfigure it as an output to be used as a control line. My problem is how do I go about this without severly modifying U-Boots structure. In analyzing how to do this I determined that the configuration and reading of the IO pin sould be done in a board_pre_init function. This rases the issue of passing values between the init functions called by board_init_f. My second issue is how do I deal with the two frquencies since only one can be defined as CONFIG_SYS_CLK_FREQ(which is used in several places) without sticking lots of nasty board specific ifdefs through out the code. I didn't see a solution in any of the other boards that I looked at (Note I didn't look at them all). We realy don't want to have to specify at compile time what frequency we intend on using. This may become an option on our products and we don't want to have two different firmware images to confuse our costomers (and ourselves). This causes to many headaches with determining what the costomer has and problems created by loading the wrong firmware. Has anybody tackled these two problems yet or do they have any sugestions? Many thanks in advance, Conn -- ***************************************************************** If you live at home long enough, your parents will move out. (Warning they may try to sell their house out from under you.) ***************************************************************** Conn Clark Engineering Stooge clark(a)esteem.com Electronic Systems Technology Inc. www.esteem.com Stock Ticker Symbol ELST "clark(a)esteem.com" Copyright 2000 By Electronic Systems Technology This email address may be used to communicate to Conn Clark provided it is not being used for advertisement purposes, unless prior written consent is given. This email address may not be sold under any circumstances. All other rights reserved.

3 2

[U-Boot-Users] U-Boot success .. Linux big test
by Sharad Gupta 19 Nov '03

19 Nov '03

Hi, I have been able to port U-Boot to our bare minimum custom board based on MPC7455. With RS-232 the only peripheral to speak of, it was not a hard job porting the U-Boot. I am able to run the example hello_world demo. I had to change some cpu specific code at 1-2 places, I will like to submit the patches as soon as I get a breather. But now the big test for me is to run kernel on top of U-Boot. Looking at u-boot README, I compared the u-boot.h file with linux's include/asm/ppcboot.h. The only difference is the member bi_mon_func. I am not able to find out if I have to replicate the same structure of monitor functions in U-Boot to be passed to kernel on boot or is it handled elsewhere ? Rite now, I am not able to figure out where the problem lies, the execution hangs somewhere after handling the control to kernel at 0x00 and it seems my only hope is to put little debug messages (light up the 4 LEDs on board with the last 2-bytes of instruction address) at every function call. Thanks for helping, Sharad Gupta

2 1

RE: [U-Boot-Users] u-boot and NIOS dk 1s10 board
by Scott McNutt 18 Nov '03

18 Nov '03

Patrice, > It works now...in fact, my reference design for STRATIX > configuration was not similar to the IO mapping used by u-boot > for NIOS... It works with the Altera's "standard 32" reference > design (with the .SREC in the CDKNIOS project and after > u-boot recompilation too). Great news! > My student will work on the u-boot APEX port...just an adaptation > I think...I may be a good idea that the stratix 1S10 board appears > as its own board and not as a cyclone board in the u-boot distro... I enthusiastically agree :-) It is not simply a good idea, but IMHO *essential* that each Nios board have it's own u-boot configuration. Since *everything* is configurable with Nios, it's very easy to create a monster by having multiple board configs masquerading as one. U-Boot for Nios development kits should always support the default "out-of-the-box" Nios configuration (for the altera boards, this is typically the "standard 32" config). This is not intended to limit creativity, but to avoid confusion and save time. Basically, if new users get u-boot running quickly and easily, maintainers and contributors will spend less time answering questions. And this is a good thing for both the user and contributors :-) In general, support for custom configurations should be: 1. disabled by default, 2. enabled IAW README (i.e. CONFIG_xxx CFG_xxx), 3. supported by an appropriate README file in u-boot/doc. Congratulations & Best Regards, --Scott N3ADP

3 3

[U-Boot-Users] Intel 28F256K3 support
by Raghu 18 Nov '03

18 Nov '03

Hi , I was interested to know if there is a driver for Intel's 28F256K3 CFI compatible flash in u-boot ? I got relative code in wepep250. I am able to read the Device identifiers but not able to erase/write to the flash device. Warm Regards, Raghu. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree

2 3

[U-Boot-Users] 855T FEC error
by Eli Brin 17 Nov '03

17 Nov '03

Dear all, We have u-boot (1.0.0) running on our custom board :) Our board uses 855T and LXT972A. Trying to do: ACM=> bootp Trying FEC ETHERNET PHY type 0x13 pass 1 type PHY @ 0x0 pass 1 type LXT971 BOOTP broadcast 1 TX timeout fec.c[134] fec_send: cycles: 100 status: 8c00 retry cnt: 0 With a login analyzer we can see that after some time the TX_ER is raised and TX_EN not. The PHY seem to work OK. The LED's light correctly and we can see the 25MHz TX and TX MII clocks. Reading the registers with u-boot's mii read, the registers are the same as the TQM860L. We use the same configuration as TQM855L.h, but we add - CONFIG_8xx_GCLK_FREQ 50000000. I don't think its related to this problem, but we cannot save the u-boot environment. It is saved to the flash at 4000c000 but does not appear after reset following printenv. I didn't have time to look into this issue yes. Last but not least, I wish to thank you all, the information in this list helped us very much. Any suggestions ? Thank you, Eli Brin

3 3

Re: [U-Boot-Users] u-boot and NIOS dk 1s10 board
by Patrice Kadionik 17 Nov '03

17 Nov '03

Hi Stephan, It works now...in fact, my reference design for STRATIX configuration was not similar to the IO mapping used by u-boot for NIOS... It works with the Altera's "standard 32" reference design (with the .SREC in the CDKNIOS project and after u-boot recompilation too). I'll write a little doc on the IO and memory mapping to respect in order to used u-boot... My student will work on the u-boot APEX port...just an adaptation I think... I may be a good idea that the stratix 1S10 board appears as its own board and not as a cyclone board in the u-boot distro... My next step is to see is the standard 32 reference design is OK for uClinux support in order to freeze the hardware.... Many thanks; Pat Stephan Linz wrote: >Am Freitag, 14. November 2003 17:58 schrieben Sie: > > >>Hi Stephan and Scott; >>I've just quick and dirty downloaded the .srec contained in the RPM >>package from the Stephan's CDK4NIOS project...and seen what it happens... >> >> > >Note: Stephan == Stephan (maintainer of CDK4NIOS :-) > >Further, I think the included .srec contained in the RPM are untested !!! You >should rebuild from sources (already patched and installed under >/opt/cdk4nios/src/u-boot-$version). > > > >>no traces on my screen... >> >> > >Hm, Do you have upload u-boot.bin to address 0x40000 (I think it's default >for nios-run -r u-boot.srec) ? > >Do you have upload the standard32 NIOS CPU image to user area (flash >0x600000) and start it by press SW10 (Reset. Config) ? > > > >>I've printed all the doc on u-boot and work on them during the week end. >>I have Altera's APEX board. One of my student 'll work on the u-boot >>port for this board...u-boot will be available for each Altera's board :-) >> >> > >Great, the APEX port stands on my todo list. Nice to read this .. In the next >few weeks I will get a old APEX board. The port should coming fast, because >the NIOS standard32 CPU is nearly equal to Stratix/Cyclone. > > > >>If Scott has ported uClinux to NIOS, I'm very interested by this >>port...at this time, it only exists a commercial port form >>Microtronix...and I prefer having a GPL solution... >> >>Cheers, >>Pat. >> >>Stephan Linz wrote: >> >> >>>Am Freitag, 14. November 2003 14:06 schrieb Patrice Kadionik: >>> >>> >>>>hi all, >>>>I'm trying to use u-boot on a altera's stratix 1S10 board.... >>>>I've downloaded the stephan's RPM u-boot port for this board...and >>>>downloaded intoo my board...but it doesn't work >>>>has anyone succeded to boot u-boot on this board? >>>> >>>> >>>Yes, I did. It works good to me. >>> >>> >>> >>>>is the port incorporated in the 1.0.0 u-boot version...I just see the >>>>cyclone board.... >>>> >>>> >>>Sorry there was no time and no very important reason to release the >>>Stratix pacht to u-boot cvs (I think, I can do it now :-), because there >>>are no significant differences between Cyclone and Stratix in context of >>>current U-Boot code. Further this patch depends on a few outstanding >>>patches, one for a DK1C20 configuration bug fix and the other one for the >>>LAN91C111 ethernet driver (see: >>>http://sourceforge.net/mailarchive/forum.php?thread_id=3410088&forum_id=12 >>>898). >>> >>> >>>Here the patches you need against current 1.0.0: >>> >>>1.) LAN91C111 ethernet driver >>> >>>Patch: u-boot-smc91111_fix.patch.bz2 >>>State: waiting of a successful validation and cross verification from >>>Richard >>> >>>- bug fix: change type of smc_mac_addr[] from signed to unsigned >>>(important) - bug fix: LED configuration (defines in header) >>>- bug fix: write to right PHY register (PHY_MASK_REG) >>>- exclude version string for non-debug versions (saves memory) >>> >>> >>>2.) DK1C20 configuration bug fix >>> >>>Patch: u-boot-dk1c20_cfg_fix.patch.bz2 >>>State: waiting of CVS inclusion by Wolfgang >>> >>>see: >>>http://sourceforge.net/mailarchive/forum.php?thread_id=3397431&forum_id=12 >>>898 >>> >>>Wolfgang, could you put it into the CVS repository? >>> >>> >>>3.) DK1S20 Stratix support >>> >>>Patch: u-boot-dk1s10_support.patch.bz2 >>>State: not released at u-boot list -- I'm not sure about (if finished or >>>not) >>> >>>For Stratix I've copied include/configs/DK1C20.h to >>>include/configs/DK1S10.h, change CONFIG_DK1C20 to CONFIG_DK1S10, and >>>expanded main Makefile to new board configuration DK1S10_config. For this >>>new board configuration Cyclon's board directory board/dk1c20 will be >>>used too. In it I've expand checkboard() with a second board-ID string. >>> >>>You can download all the patches from CDK4NIOS project file list at >>>sourceforge.net: >>> >>>http://sourceforge.net/project/showfiles.php?group_id=81497 >>>(go to the end, looking for resources --> patches) >>> >>> >>> >>>>Is anyone try to port µClinux on NIOS ? I'm currently working on this >>>> >>>> >>>Hm, I think Scott McNutt works with uClinux on NIOS. Ask him, he is the >>>maintainer of NIOS U-Boot port. >>> >>> >>> >>>>point and having a linux bootloader is the first step... >>>> >>>> >>>Yes, and U-Boot works already. >>> >>> >>>Best Regards >>> >>> > > > -- Patrice Kadionik. F6KQH / F4CUQ ----------- +---------------------------------------------------------------------+ +"Tout doit etre aussi simple que possible, pas seulement plus simple"+ +---------------------------------------------------------------------+ + Patrice Kadionik http://www.enseirb.fr/~kadionik + + ENSEIRB fax : +33 5.56.37.20.23 + + PO BOX 99 voice : +33 5.56.84.23.47 + + 33402 TALENCE Cedex http://www.enseirb.fr + + FRANCE mailto:kadionik@enseirb.fr + +---------------------------------------------------------------------+

1 0

RE: [U-Boot-Users] 855T FEC error
by Eli Brin 17 Nov '03

17 Nov '03

Dear all, Ethernet works OK. The problem was that the TX_CLK from the LXT972 didn't get to the CPU. Instead of 47Ohm resistors 47K Ohm were placed... Sorry for the noise... Best regards, Eli Brin -----Original Message----- From: Eli Brin [mailto:elib@rokonet.co.il] Sent: Monday, November 17, 2003 5:21 PM To: 'u-boot-users(a)lists.sourceforge.net' Subject: [U-Boot-Users] 855T FEC error Dear all, We have u-boot (1.0.0) running on our custom board :) Our board uses 855T and LXT972A. Trying to do: ACM=> bootp Trying FEC ETHERNET PHY type 0x13 pass 1 type PHY @ 0x0 pass 1 type LXT971 BOOTP broadcast 1 TX timeout fec.c[134] fec_send: cycles: 100 status: 8c00 retry cnt: 0 With a login analyzer we can see that after some time the TX_ER is raised and TX_EN not. The PHY seem to work OK. The LED's light correctly and we can see the 25MHz TX and TX MII clocks. Reading the registers with u-boot's mii read, the registers are the same as the TQM860L. We use the same configuration as TQM855L.h, but we add - CONFIG_8xx_GCLK_FREQ 50000000. I don't think its related to this problem, but we cannot save the u-boot environment. It is saved to the flash at 4000c000 but does not appear after reset following printenv. I didn't have time to look into this issue yes. Last but not least, I wish to thank you all, the information in this list helped us very much. Any suggestions ? Thank you, Eli Brin ------------------------------------------------------- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl _______________________________________________ U-Boot-Users mailing list U-Boot-Users(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users

1 0

[U-Boot-Users] 8270 graphics
by Marco Schramel 17 Nov '03

17 Nov '03

Hi, for a new project, we are planing to introduce the new PowerPC 8270 with a display. The graphic controllers we are interested in are the SM712 or the SM722 with their PCI interface. An another cheaper alternative could be the EPSON SD13xx series (U-Boot can initialize this controllers). But on the EPSON homepage it is metioned, that this controllers are only compatible with the 8xx PowerPC's.(The epson support says: "if the external interface is the same as in the 860, you should be able", What do you think about it ?) Have anyone experience with the 82xx and one of this graphic controllers? Are there working linux device drivers for it? Are there other low cost and low power graphic controllers for this cpu ?? Thanks in advance Marco Schramel

1 0

[U-Boot-Users] Linux for the MPC5200...
by Daniel Poirot 17 Nov '03

17 Nov '03

I see that the Motorola 5200Lite eval board has been added to u-boot and that DENX is providing a Linux kernel for the MPC5200. What bits are required to get to the next step? I am very interested in the IDE port on the 5200Lite. Is it supported? Would a full 603e Linux (Yellowdog?) work once the 5200 kernel was up? What I would really like is to get the 5200lite up as a full, self-hosted, PowerPC Linux development system. Thanks... _________________________________________________________________ Send a QuickGreet with MSN Messenger http://www.msnmessenger-download.com/tracking/cdp_games

2 1

Re: [U-Boot-Users] Porting u-boot to custom MPC852T board.
by DavidHo＠nanometrics.ca 16 Nov '03

16 Nov '03

>> >> Thanks! That was exactly the problem. Burst mode is not working 100%. >> Disabled Burst mode and everything ran smoothly. =) >You are aware that this just hides the problem instead of fixing it? I am totally aware of it. It will be fixed shortly. Anyways, I noticed that measure_gclk is using timer 2 for frequency measurement. Appendix H in the Motorola MPC866 manual says timer 1 and 2 are removed from the MPC852T. Although it still works on my board, it may not work over the temperature. I'm considering adding an if def block to use timer 3 instead. Would you care to consider this patch? I am considering submitting a patch for our custom board. This may be a good time for me to get accustomed to the generally accepted rules. Regards, David Ho Wolfgang Denk <wd(a)denx.de> To: DavidHo(a)nanometrics.ca Sent by: cc: u-boot-users(a)lists.sourceforge.net wd(a)denx.de Subject: Re: [U-Boot-Users] Porting u-boot to custom MPC852T board. 11/15/2003 03:22 PM In message <OFF8646440.994B31A4-ON85256DDF.006B93D6(a)nanometrics.ca> you wrote: > > Thanks! That was exactly the problem. Burst mode is not working 100%. > Disabled Burst mode and everything ran smoothly. =) You are aware that this just hides the problem instead of fixing it? Do NOT continue. Go one step back and fix the RAM init problem. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd(a)denx.de "If people are good only because they fear punishment, and hope for reward, then we are a sorry lot indeed." - Albert Einstein

3 2

Re: [U-Boot-Users] Porting u-boot to custom MPC852T board.
by DavidHo＠nanometrics.ca 15 Nov '03

15 Nov '03

Thanks! That was exactly the problem. Burst mode is not working 100%. Disabled Burst mode and everything ran smoothly. =) David Ho Wolfgang Denk <wd(a)denx.de> To: DavidHo(a)nanometrics.ca Sent by: cc: u-boot-users(a)lists.sourceforge.net wd(a)denx.de Subject: Re: [U-Boot-Users] Porting u-boot to custom MPC852T board. 11/15/2003 05:09 AM Dear David, in message <OF2B4ACBB0.E5841A39-ON85256DDF.00204F37(a)nanometrics.ca> you wrote: > > I'm currently porting u-boot version 0.4.8 to our custom board running an > MPC852T. The processor is configured to high-boot at 0xfff00000. U-boot > is failing to execute any instructions in RAM after it has been relocated. This is a FAQ. It has been asked - and answered! - many times before on the lists. See http://www.denx.de/twiki/bin/view/DULG/UBootCrashAfterRelocation Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd(a)denx.de How many QA engineers does it take to screw in a lightbulb? 3: 1 to screw it in and 2 to say "I told you so" when it doesn't work.

2 1

[U-Boot-Users] Porting u-boot to custom MPC852T board.
by DavidHo＠nanometrics.ca 15 Nov '03

15 Nov '03

Hi, I'm currently porting u-boot version 0.4.8 to our custom board running an MPC852T. The processor is configured to high-boot at 0xfff00000. U-boot is failing to execute any instructions in RAM after it has been relocated. I did a CRC check on the code in RAM and compared that to the code in flash. I compared the memory dump of in_ram in RAM (which is the first thing u-boot jumps to in RAM) and the same routine in flash. They match exactly. Nothing seems to indicate that I have a problem writing and reading to the SDRAM at these locations. Stepping through relocate_code gave me the expected results. I then put a breakpoint at the branch location in RAM and tried tracing the instructions there, but none of it made any sense to me. I am pretty sure relocate_code is branching to the right location in RAM. This looks like a caching problem because it seems like it is not fetching the instructions from memory. Does anyone have a similar problem with MPC866 family of processors? The code in ram just execute from address in_ram to in_ram+0x98 and branches back to in_ram in an endless loop. Does it appear to look like some section of code that was previously ran from flash but was remain in cache? This portion of code modifies R3 to fff2dc00 which is definitely wrong because in_ram tries to do a store to that location, which it is the high boot flash memory region. Regards, David Ho Nanometrics Inc.

2 1

[U-Boot-Users] PPC440G EMAC
by Travis Sawyer 14 Nov '03

14 Nov '03

Greetings List: I'm starting a port for a custom in-house IBM 4xx based board. I'm starting from the ebony board port. Before I port the existing scc (mpc8xx) based ethernet POST test to the 4xx emac, I wanted to see if someone already has, so I don't duplicate work. I searched the archives and came up empty.. Any help would be appreciated. Thank you, Travis Sawyer

1 0

RE: [U-Boot-Users] u-boot and NIOS dk 1s10 board
by Scott McNutt 14 Nov '03

14 Nov '03

Hi Patrice, > I'm trying to use u-boot on a altera's stratix 1S10 board.... > I've downloaded the stephan's RPM u-boot port for this > board...and downloaded intoo my board...but it doesn't > work Please provide more details ... how did you download? What did you observe? > has anyone succeded to boot u-boot on this board? Stephan has indicated that he was successful. > is the port incorporated in the 1.0.0 u-boot version...I > just see the cyclone board.... No, currently only the Cyclone development board is supported. But based on the information I've received, the Stratix board is very similar ... so adding support should be fairly straight forward. > Is anyone try to port µClinux on NIOS ? I'm currently working > on this point and having a linux bootloader is the first step... Yes ...you can view the Nios sources for uClinux archive at: http://cvs.uclinux.org/cgi-bin/cvsweb/uClinux-2.4.x/arch/niosnommu/ I haven't had a chance to work with uClinux yet ... as I'm currently working on support for Nios ASMI ... which is only useful for Cyclone devices. But please do keep me in the loop ... I'd love to help ... once I find some time :-) Regards, --Scott

1 0

[U-Boot-Users] Passing Linux kernel arguments
by Matias Sundman (AL/EAB) 14 Nov '03

14 Nov '03

Hello, When passing Kernel arguments, is it necassary to populate the bootargs environment variable with the information found by using command , 5.9.1.1. bdinfo - print Board Info structure => help bdinfo bdinfo - No help available. => The bdinfo command (short: bdi) prints the information that U-Boot passes information about the board like memory addresses and sizes, clock frequencies, MAC address etc. This information is mainly needed to be passed to the Linux kernel. => bdi memstart = 0x00000000 memsize = 0x04000000 flashstart = 0x40000000 flashsize = 0x00800000 flashoffset = 0x00030000 sramstart = 0x00000000 sramsize = 0x00000000 immr_base = 0xFFF00000 bootflags = 0x00000001 intfreq = 50 MHz busfreq = 50 MHz ethaddr = 00:D0:93:00:28:81 IP addr = 10.0.0.99 baudrate = 115200 bps If I want these to be passed to the Linux kernel? Cheers // Matias <<Matias Sundman (EAB).vcf>>

2 1

RE: [U-Boot-Users] what is wrong when calloc return bogus?
by Woodruff, Richard 14 Nov '03

14 Nov '03

You say loading.....are you starting from flash, then relocating to the middle or RAM _or_ are you using something to download a binary image into the middle of memory, then trying to execute it? There aren't that many files to configure, it should be straight forward to find. JTAG is a wonderful thing, you should take the time to get it working...assuming your hardware has wired it up correctly. Regards, Richard W. > -----Original Message----- > From: Matthew S. McClintock [mailto:mattsm@arlut.utexas.edu] > Sent: Thursday, November 13, 2003 11:45 AM > To: Woodruff, Richard > Cc: Holger Schurig; u-boot-users(a)lists.sourceforge.net > Subject: RE: [U-Boot-Users] what is wrong when calloc return bogus? > > > Ahh ok, we are using that code you mention. I thought for a > second there was another CVS branch or something for the > ARM925 tree which did not make sense but I thought I would > ask. Our board is still failing at malloc. Our board is > _very_ similar to the Innovator 1510 and we are using most of > that code as a starting point. We are loading u-boot right in > the middle of our memory so it should have plenty of space > above and below the u-boot code for malloc. I don't have a > JTAG debugger working well with our board so I have tracked > down the problems I have mentioned using printf statements. > The area of memory set aside for malloc is valid unused > memory space I just can not quite see why malloc is failing. > If you have any ideas, feel free to let me know otherwise I > will keep debugging it. > > Thanks, > Matthew > > > This is our output without our printf statements, however its > not very helpful... > > U-Boot 1.0.1 (Nov 11 2003 - 11:29:53) > > U-Boot code: 11000000 -> 11014330 BSS: -> 11017FBC > RAM Configuration: > Bank #0: 10000000 32 MB > Flash: 0 kB > *** Warning - bad CRC, using default environment > > > On Thu, 2003-11-13 at 11:29, Woodruff, Richard wrote: > > U-boot 1.0.0 and before for the last ... ?Six months has > had an OMAP > > tree. Its really trivial to port from that to a new target. > There is > > a omap1510inn target which is the Innovator. I have a couple tress > > which I've not yet merged in for custom boards which have a > lot more > > functionality, but we will do that at some point, probably > closer to > > the time they actually go into production. > > > > Cpu/arm925 is for the arm core on the OMAP15xx. I've > sprinkled enough > > code in to idle the dsp but not much beyond that. The is a > 926 tree > > also, that is for the omap 16xx. The CPU core is common in > a lot of > > different SOC's, that's what the CPU was broke out separately. It > > could have been done differently, but the hope is to allow > sharing of > > common code bits, not duplicate them. > > > > It seems you must be using an older tree as this kind of > thing is sort > > of hard to miss if you have gone though the code. > > > > Regards, > > > > Richard W. > > > > > -----Original Message----- > > > From: Matthew S. McClintock [mailto:mattsm@arlut.utexas.edu] > > > Sent: Thursday, November 13, 2003 11:20 AM > > > To: Woodruff, Richard > > > Cc: Holger Schurig; u-boot-users(a)lists.sourceforge.net > > > Subject: RE: [U-Boot-Users] what is wrong when calloc > return bogus? > > > > > > > > > On Thu, 2003-11-06 at 17:05, Woodruff, Richard wrote: > > > > > > > -- If you cloned the ARM925 tree, then you should NOT see this > > > > failure. Its probably some other kind of misconfiguration. > > > > > > > You mention an ARM925 tree, is there ARM925 tree for u-boot > > > somewhere I am missing? > > > -- > > > Matthew S. McClintock <mattsm(a)arlut.utexas.edu> > > > > > > > -- > Matthew S. McClintock <mattsm(a)arlut.utexas.edu> > >

2 1

RE: [U-Boot-Users] what is wrong when calloc return bogus?
by Woodruff, Richard 13 Nov '03

13 Nov '03

U-boot 1.0.0 and before for the last ... ?Six months has had an OMAP tree. Its really trivial to port from that to a new target. There is a omap1510inn target which is the Innovator. I have a couple tress which I've not yet merged in for custom boards which have a lot more functionality, but we will do that at some point, probably closer to the time they actually go into production. Cpu/arm925 is for the arm core on the OMAP15xx. I've sprinkled enough code in to idle the dsp but not much beyond that. The is a 926 tree also, that is for the omap 16xx. The CPU core is common in a lot of different SOC's, that's what the CPU was broke out separately. It could have been done differently, but the hope is to allow sharing of common code bits, not duplicate them. It seems you must be using an older tree as this kind of thing is sort of hard to miss if you have gone though the code. Regards, Richard W. > -----Original Message----- > From: Matthew S. McClintock [mailto:mattsm@arlut.utexas.edu] > Sent: Thursday, November 13, 2003 11:20 AM > To: Woodruff, Richard > Cc: Holger Schurig; u-boot-users(a)lists.sourceforge.net > Subject: RE: [U-Boot-Users] what is wrong when calloc return bogus? > > > On Thu, 2003-11-06 at 17:05, Woodruff, Richard wrote: > > > -- If you cloned the ARM925 tree, then you should NOT see this > > failure. Its probably some other kind of misconfiguration. > > > You mention an ARM925 tree, is there ARM925 tree for u-boot > somewhere I am missing? > -- > Matthew S. McClintock <mattsm(a)arlut.utexas.edu> > >

2 1

RE: [U-Boot-Users] what is wrong when calloc return bogus?
by Woodruff, Richard 13 Nov '03

13 Nov '03

-- The PXA default setup low/high is such that with out a patch the PXA will fail. The PXA attempted to follow the readme instead of just doing what the other ARMs did successfully. -- If you cloned the ARM925 tree, then you should NOT see this failure. Its probably some other kind of misconfiguration. -- For my OMAP board I setup up so u-boot is copied to the start of the last meg of memory. Everything has always worked properly. !**! Your problem is likely you setup your u-boot to reside in at the exact end of memory, this won't work as the stack and heap are allocated on top of the text image. You will be doomed to failure. Move your load address down a bit and it WILL WORK. -- Just as a double check I setup a hardware break point at NewHandle on my board, and sure enough the address was "exactly" where I expected it to be in the malloc region. -- There are merits to switching the memory map so the malloc and stack regions are below the text image. In my opinion the only compelling reason to make the switch is because Wolfgang has committed to moving it, so it will be more work to keep a special version around. I only am resisting the change as I made a several "pretty" and time consuming diagrams which I don't want to re-do :) Regards, Richard W. > -----Original Message----- > From: u-boot-users-admin(a)lists.sourceforge.net > [mailto:u-boot-users-admin@lists.sourceforge.net] On Behalf > Of Matthew S. McClintock > Sent: Thursday, November 06, 2003 2:29 PM > To: Holger Schurig > Cc: u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] what is wrong when calloc return bogus? > > > I am seeing this same exact problem on my OMAP5910 board, > essentially it seems calloc fails in ListCreate. Have you > found out what the cause to the problem was? Everything else > seems to get setup correctly, as far as I can tell so far. > > Thanks, > Matthew > > On Fri, 2003-08-15 at 11:38, Holger Schurig wrote: > > I recently updated from u-boot 0.3.2 to CVS (0.4.5). Now > blob stopped > > working. > > I tracked this down from device_init() to ListCreate() or > NewHandle(). > > > > My debug output is: > > > > U-Boot 0.4.5 (Aug 15 2003 - 18:26:38) > > > > U-Boot code: A3000000 -> A300D4E0 BSS: -> A3024000 > > DRAM Configuration: > > Bank #0: a0000000 128 MB > > Flash: 32 MB > > 1 > > 2 > > 4 > > 6 > > 7 > > 9 > > 10 > > d1 > > d3 > > l1 > > n1 > > n2 memPtr=0badc0e8 > > n3 hanPtr=0badc108 > > n4 > > l2 > > l3 0badc108 > > > > list_t ListCreate (int elementSize) > > { > > list_t list; > > printf("l1\n"); > > list = (list_t) (NewHandle (sizeof (ListStruct))); > /* create > > empty > > list */ > > printf("l2\n"); > > if (list) { > > printf("l3 %08x\n", list); > > (*list)->signature = LIST_SIGNATURE; > > (*list)->numItems = 0; > > (*list)->listSize = 0; > > (*list)->itemSize = elementSize; > > (*list)->percentIncrease = > kDefaultAllocationPercentIncrease; > > (*list)->minNumItemsIncrease = > > > kDefaultAllocationminNumItemsIncrease; > > } > > printf("l4\n"); > > > > return list; > > } > > > > > > Target is an Intel PXA255 > > > > > > > > ------------------------------------------------------- > > This SF.Net email sponsored by: Free pre-built ASP.NET > sites including > > Data Reports, E-commerce, Portals, and Forums are available now. > > Download today and enter to win an XBOX or Visual Studio .NET. > > > http://aspnet.click-> url.com/go/psa00100003ave/direct;at.aspnet_072303_ > > 01/01 > > _______________________________________________ > > U-Boot-Users mailing list > > U-Boot-Users(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/u-boot-users > -- > Matthew S. McClintock <mattsm(a)arlut.utexas.edu> > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users >

2 1

[U-Boot-Users] Porting Linux into PPC750
by a b 13 Nov '03

13 Nov '03

hi, Have any one ported Linux into IBM PowerPC PPC750 based embedded boards.. Has anyone developed the u-boot for PPC750 based board. If anyone has done it.. please pass on the information to me... I have been struggling with it. The PCI bridge that I am using is IBM CPC700. Regards, Deepu __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree

2 1

[U-Boot-Users] U-Boot hang
by Leon KUKOVEC 13 Nov '03

13 Nov '03

Hi everybody, I'm in the process of writting PCMCIA support for WEPEP250 (boards/wepep250). Everything seems to be going smooth except one thing: When I add a debug function and then execute U-Boot command "pinit on" or "ide reset" U-boot hangs on me. I sometimes get "data abort", sometimes "invalid instruction" and sometimes nothing. Is there any limits with regards to U-Boot's size and by me putting too much inside U-boot's .text section and hitting some marker/border ? The situation: ident_cpy() function used in ide_ident() copies firmware, version, ident string from iop structure to dev_desc structure. Since CompactFlash firmware string and model number string are in big endian byte order I wanted to write ident_swap_cpy, but as I wrote the function, re-compiled U-boot, downloaded it and issued "ide reset" I got a hang. I also tried to put just two printf's inside ident_copy() - a hang again. ident_swap_cpy() worked fine when I compiled and ran it in my examples/ide.c file. Thanks, -- Best Regards, Leon.

2 6

RE: [U-Boot-Users] [PATCH] fix the ARM memory layout
by Woodruff, Richard 13 Nov '03

13 Nov '03

My first statement is correct about how the real_end is used, the BSS comment is confused, that section is probably ok. The interrupt code which is not used, does still use the stack above text. No real idea of how you are getting away with out some kind of error. JTAG and tracing would make it clear quickly. Regards, Richard W. -----Original Message----- From: u-boot-users-admin(a)lists.sourceforge.net [mailto:u-boot-users-admin@lists.sourceforge.net] On Behalf Of Woodruff, Richard Sent: Wednesday, November 12, 2003 6:16 PM To: 'Kyle Harris'; Anders Larsen; wd(a)denx.de Cc: u-boot-users(a)lists.sourceforge.net Subject: RE: [U-Boot-Users] [PATCH] fix the ARM memory layout Hello, So I just took a quick relook at boards other then the 925 based one I'm using, and you would really expect all pxa's to have a problem if they do a malloc. The other working ARM targets init up the _armboot_real_end in cpu.c (to just past the stack above the text), this is what gets used in board.c to init up the malloc area. For the pxa this is commented out, so the default value will be badcode. Why it works for your board like the cradle..... And not some others like the innokom..... Perhaps is a side effect of the buggy bss initialization, the pxa/start.S uses some linker symbols to clear the bss (bss_start/end), these symbols are ABOVE the text address range not below it, the sp was just set up a couple instructions before, then it goes about clearing who knows what. Look at your System.map file or trace it. or the fact the innokom has two! _TEXT_BASE symbols defined (again check its System.map), choose your context, cut and paste of .S files I suppose. Regards, Richard W. > -----Original Message----- > From: u-boot-users-admin(a)lists.sourceforge.net > [mailto:u-boot-users-admin@lists.sourceforge.net] On Behalf > Of Kyle Harris > Sent: Wednesday, November 12, 2003 1:53 PM > To: Anders Larsen; wd(a)denx.de > Cc: u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] [PATCH] fix the ARM memory layout > > > > On Wednesday 12 November 2003 12:23 pm, Anders Larsen wrote: > > > Hi, > > > > here's a fresh version of my rather intrusive patch from the 17.th > > sept. to rearrange the ARM memory layout to bring it in > line with the > > README. > > > > This has the positive side-effect of actually allow U-Boot to run on > > PXA- and IXP-based targets; the current implementation sets up the > > heap using bogus addresses causing u-boot to crash (this > even applies > > to the recently added board "ixdp425"). > > I don't disagree that memory layout for ARM is broken. But, > I've never seen a > crash on any of my Xscale boards, including a couple of new > ones based on > ixdp425 and cradle. > > Kyle. > > > ------------------------------------------------------- > This SF.Net email sponsored by: ApacheCon 2003, > 16-19 November in Las Vegas. Learn firsthand the latest > developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, > and more! http://www.apachecon.com/ > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users > ------------------------------------------------------- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ _______________________________________________ U-Boot-Users mailing list U-Boot-Users(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users

1 0

RE: [U-Boot-Users] [PATCH] fix the ARM memory layout
by Woodruff, Richard 13 Nov '03

13 Nov '03

Hello, So I just took a quick relook at boards other then the 925 based one I'm using, and you would really expect all pxa's to have a problem if they do a malloc. The other working ARM targets init up the _armboot_real_end in cpu.c (to just past the stack above the text), this is what gets used in board.c to init up the malloc area. For the pxa this is commented out, so the default value will be badcode. Why it works for your board like the cradle..... And not some others like the innokom..... Perhaps is a side effect of the buggy bss initialization, the pxa/start.S uses some linker symbols to clear the bss (bss_start/end), these symbols are ABOVE the text address range not below it, the sp was just set up a couple instructions before, then it goes about clearing who knows what. Look at your System.map file or trace it. or the fact the innokom has two! _TEXT_BASE symbols defined (again check its System.map), choose your context, cut and paste of .S files I suppose. Regards, Richard W. > -----Original Message----- > From: u-boot-users-admin(a)lists.sourceforge.net > [mailto:u-boot-users-admin@lists.sourceforge.net] On Behalf > Of Kyle Harris > Sent: Wednesday, November 12, 2003 1:53 PM > To: Anders Larsen; wd(a)denx.de > Cc: u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] [PATCH] fix the ARM memory layout > > > > On Wednesday 12 November 2003 12:23 pm, Anders Larsen wrote: > > > Hi, > > > > here's a fresh version of my rather intrusive patch from the 17.th > > sept. to rearrange the ARM memory layout to bring it in > line with the > > README. > > > > This has the positive side-effect of actually allow U-Boot to run on > > PXA- and IXP-based targets; the current implementation sets up the > > heap using bogus addresses causing u-boot to crash (this > even applies > > to the recently added board "ixdp425"). > > I don't disagree that memory layout for ARM is broken. But, > I've never seen a > crash on any of my Xscale boards, including a couple of new > ones based on > ixdp425 and cradle. > > Kyle. > > > ------------------------------------------------------- > This SF.Net email sponsored by: ApacheCon 2003, > 16-19 November in Las Vegas. Learn firsthand the latest > developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, > and more! http://www.apachecon.com/ > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users >

1 0

[U-Boot-Users] Loading u-boot
by Ed Okerson 12 Nov '03

12 Nov '03

Thanks to some help from Thomas Lange, I think I am about ready to load u-boot on my DbAu1500 (Zinfandel) board. The problem I have now is, how exactly does one do that? The board currently has Yamon in the boot flash at 0xbfc00000, and has secondary flash at 0xbec00000. The s-records in u-boot.srec indicate that it wants to load at 0xbfc00000, but that causes yamon to overwrite itself and crashes. I have tried changing TEXT_BASE to 0xbec00000, and the s-records then look correct but it still doesn't load. I then tried changing TEXT_BASE to 0xa0100000 to get the s-records to load to ram, which appeared to work, I then erased the secondary flash and copied the ram to flash with: YAMON> erase bec00000 100000 YAMON> copy a0100000 bec00000 100000 Then flipped the swap flash switch and hit reset, and the system did not boot. Can anyone enlighten me on how to do this? Thanks Ed Okerson

2 1

Re: [U-Boot-Users] RAMDISK image in flash not getting mounted - Memec Powerpc405 board
by Shamile Khan 12 Nov '03

12 Nov '03

Hi, Yeah that was the problem. So now it boots all the way. I am not sure what this Simple Ramdisk-Image is composed of as I do not get to a promt. I get nothing on the terminal. Shamile --- Kyle Harris <kharris(a)nexus-tech.net> wrote: > Shamile, > > Do you have the proper fs (e.g. ext2, minix, or whatever > your ramdisk is) > support configured in the kernel? Looks like it finds the > ramdisk but can't > decipher contents. > > HTH, Kyle. > > On Wednesday 05 November 2003 07:59 pm, Shamile Khan > wrote: > > > Hi, > > > > I am trying to get Linux to boot with U-boot using a > flash > > based initrd image. I am using a Memec Virtex II Pro > board > > which has a Powerpc 405 processor embedded in an FPGA. > I > > have u-boot running. My flash is 8 Megs and is > organized as > > follows: > > > > 0xFE000000 - U-boot > > 0xFE100000 - Linux u-boot kernel (vmlinux.PPCBoot) > created > > using latest sources from ppckernel.org > > 0xFE200000 - Simple Ramdisk-Image > (simple-ramdisk.PPCBoot ) > > from DENX.de > > > > The boot arguments I pass using u-boot are > > bootargs=console=ttyS0,115200 mem=32M root=/dev/ram rw > > > > Some relevant kernel configuration parameters are > (using > > xilinx_ml300 as base) > > > > # Block devices > > CONFIG_BLK_DEV_RAM=y > > CONFIG_BLK_DEV_RAM_SIZE=4096 > > CONFIG_BLK_DEV_INITRD=y > > > > # File systems > > CONFIG_TMPFS=y > > CONFIG_RAMFS=y > > > > However when I use "bootm fe100000 fe200000" to boot > linux, > > I get all the way to the end of the boot process at > which > > point I get this message: > > > > RAMDISK: Compressed image found at block 0 > > Freeing initrd memory: 554k freed > > Kernel panic: VFS: Unable to mount root fs on 01:00 > > > > Seems like it located the RAMDISK image but is not able > to > > mount it. Any ideas on what is causing this to occur. > > > > I did a backtrace using gdb over abatron and heres > what I > > get (breakpoints don't seem to work for me though > although > > I can get a stach trace) > > #0 0xc000678c in __delay () > > #1 0xc0014734 in panic (fmt=0x1cfde0 <Address 0x1cfde0 > out > > of bounds>) at > > > /home/shamile/ecsi-linux/kernel/src-linuxppc_2_4_devel/include/asm/delay.h: > >42 #2 0xc00fcac8 in mount_block_root (name=0xc00d5ea4 > > "/dev/root", flags=32768) at init/do_mounts.c:376 > > #3 0xc00fd4d4 in mount_root () at init/do_mounts.c:789 > > #4 0xc0002888 in prepare_namespace () at > > init/do_mounts.c:917 > > #5 0xc0002458 in init (unused=0xc2c1) at > init/main.c:556 > > #6 0xc0006f60 in arch_kernel_thread () > > > > Thanks, > > Shamile > > > > __________________________________ > > Do you Yahoo!? > > Protect your identity with Yahoo! Mail AddressGuard > > http://antispam.yahoo.com/whatsnewfree > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: SF.net Giveback > Program. > > Does SourceForge.net help you be more productive? Does > it > > help you create better code? SHARE THE LOVE, and help > us help > > YOU! Click Here: http://sourceforge.net/donate/ > > _______________________________________________ > > U-Boot-Users mailing list > > U-Boot-Users(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/u-boot-users __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree

2 5

[U-Boot-Users] Error building 1.0
by Ed Okerson 11 Nov '03

11 Nov '03

I am trying to build u-boot-1.0.0 for the dbau1x00 platform with gcc-2.95.4 and get the following error: mipsel-linux-gcc -g -Os -D__KERNEL__ -DTEXT_BASE=0xbfc00000 -I/home/eokerson/AMD/u-boot-1.0.0/include -fno-builtin -ffreestanding -nostdinc -isystem /usr/lib/gcc-lib/mipsel-linux/2.95.4/include -pipe -DCONFIG_MIPS -D__MIPS__ -EB -mabicalls -Wall -Wstrict-prototypes -c -o vsprintf.o vsprintf.c vsprintf.c: In function `vsprintf': vsprintf.c:194: `__PTRDIFF_TYPE__' undeclared (first use in this function) vsprintf.c:194: (Each undeclared identifier is reported only once vsprintf.c:194: for each function it appears in.) vsprintf.c:194: parse error before `args' vsprintf.c:194: parse error before `args' vsprintf.c:194: warning: left-hand operand of comma expression has no effect vsprintf.c:210: parse error before `args' vsprintf.c:210: parse error before `args' vsprintf.c:210: warning: left-hand operand of comma expression has no effect vsprintf.c:231: parse error before `args' vsprintf.c:231: parse error before `args' vsprintf.c:231: warning: left-hand operand of comma expression has no effect vsprintf.c:237: parse error before `args' vsprintf.c:237: parse error before `args' vsprintf.c:237: warning: left-hand operand of comma expression has no effect vsprintf.c:258: parse error before `args' vsprintf.c:258: parse error before `args' vsprintf.c:258: warning: left-hand operand of comma expression has no effect vsprintf.c:265: parse error before `args' vsprintf.c:265: parse error before `args' vsprintf.c:265: warning: left-hand operand of comma expression has no effect vsprintf.c:268: parse error before `args' vsprintf.c:268: parse error before `args' vsprintf.c:268: warning: left-hand operand of comma expression has no effect vsprintf.c:303: parse error before `args' vsprintf.c:303: parse error before `args' vsprintf.c:303: warning: left-hand operand of comma expression has no effect vsprintf.c:305: parse error before `args' vsprintf.c:305: parse error before `args' vsprintf.c:305: warning: left-hand operand of comma expression has no effect vsprintf.c:309: parse error before `args' vsprintf.c:309: parse error before `args' vsprintf.c:309: warning: left-hand operand of comma expression has no effect vsprintf.c:311: parse error before `args' vsprintf.c:311: parse error before `args' vsprintf.c:311: warning: left-hand operand of comma expression has no effect make[1]: *** [vsprintf.o] Error 1 make[1]: Leaving directory `/home/eokerson/AMD/u-boot-1.0.0/lib_generic' make: *** [subdirs] Error 1 Any suggestions on how to fix this would be greatly appreciated. Ed Okerson

3 3

RE: [U-Boot-Users] RE: linuxppc_2_4_mpc5200 / 5200lite zImage now working
by Tord Andersson 11 Nov '03

11 Nov '03

Wolfgang, Thanks for all help so far. Here is some additional information... > -----Original Message----- > From: Wolfgang Denk [mailto:wd@denx.de] > Sent: den 10 november 2003 17:58 > To: Tord Andersson > Cc: Kate Alhola; Dave Lawrence; u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] RE: linuxppc_2_4_mpc5200 / > 5200lite zImage now working > > > Dear Tord, > > in message > <004B1D7A5257174C9044A1B7BD0E60ED447037(a)ratatosk.combitechsyst > ems.com> you wrote: > > > > I built u-boot as you described (low boot config). I had problems > > downloading the binary image with the dBUG dn command (tftp, image > > format, might have to do with 100 mbps ethernet?). I then turned to > > the > I put a 10 Mbps hub between the 5200lite and the rest of the net, forcing the ethernet to 10 Mbps, half duplex, and this made the communication work reliably, making it possible to download binary images through the dBUG dn command (tftp, binary image) to the RAM. Btw, when testing dBUG ping in 100Mbps mode, it doesn't seem to work completely OK... (send failures). > I never used dBUG - does it expect a special image format? > Maybe you have to specify "binary" images or so? The dn "Image" format seems to be binary image. > > > "dl" command which only supports S-records. I made an image for > > loading at 0x20000 by the following command: > > > > ppc_82xx-objcopy --gapfill=0xff > --change-adresses=-0xFEFE0000 -O srec > > u-boot_20000.srec > > Umm... > > > I loaded this with the dl command at 0x20000 and then it was > > programmed into flash by: > > > > fp FF000000 FF035250 20000 > > > > I moved the boot jumper to the Low position and u-boot got up! > > Unfortunately, as soon as I tried to save environment variables (IP > > nad > > MAC-adresses) and rebooted, the system crashed. I fear that > my objcopy > > tweaking might have been a little bit too hasty... : ) > > Probably. Try out what happens when you (re-) convert the > _binary_ image into S-Records, something ike this: > > ppc_82xx-objcopy --change-adresses=-0xFEFE0000 -I binary -O srec \ > u-boot.bin your_image.srec After downloading the binary image with dn (based on the FF000000 build) I have the same problem with environment saving. If I don't save anything, u-boot reboots OK. But after saving for instance only the hostname, u-boot crashes during reboot. Does this works OK in the version built to replace DBUG (High boot)? > > Best regards, > > Wolfgang Denk > > -- > Software Engineering: Embedded and Realtime Systems, Embedded Linux > Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: > wd(a)denx.de No journaling file system can recover your data if > the disk dies. > - Steve Rago in <D4Cw1p.L9E(a)plc.com> >

1 0

[U-Boot-Users] RE: linuxppc_2_4_mpc5200 / 5200lite zImage now working
by Tord Andersson 10 Nov '03

10 Nov '03

Thanks Wolfgang! I built u-boot as you described (low boot config). I had problems downloading the binary image with the dBUG dn command (tftp, image format, might have to do with 100 mbps ethernet?). I then turned to the "dl" command which only supports S-records. I made an image for loading at 0x20000 by the following command: ppc_82xx-objcopy --gapfill=0xff --change-adresses=-0xFEFE0000 -O srec u-boot_20000.srec I loaded this with the dl command at 0x20000 and then it was programmed into flash by: fp FF000000 FF035250 20000 I moved the boot jumper to the Low position and u-boot got up! Unfortunately, as soon as I tried to save environment variables (IP nad MAC-adresses) and rebooted, the system crashed. I fear that my objcopy tweaking might have been a little bit too hasty... : ) Best regards, Tord Andersson -----Original Message----- From: Wolfgang Denk [mailto:wd@denx.de] Sent: den 7 november 2003 12:57 To: Kate Alhola Cc: Tord Andersson; linuxppc-embedded(a)lists.linuxppc.org; u-boot-users(a)lists.sourceforge.net Subject: Re: linuxppc_2_4_mpc5200 / 5200lite zImage now working In message <3FAB51D2.104(a)iti.fi> you wrote: > > >Thanks for sharing your experiences with the MPC5200Lite card. Would > >it be possible for you to explain the steps you took to replace dbug > >with u-boot. Did you use dbug or a bdm? I am about to do the same > >thing, and fear that I might end up with a "dead" card if > >things go wrong : ) > > > I actually did not eplace it all. I just compiled and programmed > u-boot to flash in diferent address than 0xfff00000 I used 0xff800000 > but it is not a good choice This is not an optimal way to solve this. I just checked in patches for U-Boot to allow for a "low-boot" configuration, i. e. you can configure and built U-Boot using the commands "make MPC5200LITE_LOWBOOT_config;make all" and then program it at the low end of the flash (0xFF000000). After switching the boot high/low jumper ("B H/L") the board will boot directly into U-Boot and all you need to switch back to dBUG is to switch the jumper back. It may take a while until the new version of U-Boot shows up on the CVS server; the patch against U-Boot version 1.0.0 is also available at ftp://ftp.denx.de/pub/u-boot/lowboot-1.0.0.patch.gz Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd(a)denx.de : ... and it's got weird formatting - Notepad, Write, Works 3 can't : decipher it, and it's too big to go in DOS Edit. Help! Install an operating system. :-) -- Tom Christiansen

2 1

[U-Boot-Users] Disk On Chip type of NOR flash?
by Deya 10 Nov '03

10 Nov '03

Hi, Can I use Disk On Chip type of NOR flash with u-boot without any problem? Regards, Deya. ________________________________________________________________________ Yahoo! India Mobile: Download the latest polyphonic ringtones. Go to http://in.mobile.yahoo.com

3 3

RE: [U-Boot-Users] current simple 8260 platform as start...
by Rune Torgersen 09 Nov '03

09 Nov '03

> Actually this is bad advice. The *ADS boards have some > special features which you will not find on any other > board. Also, the implementation of the MPC8260ADS has some > serious problems which have not been fixed for ages because > the board is one of the many orphaned (i. e. not maintained) boards. Like what? I'm interested because I've used the 8266ADS board as basis for our custom board. (Omitting some stuff like their PLA based boot config)

4 4

[U-Boot-Users] Re: Mac SE U-Boot?
by Richard Klingler 09 Nov '03

09 Nov '03

> Richard, > > Did your U-Boot patch to support the Mac SE ever make it into the > "mainstream" U-Boot sources? > > If not, could you send me a copy of your patch? > > Thanks! > > John Hi... There are no m68k/Coldfire sources in any official ppcboot/u-boot versions at all...also never made an SE version so far (o; only for SE/30... rick

2 2

RE: [U-Boot-Users] Board/driver bragging list proposal
by VanBaren, Gerald (AGRE) 07 Nov '03

07 Nov '03

> -----Original Message----- > From: Wolfgang Denk [mailto:wd@denx.de] > Sent: Friday, November 07, 2003 1:58 PM > To: Bryan Larsen > Cc: VanBaren, Gerald (AGRE); u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] Board/driver bragging list proposal > > > In message <1068217254.667.420.camel@boom> you wrote: > > I like this proposal: the information I'm looking for is > along the lines > > of "we have new hardware using CPU X, Flash Y and Ethernet Z". What > > code should we copy & modify? It's not just what boards > support X, Y, > > Z: that information is availble by using find/grep. It's > what boards do > > things the "right" way, and which ones are > older/hackier/more hardcoded. > > Who is the judge? Who decides what is good and what not? > > Do we install a committee to resolve conflicts? > > > Wolfgang Denk Well, the wiki premise is that /everybody/ is the judge and the wiki will settle down with the proper answer. That is taking quite a lot on faith, especially with something that is pretty subjective and is subject to a lot of ownership-pride. That is what I was alluding to when I wrote: With the wiki, it still may not work, because people may not contribute and there is a risk of people getting into "my implementation is better than your implementation" fights. Hopefully we are all smarter than that. gvb ****************************************** The information contained in, or attached to, this e-mail, may contain confidential information and is intended solely for the use of the individual or entity to whom they are addressed and may be subject to legal privilege. If you have received this e-mail in error you should notify the sender immediately by reply e-mail, delete the message from your system and notify your system manager. Please do not copy it for any purpose, or disclose its contents to any other person. The views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. The recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused, directly or indirectly, by any virus transmitted in this email. ******************************************

1 0

[U-Boot-Users] Board/driver bragging list proposal
by VanBaren, Gerald (AGRE) 07 Nov '03

07 Nov '03

Hi Wolfgang and the rest of the Gang, This is a good opportunity for me to trot out a thought I've been thinking for a while, but have not been able to put together as a cohesive proposal. It would be nice, and the new wiki makes it achievable, to have a feature list where people could identify what whas available and what they felt were the best features (and which implmentations should be steered clear of) which would serve as guidance for newcomers. Some of this information is in the README file, but it is hard to keep up to date and tends to not warn of lesser implmentations nor point out good implementation. Before the wiki, it would have been impossible for one person (Wolfgang) to maintain. With the wiki, it still may not work, because people may not contribute and there is a risk of people getting into "my implementation is better than your implementation" fights. Hopefully we are all smarter than that. Another problem is organization: should we organize by processor and board (which is intuitive but not necessarily the best for looking up information) or by feature (flash type, ethernet interface type, SDRAM type, etc.), or by both? Probably both of the above :-/. Perhaps we can start a wiki documentation branch by having each board maintainer make an entry for their board in a list, branching to a short description of the board and a list of the features. The list of features could then branch to a description of that feature, many of which would be shared by several boards as they use the same driver. This is a crude diagram of what I'm thinking... board1 --> CPU: MPC8260 Flash AMDxxxx ----> AMDxxxx flash driver description (shared with board 1,3) SDRAM ------------> SDRAM support (fixed type, no auto config) FCC ethernet -----> FCC ethernet driver description (shared with board 1,2,3) board2 --> CPU: MPC8260 Flash Intelxxxx --> Intelxxxx flash driver description SDRAM ------------> SDRAM support (e.g. DIMM with auto config) (shared with board 2,3) FCC ethernet -----> FCC ethernet driver description (shared with board 1,2,3) board3 --> CPU: MPC8260 Flash AMDxxxx ----> AMDxxxx flash driver description (shared with board 1,3) SDRAM ------------> SDRAM support (e.g. DIMM with auto config) (shared with board 2,3) FCC ethernet -----> FCC ethernet driver description (shared with board 1,2,3) Then, for instance, if a legacy board does a poor job of implementing a feature (I'm thinking of the 8245 Sandpoint implementation of I2C, for instance), whoever enters the information or whoever gets burned by it later could enter a warning note for future reference. Likewise, if a board does something New and Improved and Better than Sliced Bread, the proud implementer could enter brag a bit (and potentially be "modded down" by others in the future :-). There currently is a board selection box in the DULG wiki http://www.denx.de/twiki/bin/view/DULG/BoardSelect but it only has two boards listed and displays the Denx documentation, not really what I have in mind. Also, I am thinking more of a whole page list of boards so the user can see all of them (preferably with a feature summary) at once to give him more of a clue where to start. Once some basic driver information is in, we could also make a top level driver index page, pointing to the drivers so a user could directly look up (all) then AMDxxxx flash drivers, for instance. Now the problem is, I'm not that familiar with the Denx wiki (sorry, Wolfgang, I just haven't had the time to crawl through it) so I don't know if I'm proposing something that already exists. If it doesn't exist, I don't know the best place to splice in my proposal. Also, the proposal will only be successful if most or all the board supporters kick in some effort. gvb > -----Original Message----- > From: Wolfgang Denk [mailto:wd@denx.de] > Sent: Thursday, November 06, 2003 6:35 AM > To: Richard Klingler > Cc: u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] current simple 8260 platform as start... > > > Dear Richard, > > in message <20031106104512.A52892263(a)joshua.klingler.net> you wrote: > > > > > All boards use SDRAM, Flash, and Ethernet. Either you > chose a board > > > randomly, or you must be more specific. > > > > I'll try (o; > > > > - 4 * MT48LC4M16A2 SDRAM > > bus width? > > > - CF interface > > How implemented? > > > - SO-DIMM interface > > - BCM6020 DSL > > - PCMCIA option > > How implemented? > > So you do have a couple of "fancy periphals". > > Sorry, but it is not that easy to recommend a specific board without > precise knowledge of your hardware. Even if you sent me the > schematics (which I would need) I wouldn't have the time (for free) > to dig into it. > > Best regards, > > Wolfgang Denk > > -- > Software Engineering: Embedded and Realtime Systems, Embedded Linux > Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd(a)denx.de > An expert is a person who avoids the small errors while sweeping on > to the grand fallacy. > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users > ****************************************** The information contained in, or attached to, this e-mail, may contain confidential information and is intended solely for the use of the individual or entity to whom they are addressed and may be subject to legal privilege. If you have received this e-mail in error you should notify the sender immediately by reply e-mail, delete the message from your system and notify your system manager. Please do not copy it for any purpose, or disclose its contents to any other person. The views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. The recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused, directly or indirectly, by any virus transmitted in this email. ******************************************

4 5

[U-Boot-Users] Re: linuxppc_2_4_mpc5200 / 5200lite zImage now working
by Wolfgang Denk 07 Nov '03

07 Nov '03

In message <3FAB51D2.104(a)iti.fi> you wrote: > > >Thanks for sharing your experiences with the MPC5200Lite card. > >Would it be possible for you to explain the steps you took to replace > >dbug with u-boot. Did you use dbug or a bdm? > >I am about to do the same thing, and fear that I might end up with a > >"dead" card if > >things go wrong : ) > > > I actually did not eplace it all. I just compiled and programmed u-boot > to flash in diferent > address than 0xfff00000 I used 0xff800000 but it is not a good choice This is not an optimal way to solve this. I just checked in patches for U-Boot to allow for a "low-boot" configuration, i. e. you can configure and built U-Boot using the commands "make MPC5200LITE_LOWBOOT_config;make all" and then program it at the low end of the flash (0xFF000000). After switching the boot high/low jumper ("B H/L") the board will boot directly into U-Boot and all you need to switch back to dBUG is to switch the jumper back. It may take a while until the new version of U-Boot shows up on the CVS server; the patch against U-Boot version 1.0.0 is also available at ftp://ftp.denx.de/pub/u-boot/lowboot-1.0.0.patch.gz Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd(a)denx.de : ... and it's got weird formatting - Notepad, Write, Works 3 can't : decipher it, and it's too big to go in DOS Edit. Help! Install an operating system. :-) -- Tom Christiansen

1 0

[U-Boot-Users] what is wrong when calloc return bogus?
by Holger Schurig 06 Nov '03

06 Nov '03

I recently updated from u-boot 0.3.2 to CVS (0.4.5). Now blob stopped working. I tracked this down from device_init() to ListCreate() or NewHandle(). My debug output is: U-Boot 0.4.5 (Aug 15 2003 - 18:26:38) U-Boot code: A3000000 -> A300D4E0 BSS: -> A3024000 DRAM Configuration: Bank #0: a0000000 128 MB Flash: 32 MB 1 2 4 6 7 9 10 d1 d3 l1 n1 n2 memPtr=0badc0e8 n3 hanPtr=0badc108 n4 l2 l3 0badc108 list_t ListCreate (int elementSize) { list_t list; printf("l1\n"); list = (list_t) (NewHandle (sizeof (ListStruct))); /* create empty list */ printf("l2\n"); if (list) { printf("l3 %08x\n", list); (*list)->signature = LIST_SIGNATURE; (*list)->numItems = 0; (*list)->listSize = 0; (*list)->itemSize = elementSize; (*list)->percentIncrease = kDefaultAllocationPercentIncrease; (*list)->minNumItemsIncrease = kDefaultAllocationminNumItemsIncrease; } printf("l4\n"); return list; } Target is an Intel PXA255

3 2

RE: [U-Boot-Users] current simple 8260 platform as start...
by Rune Torgersen 06 Nov '03

06 Nov '03

> Like the fact that CFG_DEFAULT_IMMR definition in > MPC8260ADS.h will bring you nasty kernel crashes the first > time you want to boot your Linux kernel. > > Like the fact that there is seems to be need for a > proprietary version of jffs2_part_info() (because of a broken > flash layout?) Ahh... All those fun things I had to fix when I made the 8266ADS port :) (except I never used jffs2)

1 0

RE: [U-Boot-Users] current simple 8260 platform as start...
by Rune Torgersen 06 Nov '03

06 Nov '03

I would suggest the MPC8260ADS board (Or MPC8266ADS if you need PCI) These are Motorolas eval boards an dfailry easy to find documentation on, so that you easier can figure out the differences to your board and make a port. Good luck! (8260 ports aren't very hard...) > > > All boards use SDRAM, Flash, and Ethernet. Either you chose a > > > board randomly, or you must be more specific.

2 1

[U-Boot-Users] current simple 8260 platform as start...
by Richard Klingler 06 Nov '03

06 Nov '03

Good afternoon (o; Got finally the mpc8260 jtag software running (o; Can someone tell me which one of those many 8260 board support packages would be the easiest to start with for a new 8260 platform? No fancy periphal support for now...only: - 4 * 8mbyte sdram chips - 1 * 2mbit flash (8 bit mode) - 1 ethernet (fcc2) thanx in advance rick

2 3

[U-Boot-Users] RAMDISK image in flash not getting mounted - Memec Powerpc405 board
by Shamile Khan 06 Nov '03

06 Nov '03

Hi, I am trying to get Linux to boot with U-boot using a flash based initrd image. I am using a Memec Virtex II Pro board which has a Powerpc 405 processor embedded in an FPGA. I have u-boot running. My flash is 8 Megs and is organized as follows: 0xFE000000 - U-boot 0xFE100000 - Linux u-boot kernel (vmlinux.PPCBoot) created using latest sources from ppckernel.org 0xFE200000 - Simple Ramdisk-Image (simple-ramdisk.PPCBoot ) from DENX.de The boot arguments I pass using u-boot are bootargs=console=ttyS0,115200 mem=32M root=/dev/ram rw Some relevant kernel configuration parameters are (using xilinx_ml300 as base) # Block devices CONFIG_BLK_DEV_RAM=y CONFIG_BLK_DEV_RAM_SIZE=4096 CONFIG_BLK_DEV_INITRD=y # File systems CONFIG_TMPFS=y CONFIG_RAMFS=y However when I use "bootm fe100000 fe200000" to boot linux, I get all the way to the end of the boot process at which point I get this message: RAMDISK: Compressed image found at block 0 Freeing initrd memory: 554k freed Kernel panic: VFS: Unable to mount root fs on 01:00 Seems like it located the RAMDISK image but is not able to mount it. Any ideas on what is causing this to occur. I did a backtrace using gdb over abatron and heres what I get (breakpoints don't seem to work for me though although I can get a stach trace) #0 0xc000678c in __delay () #1 0xc0014734 in panic (fmt=0x1cfde0 <Address 0x1cfde0 out of bounds>) at /home/shamile/ecsi-linux/kernel/src-linuxppc_2_4_devel/include/asm/delay.h:42 #2 0xc00fcac8 in mount_block_root (name=0xc00d5ea4 "/dev/root", flags=32768) at init/do_mounts.c:376 #3 0xc00fd4d4 in mount_root () at init/do_mounts.c:789 #4 0xc0002888 in prepare_namespace () at init/do_mounts.c:917 #5 0xc0002458 in init (unused=0xc2c1) at init/main.c:556 #6 0xc0006f60 in arch_kernel_thread () Thanks, Shamile __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree

1 0

[U-Boot-Users] application program
by Chan Queenie-r54684 06 Nov '03

06 Nov '03

Hi, I'm able to run my application program now (loadaddr = 0x40000 and entry point = 0x40004). Thanks for your previous help. Now, I encounter another problem. When my program is too large, there is certain part in my program I cannot run, ie. I cannot run certain functions when I call them, and the board hangs. I know I have run out of memory space, so I moved my loadaddr to somewhere else, say 0x00300000. Then I do "go 300004". Although I can run at this new location, I still have the same problem: the board hangs when I call the same function. If I shorten my program a bit, I can run it. So my question is, how can I enlarge the program space? I've been searching through the codes but no luck. And one more question, I realize the entry point is always loadaddr + 0x04. Can I change that? If yes, please tell me where to change it. Thank you very much! Best Regards, Queenie Chan NCSD Application Engineer

2 1

[U-Boot-Users] U-Boot-1.0.0 released
by Wolfgang Denk 06 Nov '03

06 Nov '03

A new version of U-Boot has been released. It is named U-Boot-1.0.0 and tagged as "U-Boot-1_0_0" on the CVS server. A tarball is available at ftp://ftp.denx.de/pub/u-boot/u-boot-1.0.0.tar.bz2 Most important changes since last minor release (0.4.8): New Processor Support: Motorola MPC8540/8560 Intel IXP425 CPU Altera Nios-32 New Board Support: MPC8540ADS (MPC8540) MPC8560ADS (MPC8560) IXDP425 (IXP425) dbau1x00 (MIPS32) debris (MPC8245) DK-1C20 (Nios-32) ZPC.1900 (MPC8260) Other Important New Features: support for Altera FPGA ACEX1K auto-update code using USB memory sticks Remember that the User's Manual can be found at http://www.denx.de/twiki/bin/view/DULG/Manual (Contributions welcome). ====================================================================== Changes for U-Boot 1.0.0: ====================================================================== * Fix parameter passing to standalone images with bootm command * Patch by Kyle Harris, 30 Oct 2003: Fix build errors for ixdp425 board * Patch by David M. Horn, 29 Oct 2003: Fixes to build under CYGWIN * Get IceCube MGT5100 working (again) * Fix problems in memory test on some boards (which was not non-destructive as intended) * Patch by Gary Jennejohn, 28 Oct 2003: Change fs/fat/fat.c to put I/O buffers in BSS instead on the stack to prevent stack overflow on ARM systems * Patch by Stephan Linz, 28 Oct 2003: fix init sequence error for NIOS port * Allow lowercase spelling for IceCube_5200; support MPC5200LITE name * Add CONFIG_VERSION_VARIABLE to TRAB configuration * Patch by Xiao Xianghua, 23 Oct 2003: small patch for mpc85xx * Fix small problem in MPC5200 I2C driver * Fix FCC3 support on ATC board * Correct header printing for multi-image files in do_bootm() * Make CONFIG_SILENT_CONSOLE work with CONFIG_AUTOBOOT_KEYED * Fix PCI problems on PPChameleon board * Patch by Steven Scholz, 18 Oct 2003: Fix AT91RM9200 ethernet driver * Patch by Nye Liu, 17 Oct 2003: Fix typo in include/mpc8xx.h * Patch by Richard Woodruff, 16 Oct 03: Fixes for cpu/arm925/interrupt.c - Initialize timestamp & lastdec vars. - fix timestamp overflows. - fix lastdec overflow. - smarter normalization to allow udelay() below 1ms to work. * Patch by Scott McNutt, 16 Oct add networking support for the Altera Nios Development Kit, Cyclone Edition (DK-1C20) * Patch by Jon Diekema, 14 Oct 2003: add hint about doc/README.silent to README file * Add CompactFlash support for NSCU * Fix PCI problems on PPChameleonEVB * TRAB auto-update: Base decision if we have to strip the image header on image type as encoded in the header (include image type patch by Martin Krause, 17 Oct 2003) * Patches by Xianghua Xiao, 15 Oct 2003: - Added Motorola CPU 8540/8560 support (cpu/85xx) - Added Motorola MPC8540ADS board support (board/mpc8540ads) - Added Motorola MPC8560ADS board support (board/mpc8560ads) * Fix flash timings on TRAB board * Make sure HUSH is initialized for running auto-update scripts * Make 5200 reset command _really_ reset the board, without running any other code after it * Fix errors with flash erase when range spans across banks that are mapped in reverse order * Fix flash mapping and display on P3G4 board * Patch by Kyle Harris, 15 Jul 2003: - add support for Intel IXP425 CPU - add support for IXDP425 eval board * Added config option CONFIG_SILENT_CONSOLE. See doc/README.silent for more information * Patch by Steven Scholz, 10 Oct 2003 - Add support for Altera FPGA ACEX1K * Patches by Thomas Lange, 09 Oct 2003: - fix cmd_ide.c for non ppc boards (read/write functions did not add ATA base address) - fix for shannon board - #ifdef CONFIG_IDE_8xx_DIRECT some otherwise unused code - Endian swap ATA identity for all big endian CPUs, not just PPC - MIPS only: New option CONFIG_MEMSIZE_IN_BYTES for passing memsize args to linux - add support for dbau1x00 board (MIPS32) * Patch by Sangmoon Kim, 07 Oct 2003: add support for debris board * Patch by Martin Krause, 09 Oct 2003: Fixes for TRAB board - /board/trab/rs485.c: correct baudrate - /board/trab/cmd_trab.c: bug fix for problem with timer overflow in udelay(); fix some timing problems with adc controller - /board/trab/trab_fkt.c: add new commands: gain, eeprom and power; modify commands: touch and buzzer * Disable CONFIG_SUPPORT_VFAT when used with CONFIG_AUTO_UPDATE (quick & dirty workaround for rogue pointer problem in get_vfatname()); Use direct function calls for auto_update instead of hush commands * Patch by Scott McNutt, 04 Oct 2003: - add support for Altera Nios-32 CPU - add support for Nios Cyclone Development Kit (DK-1C20) * Patch by Steven Scholz, 29 Sep 2003: - A second parameter for bootm overwrites the load address for "Standalone Application" images. - bootm sets environment variable "filesize" to the resulting (uncompressed) data length for "Standalone Application" images when autostart is set to "no". Now you can do something like if bootm $fpgadata $some_free_ram ; then fpga load 0 $some_free_ram $filesize fi * Patch by Denis Peter, 25 Sept 2003: add support for the MIP405 Rev. C board * Patch by Yuli Barcohen, 25 Sep 2003: add support for Zephyr Engineering ZPC.1900 board * Patch by Anders Larsen, 23 Sep 2003: add CMD_PORTIO to CFG_CMD_NONSTD (commands in question are only implemented for the x86 architecture) * Patch by Sangmoon Kim, 23 Sep 2003: fix pll_pci_to_mem_multiplier table for MPC8245 * Patch by Anders Larsen, 22 Sep 2003: enable timed autoboot on PXA * Patch by David Müller, 22 Sep 2003: - add $(CFLAGS) to "-print-libgcc-filename" so compiler driver returns correct libgcc file path - "latency" reduction of busy-loop waiting to improve "U-Boot" boot time on s3c24x0 systems * Patch by Jon Diekema, 19 Sep 2003: - Add CFG_FAULT_ECHO_LINK_DOWN option to echo the inverted Ethernet link state to the fault LED. - In NetLoop, make the Fault LED reflect the link status. The link status gets updated on entry, and on timeouts. * Patch by Anders Larsen, 18 Sep 2003: allow mkimage to build and run on Cygwin-hosted systems * Patch by Frank Müller, 18 Sep 2003: use bi_intfreq instead of bi_busfreq to compute fec_mii_speed in cpu/mpc8xx/fec.c * Patch by Pantelis Antoniou, 16 Sep 2003: add tool to compute fileds in the PLPRCR register for MPC86x * Use IH_TYPE_FILESYSTEM for TRAB "disk" images. * Fix build problems under FreeBSD * Add generic filesystem image type * Make fatload set filesize environment variable * enable basic / medium / high-end configurations for PPChameleonEVB board; fix NAND code * enable TFTP client code to specify to the server the desired timeout value (see RFC-2349) * Improve SDRAM setup for TRAB board * Suppress all output with splashscreen configured only if "splashimage" is set * Fix problems with I2C support for mpc5200 * Adapt TRAB configuration and auto_update to new memory layout * Add configuration for wtk board * Add support for the Sharp LQ065T9DR51U LCD display * Patch by Rune Torgersen, 17 Sep 2003: - Fixes for MPC8266 default config - Allow eth_loopback_test() on 8260 to use a subset of the FCC's * Patches by Jon Diekema, 17 Sep 2003: - update README (SHOW_BOOT_PROGRESS values for cmd_nand.c and env_common.c) - sbc8260 tweaks - adjust "help" output * Patches by Anders Larsen, 17 Sep 2003: - fix spelling errors - set GD_FLG_DEVINIT flag only after device function pointers are valid - Allow CFG_ALT_MEMTEST on systems where address zero isn't writeable - enable 3.rd UART (ST-UART) on PXA(XScale) CPUs - trigger watchdog while waiting in serial driver * Add auto-update code for TRAB board using USB memory sticks, support new configuration with more memory * disable MPC5200 bus pipelining as workaround for bus contention * Modify XLB arbiter priorities on MPC5200 so all devices use same priority; configure critical interrupts to be handled like external interrupts * Make IPB clock on MGT5100/MPC5200 configurable in board config file; go back to 66 MHz for stability * Patches by Jon Diekema, 15 Sep 2003: - add description for missing CFG_CMD_* entries in the README file - sacsng tweaks * Patch by Gleb Natapov, 14 Sep 2003: enable watchdog support for all MPC824x boards that have a watchdog * On MPC5200, restrict FEC to a maximum of 10 Mbps to work around the "Non-octet Aligned Frame" errors we see at 100 Mbps * Patch by Sharad Gupta, 14 Sep 2003: fix SPR numbers for upper BAT register ([ID]BAT[4-7][UL]) * Patch by llandre, 11 Sep 2003: update configuration for PPChameleonEVB board * Patch by David Müller, 13 Sep 2003: various changes to VCMA9 board specific files * Add I2C support for MGT5100 / MPC5200 * Patch by Rune Torgersen, 11 Sep 2003: Changed default memory option on MPC8266ADS to NOT be Page Based Interleave, since this doesn't work very well with the standard 16MB DIMM * Patch by George G. Davis, 12 Sep 2003: fix Makefile settings for sk98 driver * Patch by Stefan Roese, 12 Sep 2003: - new boards added: DP405, HUB405, PLU405, VOH405 - some esd boards updated - cpu/ppc4xx/sdram.c: disable memory controller before setting first values - cpu/ppc4xx/405_pci.c: set vendor id on PPC405EP systems * Patch by Martin Krause, 11 Sep 2003: add burn-in tests for TRAB board * Enable instruction cache on MPC5200 board * Patch by Denis Peter, 11 Sep 2003: - fix USB data pointer assignment for bulk only transfer. - prevent to display erased directories in FAT filesystem. * Change output format for NAND flash - make it look like for other memory, too ====================================================================== Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd(a)denx.de The software required `Windows 95 or better', so I installed Linux.

3 3

[U-Boot-Users] help - loading linux kernel
by Ronen Shitrit 06 Nov '03

06 Nov '03

Hi I have a U-Boot which is working just fine, and I'm trying to boot a kernel(ver 2.4) image with it , after I load the uImage to the DRAM by using the tftp as it is described in the README file, I'm doing bootm to the uImage location, I see that the code is getting to the kernel code , but there it get lost after we disable the MMU in head.S. (I know that the kernel version I have should be stable on my board cause with the DINK monitor I can load it just fine.) Are there any special changes I should make to the Kernel in order for it to be able to boot from the U-Boot?? If so, where can I find a good reference for it?? Thanks a lot -- Ronen Shitrit M.S.I.L D.N. Misgav 20184 Tel: +972-4-9951000 Fax: +972-4-9951001 Email: mailto: ronen.shitrit(a)il.marvell.com _____________________________________________________________ This message may contain confidential, proprietary or legally privileged information. The information is intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by telephone, or by e-mail and delete the message from your computer.

2 1

RE: [U-Boot-Users] application program
by Rune Torgersen 05 Nov '03

05 Nov '03

I have seen that on large programs, the entry point changes from 40004 to something else. If you do a SREC download instead of binary, it tells you where the entry point is. >Now, I encounter another problem. When my program is too large, there is certain part in my program >I cannot run, ie. I cannot run certain functions when I call them, and the board hangs.

1 0

RE: [U-Boot-Users] [PATCH-1/2] LAN91C111
by Woodruff, Richard 04 Nov '03

04 Nov '03

The comments about broken boards due with the hardware not wiring up byte enables. The problem in that case is a board limitation, not a 91c1111. After you pointed out the mac needs to be unsigned, I went though and changed "all" mac references. Seems like there were a couple more than your patch had. The kernel drivers I have for this already have your fix, and treat mac's correctly through out. Regards, Richard W. > -----Original Message----- > From: Stephan Linz [mailto:linz@mazet.de] > Sent: Tuesday, November 04, 2003 12:45 PM > To: Woodruff, Richard; 'wd(a)denx.de' > Cc: u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] [PATCH-1/2] LAN91C111 > > > > Hi, > > I'm just back to NIOS. > > Am Montag, 3. November 2003 19:04 schrieb Woodruff, Richard: > > As to the 8bit to 16 access change, at both the boot and > kernel I use > > 16 bit accesses. I'm ok using 8bit access on my board, but > based on > > comments in code and the ifdef's in the shipping kernel code, > > switching that access size will break a few boards. As word access > > works, I wouldn't switch that bit. > > Oops, very interesting informations, because the SMSC's > manuals for LAN91C110 > and LAN91C1111 sayes about SMC91111_INT_REG: "... This > register can be read > and write as a word or two individual bytes ...". So I'm > wondering about a > few boards will be broken. > > Nevertheless, let's leave it at 16bit access. The NIOS board > is running in > both cases, so there is no really important reason to change this bit. > > > > > As far as testing goes, if it works on my board I'm usually > happy. My > > opinion would be if you are submitting new code, it doesn't really > > matter if it works for anyone else as long as it doesn't break the > > compile. If its existing code, then some more care is obviously > > necessary. > > Yes of course, the 16bit to 8 change isn't really important. > I've thought it > could be a good minor code generalization. It wasn't my > intention to make > broken code. > > So, here my second try. In attachment yo will find the patch > again without > this critical change. > > > > > From a group submission aspect, Wolfgang does a good job of > filtering > > and moderating, and likely applies similar logic for > submission. He > > is probably is a bit more stringent in certain areas as the > code would > > become more difficult to maintain with out some control. > > Oh yes, he does a good job for us. > > > Regards, > Stephan > > > > > From: wd(a)denx.de [mailto:wd@denx.de] > > > Sent: Monday, November 03, 2003 9:40 AM > > > To: Stephan Linz > > > Cc: Woodruff, Richard; u-boot-users(a)lists.sourceforge.net > > > Subject: Re: [U-Boot-Users] [PATCH-1/2] LAN91C111 > > > > > > > > > Dear Stephan, > > > > > > in message <0311031553480Q.02205@pcj86> you wrote: > > > > I'm curious about it. When your test phase / cross check > > > --8<--snipp-->8-- >

1 0

RE: [U-Boot-Users] [PATCH-1/2] LAN91C111
by Woodruff, Richard 04 Nov '03

04 Nov '03

As to the 8bit to 16 access change, at both the boot and kernel I use 16 bit accesses. I'm ok using 8bit access on my board, but based on comments in code and the ifdef's in the shipping kernel code, switching that access size will break a few boards. As word access works, I wouldn't switch that bit. As far as testing goes, if it works on my board I'm usually happy. My opinion would be if you are submitting new code, it doesn't really matter if it works for anyone else as long as it doesn't break the compile. If its existing code, then some more care is obviously necessary. >From a group submission aspect, Wolfgang does a good job of filtering and moderating, and likely applies similar logic for submission. He is probably is a bit more stringent in certain areas as the code would become more difficult to maintain with out some control. Regards, Richard W. > -----Original Message----- > From: wd(a)denx.de [mailto:wd@denx.de] > Sent: Monday, November 03, 2003 9:40 AM > To: Stephan Linz > Cc: Woodruff, Richard; u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] [PATCH-1/2] LAN91C111 > > > Dear Stephan, > > in message <0311031553480Q.02205@pcj86> you wrote: > > > > I'm curious about it. When your test phase / cross check > has success > > what is > > the next step to put in this patch into U-Boot CVS > repository? I need a time > > line to plan my further jobs. > > Please allow for a couple of days - Richard needs some > time for testing, and I won;t find time to check anything > in before Thursday anyway. If by then nobody complained I > will check in your patches - thanks for it. > > Best regards, > > Wolfgang Denk > > -- > Software Engineering: Embedded and Realtime Systems, Embedded Linux > Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: > wd(a)denx.de Remember, there's a big difference between > kneeling down and bending > over. - Frank Zappa >

2 1

[U-Boot-Users] run command and autoscr.
by Ronen Shitrit 04 Nov '03

04 Nov '03

Hi I'm trying to use the run command, can someone send me an example for this, with short explanation?? ->can I use it with out defining the env parameter through the command line?? can I define it in the h file?? I'm also trying to use the autoscr, can someone send me an example for this, with short explanation?? Thanks -- Ronen Shitrit M.S.I.L D.N. Misgav 20184 Tel: +972-4-9951000 Fax: +972-4-9951001 Email: mailto: ronen.shitrit(a)il.marvell.com _____________________________________________________________ This message may contain confidential, proprietary or legally privileged information. The information is intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by telephone, or by e-mail and delete the message from your computer.

2 1