November 2006 - U-Boot

[U-Boot-Users] U boot modification...
by Kiran Jammula 23 May '12

23 May '12

Hi, I am using U boot for my project. I need to configure the console while booting by prompting the user from target board LCD and Keypad. So please let me know which file of the U-boot I have to modify to achieve this. Kiran _________________________________________________________________ Special offer for NRIs! http://creative.mediaturf.net/creatives/citibankrca/rca_msntagofline.htm Get a zero balance account for next 20 years. From Citibank

4 5

[U-Boot-Users] Ethernet loopback command
by Thomas Schäfer 17 Apr '12

17 Apr '12

Hi, The patch attached provides a command called 'ethloop' which allows to perform loopback testing on the current eth device. To achieve this, a new ethernet packet type (PROT_TEST, 0x0808, AFAIK this is not used otherwise) is introduced in net/net.c. The patch is against SF CVS from 20050307. The functions EthLoopStart, EthLoopSend and EthLoopHandler generate a simple ethernet frame with NetOurEther as destination address and packet type PROT_TEST. The looped back package is compared with the original one and a message is displayed. It is necessary to set the ethernet line into loopback mode either by programming the PHY or using a loopback plug. I've tested this on our PPC405 custom board, but it should also work on all other systems because packet generation is independent of the underlying ethernet hardware. Example usage: => mii w 0 0 7100 <-- sets PHY into loopback mode => ethloop Using ppc_405x_eth0 device Got ethernet loopback frame, len=64 loopback test successfully completed => mii w 0 0 8000 <-- PHY reset after test is completed Maybe this is also useful for others.. Best regards, Thomas Schäfer ____________________________________ Kontron Modular Computers GmbH Konrad-Zuse-Str. 9 66115 Saarbrücken Tel.: + 49 (0)681 / 95916 - 203 Fax: + 49 (0)681 / 95916 - 100 E-mail: thomas.schaefer(a)kontron.com

5 5

[U-Boot-Users] Add a new command to U-Boot
by Carlos Filipe Silva 20 May '09

20 May '09

Hi all! I have one doubt. How can I add a new command to U-Boot? Do I have to use only the macro U_BOOT_CMD() like files .../common/cmd_* or do I have to do more things, like defines, etc.? And after this is compliled with no error, if I type help in U-Boot's shell, do I see this command like the others? Best regards, Carlos Silva

11 24

[U-Boot-Users] [PATCH] part 2. Embedded PlanetBoards
by Jeff Mann 29 Nov '08

29 Nov '08

*CHANGELOG Added Support for Embedded Planet Boards EP852 EP866 and EP85xxm. See respective board config file for original author information. Merged from internal company port and QUICCstart kit into the most recent u-boot git by J. Mann, Embedded Planet, 2006-JUL-27. (this is part 2 of 2 split in half for size reasons.) (the first attempt to send this e-mail resulted in a message too big error. Sorry if you get two on acident)

2 1

[U-Boot-Users] how to support usbtty
by zhuzhenhua 31 Aug '08

31 Aug '08

becides set CONFIG_USB_TTY, what other modification need to do for the usbtty support? thanks for any hints

5 10

[U-Boot-Users] bootargs for partitioned nand flash
by Terence Soh 30 Apr '08

30 Apr '08

Hi, I'm trying to get a 64 MByte nand flash to be partitioned in a 32MB cramfs and 32MB jffs2 partition. In case anyone's curious, I would like the cramfs to be root as it would be a faster mount and its read-only feature. I tried to do this in the kernel by static struct mtd_partition partition_info[] = { [0] = { .name = "CRAM", .offset = 0, .size = 32 * 1024 * 1024, .mask_flags = MTD_WRITEABLE, /* force read-only */ }, [1] = { .name = "JFFS2", .offset = 32 * 1024 * 1024, .size = MTDPART_SIZ_FULL, } }; but when I cat/proc/mtd, I get / # cat /proc/mtd dev: size erasesize name mtd0: 04000000 00004000 "rootfs" so I realise that this is affected by the bootargs passed by u-bootloader which is "bootargs=console=ttyS0 mtdparts=a9m9750:0x4000000@0(rootfs) root=mtdblock/0 rootfstype=jffs2" How should I passed the bootargs? Thanks in advance, Terence.

4 3

[U-Boot-Users] CramFS endianness
by Laurent Pinchart 04 Mar '08

04 Mar '08

Hi everybody, I recently had a problem with cramfs endianness. cramfs tools generates a host-endian file system, which was incompatible with my big-endian MPC8260 system. I patched mkcramfs to reverse the bit order, and was able to read the cramfs image from Linux. However, even though Linux doesn't do any byte swapping, U-Boot assumes little-endian byte order and swap bytes on big-endian architectures. Why is that ? U-Boot and Linux are clearly not compatible on big-endian architectures, and I'd like to fix the problem in the right place. Laurent Pinchart

3 10

[U-Boot-Users] Linux kernel hang (infinite loop)
by Madhu Saravana Sibi Govindan 02 Jan '08

02 Jan '08

Hello all, I'm using U-boot to bring up a custom 440gp-based board. We are able to transfer the kernel image (uImage) to the target board's memory and jump to it. But, the kernel seems to hang after that. We have verified that the board info struct and the clock frequencies are ok. We also have a BDI2000 hardware debugger with us, but we are unable to set any breakpoints using this (both using telnet or using gdb). However, I can use the telnet interface and single-step the 440gp after it seems to hang. I found that 440gp is infinitely looping through the "DataTLBError" routine. It is unclear to me what might have caused this in the first place. Has anyone seen this behaviour before? We are currently working on getting breakpoints to work using the BDI2000. Any help is greatly appreciated. Regards, G.Sibi

4 11

Re: [U-Boot-Users] boot up u-boot from RAM
by Nghiem, Tien 26 Nov '07

26 Nov '07

Lei, You have to rebuild your code to put your code in the RAM area (other than the FLASH area). Don't use the address 0x00-0x2fff because its reserved for the exception vectors usually. I have a Lite5200 EVB. I use the address 0x20000 to put my u-boot in RAM and it works. I don't know if it could be done for the mpc8270. Tien -----Original Message----- From: u-boot-users-bounces(a)lists.sourceforge.net [mailto:u-boot-users-bounces@lists.sourceforge.net]On Behalf Of Lei Sun Sent: Thursday, October 26, 2006 4:15 PM To: u-boot-users(a)lists.sourceforge.net Subject: [U-Boot-Users] boot up u-boot from RAM Hi all: I am debugging a costomized board based on mpc8270, due to the design flaw, we can't boot up the system using flash, so I was trying to debug u-boot by loading it into the RAM. I used JTAG debugger to initialize the SDRAM and load the u-boot to 0x0, after reset, the PC is at 0x100. the disassembled code looks correct on that location, however, i can't single step start from 0x100. Is that because 0x100 is the reset vector ? I tried to put some breakpoint at some places not far from start point, but it gave me "unknown halt at 0x00000000" error after "run" command. after that the memory seems corrupted. Too bad I was using a bad debugger(Guardian-SE), I have a evaluation copy of the codewarrior plus USB+TAP from freescale. I tried that on our PQ2FADS-VR SDK. After reset, and CPU halt, I can't see any disassembed code on 0x100 (the uboot is already in the flash, and I assume it should read data from CS0 upon reset). Although the code does execute after hitting "run" button. I wonder why can't I see the disassembed code after reset? Thanks lei ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ U-Boot-Users mailing list U-Boot-Users(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users

4 3

Re: [U-Boot-Users] adding support to new board
by Jeff Mann 26 Sep '07

26 Sep '07

See http://www.freescale.com/files/32bit/doc/app_note/AN3220.pdf -JM -----Original Message----- From: u-boot-users-bounces(a)lists.sourceforge.net [mailto:u-boot-users-bounces@lists.sourceforge.net] On Behalf Of Maximus Sent: Saturday, July 15, 2006 5:31 AM To: U-Boot-Users(a)lists.sourceforge.net Subject: [U-Boot-Users] adding support to new board Hi, Is there any document (step by step) approach on how to add u-boot support to a new board? any advices, Regards, jo ------------------------------------------------------------------------ - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ U-Boot-Users mailing list U-Boot-Users(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users

4 3

[U-Boot-Users] helloworld app from flash?
by Ram 08 Sep '07

08 Sep '07

Hi, im trying to run the helloworld application 1st Option: download the hello_world.bin to some location on RAM and execute it OMAP5912OSK: tftpboot 0x10000000 hello_world.bin OMAP5912OSK: go 0x10000004 This works fine. no problem 2nd Option: I want to burn the hello_world.bin into flash. During startup i want u-boot to launch it after booting - just like the way it boots the kernel. It does not work for me, this is what i did. $ ../tools/mkimage -A arm -O linux -T kernel -C gzip -a 0x10000000 -e 0x10000004 -n 'Hello Image' -d hello_world.bin.gz hello.img I downloaded the hello.img and burnt it to 0x40000 I did: setenv bootcmd bootm 0x40000 Now when i restarted the boot i get the following:- Example expects ABI version 2 Actual U-Boot ABI version 2 Hello World argc = 0 data abort pc : [<10000058>] lr : [<10000048>] sp : 1103fc10 ip : ffffffff fp : 00000001 r10: 110996d8 r9 : 1103fca4 r8 : 1103ffdc r7 : 110996d8 r6 : 00000203 r5 : 00000000 r4 : 00000000 r3 : 00000020 r2 : 00000001 r1 : 0000000a r0 : 00000000 Flags: nZCv IRQs off FIQs off Mode SVC_32 Resetting CPU ... All i am doing in the hello world example is to read a line and print the line entered. I am using readline function for doing that. The programs works fine if i download it to RAM and say go. but if i flash it it does not work?. Am i missing something?. Regards, sriram

4 6

[U-Boot-Users] u-boot for MPC8548
by Rupesh S 07 Jun '07

07 Jun '07

Hi Does u-boot support any evaluation boards based on the MPC8548 processor ? Thanks in advance -- Rupesh S

2 1

[U-Boot-Users] PCI OHCI / testing-USB branch
by Matthias Fuchs 07 Jun '07

07 Jun '07

Hi, is someone currently working on the testing-USB branch? Does it contain the most up to date USB code? I have to add support for a PCI OHCI controller on a 405 board. This will result in some modifications (endianess + bus offsets) of drivers/usb_ohci.c. Is someone else using a PCI OHCI controller on a board that I might have missed to check? Matthias

4 6

[U-Boot-Users] [PATCH 1/1] Support for National DP83848 Ethernet Phy
by kim M 22 May '07

22 May '07

Hi all If anyone interested, this is a patch which adds support for the National DP83848 Ethernet Phy. It allows derivatives of the at91rm9200dk board to use this Phy. You will have to edit your at91rm9200.c to use this Phy instead of the default dm9161. I think it makes sense to include it in the main branch, since it is a free feature and it does not occupy space unless used. BR Kim

2 1

[U-Boot-Users] POST
by Maximus 09 May '07

09 May '07

Hi, My hardware has an sd/mmc card. I need to write a few tests to check if the card is connected and working before loading linux. any ideas how one should go abt it?. are there any basic tests for mmc card?. any pointers?. Regards, Jo

3 2

[U-Boot-Users] [PATCH] simplify silent console
by Ladislav Michl 24 Apr '07

24 Apr '07

Wolfgang, silent console output is currently implemented by assigning nulldev as output device. This is a bit overcomplicated, since there is also GD_FLG_SILENT flag. Patch bellow tries to simplify silencing console by honouring GD_FLG_SILENT in console output functions, so there is no need to mess with output device. Comments? Best regards, ladis Signed-off-by: Ladislav Michl <ladis(a)linux-mips.org> CHANGELOG * Silent console code simplification. Patch by Ladislav Michl, 25 Jul 2006 diff --git a/common/console.c b/common/console.c index e9f23be..d8a0cb6 100644 --- a/common/console.c +++ b/common/console.c @@ -494,13 +494,7 @@ #ifdef CONFIG_SPLASH_SCREEN /* suppress all output if splash screen is enabled and we have a bmp to display */ if (getenv("splashimage") != NULL) - outputdev = search_device (DEV_FLAGS_OUTPUT, "nulldev"); -#endif - -#ifdef CONFIG_SILENT_CONSOLE - /* Suppress all output if "silent" mode requested */ - if (gd->flags & GD_FLG_SILENT) - outputdev = search_device (DEV_FLAGS_OUTPUT, "nulldev"); + gd->flags |= GD_FLG_SILENT; #endif /* Scan devices looking for input and output devices */ diff --git a/common/main.c b/common/main.c index ef28b3f..1ff3296 100644 --- a/common/main.c +++ b/common/main.c @@ -113,15 +113,17 @@ static __inline__ int abortboot(int boot u_int i; #ifdef CONFIG_SILENT_CONSOLE + int silent = 0; + if (gd->flags & GD_FLG_SILENT) { - /* Restore serial console */ - console_assign (stdout, "serial"); - console_assign (stderr, "serial"); + /* Restore console */ + gd->flags &= ~GD_FLG_SILENT; + silent = 1; } #endif # ifdef CONFIG_AUTOBOOT_PROMPT - printf (CONFIG_AUTOBOOT_PROMPT, bootdelay); + serial_printf (CONFIG_AUTOBOOT_PROMPT, bootdelay); # endif # ifdef CONFIG_AUTOBOOT_DELAY_STR @@ -199,14 +201,8 @@ # if DEBUG_BOOTKEYS # endif #ifdef CONFIG_SILENT_CONSOLE - if (abort) { - /* permanently enable normal console output */ - gd->flags &= ~(GD_FLG_SILENT); - } else if (gd->flags & GD_FLG_SILENT) { - /* Restore silent console */ - console_assign (stdout, "nulldev"); - console_assign (stderr, "nulldev"); - } + if (!abort && silent) + gd->flags |= GD_FLG_SILENT; #endif return abort; @@ -223,10 +219,12 @@ static __inline__ int abortboot(int boot int abort = 0; #ifdef CONFIG_SILENT_CONSOLE + int silent = 0; + if (gd->flags & GD_FLG_SILENT) { - /* Restore serial console */ - console_assign (stdout, "serial"); - console_assign (stderr, "serial"); + /* Restore output */ + silent = 1; + gd->flags &= ~GD_FLG_SILENT; } #endif @@ -275,14 +273,8 @@ # endif putc ('\n'); #ifdef CONFIG_SILENT_CONSOLE - if (abort) { - /* permanently enable normal console output */ - gd->flags &= ~(GD_FLG_SILENT); - } else if (gd->flags & GD_FLG_SILENT) { - /* Restore silent console */ - console_assign (stdout, "nulldev"); - console_assign (stderr, "nulldev"); - } + if (!abort && silent) + gd->flags |= GD_FLG_SILENT; #endif return abort;

4 4

[U-Boot-Users] [PATCH 00/07 v2]: Add mpc7448hpc2 (Taiga) board support
by Zang Roy-r61911 19 Apr '07

19 Apr '07

This series of patches add mpc7448hpc2 board support. Mpc7448hpc2 (taiga) board is a high-performance PowerPC server reference design. This is the second version for this board support according to the feedback from mailing list. Roy Signed-off-by: Roy Zang <tie-fei.zang(a)freescale.com> --- doc/README.mpc7448hpc2 | 181 ++++++++++++++++++++++++++++++++++++++++++++++++ 1 files changed, 181 insertions(+), 0 deletions(-) diff --git a/doc/README.mpc7448hpc2 b/doc/README.mpc7448hpc2 new file mode 100644 index 0000000..00fda4e --- /dev/null +++ b/doc/README.mpc7448hpc2 @@ -0,0 +1,181 @@ +Freescale MPC7448hpc2 (Taiga) board +-------------------------- +MPC7448hpc2 (Taiga) board is a high-performance PowerPC server reference +design, which is optimized for high speed throughput between the processor and +the memory, disk drive and Ethernet port subsystems. + +MPC7448hpc2(Taiga) is designed to the micro-ATX chassis, allowing it to be +used in 1U or 2U rack-mount chassis', as well as in standard ATX/Micro-ATX +chassis. + + +Memory Map +---------- + +The memory map is setup for Linux to operate properly. + +The mapping is: + + Range Start Range End Definition Size + + 0x0000_0000 0x7fff_ffff DDR 2G + 0xe000_0000 0xe7ff_ffff PCI Memory 128M + 0xfa00_0000 0xfaff_ffff PCI IO 16M + 0xfb00_0000 0xfbff_ffff PCI Config 16M + 0xfc00_0000 0xfc0f_ffff NVRAM/CADMUS 1M + 0xfe00_0000 0xfeff_ffff PromJet 16M + 0xff00_0000 0xff80_0000 FLASH (boot flash) 8M + 0xff80_0000 0xffff_ffff FLASH (second half flash) 8M + + +Using Flash +----------- + +The MPC7448hpc2 board has two "banks" of flash, each 8MB in size +(2^23 = 0x00800000). + +Note: the "bank" here refers to half of the flash. In fact, there is only one +bank of flash, which is divided into low and high half. Each is controlled by +the most significant bit of the address bus. The so called "bank" is only for +convenience. + +There is a switch which allows the "bank" to be selected. The switch +settings for updating flash are given below. + +The u-boot commands for copying the boot-bank into the secondary bank are +as follows: + + erase ff800000 ff880000 + cp.b ff000000 ff800000 80000 + +U-boot commands for downloading an image via tftp and flashing +it into the secondary bank: + + tftp 10000 <u-boot.bin.image> + erase ff000000 ff080000 + cp.b 10000 ff000000 80000 + + +After copying the image into the second bank of flash, be sure to toggle +SW3[4] on board before resetting the board in order to set the +secondary bank as the boot-bank. + + +Board Switches +---------------------- + + +Most switches on the board should not be changed. The most frequent +user-settable switches on the board are used to configure +the flash banks and determining the PCI frequency. + +SW1[1-5]: Processor core voltage + + 12345 Core Voltage + ----- + SW1=01111 1.000V. + SW1=01101 1.100V. + SW1=01011 1.200V. + SW1=01001 1.300V only for MPC7447A. + + +SW2[1-6]: CPU core frequency + + CPU Core Frequency (MHz) + Bus Frequency + 123456 100 133 167 200 Ratio + + ------ + SW2=101100 500 667 833 1000 5x + SW2=100100 550 733 917 1100 5.5x + SW2=110100 600 800 1000 1200 6x + SW2=010100 650 866 1083 1300 6.5x + SW2=001000 700 930 1167 1400 7x + SW2=000100 750 1000 1250 1500 7.5x + SW2=110000 800 1066 1333 1600 8x + SW2=011000 850 1333 1417 1700 8.5x only for MPC7447A + SW2=011110 900 1200 1500 1800 9x + +This table shows only a subset of available frequency options; see the CPU +hardware specifications for more information. + + +SW2[7-8]: Bus Protocol and CPU Reset Option + + 7 + - + SW2=0 System bus uses MPX bus protocol + SW2=1 System bus uses 60x bus protocol + + 8 + - + SW2=0 TSI108 can cause CPU reset + SW2=1 TSI108 can not cause CPU reset + + +SW3[1-8] system options + + 123 + --- + SW3=xxx Connected to GPIO[0:2] on TSI108 + + 4 + - + SW3=0 CPU boots from low half of flash + SW3=1 CPU boots from high half of flash + + 5 + - + SW3=0 SATA and slot2 connected to PCI bus + SW3=1 Only slot1 connected to PCI bus + + 6 + - + SW3=0 USB connected to PCI bus + SW3=1 USB disconnected from PCI bus + + 7 + - + SW3=0 Flash is write protected + SW3=1 Flash is NOT write protected + + 8 + - + SW3=0 CPU will boot from flash + SW3=1 CPU will boot from PromJet + +SW4[1-3]: System bus frequency + + Bus Frequency (MHz) + --- + SW4=010 183 + SW4=011 100 + SW4=100 133 + SW4=101 166 only for MPC7447A + SW4=110 200 only for MPC7448 + others reserved + + +SW4[4-6]: DDR2 SDRAM frequency + + Bus Frequency (MHz) + --- + SW4=000 external clock + SW4=011 system clock + SW4=100 133 + SW4=101 166 + SW4=110 200 + others reserved + + +SW4[7-8]: PCI/PCI-X frequency control + 7 + - + SW4=0 PCI/PCI-X bus operates normally + SW4=1 PCI bus forced to PCI-33 mode + + 8 + - + SW4=0 PCI-X mode at 133 MHz allowed + SW4=1 PCI-X mode limited to 100 MHz + -- 1.4.0

3 39

[U-Boot-Users] [GIT PULL] AVR32 relocation
by Haavard Skinnemoen 02 Mar '07

02 Mar '07

Hi Wolfgang, Please pull from the 'for-upstream' branch of git://www.atmel.no/~hskinnemoen/u-boot/avr32 for-upstream to receive the following updates: Haavard Skinnemoen (6): AVR32: Split start_u_boot into board_init_f and board_init_r AVR32: Use avr32-linux- cross-compilation prefix by default AVR32: Build position-independent u-boot AVR32: Clean up memory-map.h for at32ap7000 AVR32: Resource management rewrite AVR32: Relocate u-boot to SDRAM Makefile | 2 +- avr32_config.mk | 2 +- board/atmel/atstk1000/atstk1000.c | 13 + board/atmel/atstk1000/flash.c | 2 +- board/atmel/atstk1000/u-boot.lds | 21 +- cpu/at32ap/Makefile | 2 +- cpu/at32ap/at32ap7000/Makefile | 2 +- cpu/at32ap/at32ap7000/devices.c | 448 ------------------------ cpu/at32ap/at32ap7000/gpio.c | 77 ++++ cpu/at32ap/at32ap7000/hebi.c | 38 -- cpu/at32ap/cpu.c | 64 +++- cpu/at32ap/device.c | 126 ------- cpu/at32ap/entry.S | 3 +- cpu/at32ap/exception.c | 7 +- cpu/at32ap/hsdramc.c | 43 +-- cpu/at32ap/hsdramc1.h | 8 +- cpu/at32ap/hsmc3.h | 8 +- cpu/at32ap/interrupts.c | 14 +- cpu/at32ap/pio.c | 90 ++---- cpu/at32ap/pio2.h | 8 +- cpu/at32ap/pm.c | 127 +------- cpu/at32ap/sm.h | 8 +- cpu/at32ap/start.S | 113 +++++-- drivers/atmel_usart.c | 48 ++- drivers/atmel_usart.h | 8 +- include/asm-avr32/arch-at32ap7000/clk.h | 58 +++ include/asm-avr32/arch-at32ap7000/gpio.h | 210 +++++++++++ include/asm-avr32/arch-at32ap7000/hmatrix2.h | 8 +- include/asm-avr32/arch-at32ap7000/memory-map.h | 81 +++-- include/asm-avr32/arch-at32ap7000/platform.h | 146 -------- include/asm-avr32/global_data.h | 3 +- include/configs/atstk1002.h | 17 +- lib_avr32/avr32_linux.c | 4 +- lib_avr32/board.c | 139 +++++++- 34 files changed, 796 insertions(+), 1152 deletions(-) delete mode 100644 cpu/at32ap/at32ap7000/devices.c create mode 100644 cpu/at32ap/at32ap7000/gpio.c delete mode 100644 cpu/at32ap/at32ap7000/hebi.c delete mode 100644 cpu/at32ap/device.c create mode 100644 include/asm-avr32/arch-at32ap7000/clk.h create mode 100644 include/asm-avr32/arch-at32ap7000/gpio.h delete mode 100644 include/asm-avr32/arch-at32ap7000/platform.h After this, the avr32 port will relocate itself to the end of DRAM like the ppc port does. Attached is a combined diff with all the changes, for your reference (too big to include inline.) Quite a large number of files were touched. This is mostly early init code which assumed the .data and .bss sections were available. Now, I would like to use the cfi driver with the AT49BV6416 chip on atstk1000 instead of the custom driver, but unfortunately, it doesn't work. I'll have a closer look at it later (I think it's a combination of the geometry reversal issue and a special non-intel unlocking algorithm.) Thanks, Haavard

4 4

[U-Boot-Users] fixup section problem.
by Txema Lopez 12 Feb '07

12 Feb '07

Hi, We are working in a MPC5200B based custom board and we are developping a tool to relocate a U-Boot (1.1.4 version) binary file to a different address in flash that it was linked. So, we have to change the GOT and FIXUP entries in the original file to point at the new address. Doing this work, we have found that, surprisingly, the FIXUP section in U-Boot is empty. When U-Boot is relocated from flash to sdram these lines in the file start.S have no effect: /* * Now adjust the fixups and the pointers to the fixups * in case we need to move ourselves again. */ 2: li r0,__fixup_entries@sectoff@l lwz r3,GOT(_FIXUP_TABLE_) cmpwi r0,0 mtctr r0 addi r3,r3,-4 beq 4f 3: lwzu r4,4(r3) lwzux r0,r4,r11 add r0,r0,r11 stw r10,0(r3) stw r0,0(r4) bdnz 3b 4: Looking into the sources we have found some places where the fixup elements seem to be relocated manually, i.e.: void malloc_bin_reloc (void) { DECLARE_GLOBAL_DATA_PTR; unsigned long *p = (unsigned long *)(&av_[2]); int i; for (i=2; i<(sizeof(av_)/sizeof(mbinptr)); ++i) { *p++ += gd->reloc_off; } } Is there any reason to leave the FIXUP section empty in U-Boot? Is it a bug?. Checking the u-boot.lds file for the IceCube board we have found that fhe fixup section is included in the TEXT section and in the RELOC section, but the linker generate code only for the TEXT section. If we put it only in the RELOC section the FIXUP is not empty, the pointers adjustement in the start.S seems to work properly and the malloc_bin_reloc() function would be not necessary. Does anynone know if I'am missing something? Any clue will be welcomed. Best regards,

3 5

[U-Boot-Users] Sequence of Xilinx ML403/PPC
by S. Egbert 28 Dec '06

28 Dec '06

Awesome... Got U-boot 1.1.4 working on a Xilinx ML403 (PPC 405) evaluation board with our custom core. Next for this planning stage, I'm trying to juggle 'leap-frogging' memory mapping between the first-loader (Xilinx SREC bootloader in firmware), second loader (U-boot 1.1.4) and Linux 2.4 OS. Firstly, we started with Xilinx's SREC (bootloader.c) bootloader (I know, I know, SREC is space consuming) and plan to replace this first bootloader with an ELF or pseudo-binary version later after everything-else is checked out. Planning-wise, I envisioned that such a bring-up memory overlaying sequence would be something like this: 1. Xilinx bootloader.c reads SREC from 16-bit flash and decode/verify/copies to lowest RAM (0000_0000). Then transfers control to 0000_0100. 2. U-boot starts up and relocate itself to MONITOR region which is in the highest RAM region of 01F0_0000. 3. U-boot Scripting occurs which copies Linux OS from flash into where? Next highest or lowest portion of RAM? Is it dependent on whether dual-stage vmlinux.initrd or single-stage vmlinux is used or not? At power-up, with U-Boot 1.1.4 being unusually low-RAM-based before starting up (instead of executing straight out of ROM), I noticed that despite being relocated to MONITOR (higher RAM) region, the PIT exception vector appears to be active in 0000_10c0-ish. Despite this RAM-to-RAM relocation, this "mtest" clobbering of the 0000_10C0 region caused Machine Exception error whenever I attempt to perform memory test over this supposedly former exception vector region. I thought that the objective during U-boot relocation was to ensure a completely discontinued RAM region (formerly occupied by U-boot ROM-based session). A hard and easy questions to the esteemed and avid readers of u-boot-users mailing list... 1. Where do I go from there with regard to the 0000_1000 (PIT_EXCEPTION). Isn't the PIT specific to Motorola 8xx-series (this here is a PPC 405). What exception did the lib_ppc/start.S/trap_init() exactly skipped? Skipped an exception mentioned vaguely in this source code vaguely. Do I need to tweak the trap_init() some more to relocate these untransfered exception vectors into the high MONITOR region? 2. And lastly, do I go high or low for Linux OS? Thank you, S. Egbert

7 13

[U-Boot-Users] [PATCH] use CFI-Flash and board depended driver together
by Jens Scharsig 05 Dec '06

05 Dec '06

Hello, i need to use cfi and board flash driver together. This Patch contains a simple way to do this with a minimun changes at cfi_flash.c. All changes will only enable if CFG_FLASH_BOARD_DRIVER defined. CHANGELOG * Rename flash_print_info, flash_erase, write_buff and flash_real_protect to cfi_xxxx, if CFG_FLASH_BOARD_DRIVER is defined. This will allow use cfi driver together with board a dependent flash driver (see README.board-dependent-flash for an example) diff --git a/doc/README.board-dependent-flash b/doc/README.board-dependent-flash new file mode 100644 index 0000000..d71cf49 --- /dev/null +++ b/doc/README.board-dependent-flash @@ -0,0 +1,145 @@ +How to use CFI-Flash and board depended driver together +========================================================= + +1. OVERVIEW +----------- +If CFG_FLASH_BOARD_DRIVER is defined, the following functions are renamed +in CFI_XXXX: flash_print_info + flash_erase + write_buff + flash_real_protect + +They can be called now by the board flash functions. + + +2. Target/Broard dependent Driver +--------------------------------- + +You can use the following functions as pattern for your own implementation: + + +/*---------------------------------------------------------------------------*/ +/* boardflash.c */ +/*---------------------------------------------------------------------------*/ + +extern flash_info_t flash_info[CFG_MAX_FLASH_BANKS]; + +/*---------------------------------------------------------------------------*/ + +ulong board_flash_get_size (ulong base, int banknum) +{ + flash_info_t *info = &flash_info[banknum]; + + if (base == CFG_INT_FLASH_BASE) + { + debug("Use Board Flash-Init at %p\n",base); + /* put your on code here */ + } + else + { + debug("Use CFI Flash-Init at %p\n",base); + flash_get_size (base,banknum); + } + + return (info->size); +} + +/*---------------------------------------------------------------------------*/ + +void flash_print_info (flash_info_t * info) +{ + int i; + + switch (info->flash_id & FLASH_VENDMASK) { + case <your vendor>: + /* put your on code here */ + break; + default: + cfi_flash_print_info (info); + return; + break; + } + + puts (" Size: "); + if ((info->size >> 20) > 0) + { + printf ("%ld MiB",info->size >> 20); + } + else + { + printf ("%ld KiB",info->size >> 10); + } + printf (" in %d Sectors\n", info->sector_count); + + printf (" Sector Start Addresses:"); + for (i = 0; i < info->sector_count; i++) { + if ((i % 4) == 0) { + printf ("\n "); + } + printf ("%02d: %08lX%s ", i,info->start[i], + info->protect[i] ? " P" : " "); + } + printf ("\n\n"); +} + +/*---------------------------------------------------------------------------*/ + +int flash_erase (flash_info_t * info, int s_first, int s_last) +{ + int iflag, cflag; + int sector; + int rc; + + switch (info->flash_id & FLASH_VENDMASK) + { + case <your vendor>: + /* put your on code here */ + break; + default: + rc=cfi_flash_erase (info,s_first,s_last); + } + return rc; +} + +/*---------------------------------------------------------------------------*/ + +int write_buff (flash_info_t * info, uchar * src, ulong addr, ulong cnt) +{ + int rc; + + switch (info->flash_id & FLASH_VENDMASK) + { + case (<your vendor>: + /* put your on code here */ + break; + default: + rc = cfi_write_buff (info,src,addr,cnt); + } + return rc; +} + +/*---------------------------------------------------------------------------*/ + +#ifdef CFG_FLASH_PROTECTION + +int flash_real_protect(flash_info_t * info,long sector,int prot) +{ + int rc; + + switch (info->flash_id & FLASH_VENDMASK) + { + case <your vendor>: + /* put your on code here */ + break; + default: + rc = cfi_flash_real_protect(info,sector,prot); + } + return rc; +} + +#endif +/*---------------------------------------------------------------------------*/ +/* end of boardflash.c */ +/*---------------------------------------------------------------------------*/ + + diff --git a/drivers/cfi_flash.c b/drivers/cfi_flash.c index fd0a186..9c05130 100644 --- a/drivers/cfi_flash.c +++ b/drivers/cfi_flash.c @@ -71,6 +71,13 @@ * Verify erase and program timeouts. */ +#ifdef CFG_FLASH_BOARD_DRIVER +#define flash_print_info cfi_flash_print_info +#define flash_erase cfi_flash_erase +#define write_buff cfi_write_buff +#define flash_real_protect cfi_flash_real_protect +#endif + #ifndef CFG_FLASH_BANKS_LIST #define CFG_FLASH_BANKS_LIST { CFG_FLASH_BASE } #endif @@ -353,8 +360,13 @@ unsigned long flash_init (void) /* Init: no FLASHes known */ for (i = 0; i < CFG_MAX_FLASH_BANKS; ++i) { + flash_info[i].flash_id = FLASH_UNKNOWN; +#ifdef CFG_FLASH_BOARD_DRIVER + size += flash_info[i].size = board_flash_get_size (bank_base[i], i); +#else size += flash_info[i].size = flash_get_size (bank_base[i], i); +#endif if (flash_info[i].flash_id == FLASH_UNKNOWN) { #ifndef CFG_FLASH_QUIET_TEST printf ("## Unknown FLASH on Bank %d - Size = 0x%08lx = %ld MB\n", @@ -641,7 +653,7 @@ int write_buff (flash_info_t * info, uch i = cnt; if ((rc = flash_write_cfibuffer (info, wp, src, i)) != ERR_OK) return rc; - i -= i & (info->portwidth - 1); + i -= (i % info->portwidth); wp += i; src += i; cnt -= i;

4 7

[U-Boot-Users] Problem with the ST Microlectronics M29W320B flash and the CFI driver.
by Txema Lopez 05 Dec '06

05 Dec '06

Hi all, We have a MPC5200B based custom board with a ST Microelectronics M29W320B (x8/x16 flash in x8 mode) as boot flash. We are able to program the flash using a BDI2000 and start up U-Boot. But U-Boot is unable to detect the boot flash using the CFI driver. With the same hardware (but other board) and a flash from other vendor (Spansion S29GL32A) the CFI driver works properly. Has anyone tested the CFI driver for the M29W320B flash? This is the BDI2000 output when we write a CFI Query command ffc00000 : 2000 5722 FFFF FFFF FFFF FFFF FFFF FFFF .W"............ ffc00010 : FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF ................ ffc00020 : 5100 5200 5900 0200 0000 4000 0000 0000 Q.R.Y.....@..... ffc00030 : 0000 0000 0000 2700 3600 b500 c500 0400 ......'.6....... ffc00040 : 0000 0a00 0000 0400 0000 0300 0000 1600 ................ ffc00050 : 0200 0000 0000 0000 0200 0700 0000 2000 .............. . ffc00060 : 0000 3e00 0000 0000 0100 0000 0000 8000 ..>............. ffc00070 : 0000 3e00 0000 0000 0100 FFFF FFFF FFFF ..>............. ffc00080 : 5000 5200 4900 3100 3000 0000 0200 0100 P.R.I.1.0....... ffc00090 : 0100 0400 0000 0000 0000 b500 c500 0200 ................ ffc000a0 : FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF ................ ffc000b0 : FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF ................ ffc000c0 : FFFF 6012 4e3b f07d 9b54 3500 2002 2003 ..`.N;.}.T5. . . ffc000d0 : 1200 2700 3a00 0100 0000 0000 0000 0000 ..'.:........... ffc000e0 : 0000 0f00 0700 0200 0000 0100 0100 0000 ................ ffc000f0 : 0000 0000 0000 0100 0000 0000 0000 0000 ................ AFAIK the CFI driver is waiting an output like this for a x8/x16 device in x8 mode: ffc00020 : 5151 5252 5959 QQRRYY Am I wrong? Best regards,

2 3

[U-Boot-Users] Please pull u-boot-83xx.git
by Kim Phillips 02 Dec '06

02 Dec '06

Please pull from 'master' branch of: http://opensource.freescale.com/pub/scm/u-boot-83xx.git to receive the following updates (essentially MPC8349mITX and MPC8360EMDS support): Ben Warren: Add support for multiple I2C buses Multi-bus I2C implementation of MPC834x Additional MPC8349 support for multibus i2c Dave Liu: mpc83xx: Changed to unified mpx83xx names and added common 83xx changes mpc83xx: Add 8360 specifics to 83xx immap mpc83xx: add the QUICC Engine (QE) immap file mpc83xx: Add MPC8360EMDS basic board support mpc83xx: add QE ethernet support mpc83xx: add the README.mpc8360emds mpc83xx: Fix the incorrect dcbz operation Kim Phillips: mpc83xx: change ft code to modify local-mac-address property mpc83xx: add OF_FLAT_TREE bits to 83xx boards mpc83xx: Lindent and clean up cpu/mpc83xx/speed.c Nick Spence: Added RGMII support to the TSECs and Marvell 881111 Phy NAND Flash verify across block boundaries Tanya Jiang: mpc83xx: Removed unused file resetvec.S for mpc83xx cpu mpc83xx: Fix missing build for mpc8349emds pci.c mpc83xx: Unified TQM834x variable names with 83xx and consolidated macros Timur Tabi: mpc83xx: Add support for variable flash memory sizes on 83xx systems mpc83xx: fix TQM build by defining a CFG_FLASH_SIZE for it mpc83xx: Add support for Errata DDR6 on MPC 834x systems mpc83xx: Add support for the MPC8349E-mITX mpc83xx: Fix PCI, USB, bootargs for MPC8349E-mITX mpc83xx: Fix dual I2C support for the MPC8349ITX, MPC8349EMDS, TQM834x, and MPC8360EMDS mpc83xx: Replace CFG_IMMRBAR with CFG_IMMR mpc83xx: Update 83xx to use fsl_i2c.c CREDITS | 5 MAINTAINERS | 4 MAKEALL | 2 Makefile | 36 + README | 61 + board/mpc8349emds/Makefile | 2 board/mpc8349emds/mpc8349emds.c | 40 + board/mpc8349emds/pci.c | 53 + board/mpc8349itx/Makefile | 48 + board/mpc8349itx/config.mk | 33 + board/mpc8349itx/mpc8349itx.c | 477 +++++++++ board/mpc8349itx/pci.c | 357 +++++++ board/mpc8349itx/u-boot.lds | 120 ++ board/mpc8360emds/Makefile | 50 + board/mpc8360emds/config.mk | 28 + board/mpc8360emds/mpc8360emds.c | 657 ++++++++++++ board/mpc8360emds/pci.c | 313 ++++++ board/mpc8360emds/u-boot.lds | 123 ++ board/tqm834x/pci.c | 18 board/tqm834x/tqm834x.c | 4 common/cmd_i2c.c | 159 +++ cpu/mpc83xx/Makefile | 4 cpu/mpc83xx/cpu.c | 155 ++- cpu/mpc83xx/cpu_init.c | 71 + cpu/mpc83xx/i2c.c | 253 ----- cpu/mpc83xx/interrupts.c | 2 cpu/mpc83xx/qe_io.c | 85 ++ cpu/mpc83xx/resetvec.S | 6 cpu/mpc83xx/spd_sdram.c | 557 ++++++---- cpu/mpc83xx/speed.c | 312 +++--- cpu/mpc83xx/start.S | 57 + doc/README.mpc8360emds | 126 ++ drivers/fsl_i2c.c | 113 +- drivers/nand/nand_base.c | 1 drivers/qe/Makefile | 43 + drivers/qe/qe.c | 254 +++++ drivers/qe/qe.h | 237 ++++ drivers/qe/uccf.c | 404 +++++++ drivers/qe/uccf.h | 130 ++ drivers/qe/uec.c | 1266 +++++++++++++++++++++++ drivers/qe/uec.h | 716 +++++++++++++ drivers/qe/uec_phy.c | 604 +++++++++++ drivers/qe/uec_phy.h | 256 +++++ drivers/tsec.c | 12 drivers/tsec.h | 2 include/asm-ppc/e300.h | 2 include/asm-ppc/global_data.h | 16 include/asm-ppc/i2c.h | 103 -- include/asm-ppc/immap_83xx.h | 2130 ++++++++++++++++++++++++++++----------- include/asm-ppc/immap_qe.h | 550 ++++++++++ include/common.h | 5 include/configs/MPC8349EMDS.h | 70 + include/configs/MPC8349ITX.h | 804 +++++++++++++++ include/configs/MPC8360EMDS.h | 635 ++++++++++++ include/configs/TQM834x.h | 28 - include/i2c.h | 45 + include/ioports.h | 11 include/mpc83xx.h | 138 ++- lib_ppc/board.c | 2 net/eth.c | 7 60 files changed, 11286 insertions(+), 1516 deletions(-) create mode 100644 board/mpc8349itx/Makefile create mode 100644 board/mpc8349itx/config.mk create mode 100644 board/mpc8349itx/mpc8349itx.c create mode 100644 board/mpc8349itx/pci.c create mode 100644 board/mpc8349itx/u-boot.lds create mode 100644 board/mpc8360emds/Makefile create mode 100644 board/mpc8360emds/config.mk create mode 100644 board/mpc8360emds/mpc8360emds.c create mode 100644 board/mpc8360emds/pci.c create mode 100644 board/mpc8360emds/u-boot.lds delete mode 100644 cpu/mpc83xx/i2c.c create mode 100644 cpu/mpc83xx/qe_io.c delete mode 100644 cpu/mpc83xx/resetvec.S create mode 100644 doc/README.mpc8360emds create mode 100644 drivers/qe/Makefile create mode 100644 drivers/qe/qe.c create mode 100644 drivers/qe/qe.h create mode 100644 drivers/qe/uccf.c create mode 100644 drivers/qe/uccf.h create mode 100644 drivers/qe/uec.c create mode 100644 drivers/qe/uec.h create mode 100644 drivers/qe/uec_phy.c create mode 100644 drivers/qe/uec_phy.h delete mode 100644 include/asm-ppc/i2c.h create mode 100644 include/asm-ppc/immap_qe.h create mode 100644 include/configs/MPC8349ITX.h create mode 100644 include/configs/MPC8360EMDS.h For the resulting (cumulative) diff, please reference: http://opensource.freescale.com/pub/mpc83xx-origin-master.diff Thanks, Kim

8 27

[U-Boot-Users] u-boot hangs after relocating itself to ram
by Andre Puschmann 02 Dec '06

02 Dec '06

Hey folkes, I have ported u-boot to a custom board based on a freescale mpc5200. I can successfully copy u-boot into flash using the connected bdi2000 and we get some output on the debug port. It seems that the board crashes right after relocation to ram (see output). I already read the regarding faq entry but I'm not sure if this problem has something to do with faulty sdram initialization. this is the output than comes up on the console: 20030.56> U-Boot 1.1.6-ge4bbd8da-dirty (Nov 27 2006 - 18:46:24) 20030.56> 20030.56> CPU: MPC5200 v1.2, Core v1.1 at 396 MHz 20030.56> Bus 132 MHz, IPB 66 MHz, PCI 33 MHz 20030.57> Board: MPC5200 ECU 20030.57> I2C: 85 kHz, ready 20030.57> DRAM: 8 MB 20030.57> FLASH: I'm using eldk 4.0 + insight to debug the problem. I can single-step through the code up to the point where it branches to sdram. After relocation I loaded a new symbol file width offset 0x7d8000, since this is the dest-address for relocate_code(). If I continue running from that point on the board crashes at 0x7dc314 which is in function loadtask(). In assembler the code looks like this: "0x7dc314 <loadtask+48>: lwz r11,-32768(r30)" Can this be a sdram related problem or what might cause this behavior? Any comments and suggestions are more than welcome. Best regards, André Puschmann

3 6

[U-Boot-Users] [PATCH] MPC8641HPCN u-boot.lds problem with ELDK 4.0
by Chris Fester 01 Dec '06

01 Dec '06

Hi all, I recently have been attempting to get u-boot working on my MPC8641HPCN evaulation board (AKA the Argo Navis platform). I faced a problem compiling the latest git source with the ELDK 4.0 and getting it to work on the board. The processor would run off into the weeds when doing the command table relocation step in lib_ppc/board.c:633. After debugging with a BDI, some head scratching, and a few google searches, it came down to an issue with the linker, which seems to have been a common problem in the past for this mail list. Please see the thread at: http://sourceware.org/ml/binutils/2005-08/msg00412.html. The information from that link is what I used to compose the patch below. (Synopsis of the above web link - the newer linker needs to be told more specifically where to put the __u_boot_cmd_start symbol, otherwise it decides to put other misc symbols between __u_boot_cmd_start and __u_boot_cmd_end, causing all sorts of funk when iterating through the command array.) After I apply this patch the u-boot is hunky-dory and happy. Happy holidays! :) Chris Fester CHANGELOG * Fix to linker script for mpc8641hpcn platform to enable a correct symbol table with ELDK 4.0 linker. diff --git a/board/mpc8641hpcn/u-boot.lds b/board/mpc8641hpcn/u-boot.lds index b34de8e..c2f6727 100644 --- a/board/mpc8641hpcn/u-boot.lds +++ b/board/mpc8641hpcn/u-boot.lds @@ -120,7 +120,7 @@ SECTIONS _edata = .; PROVIDE (edata = .); - __u_boot_cmd_start = .; + __u_boot_cmd_start = ADDR(.u_boot_cmd); .u_boot_cmd : { *(.u_boot_cmd) } __u_boot_cmd_end = .;

3 3

Re: [U-Boot-Users] How do I boot VxWorks (6.3) image with u-boot1.1.3 :: mkimage entry point and address ?
by Chaffin, Michael 30 Nov '06

30 Nov '06

> To: u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] How do I boot VxWorks (6.3) image > with u-boot1.1.3 :: mkimage entry point and address ? > > Chaffin, Michael wrote: > > > I have a working system, PowerPC embedded in Xilinx Virtex II Pro, > > that does boot into Linux using u-boot 1.1.3; but I need to load a > > VxWorks > > (6.3) image and boot from that. I have read thedocumentation, but I > > don't know what my entry point for mkimage to use, sysInit( )? What > > should my load address be? > > You have to pass as address the entry point of the vxworks kernel. > On my PPC405 board I had no problem with the following steps > I have in my config.h a > RAM_LOW_ADRS = 00010000 ; I quick check and I have the same value for 'RAM_LOW_ADRS'; a quick search of the executable vxworks with objdump turns up $ objdump -x ./vxWorks | grep -A 2 -B 2 _sysInit 0006242c g F .text 0000022c soaccept 0008b4f0 g F .text 00000078 tyDevTerminate 00010000 g .text 00000000 _sysInit 00025050 g F .text 00000014 islower 00091ac8 g F .text 00000020 dllCount So sysInit( ) is at 0x00010000 > I did no call mkImage for my vxWorks (5.5.1), but copied it > directly into the ram at an address which does not conflict > with my RAM_LOW_ADRS e.g. loadb 0x00200000 then I call bootm > 0x00010000 ; Ok ... Here we go with executing the program with /no/ mkimage.. => loadb 0x00200000 ## Ready for binary (kermit) download to 0x00200000 at 115200 bps... ## Total Size = 0x000e09b6 = 919990 Bytes ## Start Addr = 0x00200000 => => => => => bootm 0x00200000 ## Booting image at 00200000 ... Image Name: vxWorks3.msc Image Type: PowerPC VxWorks Kernel Image (uncompressed) Data Size: 919926 Bytes = 898.4 kB Load Address: 00000000 Entry Point: 00100000 Verifying Checksum ... OK OK <Same Result> > On the Yosemite PPC440EP evaluation board, my vxWorks (6.3) > hangs too. I had not yet a chance to figure out why, but I > think there might be some differences into how the HW is > mapped into the memory space. > > Best regards Thanks for the help, I think I will try Stefan Roese's suggestion of 'bootvx'; maybe it will help you with your Yosemite board? > Niklaus Giger

1 0

[U-Boot-Users] How do I boot VxWorks (6.3) image with u-boot 1.1.3 :: mkimage entry point and address ?
by Chaffin, Michael 30 Nov '06

30 Nov '06

I have a working system, PowerPC embedded in Xilinx Virtex II Pro, that does boot into Linux using u-boot 1.1.3; but I need to load a VxWorks (6.3) image and boot from that. I have read the documentation, but I don't know what my entry point for mkimage to use, sysInit( )? What should my load address be? To date I have used the following command mkimage -O VxWorks -A ppc -C none -a 0x00 -e 0x00 \ -n vxWorks1a.msc -d ./vxWorks ./vxworks1a I load the resulting file (vxworks1a) to the device, and attempt to run the it => loadb 0x00200000 ## Ready for binary (kermit) download to 0x00200000 at 115200 bps... ## Total Size = 0x000e09b6 = 919990 Bytes ## Start Addr = 0x00200000 => => => => => bootm 0x00200000 ## Booting image at 00200000 ... Image Name: vxWorks3.msc Image Type: PowerPC VxWorks Kernel Image (uncompressed) Data Size: 919926 Bytes = 898.4 kB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK OK The system never returns from 'OK'. What am I doing wrong? Michael S. Chaffin Satellite Test Engineer MicroSat Systems, Inc. microsatsystems.com

3 2

[U-Boot-Users] [PATCH] [MPC52xx] Use IPB bus frequency for SOC peripherals
by Grant Likely 30 Nov '06

30 Nov '06

The soc node of the mpc52xx needs to be loaded with the IPB bus frequency, not the XLB frequency. This patch depends on the previous patches for MPC52xx device tree support Signed-off-by: Grant Likely <grant.likely(a)secretlab.ca> --- cpu/mpc5xxx/cpu.c | 9 ++++----- 1 files changed, 4 insertions(+), 5 deletions(-) diff --git a/cpu/mpc5xxx/cpu.c b/cpu/mpc5xxx/cpu.c index 20e6735..813aa79 100644 --- a/cpu/mpc5xxx/cpu.c +++ b/cpu/mpc5xxx/cpu.c @@ -112,21 +112,20 @@ void ft_cpu_setup(void *blob, bd_t *bd) { u32 *p; - ulong clock; int len; - clock = bd->bi_busfreq; + /* Core XLB bus frequency */ p = ft_get_prop(blob, "/cpus/" OF_CPU "/bus-frequency", &len); if (p != NULL) - *p = cpu_to_be32(clock); + *p = cpu_to_be32(bd->bi_busfreq); + /* SOC peripherals use the IPB bus frequency */ p = ft_get_prop(blob, "/" OF_SOC "/bus-frequency", &len); if (p != NULL) - *p = cpu_to_be32(clock); + *p = cpu_to_be32(bd->bi_ipbfreq); p = ft_get_prop(blob, "/" OF_SOC "/ethernet@3000/mac-address", &len); if (p != NULL) memcpy(p, bd->bi_enetaddr, 6); - } #endif -- 1.4.3.rc2.g0503

5 7

[U-Boot-Users] [PATCH] include/ppc440.h minor error affecting interrupts
by Jeff Mann 30 Nov '06

30 Nov '06

U-Boot Users: One of our engineers traced a problem with interrupts to an error in the include/ppc440.h file. It appeares that several sets of defines for the addresses of registers in the EPX and GRX universal interrupt controller are incorrect. It actually just looks like a minor cut-and-paste error resulting in, for example, "UIC0_DCR_BASE+0xXX" where "UIC2_DCR_BASE+0xXX" should have been. This bug appears to only affect the upper two sets of registers in the UIC (UIC2 and UIC3). This correction has been tested on a sequioa board. Amoung the things this bug affects is the USB device. USB Device works correctly with the bug corrected. [PATCH] Fixed include/ppc440.c for UIC address Bug - Corrects bug affecting the addresses for the universal interrupt controller UIC2 and UIC3 on the PPC440 Epx, GRx, and SPE chips. Signed-off-by: Jeff Mann <mannj(a)embeddedplanet.com>

2 1

Re: [U-Boot-Users] Big endian xscale rootfs
by Martijn de Gouw 30 Nov '06

30 Nov '06

> Anybody know if there is a root filesystem for xscale big endian > in the ELDK? I've used the ELDK4.0 for ARM little endian, but it > obviously doesn't work for my IXP425 base board. You can use debian or buildroot for a big endian arm rootfs. http://armeb.debian.net/debian-armeb/ http://buildroot.uclibc.org/ Regards, Martijn de Gouw

1 0

Re: [U-Boot-Users] [DNX#2006113042000011] [PATCH] extended hardware support for MCF5282
by U-Boot patch tracking system 30 Nov '06

30 Nov '06

Thank you for your request. Jens Scharsig <j.scharsig(a)bus-elektronik.de> wrote: > CHANGELOG patch_m5282_watchdog.diff ... The only officially supported way to submit patches is by posting on the mailing list (see the README). Without such posting, you patches cannot be accepted. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd(a)denx.de I'm frequently appalled by the low regard you Earthmen have for life. -- Spock, "The Galileo Seven", stardate 2822.3

2 1

[U-Boot-Users] [PATCH] extended hardware support for MCF5282
by Jens Scharsig 30 Nov '06

30 Nov '06

CHANGELOG patch_m5282_watchdog.diff * add Watchdog support for MCF 5282 CHANGELOG patch_m5282_fec.diff * fix MII_Speed calculation for MCF 528x * mii_send returns -1, if timeout reached * starts discover phy with address 0 CHANGELOG patch_m5282_i2c.diff * add polling hardware i2c driver for M528x CHANGELOG patch_m5282_interrupt.diff * extended interupt support for Freescale MCF 5282 interupt controllers CHANGELOG patch_m5282_h.diff * add definitions for I2C controller modul * add definitions for interrupt controller modul * add vector number for UART and PIT CHANGELOG patch_m5282_time.diff * interupt driven timer MCF 5282, if CFG_HZ = 1000, to realize tick counter * udelay considers CFG_CLK diff --git a/cpu/mcf52x2/fec.c b/cpu/mcf52x2/fec.c index b6540b5..a41db4f 100644 --- a/cpu/mcf52x2/fec.c +++ b/cpu/mcf52x2/fec.c @@ -71,7 +71,6 @@ static void mii_discover_phy (void); #define PKT_MINBUF_SIZE 64 #define PKT_MAXBLR_SIZE 1520 - static char txbuf[DBUF_LENGTH]; static uint rxIdx; /* index of the current RX buffer */ @@ -257,17 +256,15 @@ int eth_init (bd_t * bd) */ fecp->fec_ihash_table_high = 0; fecp->fec_ihash_table_low = 0; -#else - /* Clear multicast address hash table - */ -#ifdef CONFIG_M5282 +#elif defined(CONFIG_M5282) + fecp->fec_ghash_table_high = 0; + fecp->fec_ghash_table_low = 0; fecp->fec_ihash_table_high = 0; fecp->fec_ihash_table_low = 0; #else fecp->fec_hash_table_high = 0; fecp->fec_hash_table_low = 0; #endif -#endif /* Set maximum receive buffer size. */ @@ -333,8 +330,16 @@ int eth_init (bd_t * bd) fecp->fec_x_cntrl = 0; #endif /* Set MII speed */ +#ifdef CONFIG_M5282 + fecp->fec_mii_speed = (CFG_CLK / (2 * 2500000)); + fecp->fec_mii_speed *= 2; +#ifdef ET_DEBUG + printf ("fecp->fec_mii_speed: 0x%x\n",fecp->fec_mii_speed); +#endif +#else fecp->fec_mii_speed = (((CFG_CLK / 2) / (2500000 / 10)) + 5) / 10; fecp->fec_mii_speed *= 2; +#endif /* Configure port B for MII. */ @@ -404,19 +409,28 @@ static uint phytype; /* send command to phy using mii, wait for result */ static uint mii_send (uint mii_cmd) { + uint timeout; uint mii_reply; volatile fec_t *ep = (fec_t *) (FEC_ADDR); ep->fec_mii_data = mii_cmd; /* command to phy */ /* wait for mii complete */ - while (!(ep->fec_ievent & FEC_ENET_MII)); /* spin until done */ + timeout=50; + while (!(ep->fec_ievent & FEC_ENET_MII) && (timeout>0)) + { + udelay(2); +#ifdef ET_DEBUG + printf ("w"); +#endif + }; /* spin until done */ mii_reply = ep->fec_mii_data; /* result from phy */ ep->fec_ievent = FEC_ENET_MII; /* clear MII complete */ #ifdef ET_DEBUG printf ("%s[%d] %s: sent=0x%8.8x, reply=0x%8.8x\n", __FILE__, __LINE__, __FUNCTION__, mii_cmd, mii_reply); #endif + if (timeout ==0) return -1; return (mii_reply & 0xffff); /* data read from phy */ } #endif /* CFG_DISCOVER_PHY || (CONFIG_COMMANDS & CFG_CMD_MII) */ @@ -438,10 +452,10 @@ static void mii_discover_phy (void) */ udelay (10000); /* wait 10ms */ } - for (phyno = 1; phyno < 32 && phyaddr < 0; ++phyno) { + for (phyno = 0; phyno < 32 && phyaddr < 0; ++phyno) { phytype = mii_send (mk_mii_read (phyno, PHY_PHYIDR1)); #ifdef ET_DEBUG - printf ("PHY type 0x%x pass %d type ", phytype, pass); + printf ("PHY type 0x%x pass %d type \n", phytype, pass); #endif if (phytype != 0xffff) { phyaddr = phyno; diff --git a/include/asm-m68k/m5282.h b/include/asm-m68k/m5282.h index e5058a4..2b4b318 100644 --- a/include/asm-m68k/m5282.h +++ b/include/asm-m68k/m5282.h @@ -347,6 +347,11 @@ #define MCFSDRAMC_DMR_V (0x00000001) #define MCFWTM_WCR (*(vu_short *)(CFG_MBAR+0x00140000)) +#define MCFWTM_WCR_EN (0x0001) +#define MCFWTM_WCR_HALTED (0x0002) +#define MCFWTM_WCR_DOZE (0x0004) +#define MCFWTM_WCR_WAIT (0x0008) + #define MCFWTM_WMR (*(vu_short *)(CFG_MBAR+0x00140002)) #define MCFWTM_WCNTR (*(vu_short *)(CFG_MBAR+0x00140004)) #define MCFWTM_WSR (*(vu_short *)(CFG_MBAR+0x00140006)) @@ -376,6 +381,39 @@ /********************************************************************* * +* Inter-IC (I2C) Module +* +*********************************************************************/ + +/* Read/Write access macros for general use */ +#define MCFI2C_I2ADR (*(vu_char *)(CFG_MBAR+0x00000300)) +#define MCFI2C_I2FDR (*(vu_char *)(CFG_MBAR+0x00000304)) +#define MCFI2C_I2CR (*(vu_char *)(CFG_MBAR+0x00000308)) +#define MCFI2C_I2SR (*(vu_char *)(CFG_MBAR+0x0000030C)) +#define MCFI2C_I2DR (*(vu_char *)(CFG_MBAR+0x00000310)) + +/* Bit level definitions and macros */ +#define MCFI2C_I2ADR_ADDR(x) (((x)&0x7F)<<0x01) + +#define MCFI2C_I2FDR_IC(x) (((x)&0x3F)) + +#define MCFI2C_I2CR_IEN (0x80) +#define MCFI2C_I2CR_IIEN (0x40) +#define MCFI2C_I2CR_MSTA (0x20) +#define MCFI2C_I2CR_MTX (0x10) +#define MCFI2C_I2CR_TXAK (0x08) +#define MCFI2C_I2CR_RSTA (0x04) + +#define MCFI2C_I2SR_ICF (0x80) +#define MCFI2C_I2SR_IAAS (0x40) +#define MCFI2C_I2SR_IBB (0x20) +#define MCFI2C_I2SR_IAL (0x10) +#define MCFI2C_I2SR_SRW (0x04) +#define MCFI2C_I2SR_IIF (0x02) +#define MCFI2C_I2SR_RXAK (0x01) + +/********************************************************************* +* * General Purpose Timer (GPT) Module * *********************************************************************/ @@ -541,5 +579,75 @@ #define MCFCFM_CMD_PGERS 0x40 #define MCFCFM_CMD_MASERS 0x41 +/********************************************************************* +* +* Interupt Controller (ICM) Module +* +*********************************************************************/ + +#define MCFICM_IMRH0 (*(vu_long*) (CFG_MBAR+0x00000C08)) +#define MCFICM_IMRH0_FEC_GRA 0x00000001 +#define MCFICM_IMRH0_FEC_EBERR 0x00000002 +#define MCFICM_IMRH0_FEC_BABT 0x00000004 +#define MCFICM_IMRH0_FEC_BABR 0x00000008 +#define MCFICM_IMRH0_PMM 0x00000010 +#define MCFICM_IMRH0_QADC_CF1 0x00000020 +#define MCFICM_IMRH0_QADC_CF2 0x00000040 +#define MCFICM_IMRH0_QADC_PF1 0x00000080 + +#define MCFICM_IMRH0_QADC_PF2 0x00000100 +#define MCFICM_IMRH0_GPTA_TOF 0x00000200 +#define MCFICM_IMRH0_GPTA_PAIF 0x00000400 +#define MCFICM_IMRH0_GPTA_PAOVF 0x00000800 +#define MCFICM_IMRH0_GPTA_C0F 0x00001000 +#define MCFICM_IMRH0_GPTA_C1F 0x00002000 +#define MCFICM_IMRH0_GPTA_C2F 0x00004000 +#define MCFICM_IMRH0_GPTA_C3F 0x00008000 + +#define MCFICM_IMRH0_GPTB_TOF 0x00010000 +#define MCFICM_IMRH0_GPTB_PAIF 0x00020000 +#define MCFICM_IMRH0_GPTB_PAOVF 0x00040000 +#define MCFICM_IMRH0_GPTB_C0F 0x00080000 +#define MCFICM_IMRH0_GPTB_C1F 0x00100000 +#define MCFICM_IMRH0_GPTB_C2F 0x00200000 +#define MCFICM_IMRH0_GPTB_C3F 0x00400000 +#define MCFICM_IMRH0_PIT0 0x00800000 + +#define MCFICM_IMRH0_PIT1 0x01000000 +#define MCFICM_IMRH0_PIT2 0x02000000 +#define MCFICM_IMRH0_PIT3 0x04000000 +#define MCFICM_IMRH0_CFM_CBEIF 0x08000000 +#define MCFICM_IMRH0_CFM_CCIF 0x10000000 +#define MCFICM_IMRH0_CFM_PVIF 0x20000000 +#define MCFICM_IMRH0_CFM_AEIF 0x40000000 +#define MCFICM_IMRH0_63 0x80000000 + +#define MCFICM_ICR_IL 3 +#define MCFICM_ICR_IP 0 + +#define MCFICM_ICR_PIT0 (*(vu_char*) (CFG_MBAR+0x00000C77)) +#define MCFICM_ICR_PIT1 (*(vu_char*) (CFG_MBAR+0x00000C78)) +#define MCFICM_ICR_PIT2 (*(vu_char*) (CFG_MBAR+0x00000C79)) +#define MCFICM_ICR_PIT3 (*(vu_char*) (CFG_MBAR+0x00000C7A)) + +/********************************************************************* +* +* Vectors +* +*********************************************************************/ + +#define MCFVECTOR_INTC0_OFFSET 64 + +#define MCFVECTOR_UART0 MCFVECTOR_INTC0_OFFSET+13 +#define MCFVECTOR_UART1 MCFVECTOR_INTC0_OFFSET+14 +#define MCFVECTOR_UART2 MCFVECTOR_INTC0_OFFSET+15 + +#define MCFVECTOR_I2C MCFVECTOR_INTC0_OFFSET+17 + +#define MCFVECTOR_PIT0 MCFVECTOR_INTC0_OFFSET+55 +#define MCFVECTOR_PIT1 MCFVECTOR_INTC0_OFFSET+56 +#define MCFVECTOR_PIT2 MCFVECTOR_INTC0_OFFSET+57 +#define MCFVECTOR_PIT3 MCFVECTOR_INTC0_OFFSET+58 + /****************************************************************************/ #endif /* m5282_h */ diff --git a/cpu/mcf52x2/Makefile b/cpu/mcf52x2/Makefile index 70d57cf..071fc60 100644 --- a/cpu/mcf52x2/Makefile +++ b/cpu/mcf52x2/Makefile @@ -28,7 +28,7 @@ include $(TOPDIR)/config.mk LIB = $(obj)lib$(CPU).a START = -COBJS = serial.o interrupts.o cpu.o speed.o cpu_init.o fec.o +COBJS = serial.o interrupts.o cpu.o speed.o cpu_init.o fec.o i2c.o SRCS := $(START:.o=.S) $(SOBJS:.o=.S) $(COBJS:.o=.c) OBJS := $(addprefix $(obj),$(SOBJS) $(COBJS)) diff --git a/cpu/mcf52x2/i2c.c b/cpu/mcf52x2/i2c.c new file mode 100644 index 0000000..3f4daa2 --- /dev/null +++ b/cpu/mcf52x2/i2c.c @@ -0,0 +1,596 @@ +/* + * (C) Copyright 2006 + * Jens Scharsig @ BuS Elektronik GmbH & Co. KG <esw(a)bus-elektronik.de> + * + * See file CREDITS for list of people who contributed to this + * project. + * + * This program is free software; you can redistribute it and/or + * modify it under the terms of the GNU General Public License as + * published by the Free Software Foundation; either version 2 of + * the License, or (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, + * MA 02111-1307 USA + */ + +#undef CFG_I2C_DEBUG +#include <common.h> + +DECLARE_GLOBAL_DATA_PTR; + +#ifdef CONFIG_HARD_I2C + +#include <i2c.h> + +#if defined(CONFIG_M5280) || defined(CONFIG_M5281) || defined(CONFIG_M5282) + +#include <asm/m5282.h> + + +unsigned short MCFI2C_Divider[0x40] = { 28, 30, 34, 30, 44, 48, 56, 68, + 80, 88, 104, 128, 144, 160, 192, 240, + 288, 320, 384, 480, 576, 640, 768, 960, + 1152,1280,1536,1920,2304,2560,3072,3840, + 20, 22, 24, 26, 28, 32, 36, 40, + 48, 56, 64, 72, 80, 96, 112, 128, + 160, 192, 224, 256, 320, 384, 448, 512, + 640, 768, 896,1024,1280,1536,1792,2048}; + +#define I2C_TIMEOUT 1000 /* Milliseconds */ + +/***************************************************************************** +****f* i2c/i2c_init +*** +******************************************************************************/ + +void i2c_init(int speed, int slaveaddr) +{ + int fdr; + int cnt; + int actspeed; + int calcspeed; + + /* Search Clock Divider for real speed near speed */ + + fdr=0x1F; + actspeed=CFG_CLK / MCFI2C_Divider[fdr]; + + for (cnt=0;cnt<=0x3F;cnt++) + { + calcspeed = CFG_CLK / MCFI2C_Divider[cnt]; + if ((actspeed < calcspeed) && (calcspeed <= speed)) + { + fdr = cnt; + actspeed=calcspeed; + } + } + if (gd->flags & GD_FLG_RELOC) { + } + else + { + printf("Speed %d Hz ",actspeed,speed); + } + + MCFI2C_I2ADR = CFG_I2C_SLAVE; + + MCFI2C_I2FDR = MCFI2C_I2FDR_IC(fdr); + + MCFI2C_I2CR = MCFI2C_I2CR_IEN; + + MCFGPIO_PASPAR |= 0x0F; /* PAS0 and PAS1 as I2C Port */ + + + if (MCFI2C_I2SR & MCFI2C_I2SR_IBB) + { + MCFI2C_I2CR = 0; + MCFI2C_I2CR = 0xA0; + cnt = MCFI2C_I2DR; + MCFI2C_I2SR = 0; + MCFI2C_I2CR = 0; + MCFGPIO_PASPAR &= ~0x0F; + + MCFGPIO_CLRAS = ~0x01; + MCFGPIO_DDRAS |= 0x01; + for (cnt=0;cnt<=9;cnt++) + { + MCFGPIO_CLRAS = 0xFE; + udelay(10); + MCFGPIO_SETAS = 0x01; + udelay(10); + } + MCFGPIO_PASPAR |= 0x0F; /* PAS0 and PAS1 as I2C Port */ + MCFI2C_I2CR = MCFI2C_I2CR_IEN; + }; + +} + +/***************************************************************************** + ****f* i2c/i2c_waitidle + * FUNCTION + * Waits while I2C-Bus is busy + * RESULT + * >1, if I2C-Bus is idle , 0 Timeout + *** +******************************************************************************/ + +int i2c_waitidle(void) +{ + int timeout; + timeout = I2C_TIMEOUT*100; + while ((MCFI2C_I2SR & MCFI2C_I2SR_IBB) && (timeout>0)) + { + #ifdef CFG_I2C_DEBUG + printf("i",MCFI2C_I2SR); + #endif + timeout--; + udelay(10); + } + if (timeout==0) + { + printf("I2C Error: Bus idle timeout\n"); + } + return timeout; +} + +/***************************************************************************** + ****f* i2c/i2c_waitbusy + * FUNCTION + * Waits until I2C-Bus is busy + * RESULT + * >1, if I2C-Bus is busy , 0 Timeout + *** +******************************************************************************/ + +int i2c_waitbusy(void) +{ + int timeout; + timeout = I2C_TIMEOUT * 100; + while ((!(MCFI2C_I2SR & MCFI2C_I2SR_IBB)) && (timeout>0)) + { + #ifdef CFG_I2C_DEBUG + printf("b",MCFI2C_I2SR); + #endif + timeout--; + udelay(10); + } + if (timeout==0) + { + printf("I2C Error: Bus busy timeout\n"); + } + return timeout; +} + +/***************************************************************************** + ****f* i2c/i2c_start + * FUNCTION + * generates a stop condition + * RESULT + * 0 = sucess, >1 = error + *** +******************************************************************************/ + +int i2c_stop(void) +{ + MCFI2C_I2CR &= ~MCFI2C_I2CR_MSTA; + #ifdef CFG_I2C_DEBUG + printf(" Stop \n"); + #endif + return 0; +} + +/***************************************************************************** + ****f* i2c/i2c_datacomplete + * FUNCTION + * Waits until data transfer is complete + * RESULT + * >1, if data transfer is complete , 0 Timeout + *** +******************************************************************************/ + +int i2c_datacomplete(void) +{ + int timeout; + timeout = I2C_TIMEOUT*100; + while ((!(MCFI2C_I2SR & MCFI2C_I2SR_IIF)) && (timeout>0)) + { + #ifdef CFG_I2C_DEBUG + printf("d",MCFI2C_I2SR); + #endif + timeout--; + udelay(10); + } + MCFI2C_I2SR &= ~MCFI2C_I2SR_IIF; + + if (timeout==0) + { + printf("I2C Error: data transfer complete timeout\n"); + } + if (((MCFI2C_I2SR & MCFI2C_I2SR_RXAK)) && (MCFI2C_I2CR & MCFI2C_I2CR_MTX)) + { + #ifdef CFG_I2C_DEBUG + printf("RX_NACK",MCFI2C_I2SR); + #endif + timeout=0; + i2c_stop(); + } + return timeout; +} + +/***************************************************************************** + ****f* i2c/i2c_start + * FUNCTION + * generates a start condition and send the chip address + * PARAMETERS + * uchar chip - chip address + * uchar readdata - set to start a read opperation + * RESULT + * 0 = sucess, >1 = error + *** +******************************************************************************/ + +int i2c_start(uchar chip, uchar readdata) +{ + int error; + #ifdef CFG_I2C_DEBUG + printf("Start 0x%2.2x ",chip); + #endif + MCFI2C_I2CR |= MCFI2C_I2CR_MSTA | MCFI2C_I2CR_MTX; + if (readdata) + { + MCFI2C_I2DR = MCFI2C_I2ADR_ADDR(chip) | 0x01; + } + else + { + MCFI2C_I2DR = MCFI2C_I2ADR_ADDR(chip); + } + error = 1; + if (i2c_waitbusy()) + { + if (i2c_datacomplete()) + { + #ifdef CFG_I2C_DEBUG + printf("Address send\n"); + #endif + error=0; + } + } + return error; +} + +/***************************************************************************** + ****f* i2c/i2c_restart + * FUNCTION + * generates a restart condition and send the chip address + * PARAMETERS + * uchar chip - chip address + * uchar readdata - set to start a read opperation + * RESULT + * 0 = sucess, >1 = error + *** +******************************************************************************/ + +int i2c_restart(uchar chip, uchar readdata) +{ + int error; + MCFI2C_I2CR |= MCFI2C_I2CR_MSTA | MCFI2C_I2CR_RSTA; + if (readdata) + { + MCFI2C_I2DR = MCFI2C_I2ADR_ADDR(chip) | 0x01; + } + else + { + MCFI2C_I2DR = MCFI2C_I2ADR_ADDR(chip); + } + error = 1; + if (i2c_waitbusy()) + { + if (i2c_datacomplete()) + { + #ifdef CFG_I2C_DEBUG + printf("Address send\n"); + #endif + error=0; + } + } + return error; +} + +/***************************************************************************** + ****f* i2c/i2c_receive + * FUNCTION + * receives n Bytes from I2C Device + * PARAMETERS + * char *Buffer - receive buffer + * int len - receive buffer size + * RESULT + * 0 = sucess, >1 = error + *** +******************************************************************************/ + +int i2c_receive(uchar *buffer, int len) +{ + int error; + int ptr; + error = 0; + ptr = 0; + + MCFI2C_I2CR &= ~(MCFI2C_I2CR_MTX | MCFI2C_I2CR_TXAK); + if (len==1) + { + #ifdef CFG_I2C_DEBUG + printf(" TXAK"); + #endif + MCFI2C_I2CR |= MCFI2C_I2CR_TXAK; + } + buffer[0] = MCFI2C_I2DR; + #ifdef CFG_I2C_DEBUG + printf(" dummy"); + #endif + + while ((len>0) && (error == 0)) + { + if (i2c_datacomplete()) + { + if (len==2) + { + #ifdef CFG_I2C_DEBUG + printf(" TXAK"); + #endif + MCFI2C_I2CR |= MCFI2C_I2CR_TXAK; + } + if (len==1) + { + i2c_stop(); + } + buffer[ptr] = MCFI2C_I2DR; + #ifdef CFG_I2C_DEBUG + printf(" %2.2x",(uchar) buffer[ptr]); + #endif + ptr++; + len--; + } + else + { + error = 1; + } + } + return error; +} + +/***************************************************************************** + ****f* i2c/i2c_send + * FUNCTION + * sends n Bytes to I2C Device + * PARAMETERS + * char *Buffer - send buffer + * int len - send buffer size + * RESULT + * 0 = sucess, >1 = error + *** +******************************************************************************/ + +int i2c_send(uchar *buffer, int len) +{ + int error; + int ptr; + error = 0; + ptr = 0; + while ((len>0) && (error == 0)) + { + #ifdef CFG_I2C_DEBUG + printf(" 0x%2.2x ",buffer[ptr]); + #endif + MCFI2C_I2DR = buffer[ptr]; + ptr++; + len--; + if (!(i2c_datacomplete())) error = 1; + } + return error; +} + +/* + * Probe the given I2C chip address. Returns 0 if a chip responded, + * not 0 on failure. + */ +int i2c_probe(uchar chip) +{ + int result; + uchar buffer[2]; + result=1; + if (chip != CFG_I2C_SLAVE) + { + if (i2c_waitidle()) + { + if (!i2c_start(chip,1)) + { + if (!i2c_receive(&buffer[0],1)) + { + result=0; + } + } + } + } + return result; +} + +/* + * Read interface: + * chip: I2C chip address, range 0..127 + * addr: Memory (register) address within the chip + * alen: Number of bytes to use for addr (typically 1, 2 for larger + * memories, 0 for register type devices with only one + * register) + * buffer: Where to read/write the data + * len: How many bytes to read/write + * + * Returns: 0 on success, not 0 on failure + */ + +int i2c_read(uchar chip, uint addr, int alen, uchar *buffer, int len) +{ + uchar bufaddr[2]; + int error; + + error=0; + #ifdef CFG_I2C_DEBUG + printf("I2C_Read"); + printf(" 0x%2.2x ",addr); + #endif + if (i2c_waitidle()) + { + while (MCFI2C_I2SR & MCFI2C_I2SR_IBB); + + bufaddr[0] = (addr >>8) & 0xFF; + bufaddr[1] = addr & 0xFF; + + error |= i2c_start(chip,0); + #ifdef CFG_I2C_DEBUG + printf("\nI2C_Read"); + #endif + switch (alen) + { + case 0: + #ifdef CFG_I2C_DEBUG + printf(" no address"); + #endif + break; + case 1: + #ifdef CFG_I2C_DEBUG + printf(" byte address"); + #endif + error |= i2c_send(&bufaddr[1],1); + break; + case 2: + #ifdef CFG_I2C_DEBUG + printf(" word address"); + #endif + error |= i2c_send(&bufaddr[0],2); + break; + default: + printf("Address length %d not supported\n",alen); + error=1; + } + #ifdef CFG_I2C_DEBUG + printf("\nI2C_Read Restart"); + #endif + error |= i2c_restart(chip,1); + #ifdef CFG_I2C_DEBUG + printf("\nI2C_Read Receive"); + #endif + error |= i2c_receive(buffer,len); + } + else + { + error=1; + } + return error; +} + +/* + * Write interface: + * chip: I2C chip address, range 0..127 + * addr: Memory (register) address within the chip + * alen: Number of bytes to use for addr (typically 1, 2 for larger + * memories, 0 for register type devices with only one + * register) + * buffer: Where to read/write the data + * len: How many bytes to read/write + * + * Returns: 0 on success, not 0 on failure + */ + +int i2c_write(uchar chip, uint addr, int alen, uchar *buffer, int len) +{ + uchar bufaddr[2]; + int error; + + error=0; + #ifdef CFG_I2C_DEBUG + printf("I2C_Write 0x%2.2x(a)0x%2.2x ",addr,chip); + #endif + if (i2c_waitidle()) + { + bufaddr[0] = (addr >>8) & 0xFF; + bufaddr[1] = addr & 0xFF; + + error |= i2c_start(chip,0); + #ifdef CFG_I2C_DEBUG + printf("\nI2C_Write"); + #endif + switch (alen) + { + case 0: + #ifdef CFG_I2C_DEBUG + printf(" no address"); + #endif + break; + case 1: + #ifdef CFG_I2C_DEBUG + printf(" byte address"); + #endif + error |= i2c_send(&bufaddr[1],1); + break; + case 2: + #ifdef CFG_I2C_DEBUG + printf(" word address"); + #endif + error |= i2c_send(&bufaddr[0],2); + break; + default: + printf("Address length %d not supported\n",alen); + error=1; + } + #ifdef CFG_I2C_DEBUG + printf("\nI2C_Read Receive"); + #endif + error |= i2c_send(buffer,len); + error |= i2c_stop(); + } + else + { + error = 1; + } + return error; +} + +/* + * Utility routines to read/write registers. + */ + +#else + #error Hard I2C not implementetd for this CPU +#endif + +uchar i2c_reg_read(uchar chip, uchar reg) +{ + uchar buf; + + #ifdef CFG_I2C_DEBUG + printf("Reg_Read: 0x%2.2x ",reg); + #endif + i2c_read(chip, reg, 1, &buf, 1); + + return buf; +} + +void i2c_reg_write(uchar chip, uchar reg, uchar val) +{ + #ifdef CFG_I2C_DEBUG + printf("Reg_Write: 0x%2.2x ",reg); + #endif + i2c_write(chip, reg, 1, &val, 1); + + return; +} + +#endif + +/* EOF */ diff --git a/cpu/mcf52x2/interrupts.c b/cpu/mcf52x2/interrupts.c index 116747a..7d0aaad 100644 --- a/cpu/mcf52x2/interrupts.c +++ b/cpu/mcf52x2/interrupts.c @@ -46,9 +46,11 @@ #include <asm/m5249.h> #endif - +#ifdef CONFIG_M5282 +#define NR_IRQS 256 +#else #define NR_IRQS 31 - +#endif /* * Interrupt vector functions. */ @@ -179,6 +181,7 @@ int interrupt_init (void) #if defined(CONFIG_M5282) || defined(CONFIG_M5271) int interrupt_init (void) { + enable_interrupts (); return 0; } #endif diff --git a/lib_m68k/time.c b/lib_m68k/time.c index d45e470..3029949 100644 --- a/lib_m68k/time.c +++ b/lib_m68k/time.c @@ -141,6 +141,17 @@ void udelay(unsigned long usec) timerp = (volatile unsigned short *) (CFG_MBAR + MCFTIMER_BASE3); +#if CFG_CLK>=20000000 + usec = (usec * (CFG_CLK / 1000000)) >> 1; +#else + usec = usec * (2000000 / CFG_CLK); +#endif + /* Set up TIMER 3 as timebase clock */ + timerp[MCFTIMER_PCSR] = MCFTIMER_PCSR_OVW; + timerp[MCFTIMER_PMR] = 0; + /* set period to 2/Clock */ + timerp[MCFTIMER_PCSR] = (0<<8) | MCFTIMER_PCSR_EN | MCFTIMER_PCSR_OVW | + MCFTIMER_PCSR_PIF; while (usec > 0) { if (usec > 65000) tmp = 65000; @@ -148,18 +159,62 @@ void udelay(unsigned long usec) tmp = usec; usec = usec - tmp; - /* Set up TIMER 3 as timebase clock */ - timerp[MCFTIMER_PCSR] = MCFTIMER_PCSR_OVW; - timerp[MCFTIMER_PMR] = 0; - /* set period to 1 us */ - timerp[MCFTIMER_PCSR] = - (5 << 8) | MCFTIMER_PCSR_EN | MCFTIMER_PCSR_OVW; timerp[MCFTIMER_PMR] = tmp; - while (timerp[MCFTIMER_PCNTR] > 0); + while ((timerp[MCFTIMER_PCSR] & MCFTIMER_PCSR_PIF) == 0); + timerp[MCFTIMER_PCSR] |= MCFTIMER_PCSR_PIF; } } +#if CFG_HZ == 1000 + +void timer_isr (void * not_used) +{ + volatile unsigned short *timerp; + timerp = (volatile unsigned short *) (CFG_MBAR + MCFTIMER_BASE4); + timerp[MCFTIMER_PCSR] |= MCFTIMER_PCSR_PIF; + timestamp++; +} + +void timer_init (void) +{ + volatile unsigned short *timerp; +#if (CFG_CLK/2000) <65000 + #define TI_PMR CFG_CLK/2000 + #define TI_PRE 0 +#else + #define TI_PMR CFG_CLK/4000 + #define TI_PRE 1 +#endif + + timerp = (volatile unsigned short *) (CFG_MBAR + MCFTIMER_BASE4); + timestamp = 0; + + irq_install_handler (MCFVECTOR_PIT3,timer_isr,0); + + /* Set up TIMER 4 as 1ms interupt event */ + timerp[MCFTIMER_PCSR] = MCFTIMER_PCSR_OVW; + timerp[MCFTIMER_PMR] = TI_PMR; + timerp[MCFTIMER_PCSR] = (TI_PRE << 8) | MCFTIMER_PCSR_RLD | + MCFTIMER_PCSR_EN | MCFTIMER_PCSR_OVW | + MCFTIMER_PCSR_PIF | MCFTIMER_PCSR_PIE; + + MCFICM_ICR_PIT3 = (3<<MCFICM_ICR_IL) | (3<<MCFICM_ICR_IP); + + MCFICM_IMRH0 &= ~MCFICM_IMRH0_PIT3; +} + +void set_timer (ulong t) +{ + timestamp = t; +} + +ulong get_timer (ulong base) +{ + return timestamp - base; +} + +#else void timer_init (void) { volatile unsigned short *timerp; @@ -202,8 +257,9 @@ void wait_ticks (unsigned long ticks) set_timer (0); while (get_timer (0) < ticks); } -#endif +#endif /* CFG_HZ=1000 */ +#endif /* defined(CONFIG_M5282) || defined(CONFIG_M5271) */ #if defined(CONFIG_M5249) /* diff --git a/cpu/mcf52x2/cpu.c b/cpu/mcf52x2/cpu.c index aa6b2bd..486ebfa 100644 --- a/cpu/mcf52x2/cpu.c +++ b/cpu/mcf52x2/cpu.c @@ -159,7 +159,7 @@ int watchdog_init (void) #endif /* #ifdef CONFIG_M5272 */ -#ifdef CONFIG_M5282 +#ifdef CONFIG_M5282 int checkcpu (void) { unsigned char resetsource = MCFRESET_RSR; @@ -183,7 +183,41 @@ int do_reset (cmd_tbl_t *cmdtp, bd_t *bd MCFRESET_RCR = MCFRESET_RCR_SOFTRST; return 0; }; -#endif + +#if defined(CONFIG_WATCHDOG) +void watchdog_reset (void) +{ + MCFWTM_WSR=0x5555; + MCFWTM_WSR=0xAAAA; +} + +int watchdog_disable (void) +{ + /* MCF5282 doen't allow reconfigure WDT */ + return (0); +} + +int watchdog_init (void) +{ + int enable; + char *s; + enable=MCFWTM_WCR_EN; + /* prevent enable if environment is set watchdog=off + MCF5282 doen't allow reconfigure WDT + */ + if ((s = getenv ("watchdog")) != NULL) + { + if ((strncmp (s, "off", 3) == 0) || (strncmp (s, "0", 1) == 0)) + { + enable=0; + } + } + MCFWTM_WCR=enable; + return (0); +} +#endif /* #ifdef CONFIG_WATCHDOG */ + +#endif /* endif CONFIG_M5282 */ #ifdef CONFIG_M5249 /* test-only: todo... */ int checkcpu (void)

1 0

Re: [U-Boot-Users] Please pull u-boot-83xx.git (I2C rework)
by Joakim Tjernlund 30 Nov '06

30 Nov '06

> -----Original Message----- > From: u-boot-users-bounces(a)lists.sourceforge.net > [mailto:u-boot-users-bounces@lists.sourceforge.net] On Behalf > Of Jerry Van Baren > Sent: 29 November 2006 14:21 > To: u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] Please pull u-boot-83xx.git (I2C rework) > > Joakim Tjernlund wrote: > > On Tue, 2006-11-28 at 16:16 -0600, Timur Tabi wrote: > >> Joakim Tjernlund wrote: > >> > >>> No, see attached patch(s) > >> Ah, I see. > >> > >>> Not tested in your tree as I don't use that one (yet) > >> Git didn't like your patches, for some reason, so I had to > apply them by hand, > >> but everything seems to be okay. I will apply them to our > tree for Wolfgang's > >> convenience. > >> > > > > While I am at it, I would also like to see this in u-boot > > We use I2C as HRCW since we wan't to haw our flash reset > connetced to > > HRESET, otherwise you might be unable to boot if the flash is in non > > read array mode when the board resets. > > We also need to have the version info in the begining of > the flash so > > we can identify what version of u-boot we have installed. > > > > > -------------------------------------------------------------- > ---------- > > > > From 89b60f21af0d04959d93ccb70fd781c8aba9e66c Mon Sep 17 > 00:00:00 2001 > > From: Joakim Tjernlund <Joakim.Tjernlund(a)transmode.se> > > Date: Tue, 28 Nov 2006 23:42:31 +0100 > > Subject: [PATCH] Make HRCW and version info in data segment > configurable. > > > > > > Signed-off-by: Joakim Tjernlund <Joakim.Tjernlund(a)transmode.se> > > --- > > cpu/mpc83xx/start.S | 28 +++++++++++++++++----------- > > 1 files changed, 17 insertions(+), 11 deletions(-) > > > > diff --git a/cpu/mpc83xx/start.S b/cpu/mpc83xx/start.S > > index 0f27bb6..44bca26 100644 > > --- a/cpu/mpc83xx/start.S > > +++ b/cpu/mpc83xx/start.S > > @@ -77,20 +77,12 @@ > > END_GOT > > > > /* > > - * Version string - must be in data segment because > MPC83xx uses the > > - * first 256 bytes for the Hard Reset Configuration Word table (see > > - * below). Similarly, can't have the U-Boot Magic Number > as the first > > - * thing in the image - don't know how this will affect > the image tools, > > - * but I guess I'll find out soon. > > + * MPC83xx can use the first 0x40 bytes for the Hard Reset > Configuration Word > > + * table (see below) if so configured. > > */ > > - .data > > - .globl version_string > > -version_string: > > - .ascii U_BOOT_VERSION > > - .ascii " (", __DATE__, " - ", __TIME__, ")" > > - .ascii " ", CONFIG_IDENT_STRING, "\0" > > > > .text > > +#ifndef CFG_HRCW_IN_I2C_EEPROM > > #define _HRCW_TABLE_ENTRY(w) \ > > .fill 8,1,(((w)>>24)&0xff); \ > > .fill 8,1,(((w)>>16)&0xff); \ > > @@ -99,7 +91,21 @@ version_string: > > > > _HRCW_TABLE_ENTRY(CFG_HRCW_LOW) > > _HRCW_TABLE_ENTRY(CFG_HRCW_HIGH) > > +#endif > > > > +/* > > + * Version string - May be in data segment if one wants to > reserve the > > + * space left to address 0x100 for future expansion of HRCW bytes. > > + */ > > +#ifdef CFG_VERSION_STRING_IN_DATA > > + .data > > +#endif > > + .long 0x27051956 /* U-Boot Magic Number */ > > + .globl version_string > > +version_string: > > + .ascii U_BOOT_VERSION > > + .ascii " (", __DATE__, " - ", __TIME__, ")" > > + .ascii " ", CONFIG_IDENT_STRING, "\0" > > > > #ifndef CONFIG_DEFAULT_IMMR > > #error CONFIG_DEFAULT_IMMR must be defined > > Hi Timur, > > I don't believe you want to do this: you are removing the > HRCW entirely > from flash if you have it in I2C (CFG_HRCW_IN_I2C_EEPROM). > Unless I'm > missing something (possible), I don't see why you even need a > configuration option CFG_HRCW_IN_I2C_EEPROM. [SNIP good arugments] The only reason to possibly want this is if you want to keep the format where the u-boot header is the first thing in the image. I can manage to have HRCW first in flash, but not having the version string in data segment. Summary: Remove the CFG_HRCW_IN_I2C_EEPROM if you want, but keep CFG_VERSION_STRING_IN_DATA. Jocke

1 0

Re: [U-Boot-Users] [DNX#2006113042000011] [PATCH] extended hardware support for MCF5282
by U-Boot patch tracking system 30 Nov '06

30 Nov '06

Dear Mr. U. Boot, thank you for your contribution to the U-Boot project. Your e-mail was registered at our system under the ticket number [DNX#2006113042000011]. Please keep this ticket ID string in the subject line of any e-mail replies!!! Your U-Boot support team Powered by OTRS (http://otrs.org/)

1 0

Re: [U-Boot-Users] [DNX#2006113042000011] [PATCH] extended hardware support for MCF5282
by DENX Support System 30 Nov '06

30 Nov '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006113042000011] was created: <snip> > CHANGELOG patch_m5282_watchdog.diff > > * add Watchdog support for MCF 5282 > > CHANGELOG patch_m5282_fec.diff > > * fix MII_Speed calculation for MCF 528x > * mii_send returns -1, if timeout reached > * starts discover phy with address 0 > > CHANGELOG patch_m5282_i2c.diff > > * add polling hardware i2c driver for M528x > > CHANGELOG patch_m5282_interrupt.diff > > * extended interupt support for Freescale MCF 5282 interupt controllers > > CHANGELOG patch_m5282_h.diff > > * add definitions for I2C controller modul > * add definitions for interrupt controller modul > * add vector number for UART and PIT > > CHANGELOG patch_m5282_time.diff > > * interupt driven timer MCF 5282, if CFG_HZ = 1000, to realize tick > counter > * udelay considers CFG_CLK </snip> Your U-Boot support team

1 0

[U-Boot-Users] Nor has a sincere belief in God prevented behavior we now view as morally repugnant.
by Leblanc Harry 30 Nov '06

30 Nov '06

I guess if I had such a low opinion of myself, I might be susceptible to Islam, too. but ain't nobody would ever drink outta it after that. Lots of good stuff here, and I just barely skimmed through the feeds. Title: "Give War a Chance". Even I have my limits! I moderate comments, so those just don't get posted. You don't want or need a world authority to do that at all. It's also a lot of damn hard work and learned skill. It isn't that the WCC is looking at only one organization. Also, I will take as given that the strategy of reducing emissions of carbon dioxide, which I call the de-industrialization strategy, would cost one percent of global GDP each year. I want to suggest exploring an alternative strategy for fighting global warming, which I call the climate engineering strategy. Lots of good stuff here, and I just barely skimmed through the feeds. Did you listen to Dr. And then Kyoto, I believe, exempted developing countries from its emissions obligations. It doesn't happen that often, but once in a while, I will get a comment that just doesn't make any sense to me. It's also a lot of damn hard work and learned skill. I'm with him there, although I have another category of comments I will not post: The confusing. Also, I will take as given that the strategy of reducing emissions of carbon dioxide, which I call the de-industrialization strategy, would cost one percent of global GDP each year. Quoth a Norwegian paper, "The crew on board discovered the three Egyptians trying to open the door into the cockpit. Here are today's finds in the order I encounter them on my browser tabs. Not labor of amorousness. the boat had t'get a new one. If I suddenly disappear for months after some time next week, it won't be because a competent defense attorney rejected me on sight during the selection process. You are welcome to give me suggestions on additional news sources. The upper-middle class has been bought off by this pact, which makes a virtue of hypocrisy. You are welcome to give me suggestions on additional news sources. it don't take genius to figure out just who had to clean up all the shit.

1 0

[U-Boot-Users] Big endian xscale rootfs
by Frank 30 Nov '06

30 Nov '06

Anybody know if there is a root filesystem for xscale big endian in the ELDK? I've used the ELDK4.0 for ARM little endian, but it obviously doesn't work for my IXP425 base board. ____________________________________________________________________________________ Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail beta. http://new.mail.yahoo.com

2 1

[U-Boot-Users] nand had bad block problem!
by Zhao Tongyi 30 Nov '06

30 Nov '06

If one nand flash have a bad block ,I can't write image to nand flash.. Are there any some methods to jump the bad block and wirte image in nand flash.? Patch? -- Best regards, Tongyi ,Zhao

1 0

[U-Boot-Users] "How to change data segment start address in Uboot at compile time"
by nagi reddy chitta 30 Nov '06

30 Nov '06

Hi All, I am working on MIPS board where i am using uboot as a boot loader. I need to rearrange the data segment. Can anyone let me now which configuration file in the uboot will hold the segment start address information. I know one file which is config.mk where we use to give TEXT start address. Other than this any other file is like that. Thanks in Advance Regards, Nagi

2 1

[U-Boot-Users] I am continuously struck by the importance of clarity and preciseness when it comes to being on the job market, promoting yourself, and navigating the changes and potential opportunities that arise.
by touching 30 Nov '06

30 Nov '06

patriotic, decent, God fearing Republicans or patriotic. Six Reasons Executive Recruiters will Talk to You. The client of the search firm is the hiring organization. The summer can be a great time for this important work. What non-work roles do you have and what kind of time and flexibility do you require to fill them? There is simply too much internet noise for your average recruiter to decipher who you are professionally. There is simply too much internet noise for your average recruiter to decipher who you are professionally. its down to the wire. In a press conference held last evening they announced WMD had been found in Iraq. Clarity in your thinking and planning for what you want to do next and where that fits into your overall career plan. Of course, it is difficult to be precise in an authentic way without first being clear. The second is regional stability and third is the usually tacit rather than explicit benefit of a combined military deterrent. What do you want to make happen between now and the New Year? And if someone is reading your resume, their eyes probably skipped right over these all too common ideas. Communication therefore plays a vital role in how you successfully manage your career. This forced me to ask myself a question, what is my red line? patriotic, decent, God fearing Republicans or patriotic. The smearing of both sides has gone on way too long and neither side is innocent. If you do not have any pressing career goals, fine. In your day-to-day interactions. Clarity in your thinking and planning for what you want to do next and where that fits into your overall career plan. If it isn't obvious, you will likely get overlooked. December and January can be a powerful time for career development. I truly enjoy summer and am sorry to see it end. Were on the verge of a flood of articles in mainstream media proclaiming Bush is the worst President ever in one way or another. All these individuals have been charged with conspiring to harbor, transport, and encourage and induce illegal aliens to live in the United States for commercial advantage and private financial gain. More importantly, you want to put yourself in situations where you are set up to succeed. Its being called a web of nations, and the graphic that is on the page with the story, does look to be quite invalved. Apparently the diagnosis came during a routine physical exam. This forced me to ask myself a question, what is my red line? Clarity about why you make a compelling and attractive candidate for work assignments. The tides of events are rising up against them, soon to consign their faith to the dustbin of history, and yet they still persist. Here is a rundown so far:Forrester Research forecasts that U. And yet, referencing is an important hiring tool and career management tool. Clarity about what is important to you. Fit into a certain sized organization with its corresponding operating realities. How much work would you bring home with you? Were on the verge of a flood of articles in mainstream media proclaiming Bush is the worst President ever in one way or another. If the decision makers are away, there is nothing you can do about it.

1 0

Re: [U-Boot-Users] [PATCH 4/5] Support Analogue Micro's ASP8347DB board.
by Wolfgang Denk 30 Nov '06

30 Nov '06

Dear Pantelis, in message <20061129172613.24638.18292.stgit(a)pantathon.hol.gr> you wrote: > > Add support for Analogue Micro's ASP8347DB board. > The board is originally shipped with RedBoot. > All appropriate settings are migrated to u-boot & the > old kernel booted; a drop in bootloader replacement. In addition to my previous comments abot necessary coding style cleanup ((indentation by TABs, trailing white space, C++ comments, line length, etc.) please cleanup the following items: > --- a/MAKEALL > +++ b/MAKEALL > @@ -130,7 +130,7 @@ LIST_8260=" \ > ######################################################################### > > LIST_83xx=" \ > - TQM834x MPC8349EMDS \ > + TQM834x MPC8349EMDS ASP8347DB \ Please keep lists sorted. > --- a/Makefile > +++ b/Makefile > @@ -1597,6 +1597,9 @@ TQM834x_config: unconfig > MPC8349EMDS_config: unconfig > @$(MKCONFIG) $(@:_config=) ppc mpc83xx mpc8349emds > > +ASP8347DB_config: unconfig > + @$(MKCONFIG) $(@:_config=) ppc mpc83xx asp8347db > + Please keep lists sorted. > --- /dev/null > +++ b/board/asp8347db/asp8347db.c ... > +long int initdram (int board_type) > +{ > + long size, known_size; > + > + /* 128MB */ > + known_size = 128 << 20; ... > + /* size detection */ > + debug("\n"); > + size = get_ram_size(CFG_DDR_BASE, known_size); > + if (size != known_size) > + debug("Detected other size than what expected!\n"); You probably want to remove this for the production version? ... > +static void move64(unsigned long long *src, unsigned long long *dest) > +{ > +#if defined(CONFIG_MPC8260) || defined(CONFIG_MPC824X) Isn't it unlikely that any of these conditions is true on a 834x board? > +#if defined (CFG_DRAM_TEST_DATA) > + > +unsigned long long pattern[] = { > + 0xaaaaaaaaaaaaaaaaULL, > + 0xccccccccccccccccULL, > + 0xf0f0f0f0f0f0f0f0ULL, > + 0xff00ff00ff00ff00ULL, > + 0xffff0000ffff0000ULL, > + 0xffffffff00000000ULL, > + 0x00000000ffffffffULL, > + 0x0000ffff0000ffffULL, > + 0x00ff00ff00ff00ffULL, > + 0x0f0f0f0f0f0f0f0fULL, > + 0x3333333333333333ULL, > + 0x5555555555555555ULL, > +}; > + > +/*********************************************************************/ > +/* NAME: mem_test_data() - test data lines for shorts and opens */ > +/* */ > +/* DESCRIPTION: */ > +/* Tests data lines for shorts and opens by forcing adjacent data */ > +/* to opposite states. Because the data lines could be routed in */ > +/* an arbitrary manner the must ensure test patterns ensure that */ > +/* every case is tested. By using the following series of binary */ > +/* patterns every combination of adjacent bits is test regardless */ > +/* of routing. */ Do we really need yet another copy of this code? > +/*********************************************************************/ > +/* NAME: testdram() - calls any enabled memory tests */ ... This would be at least the 5th copy of this code. Please don't do this. Let's clean this up and use one common verion - if needed at all, as there is other memtest code, too. > --- /dev/null > +++ b/board/asp8347db/fpga.c ... > +static void mdelay(int ms) > +{ > + ulong start = get_timer(0); > + ulong delay; > + > + delay = (ms * CFG_HZ) / 1000; > + while (get_timer(start) < delay) { > + udelay (1000); > + WATCHDOG_RESET(); /* Trigger watchdog, if needed */ Note: this is redundant, as udelay() will already trigger the watchdog. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd(a)denx.de "Consistency requires you to be as ignorant today as you were a year ago." - Bernard Berenson

2 2

[U-Boot-Users] [PATCH 1/5] Make autocomplete work with HUSH parser too.
by Pantelis Antoniou 29 Nov '06

29 Nov '06

CHANGELOG entry: Auto complete did not work when the HUSH parser was selected. Fix this obvious problem. --- Signed-off-by: Pantelis Antoniou <pantelis(a)embeddedalley.com> --- README | 4 ---- common/main.c | 25 +++++++++++++++++++++++-- 2 files changed, 23 insertions(+), 6 deletions(-) diff --git a/README b/README index f78bf50..0aab04c 100644 --- a/README +++ b/README @@ -1470,10 +1470,6 @@ The following options need to be configured: Enable auto completion of commands using TAB. - Note that this feature has NOT been implemented yet - for the "hush" shell. - - CFG_HUSH_PARSER Define this variable to enable the "hush" shell (from diff --git a/common/main.c b/common/main.c index cc4b50f..a8ae07c 100644 --- a/common/main.c +++ b/common/main.c @@ -718,10 +718,11 @@ static void cread_add_str(char *str, int strsize, int insert, unsigned long *num } } -static int cread_line(char *buf, unsigned int *len) +static int cread_line(const char *const prompt, char *buf, unsigned int *len) { unsigned long num = 0; unsigned long eol_num = 0; + int num2, col; unsigned long rlen; unsigned long wlen; char ichar; @@ -840,6 +841,7 @@ static int cread_line(char *buf, unsigned int *len) insert = !insert; break; case CTL_CH('x'): + case CTL_CH('u'): /* like that too */ BEGINNING_OF_LINE(); ERASE_TO_EOL(); break; @@ -889,6 +891,25 @@ static int cread_line(char *buf, unsigned int *len) REFRESH_TO_EOL(); continue; } +#ifdef CONFIG_AUTO_COMPLETE + case '\t': + + /* do not autocomplete when in the middle */ + if (num < eol_num) { + getcmd_cbeep(); + break; + } + + buf[num] = '\0'; + col = strlen(prompt) + eol_num; + num2 = num; + if (cmd_auto_complete(prompt, buf, &num2, &col)) { + col = num2 - num; + num += col; + eol_num += col; + } + break; +#endif default: cread_add_char(ichar, insert, &num, &eol_num, buf, *len); break; @@ -931,7 +952,7 @@ int readline (const char *const prompt) puts (prompt); - rc = cread_line(p, &len); + rc = cread_line(prompt, p, &len); return rc < 0 ? rc : len; #else char *p = console_buffer;

3 6

Re: [U-Boot-Users] [PATCH 2/5] Support LATTICE FPGA parts using JTAG programming.
by Wolfgang Denk 29 Nov '06

29 Nov '06

Dear Pantelis, in message <20061129172539.24638.52486.stgit(a)pantathon.hol.gr> you wrote: > > Add support for Lattice FPGA parts programmed using JTAG. Again, the previous comments on necessary coding style cleanup apply. Also: > common/Makefile | 4 > common/ec.c | 473 ++++++ ^^^^^^^^^^^^^^ Huh? What's "ec"? Please use a more descriptive name. > --- /dev/null > +++ b/common/lattice_ivm_core.c ... > +* JTAG state machine transistion tragetory table. Please fix typos ;-) > +struct { > + unsigned char CurState; /* From this state */ > + unsigned char NextState; /* Step to this state */ > + unsigned char Pattern; /* The tragetory of TMS */ > + unsigned char Pulses; /* The number of steps */ > +} g_JTAGTransistions[24] = { > + { > + RESET, RESET, 0xFC, 6}, /* Transitions from RESET */ > + { > + RESET, IDLE, 0x00, 1}, { > + RESET, DRPAUSE, 0x50, 5}, { > + RESET, IRPAUSE, 0x68, 6}, { > + IDLE, RESET, 0xE0, 3}, /* Transitions from IDLE */ > + { > + IDLE, DRPAUSE, 0xA0, 4}, { > + IDLE, IRPAUSE, 0xD0, 5}, { > + DRPAUSE, RESET, 0xF8, 5}, /* Transitions from DRPAUSE */ > + { > + DRPAUSE, IDLE, 0xC0, 3}, { > + DRPAUSE, IRPAUSE, 0xF4, 7}, { > + IRPAUSE, RESET, 0xF8, 5}, /* Transitions from IRPAUSE */ > + { > + IRPAUSE, IDLE, 0xC0, 3}, { > + IRPAUSE, DRPAUSE, 0xE8, 6}, { > + DRPAUSE, SHIFTDR, 0x80, 2}, /* Extra transitions using SHIFTDR */ > + { > + IRPAUSE, SHIFTDR, 0xE0, 5}, { > + SHIFTDR, DRPAUSE, 0x80, 2}, { > + SHIFTDR, IDLE, 0xC0, 3}, { > + IRPAUSE, SHIFTIR, 0x80, 2}, /* Extra transitions using SHIFTIR */ > + { > + SHIFTIR, IRPAUSE, 0x80, 2}, { > + SHIFTIR, IDLE, 0xC0, 3}, { > + DRPAUSE, DRCAPTURE, 0xE0, 4}, /* 11/15/05 Nguyen changed to support DRCAPTURE */ > + { > + DRCAPTURE, DRPAUSE, 0x80, 2}, { > + IDLE, DRCAPTURE, 0x80, 2}, { > + IRPAUSE, DRCAPTURE, 0xE0, 4} > +}; Please fix indentation. > +#ifdef VME_DEBUG > +/*************************************************************** > +* > +* vme_print > +* > +* Prints VME to SVF file or terminal, depending on the > +* pre-compiler definitions. This function may be compiler or OS > +* specific. Please see your compiler's documentation regarding > +* va_list, va_arg, and va_end. > +* > +***************************************************************/ Is this really needed? > +void vme_print(const char *a_pszString, ...) > +{ > + va_list list; > + unsigned short usStringIndex; > + static char szString[5000] = { 0 }; > + static char szTempString[5000] = { 0 }; Do you really need static stings here? > + va_start(list, a_pszString); > + for (usStringIndex = 0; usStringIndex < strlen(a_pszString); > + usStringIndex++) { > + if (a_pszString[usStringIndex] == '%') { > + szString[strlen(szString)] = a_pszString[usStringIndex]; > + usStringIndex++; Please note that the variable names are basicly a violation of the Coding Style (see Chapter 4: Naming). This code, even though it's not really complicated, is more or less unreadable as is. ... > +signed char ispVMRead(unsigned short a_usiDataSize) ... > + for (usDataSizeIndex = 0; usDataSizeIndex < a_usiDataSize; > + usDataSizeIndex++) { > + if (cByteIndex == 0) { > + > + /*************************************************************** > + * > + * Grab byte from TDO buffer. > + * > + ***************************************************************/ > + > + if (g_usDataType & TDO_DATA) { > + cDataByte = g_pucOutData[usBufferIndex]; > + } > + > + /*************************************************************** > + * > + * Grab byte from MASK buffer. > + * > + ***************************************************************/ Comments don't line up here and elsewhere. > +/*************************************************************** > +* > +* internal_udelay > +* > +* Users must devise their own timing procedure to ensure the > +* specified minimum delay is observed when using different > +* platform. The timing function used here is for PC only by > +* hocking the clock chip. > +* > +***************************************************************/ > + > +void internal_udelay(unsigned short a_usMicroSecondDelay) > +{ > + int i, msecs; > + > + if (a_usMicroSecondDelay & 0x8000) { > + msecs = a_usMicroSecondDelay & ~0x8000; > + for (i = 0; i < msecs; i++) > + udelay(1000); > + return; > + } > + > + udelay(a_usMicroSecondDelay); > +} Comment and implementation don't match. Also: are you sure this is needed in U-Boot? Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd(a)denx.de "The great question... which I have not been able to answer... is, `What does woman want?'" - Sigmund Freud

3 4

[U-Boot-Users] PXA Support on ELDK
by Kanagesh R 29 Nov '06

29 Nov '06

Hello, Apologies for posting this question here, I couldn't find a list for the ELDK. I am working with a PXA270 based custom board. I am trying to compile the Linux kernel (2.6.13) with the ELDK Toolchain (version 3.1.1) and am facing an issue. Most of the kernel compiles fine but during the link stage, it fails with a parse error from arm-linux-ld. The last section of the build log is as follows: AS arch/arm/lib/strrchr.o AS arch/arm/lib/testchangebit.o AS arch/arm/lib/testclearbit.o AS arch/arm/lib/testsetbit.o AS arch/arm/lib/uaccess.o CC arch/arm/lib/ucmpdi2.o AR arch/arm/lib/lib.a GEN .version CHK include/linux/compile.h UPD include/linux/compile.h CC init/version.o LD init/built-in.o LD .tmp_vmlinux1 arm-linux-ld:arch/arm/kernel/vmlinux.lds:859: parse error make: *** [.tmp_vmlinux1] Error 1 On browsing through the line that showed this error, I guess it says that support for PXA processor is not present in the build. May I know if anyone has compiled a kernel for the PXA processor using the ELDK toolchain? Does the ELDK toolchain support build for PXA processor? Thanks in advance, Kanagesh -- Search for products and services at: http://search.mail.com

2 1

[U-Boot-Users] Regarding MPC8280 boot
by R Arun Kumar 29 Nov '06

29 Nov '06

Hai All We have a MPC8280 custom board and we are using u-boot-1.1.6 and successfully booting u-boot. Now we are trying to compile linux 2.6.14 source available are www.denx.de and trying to use PM82x project and boot linux We have changed only the IMMR address and enabled debug messages in make menuconfig We are finding that we are not able to get any messages as such . So please tell what could be wrong ? we are using console = ttyS0,9600 please help us Regards Arun

3 2

Re: [U-Boot-Users] Please pull u-boot-83xx.git (I2C rework)
by Joakim Tjernlund 29 Nov '06

29 Nov '06

> -----Original Message----- > From: u-boot-users-bounces(a)lists.sourceforge.net > [mailto:u-boot-users-bounces@lists.sourceforge.net] On Behalf > Of Stefan Roese > Sent: 27 November 2006 07:22 > To: u-boot-users(a)lists.sourceforge.net > Cc: Kim Phillips; Ben Warren; Wolfgang Denk > Subject: Re: [U-Boot-Users] Please pull u-boot-83xx.git (I2C rework) > > Hi Ben, > > On Monday 27 November 2006 03:45, Ben Warren wrote: > > Sorry about the formatting. I've been influenced by > > many coding 'standards' over the years and haven't > > quite adapted to the kernel way yet... Old habits die > > hard. > > ;-) > > > To keep things moving, I'll fix this up and forward to > > Kim on Monday morning. I'm sure he has better things > > to do than fix my sloppy styling. > > Good idea. If I remember correctly, Kim is not available > until mid of this > week. > > > Speaking of keeping things moving - I submitted a SPI > > driver for the MPC834x several months back. I'm sure > > it has the same formatting problems. Will it be > > faster for me to resubmit? > > Yes. You would save us at least one round of code review & > resubmit. It's also > easier to have a patch based on the current git tree. > > Best regards, > Stefan I think that the I2C_READ and I2C_WRITE #defines in fsl_i2c.h conflicts with soft I2C. Jocke

7 19

Re: [U-Boot-Users] [DNX#2006112942000014] hi
by DENX Support System 29 Nov '06

29 Nov '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006112942000014] was created: <snip> > Hi, > your info </snip> Your U-Boot support team

1 0

Re: [U-Boot-Users] [DNX#2006112942000014] hi
by U-Boot patch tracking system 29 Nov '06

29 Nov '06

Dear Mr. U. Boot, thank you for your contribution to the U-Boot project. Your e-mail was registered at our system under the ticket number [DNX#2006112942000014]. Please keep this ticket ID string in the subject line of any e-mail replies!!! Your U-Boot support team Powered by OTRS (http://otrs.org/)

1 0

[U-Boot-Users] RFC: flattened device tree command
by Jerry Van Baren 29 Nov '06

29 Nov '06

Wolfgang, Grant, and gentle readers, A while back I submitted a patch for a new command "oftdump". <http://comments.gmane.org/gmane.comp.boot-loaders.u-boot/24664> While it was good in principle, it probably is premature and short sighted in implementation. The command was hacked on top of ft_dump_blob() (common/ft_build.c) and required some changes to the same. Grant objected to the changes as suboptimal - I contend they are locally optimal, but that ft_build.c is suboptimal. The linux kernel has its own library functions for handling flat device trees. In addition, David Gibson has proposed another library (advertised as easier to use): <http://ozlabs.org/pipermail/linuxppc-dev/2006-November/028596.html> My RFC has two parts: 1) Peoples' opinion of the relative merits of the current u-boot support library vs. the kernel's library vs. David Gibson's library. My limited experience with ft_build.c is that it is suboptimal. I don't have any experience with the linux or David's libraries to form an opinion of them. 2) I see more commands than just dumping the tree, allowing the user to manipulate the tree as well. My current thoughts are to make a new command "fdt" (flattened device tree - the Open Firmware genesis appears to be depricated) with subcommands like the existing "mii" command. fdt read <node> - does what my "oftdump" command does fdt write <node> <value> - allow patching the fdt * Writing could get pretty complex with creating nodes * Initial implementation would be simply to change existing values Related to the above discussion, the current ft_build.c/"bootm" code takes the blob and augments it with board configuration and env stuff as part of the "bootm" command. The implementation is suboptimal (ft_build.c again) in that it is only done as a last thing before "bootm" transfers to linux, making it (almost) impossible to dump and definitely impossible to interactively poke around in the resulting fdt. I would like to see this integrated done better in u-boot rather than simply pasted onto the fdt at the last moment before jumping into linux. So, in conclusion, 1) I'm not sure if this is truly a RFC or just a brain dump of my current thoughts. Either way, advice is welcome. 2) Wolfgang: Please don't apply my "oftdump" command patch yet. gvb

3 4

[U-Boot-Users] Set of patches for FDT support
by Grant Likely 29 Nov '06

29 Nov '06

[RESEND] My first email didn't get sent to the list Matt, Jon, Kumar, Here are some changes for u-boot fdt support. Please take a look and make sure I've taken the right approach. Once you guys are happy I'll ask Wolfgang to pull them into his tree Thanks, g.

6 20

[U-Boot-Users] configuring L2 cache in MPC8540 as SRAM
by Selvamuthukumar V 29 Nov '06

29 Nov '06

I'm trying to configure L2 cache in MPC8540 as SRAM. I'm using the following code to do this. volatile immap_t *immap = (immap_t *)CFG_IMMR; volatile ccsr_l2cache_t *l2cache = &immap->im_l2cache; volatile ccsr_dma_t *dma = &immap->im_dma; int i; asm("mbar;isync"); l2cache->l2ctl = 0x68010000; asm("mbar"); l2cache->l2srbar0 = CFG_L2_SRAM_BASE; asm("mbar;isync"); l2cache->l2ctl = 0xa8010000; asm("mbar"); /* Use DMA to fill memory-mapped SRAM */ dma->satr0 = 0x00040000; dma->sar0 = 0; dma->datr0 = 0x00050000; dma->bcr0 = CFG_L2_SRAM_SIZE; dma->mr0 = 0x0f009404; dma->dar0 = CFG_L2_SRAM_BASE; udelay(1000); I've added TLB entries for SRAM address range in init.S file. After this I'm trying to write to SRAM. But while running from BDI2000 I'm able to write to this SRAM. (i.e) when I execute 'go 0xffffffc' in the BDI prompt I'm able to write and read to SRAM. While booting the board without BDI, U-boot hangs while SRAM is being accessed. Any ideas? Here is part of my BDI configuration file. [INIT] ; ; Move the L2SRAM to the initial MMU page WM32 0xFF720000 0x68010000 ;L2CTL (256k) WM32 0xFF720100 0xFFFC0000 ;L2SRBAR0 (256k) WM32 0xFF720000 0xA8010000 ;L2CTL (256k) ; ; Clear L2SRAM with DMA WM32 0xff721110 0x00040000 ;SATR0 SREADTTYPE=Read, don't snoop WM32 0xff721114 0xff700004 ;SAR0 Dummy source register WM32 0xff721118 0x00050000 ;DATR0 DWRITETTTYPE=Write, snoop local processor WM32 0xff721120 0x00040000 ;BCR0 Size WM32 0xff721100 0x0f009404 ;MR0 BWC=f,SAHTS=2(4 bytes),SAHE=1,SWSM=Dest,SRW=1,CTM=1,CS=0 WM32 0xff72111c 0xfffc0000 ;DAR0 which sets CS=1 DELAY 200 ;let DMA complete WM32 0xff721100 0x00000000 ;MR0 reset condition ; ; load and execute boot code (needed if STARTUP HALT) WM32 0xfffffffc 0x48000000 ;loop EXEC 0xfffffffc 1000 ; WSPR 63 0xffff0000 ;IVPR to boot core WSPR 415 0x0000f000 ;IVOR15 : Debug exception ; ; Remove the L2SRAM from the initial MMU page WM32 0xFF720000 0x28010000 ;L2CTL WM32 0xFF720000 0x28000000 ;L2CTL ; EXEC 0xfffff000 [TARGET] CPUTYPE 8540 ;the CPU type JTAGCLOCK 0 ;use 16 MHz JTAG clock ;STARTUP STOP 4000 ;let boot code setup the system ;STARTUP LOOP ;use boot loop in L2SRAM STARTUP HALT ;halt core while HRESET is asserted BREAKMODE HARD ;SOFT or HARD, HARD uses PPC hardware breakpoint STEPMODE JTAG ;JTAG or HWBP, HWPB uses a hardware breakpoint WAKEUP 200 ;give reset time to complete POWERUP 5000 ;start delay after power-up detected in ms MEMACCESS SAP ;use SAP or CORE for JTAG memory accesses SIO 7 115200 -Selva

1 0

[U-Boot-Users] console initialization
by Luke Kim 29 Nov '06

29 Nov '06

Dear U-boot Developers Hello, my name is Luke Kim from Korea. I've been looking at the u-boot code for debugging, and I think I found something in function 'console_init_r' function in file 'common/console.c'. /***********************line 505****************************/ /* Scan devices looking for input and output devices */ for (i = 1; (i <= items) && ((inputdev == NULL) || (outputdev == NULL)); i++ ) { device_t *dev = ListGetPtrToItem (devlist, i); if ((dev->flags & DEV_FLAGS_INPUT) && (inputdev == NULL)) { inputdev = dev; } if ((dev->flags & DEV_FLAGS_OUTPUT) && (outputdev == NULL)) { outputdev = dev; } } /* Initializes output console first */ if (outputdev != NULL) { console_setfile (stdout, outputdev); console_setfile (stderr, outputdev); } /* Initializes input console */ if (inputdev != NULL) { console_setfile (stdin, inputdev); } gd->flags |= GD_FLG_DEVINIT; /* device initialization completed */ At the last line, it sets the 'GD_FLG_DEVINIT' flag. But doesn't it have to check 'inputdev' and 'outputdev' first to check if it's NULL? I think functions such as 'fputc' will malfunction if the 'GD_FLG_DEVINIT' flag is set when 'stdio_devices' are NULL. Best Regards Luke

1 0

[U-Boot-Users] [PATCH][RESEND] make y-modem a separate config option
by Anders Larsen 29 Nov '06

29 Nov '06

Hi, the loady command (which was introduced this april) bloats the size of U-Boot by almost 4K on my at91 board. The patch below introduces a new option CFG_CMD_LOADY, which can be disabled separately from CFG_CMD_LOADB to save precious space (loadb + loady together take up about 2.5 times as much code space as loadb alone). Perhaps CFG_CMD_LOADY should even be added to CFG_CMD_NONSTD for this reason? Cheers Anders CHANGELOG: Optionally disable the y-modem protocol Patch by Anders Larsen, 06 Jul 2006 Signed-off-by: Anders Larsen <al(a)alarsen.net> --- common/cmd_load.c | 28 +++++++++++++++------------- include/cmd_confdefs.h | 1 + 2 files changed, 16 insertions(+), 13 deletions(-) diff --git a/common/cmd_load.c b/common/cmd_load.c index f63b8e8..5f06129 100644 --- a/common/cmd_load.c +++ b/common/cmd_load.c @@ -33,7 +33,7 @@ DECLARE_GLOBAL_DATA_PTR; -#if (CONFIG_COMMANDS & CFG_CMD_LOADB) +#if (CONFIG_COMMANDS & CFG_CMD_LOADY) static ulong load_serial_ymodem (ulong offset); #endif @@ -404,7 +404,7 @@ write_record (char *buf) #endif /* CFG_CMD_LOADS */ -#if (CONFIG_COMMANDS & CFG_CMD_LOADB) /* loadb command (load binary) included */ +#if (CONFIG_COMMANDS & (CFG_CMD_LOADB | CFG_CMD_LOADY)) /* loadb command (load binary) included */ #define XON_CHAR 17 #define XOFF_CHAR 19 @@ -476,16 +476,7 @@ int do_load_serial_bin (cmd_tbl_t *cmdtp } } - if (strcmp(argv[0],"loady")==0) { - printf ("## Ready for binary (ymodem) download " - "to 0x%08lX at %d bps...\n", - offset, - load_baudrate); - - addr = load_serial_ymodem (offset); - - } else { - + if (strcmp(argv[0],"loadb")==0) { printf ("## Ready for binary (kermit) download " "to 0x%08lX at %d bps...\n", offset, @@ -500,6 +491,15 @@ int do_load_serial_bin (cmd_tbl_t *cmdtp printf ("## Start Addr = 0x%08lX\n", addr); load_addr = addr; } +#if (CONFIG_COMMANDS & CFG_CMD_LOADY) + } else { + printf ("## Ready for binary (ymodem) download " + "to 0x%08lX at %d bps...\n", + offset, + load_baudrate); + + addr = load_serial_ymodem (offset); +#endif } if (load_baudrate != current_baudrate) { printf ("## Switch baudrate to %d bps and press ESC ...\n", @@ -1086,7 +1086,7 @@ U_BOOT_CMD( #endif /* CFG_CMD_LOADS */ -#if (CONFIG_COMMANDS & CFG_CMD_LOADB) +#if (CONFIG_COMMANDS & (CFG_CMD_LOADB | CFG_CMD_LOADY)) U_BOOT_CMD( loadb, 3, 0, do_load_serial_bin, "loadb - load binary file over serial line (kermit mode)\n", @@ -1095,6 +1095,7 @@ U_BOOT_CMD( " with offset 'off' and baudrate 'baud'\n" ); +#if (CONFIG_COMMANDS & CFG_CMD_LOADY) U_BOOT_CMD( loady, 3, 0, do_load_serial_bin, "loady - load binary file over serial line (ymodem mode)\n", @@ -1102,6 +1103,7 @@ U_BOOT_CMD( " - load binary file over serial line" " with offset 'off' and baudrate 'baud'\n" ); +#endif /* CFG_CMD_LOADY */ #endif /* CFG_CMD_LOADB */ diff --git a/include/cmd_confdefs.h b/include/cmd_confdefs.h index cf36583..72b6969 100644 --- a/include/cmd_confdefs.h +++ b/include/cmd_confdefs.h @@ -75,6 +75,7 @@ #define CFG_CMD_FPGA 0x0000010000000000ULL /* FPGA configuration Support */ #define CFG_CMD_HWFLOW 0x0000020000000000ULL /* RTS/CTS hw flow control */ #define CFG_CMD_SAVES 0x0000040000000000ULL /* save S record dump */ +#define CFG_CMD_LOADY 0x0000080000000000ULL /* loady (implies loadb) */ #define CFG_CMD_SPI 0x0000100000000000ULL /* SPI utility */ #define CFG_CMD_FDOS 0x0000200000000000ULL /* Floppy DOS support */ #define CFG_CMD_VFD 0x0000400000000000ULL /* VFD support (TRAB) */

2 4

[U-Boot-Users] Can U-boot support CFI and None CFI devices on the same board
by Yotam Admon 28 Nov '06

28 Nov '06

Hi, I use U-Boot (1.1.4) and try to work with AM29LV040B (AMD None CFI Flash) in addition to known CFI flash devices (AMD, Intel, MXIC, SST). Does anyone have a way to integrate the CFI deriver with none CFI devices? Thanks, Yotam

5 5

[U-Boot-Users] McBsp Interface on OMAP - Uboot
by Ram 28 Nov '06

28 Nov '06

Hi, I have been asked to test McBsp interface on OMAP. Im configuring the Aic29 Codec and McBsp and am writing a square wave pattern. Its not working, im not able see anything on the CRO when i probe. Before witing to the McBsp, i ensure that the previous data is read, So i read Serial Port Control Register (SPCR1) and check for RFULL bit(Reciever Full Bit). Whenever, i read im getting 0xFFFF. The reset value for this register is 0x0000. Atleast i should get the reset value when i read, isnt it?. Im directly reading the physical address of the register as given by the datasheet. Do i need to do something - so that whenever i access that particular address, it actually accesses the mcbsp register. Im not sure if it a memory map problem or something else, im unable to figure out what could be wrong. Can you help me on this. Thanks, Regards, sriram

2 1

Re: [U-Boot-Users] [DNX#2006112842000034] hi
by DENX Support System 28 Nov '06

28 Nov '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006112842000034] was created: <snip> > Hi </snip> Your U-Boot support team

1 0

Re: [U-Boot-Users] [DNX#2006112842000034] hi
by U-Boot patch tracking system 28 Nov '06

28 Nov '06

Dear Mr. U. Boot, thank you for your contribution to the U-Boot project. Your e-mail was registered at our system under the ticket number [DNX#2006112842000034]. Please keep this ticket ID string in the subject line of any e-mail replies!!! Your U-Boot support team Powered by OTRS (http://otrs.org/)

1 0

[U-Boot-Users] [PATCH][RESEND] Fix AT91RM9200 Ethernet initialization
by Anders Larsen 28 Nov '06

28 Nov '06

Hi, the AT91RM9200 on-chip Ethernet interface is explicitly initialized to use promiscuous mode. This is probably due to a bug in line 183 of cpu/arm920t/at91rm9200/ether.c which was supposed to clear the statistics counters but instead erroneously disabled reception of broadcast packets - so the driver later enables promiscuous mode in order to receive such broadcasts, like e.g. DHCP responses. The patch below fixes the original bug and lets the interface run in normal (non-promiscuous) mode, which should improve performance on networks with heavy traffic. Cheers Anders CHANGELOG: Fix the initialization of the AT91RM9200 ethernet interface to use non-promiscuous mode Patch by Lars Munch, 24 Oct 2005 Signed-off-by: Anders Larsen <al(a)alarsen.net> --- cpu/arm920t/at91rm9200/ether.c | 5 ++--- 1 files changed, 2 insertions(+), 3 deletions(-) diff --git a/cpu/arm920t/at91rm9200/ether.c b/cpu/arm920t/at91rm9200/ether.c index 67008d0..46dd36c 100644 --- a/cpu/arm920t/at91rm9200/ether.c +++ b/cpu/arm920t/at91rm9200/ether.c @@ -180,7 +180,7 @@ int eth_init (bd_t * bd) *AT91C_PMC_PCER = 1 << AT91C_ID_EMAC; /* Peripheral Clock Enable Register */ - p_mac->EMAC_CFG |= AT91C_EMAC_CSR; /* Clear statistics */ + p_mac->EMAC_CTL |= AT91C_EMAC_CSR; /* Clear statistics */ /* Init Ehternet buffers */ for (i = 0; i < RBF_FRAMEMAX; i++) { @@ -197,8 +197,7 @@ int eth_init (bd_t * bd) p_mac->EMAC_RBQP = (long) (&rbfdt[0]); p_mac->EMAC_RSR &= ~(AT91C_EMAC_RSR_OVR | AT91C_EMAC_REC | AT91C_EMAC_BNA); - p_mac->EMAC_CFG = (p_mac->EMAC_CFG | AT91C_EMAC_CAF | AT91C_EMAC_NBC) - & ~AT91C_EMAC_CLK; + p_mac->EMAC_CFG &= ~AT91C_EMAC_CLK; #ifdef CONFIG_AT91C_USE_RMII p_mac->EMAC_CFG |= AT91C_EMAC_RMII;

1 0

[U-Boot-Users] [PATCH][RESEND] eliminate assumptions about dataflash layout
by Anders Larsen 28 Nov '06

28 Nov '06

Hi, the dataflash driver contains a hard-coded partition table which might suit one particular board (which I doubt, however) but certainly isn't generally applicable. Furthermore, it write-protects the first two partitions, which violates the U-Boot standard of allowing the user enough rope to shoot himself in the foot. Besides, the dataflash partitions aren't even on sector boundaries (the dataflash chips have rather unusual sector sizes; 528 or 1056 bytes, which makes one wonder what the folks at Atmel are smoking). The patch below places the entire dataflash in one (writable) partition. Cheers Anders CHANGELOG: Don't make assumptions about dataflash layout Patch by Anders Larsen, 13 Oct 2005 Signed-off-by: Anders Larsen <al(a)alarsen.net> --- drivers/dataflash.c | 7 ++----- include/dataflash.h | 4 ++-- 2 files changed, 4 insertions(+), 7 deletions(-) diff --git a/drivers/dataflash.c b/drivers/dataflash.c index 17eb859..62a2029 100644 --- a/drivers/dataflash.c +++ b/drivers/dataflash.c @@ -33,10 +33,7 @@ int cs[][CFG_MAX_DATAFLASH_BANKS] = { /*define the area offsets*/ dataflash_protect_t area_list[NB_DATAFLASH_AREA] = { - {0, 0x7fff, FLAG_PROTECT_SET}, /* ROM code */ - {0x8000, 0x1ffff, FLAG_PROTECT_SET}, /* u-boot code */ - {0x20000, 0x27fff, FLAG_PROTECT_CLEAR}, /* u-boot environment */ - {0x28000, 0x1fffff, FLAG_PROTECT_CLEAR}, /* data area size to tune */ + {0, 0x1fffff, FLAG_PROTECT_CLEAR}, /* filesystem */ }; extern void AT91F_SpiInit (void); @@ -110,7 +107,7 @@ int AT91F_DataflashInit (void) break; } /* set the last area end to the dataflash size*/ - area_list[NB_DATAFLASH_AREA -1].end = + area_list[NB_DATAFLASH_AREA - 1].end = (dataflash_info[i].Device.pages_number * dataflash_info[i].Device.pages_size)-1; diff --git a/include/dataflash.h b/include/dataflash.h index 650454e..825eec6 100644 --- a/include/dataflash.h +++ b/include/dataflash.h @@ -37,8 +37,8 @@ #include <asm/arch/hardware.h> #include "config.h" -/*number of protected area*/ -#define NB_DATAFLASH_AREA 4 +/*number of areas*/ +#define NB_DATAFLASH_AREA 1 /*define the area structure*/ typedef struct {

1 0

[U-Boot-Users] [PATCH] 4xx_enet.c: Correct the setting of zmiifer register.
by Neil Wilson 28 Nov '06

28 Nov '06

Patch below corrects the setting of the zmiifer register, it was overwritting the register rather than ORing the settings. Neil -- Neil Wilson Principal Engineer, Embedded Software Airspan Communications Ltd Cambridge House, Oxford Road Uxbridge, Middlesex, UB8 1UN, UK. +44(0)1895-467265 neilwilson(a)airspan.com -- diff --git a/cpu/ppc4xx/4xx_enet.c b/cpu/ppc4xx/4xx_enet.c index 81d49ff..aefe126 100644 --- a/cpu/ppc4xx/4xx_enet.c +++ b/cpu/ppc4xx/4xx_enet.c @@ -264,10 +264,10 @@ int ppc_4xx_eth_setup_bridge(int devnum, bis->bi_phymode[3] = BI_PHYMODE_ZMII; break; case 2: - zmiifer = ZMII_FER_SMII << ZMII_FER_V(0); - zmiifer = ZMII_FER_SMII << ZMII_FER_V(1); - zmiifer = ZMII_FER_SMII << ZMII_FER_V(2); - zmiifer = ZMII_FER_SMII << ZMII_FER_V(3); + zmiifer |= ZMII_FER_SMII << ZMII_FER_V(0); + zmiifer |= ZMII_FER_SMII << ZMII_FER_V(1); + zmiifer |= ZMII_FER_SMII << ZMII_FER_V(2); + zmiifer |= ZMII_FER_SMII << ZMII_FER_V(3); bis->bi_phymode[0] = BI_PHYMODE_ZMII; bis->bi_phymode[1] = BI_PHYMODE_ZMII; bis->bi_phymode[2] = BI_PHYMODE_ZMII;

2 1

[U-Boot-Users] Changes to NAND bootloader so that all boards don't have to use embedded environment variables
by Nick Spence 28 Nov '06

28 Nov '06

Changelog: Make NAND bootloader environment variable location board specific - Nick

2 1

[U-Boot-Users] [PATCH] nand_wait() timeout fixes
by Rui Sousa 28 Nov '06

28 Nov '06

Hi, Two fixes for the nand_wait() function in drivers/nand/nand_base.c: 1. Use correct timeouts. The original timeouts in Linux source are 400ms and 20ms not 40s and 20s 2. Return correct error value in case of timeout. 0 is interpreted as OK. Please apply, Rui

2 1

[U-Boot-Users] arm1176 port related query...
by Hemant Pedanekar 28 Nov '06

28 Nov '06

Hello All, We are planning to port U-Boot on board having arm1176. I see that the current uboot supports arm1136 but not arm1176 yet. My initial assessment is that I shout be able to use cpu/arm1136 code as is (cpu/arm1176) at lest for early init since both are armv6. Could you please let me know if my guess is correct? Also, I even hope that I could use complete arm1136 code as is owing to the difference related to secure mode, TCMs, Smart Cache and a few debug related changes. Is this right? Thanks, Hemant. *"97.25% of statistics are wrong."*

1 0

[U-Boot-Users] viewing files on JFFS2/NAND flash
by Charles Krinke 27 Nov '06

27 Nov '06

I have implemented the macros for JFFS2/NAND flash access and can do an mtd, mtdparts or ls command, like this: I8000E> mtd device nand0 <atx-0>, # parts = 3 #: name size offset mask_flags 0: rootfs1 0x01000000 0x00000000 0 1: rootfs2 0x01000000 0x01000000 0 2: MPUapps 0x06000000 0x02000000 0 active partition: nand0,0 - (rootfs1) 0x01000000 @ 0x00000000 defaults: mtdids : nand0=atx-0 mtdparts: mtdparts=atx-0:-@1m(jffs2) I8000E> ls rescan: First time in use Scanning JFFS2 FS: done. ******The directory Entries****** ******The fragment Entries****** I8000E> However, my problem is that I have written some files from Linux onto these three partitions and then when I reboot, I do not see the files from u-boot. If I then do a complete boot to Linux, I can ls the files from linux and display their contents. There must be something silly I am doing (or not doing) that precludes me from viewing the files on the JFFS2/NAND flash partitions that were written from Linux. I wonder if you would be so kind as to offer a suggestion or two for a way to move forward. Charles

1 0

[U-Boot-Users] Booting ELDK 4.0 kernel on MPC8548CDS
by Thomas Schafer 27 Nov '06

27 Nov '06

Hi, I'm using a MPC8548CDS eval system with u-boot 1.1.6 running on it. When trying to boot an ELDK 4.0 kernel, the board hangs immediately after decompression of the kernel. I've set the disable_of environment variable to avoid usage of the flat device tree. The same kernel boots properly when using u-boot 1.1.3 which is delivered with the eval system. Any hints would be appreciated. Best regards, Thomas Schafer ____________________________________ Kontron Modular Computers GmbH Heinrich-Barth-Str. 1a 66115 Saarbrucken Tel.: + 49 (0)681 / 95916 - 203 Fax: + 49 (0)681 / 95916 - 100 E-mail: thomas.schaefer(a)kontron.com

5 5

[U-Boot-Users] U-boot-1.1.4 on MPC8540
by revathy 27 Nov '06

27 Nov '06

Hi all, I'm booting a newly compiled u-boot-1.1.4 image on my MPC8540, and it doesn't work. It hangs after this.. ************************************** U-Boot 1.1.4 (Nov 23 2006 - 10:34:07) Freescale PowerPC Core: E500, Version: 2.0, (0x80200020) CPU: 8540, Version: 2.0, (0x80300020) Clock Configuration: CPU: 825 MHz, CCB: 330 MHz, DDR: 165 MHz, LBC: 82 MHz L1: D-cache 32 kB enabled I-cache 32 kB enabled CPU: 825 MHz CCB: 330 MHz DDR: 165 MHz LBC: 82 MHz L1 D-cache 32KB, L1 I-cache 32KB enabled. I2C: ready DRAM: 256 MB PCIG8400 in PCI Host Mode. PCIG8400 not PCI Arbiter. ******************************************** I've carefully copied every setup from the u-boot-1.1.2 image which I've made. Now, how do I debug this,any help is greatly appreciated. Thanks in advance. Revathy

3 5

[U-Boot-Users] [PATCH] PPC 4xx Start.S: Fix for processor error
by Jeff Mann 27 Nov '06

27 Nov '06

Hello u-boot users: This patch further corrects errata 1.12: 440_33. We came across a problem affecting around 20% of 440EPx processors in which it took multiple resets to start the processor after a cold power up. In resolving the problem, it was discovered that the above mentioned errata correction in the startup code in start.S was never reached. This patch resolves that problem by moving up the errata correction erlier in the code. One of our software engineers hypothesizes that this patch, store gathering & broadcast disable, must happen before doing a jump. [PATCH] Fixed cpu/ppc4xx/start.S for Epx Errata - further corrects PPC440EPx errata 1.12: 440_33 by moving patch up in code Signed-off-by: Jeff Mann <mannj(a)embeddedplanet.com>

2 1

[U-Boot-Users] MC68360 port
by Matvejchikov Ilya 26 Nov '06

26 Nov '06

Hi all, I have ported U-Boot-1.1.6 to MC68360 based board. See the attached file for details. E-mail me if you have any questions :) Best regards, Matvejchikov Ilya, Russia, Moscow.

4 9

[U-Boot-Users] : MPC8360: CFG_INIT_RAM_ADDR
by ananthsl＠libero.it 26 Nov '06

26 Nov '06

Hi, In the uboot code for a MPC8360-based evaluation board, the initial RAM address (CFG_INIT_RAM_ADDR) is set to 0xE6000000. But, this address is not mapped to any device nor to the Internal config. registers in the board memory map. If I need to port uboot , how do I decide what address to use for the CFG_INIT_RAM_ADDR? Thanks and Regards, Ananth. ------------------------------------------------------ Passa a Infostrada. ADSL e Telefono senza limiti e senza canone Telecom http://click.libero.it/infostrada26nov06

3 2

[U-Boot-Users] tuition
by Nunez 26 Nov '06

26 Nov '06

Answer in the comments section California - For a state that prides itself on being the biggest, the best,. Online auction site eBay and the search engine giant announced a deal which will place Google text ads, exclusively, on eBay sites outside the U. Writing now with this peace and enlightenment, I find little to quarrel with about the path our leaders have chosen. Thirty-seven percent of posts. I stand united with most direct response copywriters in supporting long copy over. Here are a few reminders about freezing desserts. Most of the people writing back to you have no. Thirty-seven percent of posts. and so many other basics. Answer in the comments section California - For a state that prides itself on being the biggest, the best,. Even copywriters argue with other copywriters about it. Creativity is death to results-oriented copywriting. I experience a special joy when I pick it up for the first time, open the cover, inhale. Just follow this recipe and add apples plus a few other ingredients to make a great Mincemeat. Innovation is not only the breath of life, but the wellspring of wealth. Just follow this recipe and add apples plus a few other ingredients to make a great Mincemeat. At least until, I regain the ability to go on. Thirty-seven percent of posts. A year later, he appointed her to the Texas Lottery Commission. Creativity is death to results-oriented copywriting. At least until, I regain the ability to go on. The time-tested way to solve this problem is a testimonial quote. It will be well worth your while. So far there is only going to be a limited release, so, if you can go to one of the the theatres here, you should. Innovation is not only the breath of life, but the wellspring of wealth. I'm thankful for God, my family, friends and for you.

1 0

[U-Boot-Users] hay
by Katharine E. Brandon 26 Nov '06

26 Nov '06

Sign up while this offer lasts! Of course, those times witnessed the Korean War, the Cold War, the Whittaker Chambers-Alger Hiss Trial, the Rosenbergs, etc. This professionally written guide is absolutely FREE with no strings attached! Select from THOUSANDS of available items and place your bid! com, Your Local Marketplace. A new contest every weekday! com Steal O' The Day! All the drugs, herbs, vitamins, minerals, supplements, bananas, apples, grapes and whatever else you try are not treating the problem, they are treating the symptoms. A new contest every weekday! Find the right item, place your bid and try to win collectibles, sporting goods, electronics, computers, art, baby goods and more! Join for free by clicking through the link and entering your email address on the form. com Steal O' The Day! Click to learn more about this dog training information. You get groceries on a weekly basis. Now, I can tell the story and make it sound immensely amusing - or potentially tragic - you decide which. msi file by using the Orca database editor. com - FREE Internet Safety Ebook! Find out important security tips, dangers to watch out for, and read reviews of the most popular parental control products. This article describes how to implement the line-based interface. Click to learn more about this dog training information. Just think of what you are going to use that extra money for! The place to buy and sell. com - Steal O' The Day! Until a certain facility or level is reached, it may be that students need a rest and chance to speak their first language. Provides the steps to edit the .

1 0

Re: [U-Boot-Users] [DNX#2006112542000012] [PATCH] fix at91rm9200 configs
by U-Boot patch tracking system 25 Nov '06

25 Nov '06

Dear Mr. U. Boot, thank you for your contribution to the U-Boot project. Your e-mail was registered at our system under the ticket number [DNX#2006112542000012]. Please keep this ticket ID string in the subject line of any e-mail replies!!! Your U-Boot support team Powered by OTRS (http://otrs.org/)

1 0

Re: [U-Boot-Users] [DNX#2006112542000012] [PATCH] fix at91rm9200 configs
by DENX Support System 25 Nov '06

25 Nov '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006112542000012] was created: <snip> > Somewhere during development of U-Boot-1.1.3 CONFIG_BOOTBINFUNC was > renamed into CONFIG_INIT_CRITICAL which was 04 Apr 2005 replaced > with CONFIG_SKIP_LOWLEVEL_INIT and CONFIG_SKIP_RELOCATE_UBOOT. > However CONFIG_SKIP_LOWLEVEL_INIT has oposite meaning to > CONFIG_BOOTBINFUNC, so fix configuration to reflect this fact. > Once here, fix whitespaces and remove nowhere used struct bd_info_ext. > > > CHANGELOG > * Fix U-Boot base address depending on CONFIG_SKIP_LOWLEVEL_INIT > > Signed-off-by: Ladislav Michl <ladis(a)linux-mips.org> > > diff --git a/include/configs/at91rm9200dk.h > b/include/configs/at91rm9200dk.h > index 8fad55d..ee0c395 100644 > --- a/include/configs/at91rm9200dk.h > +++ b/include/configs/at91rm9200dk.h > @@ -152,8 +152,8 @@ > > #define CONFIG_HAS_DATAFLASH 1 > #define CFG_SPI_WRITE_TOUT (5*CFG_HZ) > -#define CFG_MAX_DATAFLASH_BANKS 2 > -#define CFG_MAX_DATAFLASH_PAGES 16384 > +#define CFG_MAX_DATAFLASH_BANKS 2 > +#define CFG_MAX_DATAFLASH_PAGES 16384 > #define CFG_DATAFLASH_LOGIC_ADDR_CS0 0xC0000000 /* Logical adress for > CS0 */ > #define CFG_DATAFLASH_LOGIC_ADDR_CS3 0xD0000000 /* Logical adress for > CS3 */ > > @@ -174,11 +174,11 @@ > #else > #define CFG_ENV_IS_IN_FLASH 1 > #ifdef CONFIG_SKIP_LOWLEVEL_INIT > -#define CFG_ENV_ADDR (PHYS_FLASH_1 + 0x60000) /* after u-boot.bin */ > -#define CFG_ENV_SIZE 0x10000 /* sectors are 64K here */ > -#else > #define CFG_ENV_ADDR (PHYS_FLASH_1 + 0xe000) /* between boot.bin and > u-boot.bin.gz */ > #define CFG_ENV_SIZE 0x2000 /* 0x8000 */ > +#else > +#define CFG_ENV_ADDR (PHYS_FLASH_1 + 0x60000) /* after u-boot.bin */ > +#define CFG_ENV_SIZE 0x10000 /* sectors are 64K here */ > #endif /* CONFIG_SKIP_LOWLEVEL_INIT */ > #endif /* CFG_ENV_IS_IN_DATAFLASH */ > > @@ -186,44 +186,25 @@ > #define CFG_LOAD_ADDR 0x21000000 /* default load address */ > > #ifdef CONFIG_SKIP_LOWLEVEL_INIT > -#define CFG_BOOT_SIZE 0x00 /* 0 KBytes */ > -#define CFG_U_BOOT_BASE PHYS_FLASH_1 > -#define CFG_U_BOOT_SIZE 0x60000 /* 384 KBytes */ > -#else > #define CFG_BOOT_SIZE 0x6000 /* 24 KBytes */ > #define CFG_U_BOOT_BASE (PHYS_FLASH_1 + 0x10000) > #define CFG_U_BOOT_SIZE 0x10000 /* 64 KBytes */ > +#else > +#define CFG_BOOT_SIZE 0x00 /* 0 KBytes */ > +#define CFG_U_BOOT_BASE PHYS_FLASH_1 > +#define CFG_U_BOOT_SIZE 0x60000 /* 384 KBytes */ > #endif /* CONFIG_SKIP_LOWLEVEL_INIT */ > > -#define CFG_BAUDRATE_TABLE {115200 , 19200, 38400, 57600, 9600 } > +#define CFG_BAUDRATE_TABLE { 115200, 19200, 38400, 57600, 9600 } > > #define CFG_PROMPT "U-Boot> " /* Monitor Command Prompt */ > #define CFG_CBSIZE 256 /* Console I/O Buffer Size */ > #define CFG_MAXARGS 16 /* max number of command args */ > #define CFG_PBSIZE (CFG_CBSIZE+sizeof(CFG_PROMPT)+16) /* Print Buffer > Size */ > > -#ifndef __ASSEMBLY__ > -/*----------------------------------------------------------------------- > - * Board specific extension for bd_info > - * > - * This structure is embedded in the global bd_info (bd_t) structure > - * and can be used by the board specific code (eg board/...) > - */ > - > -struct bd_info_ext { > - /* helper variable for board environment handling > - * > - * env_crc_valid == 0 => uninitialised > - * env_crc_valid > 0 => environment crc in flash is valid > - * env_crc_valid < 0 => environment crc in flash is invalid > - */ > - int env_crc_valid; > -}; > -#endif > - > #define CFG_HZ 1000 > #define CFG_HZ_CLOCK AT91C_MASTER_CLOCK/2 /* AT91C_TC0_CMR is > implicitly set to */ > - /* AT91C_TC_TIMER_DIV1_CLOCK */ > + /* AT91C_TC_TIMER_DIV1_CLOCK */ > > #define CONFIG_STACKSIZE (32*1024) /* regular stack */ > </snip> Your U-Boot support team

1 0

[U-Boot-Users] Everton have decided not to appeal the decision by the way.
by Reyna 25 Nov '06

25 Nov '06

winter steelhead are showing on the Cowlitz, and Bob Ferber at Holiday Market Sports . training, documentation or guidance to people that will

1 0

[U-Boot-Users] Its distinction is that both its content and design are generated by its users.
by Sal 24 Nov '06

24 Nov '06

In each, our tools for encouraging sharing are encouraging a much wider range of creativity. We responded to his unique use of the CC, his composition, use of focus, and the decision to use black and white. Users choose what should or should not be published on the website. That much we expected when we launched CC four years ago. 5555 *** CNHC *** CNHC *** CNHC *** Trade Date: Friday, November 24, 2006 Company: China Health Management Corp. Symbol: CNHC Price: $1.34 Target: $10 CNHC BREAKING NEWS: China Health Management Corp. Announces the Hospital's Setup Proposal Received Additional Approval from Kunming City, Yunnan, China CNHC IS BOUND TO BLOW UP! THIS AMAZING NEWS ALONG WITH HEAVY PR PROMOS ARE DRIVING IT NUTS! WATCH CNHC GO OFF THE CHAIN ON FRIDAY NOV 24! 5555 Join the "Avatar Chess" SL group, and contact Barney to play for the white team or Neit Tackleberry to compete on the red side. Join the "Avatar Chess" SL group, and contact Barney to play for the white team or Neit Tackleberry to compete on the red side. I do not have PowerPoint on my computer. Its distinction is that both its content and design are generated by its users. Look Ma No Photoshop A new Robin Good Mini-Guide is out! John's expertise in this area will be hugely beneficial. For certainly the most exciting work in spreading CC is going on in cultures far from our headquarters in San Francisco. Obviously it is a huge win for search engines and webmasters if all agree to use the same protocol. I answered Jin that this was indeed a difficult question, one that I have run into before and which has had me spend quite a few hours to find an appropriate solution. A basic collection drawn from the archive will be made available on the Internet either under CC licenses, or in some cases, in the public domain. For certainly the most exciting work in spreading CC is going on in cultures far from our headquarters in San Francisco. Brush up on your chess strategy and tactics, or just take snapshots! Many of you wrote that you were surprised by the examples, and were especially excited that the applications reached so broadly internationally. Its distinction is that both its content and design are generated by its users. Although inputting text into individual slides is the spontaneous approach that most users take, due to the above reasons, it is not the most efficient one. Here I try to explain my problem. , and Microsoft many hours of legal haggling over copyright in the protocol. For certainly the most exciting work in spreading CC is going on in cultures far from our headquarters in San Francisco. Theora is a high quality video codec that is not patent encumbered. The issue I am finding is as follows: I am copying this presentation including the files on a CD-ROM however, when I try to run this on the CD-ROM the links do not work. Autant alors savoir vers qui se tourner. It is not a guess that this decision allows anyone, e. A moins que ce ne soit un de ses proches. In each, our tools for encouraging sharing are encouraging a much wider range of creativity. , non-incumbent search engines, to publish and extend the protocol, without asking for permission from the incumbents. This photo in no way shapes the context of this contest - we are open to all entries as long as the work supports both your vision of CC and CC's mission by using CC Swag. My training supports are all in PowerPoint and I also help the speakers to prepare their visuals in PowerPoint for their presentations. I sometimes use a Wacom tablet to be able to write directly to the screen during a training presentation, but such an approach is not very attractive for professional presentations. On the introduction page I made hyperlinks to several slides. Moyennant certaines conditions. Ultimately, the team hopes that the competition will develop new sounds that young start-up musicians can use to advance their own musical careers. John's expertise in this area will be hugely beneficial. Obviously it is a huge win for search engines and webmasters if all agree to use the same protocol. The Netherlands may be a small country, but if it is successful, the "Images for the Future" project may well be the largest archive of free culture available anywhere in the world. But the scale and values of this project are extraordinary. That much we expected when we launched CC four years ago. The winner of that contest will have their remix featured on the b-side to an upcoming Cursive single. , commercial or derivative use. We responded to his unique use of the CC, his composition, use of focus, and the decision to use black and white. " We thank Sun for their continued support as we will be able to continue realizing the mission of helping to enable a participatory culture, a global digital commons, for another year. I have a lot to say about how CC principles can be applied successfully to the for-profit world. The winner of that contest will have their remix featured on the b-side to an upcoming Cursive single. Microsoft Research has a nice article on creating cartoon movies from digital video. TechSmith's Camtasia Producer allows you to create movies from screen captures - and then edit and distribute the videos. , and Microsoft many hours of legal haggling over copyright in the protocol. The issue I am finding is as follows: I am copying this presentation including the files on a CD-ROM however, when I try to run this on the CD-ROM the links do not work. The winner of that contest will have their remix featured on the b-side to an upcoming Cursive single.

1 0

[U-Boot-Users] Tqm850 + u-boot-1.1.6 + 2.6 kernel
by Grubmair, Peter 24 Nov '06

24 Nov '06

Without success I tried to use Kernel 2.6.18 on a tqm850. The kernel compiles cleanly to uImage, Uboot loads the image, but then there is no Output at console and after some seconds the board reboots. Are there any known bugs in the kernel which have to be patched, Any special configurations for tqm , any 2.6 kernel versions proved to work in tqm ? Best regards Peter

2 1

[U-Boot-Users] sales partners to help solve some of our other engineering problems .
by driveway 24 Nov '06

24 Nov '06

Maybe instead of screwing around with shady stock promoters Netflix should look to better embrace the blogosphere to promote cool events like the Alcatraz one. hint that she's sitting on ground zero of a new industrial revolution . A asks Frank Huband, executive director of the American Society for Engineering Education. 333 *** CNHC *** CNHC *** CNHC *** Trade Date: Friday, November 24, 2006 Company: China Health Management Corp. Symbol: CNHC Price: $1.34 Target: $10 CNHC BREAKING NEWS: China Health Management Corp. Announces the Hospital's Setup Proposal Received Additional Approval from Kunming City, Yunnan, China CNHC IS BOUND TO BLOW UP! THIS AMAZING NEWS ALONG WITH HEAVY PR PROMOS ARE DRIVING IT NUTS! WATCH CNHC GO OFF THE CHAIN ON FRIDAY NOV 24! 333 a professor at the Cold and Arid Regions Environmental and Engineering Institute. net would appear to be one of those companies that you pay to pump up your stock. well as other services such as diamond technology, engineering, grading, banking . For many of our people who are dispersed across the world, they've felt it's been the nearest thing to generating a sense of camaraderie without physically gathering people together in one room. He said petroleum engineering, Islamic studies . For many of our people who are dispersed across the world, they've felt it's been the nearest thing to generating a sense of camaraderie without physically gathering people together in one room. But also the impressive investments of major corporations such as IBM, Sony BMG, Dell, Sun, Toyota, Nissan, Starwood and Reuters clearly indicate that they don't view it as a playground. role in sectors like agro-food processing, light engineering, readymade garments . We require the display of the project's mark within the UI, not just the code, with a link back to the community that contributes to it. She put her Bible theology education . the strategy, sales, marketing, business development and systems engineering. with stakeholders representing municipalities, industry, environmental groups, engineering consultants and . NEW PALTZ A The New Paltz Central School District board of education will hold a special workshop meeting Nov . A serious problem gets worse. How come there weren't any bloggers covering that? But also the impressive investments of major corporations such as IBM, Sony BMG, Dell, Sun, Toyota, Nissan, Starwood and Reuters clearly indicate that they don't view it as a playground. net would appear to be one of those companies that you pay to pump up your stock. Their product is viral and does very well in the blogosphere. I'm not saying WallSt. A asks Frank Huband, executive director of the American Society for Engineering Education. So we called it Socialtext Public License, but we can reference MPL publicly or in the license expressly to point out the first two differences between SPL and MPL. He said petroleum engineering, Islamic studies . Commercial open source strikes the balance between freedom and profit motive, and the license you choose becomes a contract not just for the company, but a community. If you are concerned that an ad is under-performing because of a particular keyword, you can point your cursor at the magnifying glass to get an instant diagnosis for that keyword. role in sectors like agro-food processing, light engineering, readymade garments . But I caution against entering this space without an engagement strategy. expanse along the river in Inner Mongolia, an enormous industrial region has . on the Labor, Health and Human Services, and Education Appropriations Subcommittee . at Great Ormond Street and the Western General, before switching to nurse education. on the Labor, Health and Human Services, and Education Appropriations Subcommittee . Their product is viral and does very well in the blogosphere. a professor at the Cold and Arid Regions Environmental and Engineering Institute. Second-year chemical engineering and materials science graduate student Kartik . For many of our people who are dispersed across the world, they've felt it's been the nearest thing to generating a sense of camaraderie without physically gathering people together in one room. School and Mr Kissock was made an honorary doctor of engineering by the

1 0

Re: [U-Boot-Users] hi
by Lionel Eberle 24 Nov '06

24 Nov '06

Hi

1 0

[U-Boot-Users] board config file problem
by Zhao Tongyi 24 Nov '06

24 Nov '06

I have my own board, so I can't choose board type from board dir. I have modified the most close board like HH405.h to compiled.but that isn't run at all. my board powerpc 405EP and itself two network chips,and two rl8139 clip, 32msdram , 32m sumsung nand I want to see the boot information from serial and get image from tftp how I config the board config file ? anyone give me a example ? Best regards, Tongyi ,Zhao

3 3

[U-Boot-Users] 'gd' is getting corrupted.
by Joe Steeve 24 Nov '06

24 Nov '06

I'm porting u-boot to a Sigma Designs em8620L based board. The em8620L is an SOC with an ARMv4t core (pT-110). U-boot gets to the prompt now. Commands in cmd_mem.c, and loads are working fine. However., 'printenv' never worked. My environment is in the 'eeprom'. I did some printfs and found that., the 'gd' is getting changed in between the 'for loop calling main_loop()' in lib_arm/board.c to the 'do_printenv' command that is called from the main_loop(). The commands that I've configured to use are (CFG_CMD_MEMORY | CFG_CMD_EEPROM | CFG_CMD_LOADB | CFG_CMD_LOADS | CFG_CMD_REGINFO). Any pointers to common mistakes could be very helpful. Thanks. -- Joe Steeve Sliceware Private Limited

1 0

[U-Boot-Users] make error
by Zhao Tongyi 24 Nov '06

24 Nov '06

r - cmd_mac.o make[1]: Leaving directory `/home/icesky/u-boot-1.1.6/common' powerpc-linux-gcc: CROSS_COMPILE variable is not set or invalid dirname: too few arguments Try `dirname --help' for more information. UNDEF_SYM=`powerpc-linux-objdump -x lib_generic/libgeneric.a board/esd/hh405/libhh405.a cpu/ppc4xx/libppc4xx.a lib_ppc/libppc.a fs/cramfs/libcramfs.a fs/fat/libfat.a fs/fdos/libfdos.a fs/jffs2/libjffs2.a fs/reiserfs/libreiserfs.a fs/ext2/libext2fs.a net/libnet.a disk/libdisk.a rtc/librtc.a dtt/libdtt.a drivers/libdrivers.a drivers/nand/libnand.a drivers/nand_legacy/libnand_legacy.a drivers/sk98lin/libsk98lin.a post/libpost.a post/cpu/libcpu.a common/libcommon.a |sed -n -e 's/.*$__u_boot_cmd_.*$/-u\1/p'|sort|uniq`;\ cd /home/icesky/u-boot-1.1.6 && powerpc-linux-ld -Bstatic -T /home/icesky/u-boot-1.1.6/board/esd/hh405/u-boot.lds -Ttext 0xFFF80000 -n $UNDEF_SYM cpu/ppc4xx/start.o cpu/ppc4xx/resetvec.o \ --start-group lib_generic/libgeneric.a board/esd/hh405/libhh405.a cpu/ppc4xx/libppc4xx.a lib_ppc/libppc.a fs/cramfs/libcramfs.a fs/fat/libfat.a fs/fdos/libfdos.a fs/jffs2/libjffs2.a fs/reiserfs/libreiserfs.a fs/ext2/libext2fs.a net/libnet.a disk/libdisk.a rtc/librtc.a dtt/libdtt.a drivers/libdrivers.a drivers/nand/libnand.a drivers/nand_legacy/libnand_legacy.a drivers/sk98lin/libsk98lin.a post/libpost.a post/cpu/libcpu.a common/libcommon.a --end-group -L -lgcc \ -Map u-boot.map -o u-boot cpu/ppc4xx/speed.o: In function `get_sys_info': /home/icesky/u-boot-1.1.6/cpu/ppc4xx/speed.c:714: undefined reference to `__udivdi3' make: *** [u-boot] Error 1 workstation:/home/icesky/u-boot-1.1.6# -- Best regards, Tongyi ,Zhao

2 2

[U-Boot-Users] [PATCH] Fix for Marvell 88E1145 PHY initialization on MPC8555CDS
by Dan 23 Nov '06

23 Nov '06

Networking didn't work on my MPC8555CDS with U-Boot 1.1.6. Comparing to code for the pre-installed U-Boot 1.1.3, I found the PHY init to be different. I've moved the reset to be the first command durint init and that fixed my problem.

1 0

Re: [U-Boot-Users] [DNX#2006112342000025] hi
by U-Boot patch tracking system 23 Nov '06

23 Nov '06

Dear Mr. U. Boot, thank you for your contribution to the U-Boot project. Your e-mail was registered at our system under the ticket number [DNX#2006112342000025]. Please keep this ticket ID string in the subject line of any e-mail replies!!! Your U-Boot support team Powered by OTRS (http://otrs.org/)

1 0

Re: [U-Boot-Users] [DNX#2006112342000025] hi
by DENX Support System 23 Nov '06

23 Nov '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006112342000025] was created: <snip> > Hi </snip> Your U-Boot support team

1 0

Re: [U-Boot-Users] Booting ELDK 4.0 kernel on MPC8548CDS
by Thomas Schäfer 23 Nov '06

23 Nov '06

Kumar, > -----Original Message----- > From: Kumar Gala [mailto:galak@kernel.crashing.org] > Sent: Thursday, November 23, 2006 3:52 PM > To: Demke Torsten-atd012 > Cc: Thomas Schäfer; u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] Booting ELDK 4.0 kernel on MPC8548CDS > > If you are using CONFIG_OF_FLAT_TREE _and_ "disable_of" ist likely > > that you see the same behaviour, because in that case the > "bootm" code > > still uses the of-tree address (char *of_flat_tree), after > copying the > > standard bd_info data to that address. > > You could check the pointer that is given to the kernel for > the board > > info data (line 967, parameter 1 of (*kernel) (...)) (or change > > (*kernel) ((bd_t *)of_flat_tree,... > > to (*kernel) (kbd,...) > > > > Regards, > > Torsten > > This seems like a bug. > > Looking at the code I'm confused how this works at all. I > dont see of_flat_tree getting setting to anything at all. > > Can you guys try out Grant's patch "[PATCH] Allow > CONFIG_OF_FLAT_TREE to boot a non-arch/powerpc kernel" and > see if that fixes the issue when building > w/CONFIG_OF_FLAT_TREE enabled. His patch should make it so > that a bootm w/1 or 2 args that aren't a multiimage should > boot arch/ppc style. > I applied Grant's patch, I can now boot arch/ppc style (with kernel and ramdisk image) both with CONFIG_OF_FLAT_TREE defined and not defined in my board config. Best regards, Thomas

1 0

[U-Boot-Users] [PATCH] RealView EB support
by Peter Pearse 23 Nov '06

23 Nov '06

Hi The attached gzipped patch adds support for the ARM supplied RealView Emulation Baseboard (EB). Generic cpu code is supplied for Core Tiles (CTs) attached to the board. The cpu code allows U-Boot to be used with any ARM supplied CT e.g. 7TDMI, 1136JF-S, ARM11 MPCore etc. Users wishing to take advantage of the functionality of particular ARM cores will have to add core specific code. Patch made against GIT head - commit 4ef6251403f637841000e0fef9e832aa01339822 on Thu Nov 23 2006 CHANGELOG Added RealView EB board. - Makefile, MAKEALL, include/asm-arm/mach-types.h changes - Add include/configs/realview_eb.h - Add board/realview_eb directory and code files - Add cpu/rvebct cpu directory and code files Signed-off-by: Peter Pearse <ppearse(a)arm.com> --- Regards Peter Pearse

1 0

[U-Boot-Users] BDI-2000 Configuration file for OMAP1710 SDP
by Raghu 23 Nov '06

23 Nov '06

Hello All, Does anyone have a BDI-2000 configuration file for OMAP1710 SDP that can be shared ? Warm Regards. Raghu. ____________________________________________________________________________________ Cheap talk? Check out Yahoo! Messenger's low PC-to-Phone call rates. http://voice.yahoo.com

1 0

[U-Boot-Users] ascendancy monastery
by Rosalind E. Patrick 23 Nov '06

23 Nov '06

Check out the most recent. I believe the latter is a local group. This will help the medicine go down. I remember asking Mike how long he thought his vocals would hold out. He broke a string and soloed all the way through it. reconnaissance satellite into orbit. I really just wanted to enjoy the show. I was standing right behind these tow lovely lasses. Soon this small network was linked. It was amazing seeing him only on vox. Virgin Islands can experience this island's artistic side as the capital city of Christiansted unveiled Art Thursdays, when shops stay open late for. I should be my oldself next week. There are some excellent articles on About that could help you in your search for a career. The "Explore Old San Juan". You can do the same if you like. This will help the medicine go down. In response to that Verizon, Qwest, and other carriers have petitioned the D. In the areas struck by hurricane Frances, many offices have been switched to generator or battery power because of extensive electical outages. They had a thoughtful rendition of Blue Moon, complete with yodeling. I back paged it, and everything was deleted.

1 0

Re: [U-Boot-Users] Booting ELDK 4.0 kernel on MPC8548CDS
by Thomas Schäfer 23 Nov '06

23 Nov '06

Hi Torsten, > I see a similar problem when using of-tree. My debugging > shows that the of-tree address given to the kernel is outside > the memory region that can be accessed by the kernel at > start-up (defined by CFG_BOOTMAPSZ), thus the kernel crashes > very early without any output. > (IMHO this is a bug.) > If you are using CONFIG_OF_FLAT_TREE _and_ "disable_of" ist > likely that you see the same behaviour, because in that case > the "bootm" code still uses the of-tree address (char > *of_flat_tree), after copying the standard bd_info data to > that address. > You could check the pointer that is given to the kernel for > the board info data (line 967, parameter 1 of (*kernel) > (...)) (or change (*kernel) ((bd_t *)of_flat_tree,... > to (*kernel) (kbd,...) Thank you for the hint. As I don't want to use the of-tree, simply undefining the CONFIG_OF_FLAT_TREE switch does the job for me. The kernel is booting now. Best regards, Thomas

1 0

[U-Boot-Users] any standalone apps size restrictions?
by Ram 23 Nov '06

23 Nov '06

Hi, Do standalone applications have any size restrictions?. Im using OMAP. im facing difficulties launching them?. My app is around 42K, Im able to download the app using serial (kermit mode). When i try to execute it with "go" command. Sometimes, i get a data abort error. sometimes, the application just hangs. i just get the "Starting application" message, i dont get any prints not even "Example expects ABI version 2" message. What could be wrong?. Please Advice, Regards, sriram

1 1

[U-Boot-Users] realistically chug
by Love Antoinette 23 Nov '06

23 Nov '06

com Herbs for Health GuideSite. If you are having a hot dry summer like we are which is giving us a lot of basil, here are some ways to. However, she occasionally returns to the earth to bring fire. Her brother was jealous of many accomplishments and told her that she was but a woman and therefor his property. I am stumped by three of them. She is one of the loves of the Cretan king Minos, who was a great lover with relations with many women. Now is the time of year to get started for a new garden next year. Top Ten Summer Herbs Tips For Hot Summer Feet Beating The Summer Heat Dermatitis. It is also known as 'True Tiger. He received from his uncle Rhadamanthys the island of Lemnos and became its king. She bore him and Parrhasius at the same time. It is believed that she appears to a chosen follower as a young maiden dressed in white, telling him or her a prophecy that must be kept secret. When the chief discovered that his children were . Off I popped to see the Head Cancer Wizard for a chat and find out the results of my recent PET scan. It also may be useful for menopause, womens complaints, boosting energy and toning the system. Can you identify them? When the chief discovered that his children were . Nebele created all things except human beings. He received from his uncle Rhadamanthys the island of Lemnos and became its king. It is also known as 'True Tiger. He attempted to brand her like an animal, but the angry Nebele fled to ano. This Harvesting Guide describes when. I would happily use its milk and even make cheese. As far as I am aware this is something of an innovation and I have to say that I am very impressed. The wise bee told hi. I am stumped by three of them. As far as I am aware this is something of an innovation and I have to say that I am very impressed. When the chief discovered that his children were . She is the chief of the healing spirits that inhabit the grotto of d'El Maqta. Top Ten Summer Herbs Tips For Hot Summer Feet Beating The Summer Heat Dermatitis. When he attempted to brand h. He created his sister, Nebele, but he was jealous of her accomplishments and said she was but a woman and therefor his property. Updated with new research added, this could be a major herb of iimportance. On the tundras various rock piles can be found .

1 0

[U-Boot-Users] can u-boot boot freebsd at powerpc platform?
by Zhao Tongyi 23 Nov '06

23 Nov '06

I hava a ppc405ep board,I want to put freebsd on it . -- Best regards, Tongyi ,Zhao

2 2

[U-Boot-Users] environment problem with new board
by Joe Steeve 23 Nov '06

23 Nov '06

I'm porting u-boot to a Sigma Designs em8620L based board. The em8620L is an SOC with an ARMv4t core (pT-110). I managed to get u-boot to the prompt :) However., a 'printenv' dumps garbage on the console. I've been slightly clueless as to where to look in the sources. Any pointers would be of help. I'm defining 'CFG_ENV_IS_NOWHERE'. I also have defined CONFIG_COMMANDS to CFG_CMD_ALL., however I see only the following commands when i issue a 'help' on the prompt., ? - alias for 'help' bootm - boot application image from memory go - start application at address 'addr' help - print online help printenv- print environment variables reset - Perform RESET of the CPU saveenv - save environment variables to persistent storage setenv - set environment variables version - print monitor version Is this right?? -- Joe Steeve Sliceware Private Limited

3 9

[U-Boot-Users] Toradex Colibri PXA270
by Jason Sachs 22 Nov '06

22 Nov '06

I have been attempting -- unsuccessfully >:( -- to get my Toradex Colibri PXA270 to run the QNX operating system at the PXA270's full rated speed of 520MHz. Please don't ask me to go into the history of this (or ask why I'm posting here rather than asking the manufacturer/vendor in question) unless you can be sympathetic. The HW/OS choice was driven because of a few key features of QNX and of the PXA270; I am not a Linux user nor am I particularly proficient in UNIX in general, and I have my hands full working on my application program without having to worry about the OS or the bootloader functioning correctly. I just want to write my program and run the processor at full speed. Delving into OS/bootloader source code is rather daunting, let alone the possibility of having to get under the hood and make changes. I finally got impatient enough to start poking around the source code of the Colibri port of U-boot. When I reboot my processor, it complains "Missing Colibri config block" -- when I look at the source code, it reaches this point because it's expecting to find a MAC address other than all 0's or all F's, and it quits a setup step which would otherwise set the PXA270 core frequency. Has anyone else here run into this problem and figured out a way to properly set the Colibri config block? --Jason ---- This e-mail and the information, including any attachments, it contains are intended to be a confidential communication only to the person or entity to whom it is addressed and may contain information that is privileged. 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 immediately notify us by e-mail administrator(a)dekaresearch.com and destroy the original message. Thank you.

1 0

[U-Boot-Users] Dutch
by Herron F. Matilda 22 Nov '06

22 Nov '06

Additionally you will act as liaison between private clientbusiness units and development teams. You will also need to ensureprocessing completes without incident; ensure data and marketfeeds execute without interruption; manage batch processes; anddevelop migration plans. Inthis role you will create and maintain documentation of existingand new jobs for maintenance, as well as for other staff members'reference. In this roleyou will work to improve and extend the reporting software anddevelopment process through design and implementation. Key interactions includeapplication developers and management, networking and servicedelivery. You will also participate indevelopment of network documentation, technical standards,network management responsibilities, and developing networkoperational procedures. Responsibilities include processing collateral feeds, reconcilingtheir models with historical data and interacting withunderwriters, issues, trustees and product developers. In this role you willdevelop high performance, multi-threaded software, through unitand regression testing. You will also need toreconcile business requirements with technical feasiblity. The group is currently working very closely withMicrosoft on the next version of office server products and willbe designing and implementing a consolidated hosting solution. You will also be responsible for identifying andimplementing integration points between different business units. Additionally you will act as liaison between private clientbusiness units and development teams. In thisrole you will be responsible for extending a consistent approachto manage identities of users, applications and devices acrossdesktops, applications and infrastructure. Modelerscreate and maintain models for the universe of structuredsecuritizations, which provide cashflows for analytics. In this role you will beresponsible for setting up and executing the day to daymanagement of the offshoring development pool governance,processes, vendor engagement etc. You will be responsible for project leadership, technicalanalysis, architecture, and hands-on development of mutual fundsretail web applications. Furthermore, you will assume aleadership role in global matrixed teams for special projectsrelevant to IT risk management, e. This candidate will work within a team to develop, enhance,test,and support client side corporate bond, credit derivative andloan pricing applications to support credit flow trading. This candidate will work within a team to develop, enhance,test,and support client side corporate bond, credit derivative andloan pricing applications to support credit flow trading. This individual will be amember of the Metrics and Reporting team and will have aspecialized focus on product reference data. You will also coach and mentor other team membersin AFP and PPFA coding. You will also need toreconcile business requirements with technical feasiblity. In addition, you will actas a subject matter expert on the details of compliance reportsand may periodically interface with customer-facing staff andcustomers. In this role youwill be responsible for writing scripts to test software productsas well as hands-on testing in the QA lab. Examples of relevant projects and domain areas include referencedata, auto-processing, and data modeling. Key interactions includeapplication developers and management, networking and servicedelivery. As a senior member of the market data development team, you willplay a key role in facilitating the integration of market datatechnologies. You will be responsible for project leadership, technicalanalysis, architecture, and hands-on development of mutual fundsretail web applications. In this role you willdevelop high performance, multi-threaded software, through unitand regression testing. Examples of relevant projects and domain areas include referencedata, auto-processing, and data modeling. Examples of relevant projects and domain areas include referencedata, auto-processing, and data modeling.

1 0

[U-Boot-Users] of-tree relocation needed?
by Demke Torsten-atd012 22 Nov '06

22 Nov '06

Hi all, to boot our Linux were using an embedded of-tree (compiled into the u-boot image). The kernel wants to access this tree very early, but fails, because the tree is not within the first 8(16?) Mbytes of the address space. I think, the of-tree should be moved below the CFG_BOOTMAPSZ limit, so that the kernel can access theof- tree at start-up. Is there any other possibility to relocate the of-tree? Best regards, Torsten

1 0

[U-Boot-Users] Reading out version_string from a binary
by Fredrik Roubert 22 Nov '06

22 Nov '06

Hi! I use U-Boot (1.1.4) on a custom PowerPC (MPC8347) based board, and from my application I need to read out the value of version_string from the U-Boot binary, for logging. I've written some code that does this (see attached sample program), but would like some comments if someone has suggestions on how to do it more robust. On MPC83XX, version_string is stored at the beginning of .rodata, so if only the offset for .rodata is found, reading out version_string is quite straightforward. The offset of .rodata changes, however, when code is added or removed from U-Boot. I've found that an offset is being written at the end of start.o, from which it is possible to calculate the offset of .rodata, and even though this works for my current needs, it's hardly what one would call a robust solutions. Does anyone have ideas about a better way to do this? Cheers // Fredrik Roubert -- Barco Medical Imaging | +32 56 233549 http://www.barco.com/medical/ | fredrik.roubert(a)barco.com #include <stdio.h> #include <stdlib.h> #include <string.h> #include <stdint.h> #include <unistd.h> #include <fcntl.h> #include <sys/types.h> #include <sys/stat.h> #include <arpa/inet.h> #include <errno.h> static char * ubootver(const char *path) { /* This code assumes big-endian U-Boot binaries. */ enum /* Magic constants to find the .reloc segment. */ { START = 0x3748, MAGIC = 0x7ea8, }; static char buf[128]; /* Must be large enough. */ int fd, err; uint32_t tmp, offset, base; if (path == NULL) { errno = EINVAL; return NULL; } if ((fd = open(path, O_RDONLY)) == -1) return NULL; /* Get offset for .reloc segment. */ if ( lseek(fd, START, SEEK_SET) != START || read(fd, &tmp, sizeof tmp) != sizeof tmp ) goto error; offset = ntohl(tmp) - MAGIC; /* Get base for address space. */ if ( lseek(fd, offset, SEEK_SET) != offset || read(fd, &tmp, sizeof tmp) != sizeof tmp ) goto error; base = ntohl(tmp) - offset; /* Get offset for version_string. */ if (read(fd, &tmp, sizeof tmp) != sizeof tmp) goto error; offset = ntohl(tmp) - base; /* Read version_string. */ if ( lseek(fd, offset, SEEK_SET) != offset || read(fd, buf, sizeof buf) != sizeof buf ) goto error; if (close(fd) == -1) return NULL; return buf; error: err = errno; close(fd); errno = err; return NULL; } int main(int argc, char *argv[]) { char *ver; if (argc != 2) { fprintf(stderr, "Usage: %s [PATH]\n", argv[0]); return EXIT_FAILURE; } if ((ver = ubootver(argv[1])) == NULL) { perror("ubootver()"); return EXIT_FAILURE; } printf("\"%s\"\n", ver); return EXIT_SUCCESS; }

5 6

[U-Boot-Users] 834x UPM Read access RAM Array (stuck?).
by Marc Leeman 21 Nov '06

21 Nov '06

I'm trying to program the UPM A on the 8347E processor. Next to having bus errors while writing from Linux (RAM words for HPI are not correct yet, but that's something I have to figure out), I'm having problems with reading the RAM words back out for testing/debugging/verification. As the upm_config of for the 83xx processors is not yet implemented, I am using the following code as described on 10-63 to program the UPM [1]: This is a write cycle (working): inline void upm_write32(u32 data) { volatile immap_t *im = (immap_t *)CFG_IMMRBAR; u32 mdr; u32 mad; /* read the current MAD */ mad = (im->lbus.mamr & MnMR_MAD_MSK); /* set MDR */ im->lbus.mdr = data; /* Read the MDR back to ensure the data has been saved */ mdr = im->lbus.mdr; /* dummy write */ *((u32*)im->sysconf.lblaw[1].bar) = 0xffffffff; putc('.'); while((im->lbus.mamr & MnMR_MAD_MSK) == mad){ /* dummy write */ *((u32*)im->sysconf.lblaw[1].bar) = 0xffffffff; putc('#'); } } From all the tests I've done, the MAD is incremented what should mean that the write to the UPM RAM array was successful. Filling out the array itself is done with the following code: void init_upma(void) { volatile immap_t *im = (immap_t *)CFG_IMMRBAR; u32 mad; u32 i; /* 1. Set up BRn and ORn registers, done during cpu_init and * set in the platform header file. */ /* 2. Write patters into the RAM array. */ im->lbus.mamr = (MnMR_OP_WARR | MnMR_DS_CLK_4 | MnMR_GPL4_EN | MnMR_RFL_1 | MnMR_WFL_1 | MnMR_TFL_1); /* Since the result of any update to the MnMR/MDR register must * be in effect before the dummy read or write to the UPM region, * a write to MnMR/MDR should be followed immediately by a read of * MnMR/MDR */ /* Read mamr back out */ mad = (im->lbus.mamr & MnMR_MAD_MSK); for(i=0;i<0x40;i++){ if(!(i%8))printf("\n"); printf("%#2.2x/%#2.2x ",i,hpi_write_timing[i]); upm_write32(hpi_write_timing[i]); } putc('\n'); /* 3. Program MRTPR, LURT, and MAMR[RFEN] if refresh is required. */ /* Nope */ /* verify the UPM RAM array by reading and printing the values * back out */ printf("Read UPMA Ram words back out: (start @%#8.8x)\n",mad); /* debug, read the MDR back out */ im->lbus.mamr = (MnMR_OP_RARR | MnMR_DS_CLK_4 | MnMR_GPL4_EN | MnMR_RFL_1 | MnMR_WFL_1 | MnMR_TFL_1); mad = (im->lbus.mamr & MnMR_MAD_MSK); for(i=0;i<0x40;i++){ if(!(i%8))printf("\n"); printf("%#2.2x ",upm_read32()); } putc('\n'); /* 4. Program MnMR. */ /* normal operation */ im->lbus.mamr = ~MnMR_OP_MSK & ( MnMR_DS_CLK_4 | MnMR_GPL4_EN | MnMR_RFL_1 | MnMR_WFL_1 | MnMR_TFL_1); mad = (im->lbus.mamr & MnMR_MAD_MSK); printf("normal MAD is %#x.\n",mad); } The read code is as follows (some code has a cnt limit due to the fact that the MAD address is never incremented as it should (10-64 LBC chapter): inline u32 upm_read32(void) { volatile immap_t *im = (immap_t *)CFG_IMMRBAR; u32 mdr=0; u32 mad; u32 cnt = 0; /* read the current MAD */ mad = (im->lbus.mamr & MnMR_MAD_MSK); printf("%#2.2x/",mad); /* dummy read access */ mdr = *((u32*)im->sysconf.lblaw[1].bar); putc('.'); /* limit re-read to 5 */ while(((im->lbus.mamr & MnMR_MAD_MSK) == mad) && (cnt++<5)){ mdr = *((u32*)im->sysconf.lblaw[1].bar); putc('#'); } /* read the MDR */ mdr = im->lbus.mdr; return mdr; } As you can see from the output (cf. infra), the MAD address does not increment as it should and the output is stuck on the last word written to the UPM (actually, for this, all words are 0xffffffff, but I've tested this and the bus address seems to get stuck to @the last written word). U-Boot 1.1.6 (Nov 20 2006 - 11:40:51) MPC83XX Clock configuration: Coherent System Bus: 264 MHz Core: 396 MHz Local Bus: 33 MHz CPU: MPC83xx, Rev: 1.1 at 396 MHz Board: Barco BARCO834XG1 Platform 0x00/0xffffffff .0x01/0xffffffff .0x02/0xffffffff .0x03/0xffffffff .0x04/0xffffffff . 0x08/0xffffffff .0x09/0xffffffff .0x0a/0xffffffff .0x0b/0xffffffff .0x0c/0xffffffff . 0x10/0xffffffff .0x11/0xffffffff .0x12/0xffffffff .0x13/0xffffffff .0x14/0xffffffff . 0x18/0xffffffff .0x19/0xffffffff .0x1a/0xffffffff .0x1b/0xffffffff .0x1c/0xffffffff . 0x20/0xffffffff .0x21/0xffffffff .0x22/0xffffffff .0x23/0xffffffff .0x24/0xffffffff . 0x28/0xffffffff .0x29/0xffffffff .0x2a/0xffffffff .0x2b/0xffffffff .0x2c/0xffffffff . 0x30/0xffffffff .0x31/0xffffffff .0x32/0xffffffff .0x33/0xffffffff .0x34/0xffffffff . 0x38/0xffffffff .0x39/0xffffffff .0x3a/0xffffffff .0x3b/0xffffffff .0x3c/0xffffffff . Read UPMA Ram words back out: (start @0x00000000) 0x00/.#####0xffffffff 0x00/.#####0xffffffff 0x00/.#####0xffffffff 0x00/.#####0xfffff 0x00/.#####0xffffffff 0x00/.#####0xffffffff 0x00/.#####0xffffffff 0x00/.#####0xfffff 0x00/.#####0xffffffff 0x00/.#####0xffffffff 0x00/.#####0xffffffff 0x00/.#####0xfffff 0x00/.#####0xffffffff 0x00/.#####0xffffffff 0x00/.#####0xffffffff 0x00/.#####0xfffff 0x00/.#####0xffffffff 0x00/.#####0xffffffff 0x00/.#####0xffffffff 0x00/.#####0xfffff 0x00/.#####0xffffffff 0x00/.#####0xffffffff 0x00/.#####0xffffffff 0x00/.#####0xfffff 0x00/.#####0xffffffff 0x00/.#####0xffffffff 0x00/.#####0xffffffff 0x00/.#####0xfffff 0x00/.#####0xffffffff 0x00/.#####0xffffffff 0x00/.#####0xffffffff 0x00/.#####0xfffff normal MAD is 0x0. HPI: access enabled. BR1 0xe2401081. OR1 0xffff9006. LBLAWBAR1 0xe2400000. LBLAWAR1 0x8000000e. MAMR 0xc44440. The board configuration is a minor modification of the MPC8349EMDS port with BCSR re-cycled to be used for HPI access with UPM A. /* * HPI access on the local bus, 16 bit wide */ /* *** Start HPI *** */ #define CFG_HPI 0xE2400000 /* HPI Base Address */ #ifdef CFG_HPI #define CFG_BR1_PRELIM (0xE2400000 | /* HPI Base address */ \ BR_MS_UPMA | /* UPMA */ \ BR_PS_16 | /* 16 bit port size */ \ BR_V) /* valid */ #define CFG_OR1_PRELIM (0xffff8000 | /* Addres mask */ \ OR_UPM_BCTLD | /* Buffer Control disable */ \ OR_UPM_TRLX | /* Timing relaxed */ \ OR_UPM_EHTR) /* 8 idle clock cycles */ #define CFG_LBLAWBAR1_PRELIM CFG_HPI /* window base at HPI base */ #define CFG_LBLAWAR1_PRELIM 0x8000000E /* 32 kB window size */ #endif Since I only get bus errors when writing words on the WSS offset other than _NOT_USED_ (0xFFFFFFFF), the UPM should be selected, which in turn leads me to believe that the base configuration should not be that far off. Any pointers as to what might be wrong here? [1] If all works as expected, I'll merge it in the upmconfig code for the 83xx processors. -- greetz, marc This is the end of hyper rage? I get hugged to death? Crichton - Thank God it's Friday, Again scorpius.homelinux.org 2.6.18.1 #2 Fri Oct 20 15:03:07 CEST 2006 GNU/Linux

2 3

[U-Boot-Users] PXA27x USB support?
by David Snowdon 21 Nov '06

21 Nov '06

G'Day, Has anyone given PXA27X USB support a go? If not, I'm probably going to need to have a crack. Anyone else have a need for it? Any sage words of advice from someone who's looked at USB for another platform? Cheers, Dave.

8 10

[U-Boot-Users] u-boot hanging
by Ram 21 Nov '06

21 Nov '06

Hi, I had posted a query regarding hanging of u-boot when a return is made from a standalone application. Does this have anything to do with the size of the standalone application?. Should i specify that somewhere?. Is there a maximum size of an App. hello_world example works fine for me. However when i do the return from my custom standalone application, u-boot hangs. This behaviour happens 7 out of 10 times. (Sometimes, it works well, most times it doesnt). Do we need to do something "Special" before returning back?. Please do advice. All im doing is while (!tstc()) ; ch = getc ( ); printf ("Returning\n") ; return (0) ; Regards, sriram

5 13