June 2005 - U-Boot

RE: [U-Boot-Users] Trouble in cfi_flash, help please!
by Woodruff, Richard 14 Jun '05

14 Jun '05

I posted a trivial patch which touched CFI along with some OMAP242x work a little while back. Perhaps you should give that a try. I was seeing some problems with an Intel device in flash_real_protect. I also ran into some issues with status assumptions with partitioned devices. There is also a probe bit added for simulators, but you need not worry about that. As I recall the real protect seemed to run into some unnecessary number of protect calls which screwed up chip state. For each sector it redid the whole chip or something to that effect. I wrapped my changes in a couple OMAP defines so only the target sector was called, but there really isn't anything OMAP specific about it. My intention was not to mess up anyone else who might actually depend on that functionality. After a couple ifdefs' real protect started working. Regards, Richard W. > -----Original Message----- > From: u-boot-users-admin(a)lists.sourceforge.net [mailto:u-boot-users- > admin(a)lists.sourceforge.net] On Behalf Of Yusuf Ibrahim Ozkok > Sent: Tuesday, June 14, 2005 6:10 AM > To: u-boot-users(a)lists.sourceforge.net > Cc: Yuli Barcohen > Subject: [U-Boot-Users] Trouble in cfi_flash, help please! > > Hi, > > I'm still in trouble with cfi_flash. My previous posts on the subject can > be > reached by the following links; > > 1. > http://sourceforge.net/mailarchive/forum.php?thread_id=7456151&forum_id= 12 > 898 > 2. > http://sourceforge.net/mailarchive/forum.php?thread_id=7463406&forum_id= 12 > 898 > > Every thing works well if I use command prompt of u-boot ( using mw.l and > md > commands as Yuli suggested.) > mw.l ff000000 60606060 > mw.l ff000000 d0d0d0d0 > md ff000000 > > But somehow protect command which calls flash_real_protect insists on not > to > work :-( > (Actually everything seems to be alright, but why it doesn't work!!!) > > I have modified flash_real_protect() as follows, to see what is going on. > I can read status register first of all by sending the cmd 0x70. But > whenever I send the command to unprotect a block > I get a status of 0xb0 which indicates a failure! > > > Below in the modified function, after sending cmd_protect I send a reset > and > clear status commands, because after calling protect off command at the > command prompt, sending a 0x60 results with b0 on the status register. > Then > sending cmd_protect and clear_status and 0x60 results with 0x80(which is > expected to) on the status register (returns from failure condition). So I > tried that sequence in flash_real_protect(). > > > int flash_real_protect (flash_info_t * info, long sector, int prot) > { > int retcode = 0; > /*yio: flash_print_StatusBits(info, sector);*/ > flash_write_cmd (info, sector, 0, 0x70); > printf("yio: after 0x%x addr=0x%x databus: 0x%x\n", 0x70, > info->start[sector], *(unsigned long *)(info->start[sector])); > flash_write_cmd (info, sector, 0, FLASH_CMD_CLEAR_STATUS); > printf("yio: after 0x%x addr=0x%x databus: 0x%x\n", > FLASH_CMD_CLEAR_STATUS, > info->start[sector], *(unsigned long *)(info->start[sector])); > udelay(10000); /*not needed but maybe I need to wait*/ > flash_write_cmd (info, sector, 0, FLASH_CMD_PROTECT); > udelay(10000); /*not needed but maybe I need to wait*/ > printf("yio: after 0x%x addr=0x%x databus: 0x%x\n", FLASH_CMD_PROTECT, > info->start[sector], *(unsigned long *)(info->start[sector])); > flash_write_cmd (info, sector, 0, FLASH_CMD_RESET); > printf("yio: after 0x%x addr=0x%x databus: 0x%x\n", FLASH_CMD_RESET, > info->start[sector], *(unsigned long *)(info->start[sector])); > flash_write_cmd (info, sector, 0, FLASH_CMD_CLEAR_STATUS); > printf("yio: after 0x%x addr=0x%x databus: 0x%x\n", > FLASH_CMD_CLEAR_STATUS, > info->start[sector], *(unsigned long *)(info->start[sector])); > flash_write_cmd (info, sector, 0, FLASH_CMD_PROTECT); > printf("yio: after 0x%x addr=0x%x databus: 0x%x\n", FLASH_CMD_PROTECT, > info->start[sector], *(unsigned long *)(info->start[sector])); > > if (prot) > flash_write_cmd (info, sector, 0, FLASH_CMD_PROTECT_SET); > else { > flash_write_cmd (info, sector, 0, FLASH_CMD_PROTECT_CLEAR); > printf("yio: after 0x%x addr=0x%x databus: 0x%x\n", > FLASH_CMD_PROTECT_CLEAR, info->start[sector], *(unsigned long > *)(info->start[sector])); > } > if ((retcode = flash_full_status_check (info, sector, info- > >erase_blk_tout, > prot ? "protect" : "unprotect")) == 0) { > info->protect[sector] = prot; > /* Intel's unprotect unprotects all locking *yio/ > if (prot == 0) { > flash_sect_t i; > printf("yio: entering for loop in flash_real_protect\n"); > for (i = 0; i < info->sector_count; i++) { > if (info->protect[i]) > flash_real_protect (info, i, 1); > } > } ~yio*/ > } > printf("yio: flash_real_protect retcode=%d\n", retcode); > return retcode; > } > > > Debug messages are below; > => protect off ff000000 ff03ffff > fwrite addr ff000000 cmd 70 0070007000700070 64 bit x 16 bit > yio: after 0x70 addr=0xff000000 databus: 0x800080 > fwrite addr ff000000 cmd 50 0050005000500050 64 bit x 16 bit > yio: after 0x50 addr=0xff000000 databus: 0x27051956 > fwrite addr ff000000 cmd 60 0060006000600060 64 bit x 16 bit > yio: after 0x60 addr=0xff000000 databus: 0xb000b0 > fwrite addr ff000000 cmd ff 00ff00ff00ff00ff 64 bit x 16 bit > yio: after 0xff addr=0xff000000 databus: 0x27051956 > fwrite addr ff000000 cmd 50 0050005000500050 64 bit x 16 bit > yio: after 0x50 addr=0xff000000 databus: 0x27051956 > fwrite addr ff000000 cmd 60 0060006000600060 64 bit x 16 bit > yio: after 0x60 addr=0xff000000 databus: 0xb000b0 > fwrite addr ff000000 cmd d0 00d000d000d000d0 64 bit x 16 bit > yio: after 0xd0 addr=0xff000000 databus: 0x27051956 > yio: in flash_isset > flash_is_busy: 1 > yio: in flash_isset > flash_is_busy: 1 > yio: in flash_isset > flash_is_busy: 1 > yio: in flash_isset > flash_is_busy: 1 > yio: in flash_isset > flash_is_busy: 1 > yio: in flash_isset > flash_is_busy: 1 > long addr is at ff000000 info->portwidth = 8 > addr[0] = 0x27 > addr[1] = 0x5 > addr[2] = 0x19 > addr[3] = 0x56 > addr[4] = 0x55 > addr[5] = 0x2d > addr[6] = 0x42 > addr[7] = 0x6f > addr[8] = 0x6f > addr[9] = 0x74 > addr[a] = 0x20 > addr[b] = 0x31 > addr[c] = 0x2e > addr[d] = 0x31 > addr[e] = 0x2e > addr[f] = 0x32 > addr[10] = 0x20 > addr[11] = 0x28 > addr[12] = 0x4a > addr[13] = 0x75 > addr[14] = 0x6e > addr[15] = 0x20 > addr[16] = 0x20 > addr[17] = 0x37 > addr[18] = 0x20 > addr[19] = 0x32 > addr[1a] = 0x30 > addr[1b] = 0x30 > addr[1c] = 0x35 > addr[1d] = 0x20 > addr[1e] = 0x2d > addr[1f] = 0x20 > Flash unprotect timeout at address ff000000 data 326f2037 > fwrite addr ff000000 cmd ff 00ff00ff00ff00ff 64 bit x 16 bit > is= cmd 80(?) addr ff000000 is= 27051956552d426f 0080008000800080 > Flash unprotect error at address ff000000 > yio: in flash_isset > yio: in flash_isset > yio: in flash_isset > yio: in flash_isset > yio: in flash_isset > fwrite addr ff000000 cmd ff 00ff00ff00ff00ff 64 bit x 16 bit > yio: flash_real_protect retcode=8 > .Un-Protected 1 sectors > => > > > Thank you very much > Yusuf Ibrahim Ozkok. > > > ###################################################################### > Dikkat: > > Bu elektronik posta mesaji kisisel ve ozeldir. Eger size > gonderilmediyse lutfen gondericiyi bilgilendirip mesaji siliniz. > Firmamiza gelen ve giden mesajlar virus taramasindan gecirilmekte, > guvenlik nedeni ile kontrol edilerek saklanmaktadir. Mesajdaki > gorusler ve bakis acisi gondericiye ait olup Aselsan A.S. resmi > gorusu olmak zorunda degildir. > > ###################################################################### > Attention: > > This e-mail message is privileged and confidential. If you are > not the intended recipient please delete the message and notify > the sender. E-mails to and from the company are monitored for > operational reasons and in accordance with lawful business practices. > Any views or opinions presented are solely those of the author and > do not necessarily represent the views of the company. > > ###################################################################### > > > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. How far can you > shotput > a projector? How fast can you ride your desk chair down the office luge > track? > If you want to score the big prize, get to know the little guy. > Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20 > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users

1 0

[U-Boot-Users] Does u-boot relocate absolute symbols?
by Andreas Block 14 Jun '05

14 Jun '05

Hi, I'm not quite sure, if this is a bug or a feature, but I tried to do the following and it didn't work: Here at esd, we've some code common for all our boards (used to program FPGAs or CPLDs in u-boot). Up to now, the respective CPLD/FPGA-image was included into u-boot as an array, declared as follows in a board-dependent file (e.g. pf5200.c): const unsigned char fpgadata[] = { #include "fpgadata.c" }; The common code (located in micro.c or ports.c in esd/common/) accesses the image via fpgadata using the following extern-declaration: extern const unsigned char fpgadata[]; This far everything's fine. With a new hardware, we've the following problem: The CPLD image is too large to fit within u-boot and I'd like to retrieve the CPLD image at runtime via TFTP. And I'd like to do this without the need to change any of the common code (like the above mentioned extern-declaration), which of course would mean to test all other hardware using the common-code again. It does not work (because it's simply wrong) to declare fpgadata as follows in pf5200.c (although looking good in the first place, if you think about it, the compiler needs to handle both declarations differently): const unsigned char *fpgadata = 0x400000; /* (with 0x400000 being the address to store the image with TFTP at) */ So I tried a different approach (since all I need is to get access to the array at a certain memory location). I didn't declare fpgadata in pf5200.c at all, but instead wrote a small fpgadata.S containing the following: .globl fpgadata .data .set fpgadata, 0x400000 It's supposed to generate the symbol fpgadata.c and locate it at the right absolute address in memory. One can try this with some small test-code under Linux and it works as it's supposed to. Also the output of nm "fpgadata.o" looks beautiful: 00400000 A fpgadata But when used in u-boot the address of fpgadata is not 0x400000, but something different. I assume this is related to u-boot booting from flash and relocating itself into RAM. And this is the point, I'm not sure about. Is this the way one wants it work. Does one want u-boot to relocate absolute addresses, or is this behaviour even needed for u-boot to work at all? Or is it a bug and u-boot doesn't pay attention to the absolute flag as it's supposed to? Wouldn't it be nice in a boot-loader to be able to locate something at certain memory locations at link time? Best regards, Andreas Block

1 0

[U-Boot-Users] Submitting PPC 2.4 Patches
by Allen Curtis 14 Jun '05

14 Jun '05

Is this the appropriate list to submit patches to your Linux 2.4 from the FTP site?

2 1

[U-Boot-Users] u-boot installation with different text base
by David Burchard 11 Jun '05

11 Jun '05

Hello, I spent the last week with the installation of u-boot-1.1.2 on a TQM850L board. Unfortunately we don't have a bdi2000 for ppc thus I don't want to erase the monitor as described here http://www.denx.de/twiki/bin/view/DULG/UBootInstallUsingFirmware Therefore I compiled u-boot with TEXT_BASE=0x40020000 and loaded it into flash memory using the monitor: load 0 flash $ cat u-boot.srec >/dev/ttyS0 The upload was successful with baudrate set to 9600 but I couldn't launch u-boot. 'go 40020100' and using x34 to start the application either doesn't work. The problem is that nothing happens and I have to reset. There is even no output on the screen. I tested all baudrates on both serial interfaces. The configuration file (include/configs/TQM850L.h) is nearly unchanged. Is there something else I have to consider in addition to the TEXT_BASE definition? Thanks in advance. -- _______________________________________________ Free Email from Web.com Sign Up Now - http://www.Web.com/email

2 1

[U-Boot-Users] Wireless Ethernet
by Greg Lindberg 10 Jun '05

10 Jun '05

Hello, Has any one done a driver for a wireless ethernet card? I've looked through the supplied drivers and haven't been able to find one. Any pointers would be appreciated. Greg Secrecy, being an instrument of conspiracy, ought never to be the system of a regular government. -Jeremy Bentham, jurist and philosopher (1748-1832)

1 0

[U-Boot-Users] U-boot
by Jose Adalberto Petrachin 10 Jun '05

10 Jun '05

Hi. I'm starting to use ELDK to port U-boot for my board ... My board is similar at TQM850L and I whant to know what files I have to change to have success? Thanks! Petra,

2 1

[U-Boot-Users] Loading FPGA from an mkimage created image?
by Steven Scholz 10 Jun '05

10 Jun '05

Hi there, I know that fpga load [device number] [image address] [image size] can be used to init an FPGA. Now I want to compress and wrap the FPGA data with mkimage. Is there a way to pass the address of an Image to "fpga load". Or do I have to umcompress it first using "bootm" or something and then pass the address and size to "fpga load"? Thanks! -- Steven Scholz

2 7

[U-Boot-Users] Re: To Board B2's author
by Andrea Scian 10 Jun '05

10 Jun '05

Hi, > I want to use u-boot as my board loarder, A very good choice, IMHO! :-) >refering ro my board hardware, I select B2 as my target to modify. Now I >put up my hardware >configuration(flash:SST39VF160;SDRAM:H57V65160B; MCPU: s3c44b0).The problem >is that which file should modify and how to do it. at first I want to the l >less change. You have to adapt neary everything under board/dave/B2 to your custom hardware, and choose the right configuration options, starting from include/configs/B2.h All the stuff under cpu/s3c44b0 should (of course) work out of the box Anyway.. there is a good "U-Boot Porting Guide" into the README ;-) Best Regards, Andrea Scian DAVE Srl - Electronics System House

1 0

[U-Boot-Users] u-boot debugging
by McMullan, Jason 10 Jun '05

10 Jun '05

I have a BDI-2000, and would like to debug u-boot on my PQ2FADS board, but the relocation mechanism is making the remote GDB connection quite a pain to align the u-boot ELF to the addresses it's been relocated to. I'm new to u-boot, and I was wondering is there is any documentation for setting up the u-boot to run as 'execute-in-place' code? -- Jason McMullan <jason.mcmullan(a)timesys.com> TimeSys Corporation

3 2

[U-Boot-Users] WARNING: in 440gx_enet.c
by Roberts, John 10 Jun '05

10 Jun '05

U-Boot 1.1.2 In function: int ppc_440x_eth_initialize (bd_t * bis) This function malloc's a data structures /* Allocate our private use data */ hw = (EMAC_440GX_HW_PST) malloc (sizeof (EMAC_440GX_HW_ST)); Later in function: static int ppc_440x_eth_init (struct eth_device *dev, bd_t * bis) /* Free "old" buffers */ if (hw_p->alloc_tx_buf) free (hw_p->alloc_tx_buf); if (hw_p->alloc_rx_buf) free (hw_p->alloc_rx_buf); The first time through, the code assumes hw_p->alloc_tx_buf and hw_p->alloc_rx_buf will be zero. A malloc doesn't guarantee that and the variables are never initialized to zero. If the malloc'd memory is all "F"s you end up with : free(0xFFFFFFFF); Or it may be any random non-zero value you try to free. I added a memset after the malloc to init the struct to zero. I suppose replacing the malloc with calloc will do the trick as well. -John Roberts

3 2

[U-Boot-Users] Bug in cmd_bootm.c (byteorder)
by Steven Scholz 10 Jun '05

10 Jun '05

Hi there, IIUC then numbers in image headers (image_header_t) are stored in network byteorder. So when manipulating image headers on the target (i.e. overwriting ih_load) this has to be done in network byteorder. I noticed a problem when passing a second argument to bootm #> bootm 20500000 20400000 on an ARM platform. The data from the my "ARM U-Boot Standalone Program (uncompressed)" was wrongly copied to 0x00004020! So I suggest the following buxfix: Index: common/cmd_bootm.c =================================================================== RCS file: /cvsroot/u-boot/u-boot/common/cmd_bootm.c,v retrieving revision 1.42 diff -u -r1.42 cmd_bootm.c --- common/cmd_bootm.c 3 Apr 2005 21:11:18 -0000 1.42 +++ common/cmd_bootm.c 10 Jun 2005 11:43:11 -0000 @@ -261,7 +261,7 @@ name = "Standalone Application"; /* A second argument overwrites the load address */ if (argc > 2) { - hdr->ih_load = simple_strtoul(argv[2], NULL, 16); + hdr->ih_load = htonl(simple_strtoul(argv[2], NULL, 16)); } break; case IH_TYPE_KERNEL: -- Steven

2 1

[U-Boot-Users] Problem transferring file using kermit
by Andy Hawkins 10 Jun '05

10 Jun '05

Hi, I am trying to transfer a file to u-boot using kermit under linux. I am using the following in kermit: set line /dev/ttyS1 set speed 115200 set carrier-watch off set handshake none set flow-control none robust set file type bin set file name lit set rec pack 1000 set send pack 1000 set window 5 connect (I type "loadb 40000 CR") CTRL-\ C send /bin update_eeprom.bin At this point, the file transfer screen appears, and all I get is the error count going up by 2 every 8 seconds or so. Can anyone offer any assistance? I've checked in the manual, and all it says is to ensure that kermit is set up as above. I have previously managed to transfer files using loadb using Hyperterminal, so I know that the serial port and everything is working correctly. Can anyone offer any assistance? Thanks Andy

2 4

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

10 Jun '05

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

2 1

[U-Boot-Users] "Problem in increasing initrd(RAMDISK) size"
by nreddy＠netenrich.com 10 Jun '05

10 Jun '05

Hi All, I am struggling with RAM disk Space. My Problem is : I am working on a emebdded system(WALNUT405 board based ).In the first version of the system we have 16MB SDRAM, executing Linux OS(Embedded Linux Kernel from Montavista ).It was working fine. Later we have upgraded SDRAM size to 32MB to include more libraries in the file system. Here "initrd(linux file system)" includes all my application code along with linux file system. Inorder to include some more features in the application ,we need to increase the initrd size(RAMDISK size). Currently our RAMDISK size is 4MB and it is working fine. We wanted to increase RAMDISK size to 16MB. Is there any relationship that we need to takecare in the kernel to accomidate this RAMDISK size change. We tried by changing the RAMDISK size to 8MB, without any modifications in Kernel, which worked fine. But when we increased the RAM DISK to more than 8MB(12or16MB), the kernel is giving "Kernel panic" error. Can some body throw a light to increase the RAMDISK size. Thanks in Advance, Nagi Reddy

3 8

[U-Boot-Users] Bad Magic Number
by Jason Chang 10 Jun '05

10 Jun '05

Hi; I'm a new user of ARM Versatile Board and U-Boot software. Previously, milo.axf and linux kernel was stored in the flash. I use milo.axf to boot the Linux Kernel image and it works fine. After I write the u-boot image onto the flash (comes with the Vertatile CD from ARM). The version is U-Boot 1.1.2 (Feb 4 2005 - 11:04:56). When I tried to use "bootm 0x34100000" (the linux kernel image address). It gave me the "Bad Magic Number". Could anyone tell me what was wrong ? Thanks in advance. Jason Chang

2 1

[U-Boot-Users] FEC on MPC852T, TX problem, need help
by raymond yang 10 Jun '05

10 Jun '05

Hello, The issue I met is, FEC on MPC852T - TX doesn't work. The TX_EN is always low level, although data sent out from FEC to PHY - RX could work, interrupt generated, package received, looks fine. I have two board, both are the same cases. Can anybody give some hints? Thanks! Generally speaking, RX might be harder to be debugged than TX, but this time, things becom completely different. RX could work, but TX doesn't work. Best Regards Raymond --------------------------------- Discover Yahoo! Find restaurants, movies, travel & more fun for the weekend. Check it out!

2 4

[U-Boot-Users] Custom Board configuration
by David Grab 09 Jun '05

09 Jun '05

Hello, i´m working with a ppc440 gx custom board and want to use u-boot for booting Linux. First i tried to use the ocotea board files as reference for my board and changed it for my environment. But my board is too different so i think it´s the wrong way to get u-boot functioning. Now i´m searching for informations what i have to do to get u-boot work for my board. Specifications of my Board: PPC 440 GX 2 * 256 MB DIMM Modules - actually not using EEPROM because of stability problems 2 * 8 MB Intel Strata Flash 32-Bit Databus width on CS0 beginning on address 0xff000000 CPLD on CS1 RTC on CS2 I actually have access to DDRAM, Flash and RTC over BDM Interface. So now i need a minimal configuration for booting with u-boot. Is there anywhere a guide or some information what i have to do?! Any help is welcome. Greets, David

3 5

[U-Boot-Users] return() from a u-boot application
by Andrew Wozniak 09 Jun '05

09 Jun '05

Hi, We have a u-boot "application" (based on hello_world example) which implements system specific boot control functions. Normally, a return() call from main() will return control back to the u-boot command line. We have several error handling subroutines which report and log errors through a proprietary PCI based interface. Would anyone know how to directly return back to the u-boot command line from within a subroutine which was called from main()? Maybe something like an exit() call. I want to avoid having to return error codes from multiple level of function calls back to main - even though it might not be good coding style. I did try an exit() call but it was undefined. If I export it from U-Boot, will it work? i.e return control back to u-boot. Thanks for any suggestions.

2 2

[U-Boot-Users] Custom Board Porting
by hai tan 09 Jun '05

09 Jun '05

Hello, IŽm working with a s3c44b0 custom board and want to use u-boot for booting OS. First i tried to modify the B2 board files as reference for my board and changed it for my environment. Although I changed some files, anyway my board had no message when i flashed the image maked by u-boot. So i think itŽs the wrong way to get u-boot functioning. Now iŽm searching for informations what i have to do to get u-boot work for my board. Specifications of my Board: S3c44b0; 1M * 16 bit flash(SST39VF160); 4M * 16 bit SDRAM(HY57V65160B) I actually have something else, but now i need a minimal configuration for booting with u-boot. So I changed some B2 board files as following: file: changed before changed after 1) Makefile: arm-linux- arm-elf 2) B2.h CONFIG_CLOCK_SPEED 75 66 PHYS_SDRAM_1_SIZE 10 8 Flash_SIZE 4 2 3) memsetup.s 4) start.s locktime 800 0xfff PLLCON 0x3fffeff 0x38021 INTMSK 0x3fffeff 0x07ffffff 5) u-boot.lds 6) serial.c divisor 115200 32 34 7) B2.c Is there anywhere a guide or some information what i have to do?! Any help is welcome. Greets, TH _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar - get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/

1 0

[U-Boot-Users] building u-boot
by Greg Lindberg 08 Jun '05

08 Jun '05

I'm trying to build u-boot for the first time for a intel xscale pxa250. I've got an existing working install of arm-linux-gcc v3.4. I get the following error whether I configure for lubbock or cerf250: $ make cerf250_config Configuring for cerf250 board... $ make all make[1]: Entering directory `/usr/src/u-boot-1.1.2/tools' make[1]: `.depend' is up to date. make[1]: Leaving directory `/usr/src/u-boot-1.1.2/tools' make[1]: Entering directory `/usr/src/u-boot-1.1.2/examples' make[1]: `.depend' is up to date. make[1]: Leaving directory `/usr/src/u-boot-1.1.2/examples' make[1]: Entering directory `/usr/src/u-boot-1.1.2/post' make[1]: `.depend' is up to date. make[1]: Leaving directory `/usr/src/u-boot-1.1.2/post' make[1]: Entering directory `/usr/src/u-boot-1.1.2/post/cpu' make[1]: `.depend' is up to date. make[1]: Leaving directory `/usr/src/u-boot-1.1.2/post/cpu' make -C tools all make[1]: Entering directory `/usr/src/u-boot-1.1.2/tools' gcc -g -Wall -pedantic -idirafter ../include -DTEXT_BASE=0xa3080000 -DUSE_HOSTCC -O -c envcrc.c gcc -g -idirafter ../include -DTEXT_BASE=0xa3080000 -DUSE_HOSTCC -c environment.c gcc -Wall -pedantic -idirafter ../include -DTEXT_BASE=0xa3080000 -DUSE_HOSTCC -O -o envcrc envcrc.o crc32.o environment.o make[1]: Leaving directory `/usr/src/u-boot-1.1.2/tools' make -C examples all make[1]: Entering directory `/usr/src/u-boot-1.1.2/examples' arm-linux-gcc -g -Os -fno-strict-aliasing -fno-common -ffixed-r8 -msoft- float -D__KERNEL__ -DTEXT_BASE=0xa3080000 -I/usr/src/u-boot-1.1.2/include -f no-builtin -ffreestanding -nostdinc -isystem /usr/local/crosstool/arm-linux/gcc-3.4.1-glibc-2.3.3/lib/gcc/arm-linux/3.4.1 /include -pipe -DCONFIG_ARM -D__ARM__ -mapcs-32 -march=armv4 -mtune=stronga rm1100 -Wall -Wstrict-prototypes -g -Os -fno-strict-aliasing -fno-common -ffixed-r8 -msoft-float -D__KERNEL__ -DTEXT_BASE=0xa3080000 -I/usr/src/u-bo ot-1.1.2/include -fno-builtin -ffreestanding -nostdinc -isystem /usr/local/crosstool/arm-linux/gcc-3.4.1-glibc-2.3.3/lib/gcc/arm-linux/3.4.1 /include -pipe -DCONFIG_ARM -D__ARM__ -mapcs-32 -march=armv4 -mtune=stronga rm1100 -I.. -Bstatic -T /usr/src/u-boot-1.1.2/board/cerf250/u-boot.lds -Ttext 0xa3080000 hello_world.c -o hello_world /usr/local/crosstool/arm-linux/gcc-3.4.1-glibc-2.3.3/lib/gcc/arm-linux/3.4.1 /../../../../arm-linux/bin/ld: cannot find cpu/pxa/start.o collect2: ld returned 1 exit status make[1]: *** [hello_world] Error 1 make[1]: Leaving directory `/usr/src/u-boot-1.1.2/examples' make: *** [examples] Error 2 It looks like I've got something misconfigured. Any help would be appreciated. Greg Secrecy, being an instrument of conspiracy, ought never to be the system of a regular government. -Jeremy Bentham, jurist and philosopher (1748-1832)

2 3

[U-Boot-Users] tool to create environment on host?
by Bob Peterson 08 Jun '05

08 Jun '05

Hi All U-Booters, I have written a simple u-boot environment modifying tool that you guys may find useful. (Attached). The tool is essential for our company since our devices often get to me all packaged up and the console serial port assigned to u-boot is physically inaccessible. The flash chips are pre-burned with our initial values, defining the device as host ppc1 with a fixed mac address and ip address, but we're often called upon to change those values after the fact. Therefore, my tool is designed to switch a device's hostname, mac address, and ip address in several places in the u-boot environment. For example, to change a device called ppc1 to ppc4, I can simply do something like this: ssh ppc1 envtool 4 To print your current values for hostname, ip and mac address, I do: envtool -print To print all u-boot variables, I do: envtool -printenv I'm not claiming this tool is perfect, nor even elegant. It is simple and effective, and I'm stilling making tweaks here and there. WARNING: The tool relies heavily upon the assumption that the u-boot environment variables are being stored in /dev/mtdblock1. That's how I have the kernel for my icecube-based board set up. To compile for icecube, do this: ppc_6xx-gcc -o envtool envtool.c Regards, Bob Peterson Advanced Communication Design

3 2

RE: [U-Boot-Users] Custom Board configuration
by Fillod Stephane 08 Jun '05

08 Jun '05

David Grab wrote: >I actually have access to DDRAM, Flash and RTC over BDM Interface. So now i >need a minimal configuration for booting with u-boot. Is there anywhere a >guide or some information what i have to do?! README ? Cheers, -- Stephane

1 0

[U-Boot-Users] is there a bug in cfi_flash.c
by Yusuf Ibrahim Ozkok 08 Jun '05

08 Jun '05

Hi, There might be a bug in the code for reading status register in cfi_flash driver. In the function "flash_isset" it's directly read as reading from memory. But in intel's data sheet (for 28F640C3T) reading status register is described as below. Read Status Register The status register indicates the status of device operations, and the success/failure of that operation. The Read Status Register (0x70) command causes subsequent reads to output data from the status register until another command is issued. To return to reading from the array, issue a Read Array (0xFF) command. So before reading for SR, "Read Status Register" (0x70) command must be written to the flash. But I think this driver is beeing used by several boards. So if this driver is tested and it's working, I should be missing something? What am I missing? Thank you. Yusuf Software Eng. - Aselsan Inc. ###################################################################### Dikkat: Bu elektronik posta mesaji kisisel ve ozeldir. Eger size gonderilmediyse lutfen gondericiyi bilgilendirip mesaji siliniz. Firmamiza gelen ve giden mesajlar virus taramasindan gecirilmekte, guvenlik nedeni ile kontrol edilerek saklanmaktadir. Mesajdaki gorusler ve bakis acisi gondericiye ait olup Aselsan A.S. resmi gorusu olmak zorunda degildir. ###################################################################### Attention: This e-mail message is privileged and confidential. If you are not the intended recipient please delete the message and notify the sender. E-mails to and from the company are monitored for operational reasons and in accordance with lawful business practices. Any views or opinions presented are solely those of the author and do not necessarily represent the views of the company. ######################################################################

2 1

RE: [U-Boot-Users] PPC440GX reset command doesn't work
by Mészáros Lajos 08 Jun '05

08 Jun '05

The RESET pin is pulled down during internal reset. I know only the 8xx and 82xx family but IMHO the 440 is (should be) the same. The answer IS buried somewhere in the manuals. Ludwig ... > > Howard, Marc wrote: > > Try putting a scope/logic analyzer on your SYSRESET* line > to see if it > > is getting pulled down when you try to reset from U-Boot. > > Good point. But shouldn't the core and chip level reset still > function, > independent of the external reset line? The answer might be buried > somewhere in the PPC440 tech manuals. > > I might also talk to our hardware guys about this. > ...

1 0

RE: [U-Boot-Users] PPC440GX reset command doesn't work
by Howard, Marc 07 Jun '05

07 Jun '05

Try putting a scope/logic analyzer on your SYSRESET* line to see if it is getting pulled down when you try to reset from U-Boot. Marc W. Howard > -----Original Message----- > From: u-boot-users-admin(a)lists.sourceforge.net > [mailto:u-boot-users-admin@lists.sourceforge.net] On Behalf > Of Andrew Wozniak > Sent: Tuesday, June 07, 2005 10:48 AM > To: tsawyer+u-boot(a)sandburst.com > Cc: U-Boot mailing list > Subject: Re: [U-Boot-Users] PPC440GX reset command doesn't work > > Travis B. Sawyer wrote: > > Andrew Wozniak wrote: > > > >> Andrew Wozniak wrote: > >> > >>> We have a custom PPC440GX board running a ported version > of U-Boot based > >>> on the OCOTEA codebase. Most U-Boot commands are working > - life is good. > >>> > > <SNIP> > > > >>> Just wondering if anyone else with a PPC440 target had any special > >>> modifications to make 'reset' work. > >> > >> > > Nope, it just works, on 3 different 440gx targets I have. The XES > > XPedite1000, the Ocotea, and our custom hardware... > > hmmm.... will have to investigate further. > > Could our problem be related to how our PPC is configured from serial > eeprom? Or might is be that DBCR (or some other control register) is > misconfigured - disallowing a "system reset"? > > Thanks for confirming proper 'reset' operation as currently > implemented. > > > > > -travis > > > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. How far > can you shotput > a projector? How fast can you ride your desk chair down the > office luge track? > If you want to score the big prize, get to know the little guy. > Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20 > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users >

2 1