May 2004 - U-Boot

[U-Boot-Users] [PATCH] support for CF/IDE on PCMCIA for PXA25X
by Christian Pell 13 Aug '05

13 Aug '05

Hi, I tried this with some different CFs with FAT file-systems on them. There is a README in the patch itself that goes in documentation directory. Bye, -- Christian Pellegrin <chri(a)ascensit.com>, <c.pellegrin(a)eurotech.it>, <chri(a)infis.univ.ts.it>, <c.pellegrin(a)exadron.com>

4 8

[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] Environment in flash rather than EEProm
by Andy Hawkins 11 Feb '05

11 Feb '05

Hi all I'm using a PPChameleonEVB, and am trying to move the u-boot environment into flash. I've modified the include/configs/PPChameleon.h file as follows: #define CFG_ENV_IS_IN_FLASH 1 #define CFG_ENV_ADDR 0xFFFFA000 #define CFG_ENV_OFFSET (CFG_ENV_ADDR - 0xFFFC0000) #define CFG_ENV_SIZE 0x2000 I've added some debugging into the section where it reads the environment, and I'm seeing the following: U-Boot 1.0.2-adh-2004/03/29 (Mar 30 2004 - 13:40:38) CPU: IBM PowerPC 405EP Rev. B at 133.333 MHz (PLB=133, OPB=66, EBC=33 MHz) IIC Boot EEPROM disabled PCI async ext clock used, internal PCI arbiter enabled 16 kB I-Cache 16 kB D-Cache Board: ### No HW ID - assuming PPChameleonEVB I2C: ready DRAM: 32 MB Top of RAM usable for U-Boot at: 02000000 Reserving 189k for U-Boot at: 01fd0000 Reserving 256k for malloc() at: 01f90000 Reserving 128 Bytes for Board Info at: 01f8ff80 Reserving 48 Bytes for Global Data at: 01f8ff50 Stack Pointer at: 01f8ff38 New Stack Pointer is: 01f8ff38 Now running in RAM - U-Boot at: 01fd0000 FLASH: 4 MB env_relocate[204] offset = 0x2010000 env_relocate[216] embedded ENV (before reloc) at fffd9474 env_relocate[218] embedded ENV (after reloc) at 01fe9474 U-Boot relocated to 01fd0000 NAND:Probing at 0xff000000 32 MB ### main_loop entered: bootdelay=5 ### main_loop: bootcmd="<UNDEFINED>" => As you can see, the address of the environment before relocation is 0xfffd9474. Shouldn't this be 0xFFFFA000? Is there anything else I need to do to force the location of the environment into the required place? It looks like the address of the environment is based on the location of the 'environment' variable in common/environment.c. Do I need to change the LD script to force this variable to a certain location? If so, can anyone help with what I need to do (I'm not familiar with LD scripts yet). Many thanks. Andy

3 7

[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] [patch] master read fix mpc8245
by Marc Leeman 13 Jul '04

13 Jul '04

Reading PPC Memory from another device with the PPC as PCI target device corrupts data due to interenal hardware buffering. Fix to disable these buffers with no performance influence. a detailed description is available upon request (pdf, mailinglist bounces).

3 2

[U-Boot-Users] [patch] MicroBlaze port of U-Boot
by Yasushi SHOJI 28 Jun '04

28 Jun '04

Hello all, Here is a patch against the current CVS for microblaze port of u-boot. I does nothing but boot itself, but this can be a start. Suggestions, thoughts, and comments are welcome, of course. best regards, -- yashi

3 7

RE: [U-Boot-Users] [PATCH] OMAP1610 cs boot mode
by Imre.Deak＠nokia.com 09 Jun '04

09 Jun '04

Hi Wolfgang, Sorry if the name is misleading, or not exact, I tried to denote with it the following: In order to set the correct base address for the flash memory, U-Boot has to know somehow the boot mode of the board. There are two of it. In the first ROM is mapped to address 0 and the flash is to address 0x0C00000. In the second mode the two are swapped, ROM is at 0x0C000000 and flash is at 0. Boot happens always from address 0. In this way we can effectivly select (with a dip switch) where we'd like to boot from. At the moment U-Boot has to be configured to either of the two modes. There are 3 make targets for this, first and third being equivalent: omap1610h2_config ( ==omap1610h2_cs3_boot_config ) omap1610h2_cs0_boot_config omap1610h2_cs3_boot_config It is possible however to determine the boot mode automatically, from an OMAP status register and thus set the flash base address correctly. For this I added a new target omap1610h2_cs_autoboot_config. Maybe it should be a CONFIG variable instead of 4 targets for each board (H2, Innovator), like CONFIG_OMAP_BOOTMODE_CS0 CONFIG_OMAP_BOOTMODE_CS3 CONFIG_OMAP_BOOTMODE_DETECT ? Regards, Imre > -----Original Message----- > From: wd(a)denx.de [mailto:wd@denx.de] > Sent: 26 May, 2004 20:25 > To: Deak Imre (Nokia-M/Helsinki) > Cc: u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] [PATCH] OMAP1610 cs boot mode > > > In message > <0F6832DAA2EE0B4D9281EDC36F09A8FC0FC3E6(a)esebe025.ntc.nokia.com > > you wrote: > > > > The new targets are: > > omap1610h2_cs_autoboot_config > > omap1610inn_cs_autoboot_config > > Please explain where the name "autoboot" comes from. > > 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 > Certainly there are things in life that money can't buy, but it's > very funny - Did you ever try buying them without money? - Ogden Nash >

2 1

[U-Boot-Users] [PATCH] XSEngine support
by Kurt Stremerch 09 Jun '04

09 Jun '04

Hi all, I'm pleased to submit this patch that adds support for the XSEngine board. The patch is against the current cvs. Changelog Entry : * Patch by Kurt Stremerch, 28 May 2004: Add support for Exys XSEngine board All comments and feedback welcome. Best regards, Kurt Stremerch

2 1

[U-Boot-Users] Fix for MPC5xxx i2c timing issue
by Martin Krause 09 Jun '04

09 Jun '04

Hello, this patch fixes a timing problem in the MPC5xxx I2C function i2c_probe(). The problem could occour, if i2c_probe() is called successive without delay between the calls as for example in I2C POST test. On my board the POST test found a second I2C EEPROM device that doesn't really exist right after the real EEPROM. The patch fixed this problem. * Patch by Martin Krause, 27 May 2004: Fix a MPC5xxx I2C timing issue in i2c_probe(). Best regards, Martin Krause ------------------------------------------------------------------ Martin Krause TQ-Systems GmbH Gut Delling, Mühlstr. 2, 82229 Seefeld, Germany Email: martin.krause(a)tqs.de http://www.tq-group.com

2 1

[U-Boot-Users] [patch] 1.1.1: dbau1x00 - return correctly when CONFIG_IDE_PCMCIA is not set
by Leif Lindholm 09 Jun '04

09 Jun '04

Hi A misplaced #endif caused checkboard() not to explicitly return if CONFIG_IDE_PCMCIA was not set in config. This caused board_init_f() to hang(). regards / Leif diff -purN u-boot-1.1.1/board/dbau1x00/dbau1x00.c u-boot-1.1.1-new/board/dbau1x00/dbau1x00.c --- u-boot-1.1.1/board/dbau1x00/dbau1x00.c 2004-01-04 23:51:12.000000000 +0100 +++ u-boot-1.1.1-new/board/dbau1x00/dbau1x00.c 2004-05-27 11:41:06.000000000 +0200 @@ -110,11 +110,11 @@ int checkboard (void) CFG_PCMCIA_MEM_ADDR, /* Hi */ 0x3E000017, /* Lo0 */ 0x3E200017); /* Lo1 */ +#endif /* Release reset of ethernet PHY chips */ /* Always do this, because linux does not know about it */ *phy = 3; return 0; -#endif }

2 1