November 2008 - U-Boot

[U-Boot] Fix uImage.FIT support for little endian target and non PPC, M68K and SPARC target
by Jean-Christophe PLAGNIOL-VILLARD 20 Nov '08

20 Nov '08

Hi, The following path will fix the uImage.FIT support for little endian target and non PPC, M68K and SPARC target Tested on different ARM board Best Regards, J.

4 25

[U-Boot] [PATCH] 86xx: Fix non-64-bit compilation problems.
by Jon Loeliger 20 Nov '08

20 Nov '08

Introducing 64-bit (36-bit) support for the MPC8641HPCN failed to accomodate the other two 86xx boards. Introduce definitions for CONFIG_SYS_CCSRBAR_PHYS_{LOW,HIGH} CONFIG_SYS_CCSR_DEFAULT_DBAT{U,L} and CONFIG_SYS_CCSR_DEFAULT_IBAT{U,L} with nominal 32-bit values. Signed-off-by: Jon Loeliger <jdl(a)freescale.com> Acked-by: Becky Bruce <becky.bruce(a)freescale.com> --- Guys, I guess this is sort of a pass-the-brown-paper-bag patch. I swear I built these boards earlier, and they built fine. But clearly, there is a problem here that needs to be fixed. Sorry, jdl include/configs/MPC8610HPCD.h | 14 ++++++++++++++ include/configs/sbc8641d.h | 14 ++++++++++++++ 2 files changed, 28 insertions(+), 0 deletions(-) diff --git a/include/configs/MPC8610HPCD.h b/include/configs/MPC8610HPCD.h index f2fe4a6..5685027 100644 --- a/include/configs/MPC8610HPCD.h +++ b/include/configs/MPC8610HPCD.h @@ -81,6 +81,9 @@ #define CONFIG_SYS_CCSRBAR 0xe0000000 /* relocated CCSRBAR */ #define CONFIG_SYS_IMMR CONFIG_SYS_CCSRBAR /* PQII uses CONFIG_SYS_IMMR */ +#define CONFIG_SYS_CCSRBAR_PHYS_LOW CONFIG_SYS_CCSRBAR +#define CONFIG_SYS_CCSRBAR_PHYS_HIGH 0x0 + #define CONFIG_SYS_PCI1_ADDR (CONFIG_SYS_CCSRBAR+0x8000) #define CONFIG_SYS_PCIE1_ADDR (CONFIG_SYS_CCSRBAR+0xa000) #define CONFIG_SYS_PCIE2_ADDR (CONFIG_SYS_CCSRBAR+0x9000) @@ -388,6 +391,17 @@ #define CONFIG_SYS_IBAT3L (CONFIG_SYS_CCSRBAR | BATL_PP_RW | BATL_CACHEINHIBIT) #define CONFIG_SYS_IBAT3U CONFIG_SYS_DBAT3U +#if (CONFIG_SYS_CCSRBAR_DEFAULT != CONFIG_SYS_CCSRBAR) +#define CONFIG_SYS_CCSR_DEFAULT_DBATL (CONFIG_SYS_CCSRBAR_DEFAULT \ + | BATL_PP_RW | BATL_CACHEINHIBIT \ + | BATL_GUARDEDSTORAGE) +#define CONFIG_SYS_CCSR_DEFAULT_DBATU (CONFIG_SYS_CCSRBAR_DEFAULT \ + | BATU_BL_1M | BATU_VS | BATU_VP) +#define CONFIG_SYS_CCSR_DEFAULT_IBATL (CONFIG_SYS_CCSRBAR_DEFAULT \ + | BATL_PP_RW | BATL_CACHEINHIBIT) +#define CONFIG_SYS_CCSR_DEFAULT_IBATU CONFIG_SYS_CCSR_DEFAULT_DBATU +#endif + /* * BAT4 32M Cache-inhibited, guarded * 0xe200_0000 1M PCI-Express 2 I/O diff --git a/include/configs/sbc8641d.h b/include/configs/sbc8641d.h index 45d8179..fa97827 100644 --- a/include/configs/sbc8641d.h +++ b/include/configs/sbc8641d.h @@ -104,6 +104,9 @@ #define CONFIG_SYS_CCSRBAR 0xf8000000 /* relocated CCSRBAR */ #define CONFIG_SYS_IMMR CONFIG_SYS_CCSRBAR /* PQII uses CONFIG_SYS_IMMR */ +#define CONFIG_SYS_CCSRBAR_PHYS_LOW CONFIG_SYS_CCSRBAR +#define CONFIG_SYS_CCSRBAR_PHYS_HIGH 0x0 + #define CONFIG_SYS_PCI1_ADDR (CONFIG_SYS_CCSRBAR+0x8000) #define CONFIG_SYS_PCI2_ADDR (CONFIG_SYS_CCSRBAR+0x9000) @@ -433,6 +436,17 @@ #define CONFIG_SYS_IBAT3L (CONFIG_SYS_CCSRBAR | BATL_PP_RW | BATL_CACHEINHIBIT) #define CONFIG_SYS_IBAT3U CONFIG_SYS_DBAT3U +#if (CONFIG_SYS_CCSRBAR_DEFAULT != CONFIG_SYS_CCSRBAR) +#define CONFIG_SYS_CCSR_DEFAULT_DBATL (CONFIG_SYS_CCSRBAR_DEFAULT \ + | BATL_PP_RW | BATL_CACHEINHIBIT \ + | BATL_GUARDEDSTORAGE) +#define CONFIG_SYS_CCSR_DEFAULT_DBATU (CONFIG_SYS_CCSRBAR_DEFAULT \ + | BATU_BL_1M | BATU_VS | BATU_VP) +#define CONFIG_SYS_CCSR_DEFAULT_IBATL (CONFIG_SYS_CCSRBAR_DEFAULT \ + | BATL_PP_RW | BATL_CACHEINHIBIT) +#define CONFIG_SYS_CCSR_DEFAULT_IBATU CONFIG_SYS_CCSR_DEFAULT_DBATU +#endif + /* * BAT4 32M Cache-inhibited, guarded * 0xe200_0000 16M PCI-Express 1 I/O -- 1.6.0.4.761.g47577

1 0

[U-Boot] [PATCH 0/2] i386: Minor changes to allow clean creation of new board
by Graeme Russ 20 Nov '08

20 Nov '08

This patch set makes some minor i386 specific changes required to create a new board. The changes resolve an issue with compiling 82559_eeprom.c and separating out PCI definitions. A patch for the 82559 problem has been previously submitted but not applied due to concerns with whether it would impact on other builds. Unless I am mistaken, this file is only built for the i386 platform anyway, so there should not be an issue. The acceptance of this patch set will allow some more significant improvements to the structure (and general cleanliness) of the i386 code Regards, Graeme

1 0

[U-Boot] virt to phys mapping function
by Kumar Gala 20 Nov '08

20 Nov '08

In trying to get 36-bit physical working on 85xx I ran into an issue with the NAND driver. Its given a virtual address and trying to match it to which chipselect it maps to. The assumption in the code is that we have a 1:1 mapping and clearly that may not be true w/36-bit phys. So it seems we need a virt_to_phys() function. However there are a few questions I have about this: 1. what should the prototype of this function look like: phys_addr_t virt_to_phys (void * addr); or int virt_to_phys(void *p, phys_addr_t *addr); I think the vast majority of implementations will be just 1:1 mapping, however there is a question in a dynamic mapping case of how to report back not finding a mapping. 2. what impact is there on existing use on: cpu/mips/au1x00_eth.c: fifo_tx[next_tx].addr = (virt_to_phys(packet))| TX_DMA_ENABLE; cpu/mips/au1x00_eth.c: fifo_rx[next_rx].addr = (virt_to_phys(NetRxPackets[next_rx]))|RX_DMA_ENABLE; cpu/mips/au1x00_eth.c: fifo_tx[i].addr = virt_to_phys(&txbuf[0]); cpu/mips/au1x00_eth.c: fifo_rx[i].addr = (virt_to_phys(NetRxPackets[i]))|RX_DMA_ENABLE; - k

2 1

[U-Boot] broken lib_arm/boom.c/do_bootm_linux()
by Ilko Iliev 20 Nov '08

20 Nov '08

Hi, There is a bug in lib_arm/boom.c/do_bootm_linux(): if ((flag != 0) || (flag != BOOTM_STATE_OS_GO)) return 1; The parameter "flag" is 0 and the above condition is always true. The result is - the boom command doesn't start the kernel. Affected targets: all arm based. Maybe it should be corrected to: if ((flag != 0) && (flag != BOOTM_STATE_OS_GO)) return 1; -- With best regards, Ilko Iliev Ronetix Development Tools GmbH CPU Modules, JTAG/BDM Emulators and Flash Programmers Waidhausenstrasse 13/5, 1140 Vienna, Austria E-Mail: iliev(a)ronetix.at; Web: www.ronetix.at

5 7

[U-Boot] Question about ARM compiler optimization problem
by Choe, Hyun-ho 20 Nov '08

20 Nov '08

Hello, everyone. Currently, I'm working on ARM922T-based board.(In fact, U-Boot is already ported on that board, Kendin/Micrel KS8695P.) While, modifying configuration to fit on my new board, I found that /drivers/mtd/cfi_flash.c is not properly working when -Os optimization flag is applied. In function flash_toggle(), following code always gets same result. retval = flash_read??(addr) != flash_read??(addr); When I re-compiled this code with -O0 option, it works well. even -O1 or -O2 is not helpful. I think that is not so clean way to be done, is there any way to overcome this behaviour? Following is my test environment. gcc : 3.4.4 / 4.2.1 arm-linux toolchain - used for uClinux, distributed by http://www.snapgear.org/ Processor : ARM922T Micrel KS8695P NOR Flash : STMicro M29W640FT (64Mbit 16bit buswidth) Regards, Choe, Hyun-ho

2 4

[U-Boot] Problems booting without BDI
by Alemao 20 Nov '08

20 Nov '08

Hi all, I made a port of u-boot for my board, with MPC8343. The problem is that when i run u-boot with the BDI2000 (using "reset run" command), u-boot loads normally, but when i take off the BDI nothing appears on serial. BDI is setting the reset configuration word, and is the same word found in u-boot image. I commented the line wich BDI sets the reset word, and tried to read it from the BDI, its seems ok _BUT_, nothing appears on serial. Any ideas about what could be happening? Here is the reset configuration word that BDI and U-Boot are using: BDI: ==== RCW 0xA0602000 0x04030000 U-Boot: ======= 00000000 - 04 04 04 04 04 04 04 04 03 03 03 03 03 03 03 03 ................ 00000010 - 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 00000020 - a0 a0 a0 a0 a0 a0 a0 a0 60 60 60 60 60 60 60 60 ................ 00000030 - 20 20 20 20 20 20 20 20 00 00 00 00 00 00 00 00 ................ 00000040 - 27 05 19 56 42 6f 6f 74 6c 6f 61 64 65 72 20 34 '..VBootloader 4 00000050 - 20 28 53 65 70 20 31 35 20 32 30 30 38 20 2d 20 (Nov 20 2008 - 00000060 - 31 37 3a 32 39 3a 33 38 29 20 4d 50 43 38 33 58 10:29:38) MPC83X 00000070 - 58 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 X............... Thanks in advance, -- Alemao

3 3

Re: [U-Boot] Linux booting speed up.
by Wolfgang Denk 20 Nov '08

20 Nov '08

Dear Michele Venturi, please keep the mailing list on Cc: In message <908E0D8EBCBE4AAE9A5EFDCD66CE45A6(a)ebneuro.intranet> you wrote: > Many thanks for your prompt support and suggestions ! > I add comments I hope will be useful. > > 1) > > But of course U-Boot can load and uncompress the ramdisk image and > > pass the address of the uncompressed image to the kernel. See the > > FAQ. > > I found that this feature works, but the had to be enabled (on my old 1.1.2 > sources) for the > CONFIG_AT91RM9200DK board > target, or the Flash EEPROM to SDRAM.trasfer of uncompressed ramdisk image > would be simply skipped... This is intentional. It makes no sense to copy the image to RAM. The uncompressor can read the compressed data from flash as well. > This is true even for the recent u-boot-2008-tar.bz2 release: As mentioned, this is intentional. > Of course it should be changed in : > > #if defined(CONFIG_B2) || defined(CONFIG_EVB4510) || > defined(CONFIG_ARMADILLO) || defined(CONFIG_AT91RM9200DK) No, it should not be changed. Instead, the Linux kernel should be fixed to allow to take a compressed ramdisk from a flash address. Again, as mentioned before: patches have been posted here several times before. > 2) > > Also keep in mind that turning of the checksums (verify=no) helps a > > bit. > This feature works, but it seems to me that the usage of the environment > variable > "verify" is not documented in the DULG manual. It seems to me that you did not search carefully. See at http://www.denx.de/wiki/view/DULG/UBootEnvVariables : verify: If set to n or no disables the checksum calculation over the complete image in the bootm command to trade speed for safety in the boot process. Note that the header checksum is still verified. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd(a)denx.de Always leave room to add an explanation if it doesn't work out.

1 0

[U-Boot] nor flash testing
by arun c 20 Nov '08

20 Nov '08

Hi all, Is there any mechanism to test NOR FLASH in u-boot? I am looking for a mechanism similar to mtest. The intention is to test the flash for any address and data line fault(other faults also relevant to memories). Anybody got any pointers? Regards, Arun C

1 0

[U-Boot] Den Tists Listing for the USA
by enoch 20 Nov '08

20 Nov '08

Comes with unlimited use license and at a very resonable price: + 164,083 D.entists + 158,994 Postal Addresses + 163,269 Tel Nos + 77,624 Office Fax # + 45,475 Email Addys only during this week the price has been reduced to $293, you save $200! Write an email to Haynes(a)mediprodat.com for additional info to terminate please send a blank message to release(a)mediprodat.com

1 0