September 2004 - U-Boot

[U-Boot-Users] Netconsole at startup
by Robin Gilks 23 Sep '04

23 Sep '04

Greetings Bit of a puzzle with netconsole operation. If I undef CFG_CONSOLE_IS_IN_ENV, then I can boot to the serial console and manually switch it to nc and it works great. Problem with that is that on boot it just uses the first device that has the correct in/out properties - i.e. serial and ignores any env setting. If I define CFG_CONSOLE_IS_IN_ENV, then the netconsole stuff refuses to run (i.e. it doesn't use serial but it doesn't use nc either!!) - even though when checking with the BDI2000 I can see that the correct nc devices have been set up in the dev structures. If I start up in serial and then try to switch to nc it just doesn't work - it continues to use serial. Any clues from anyone? Should netconsole be able to run from bootup? -- Robin Gilks Senior Design Engineer Phone: (+64)(3) 357 1569 Tait Electronics Fax : (+64)(3) 359 4632 PO Box 1645 Christchurch Email : robin.gilks(a)tait.co.nz New Zealand ======================================================================= This email, including any attachments, is only for the intended addressee. It is subject to copyright, is confidential and may be the subject of legal or other privilege, none of which is waived or lost by reason of this transmission. If the receiver is not the intended addressee, please accept our apologies, notify us by return, delete all copies and perform no other act on the email. Unfortunately, we cannot warrant that the email has not been altered or corrupted during transmission. =======================================================================

2 3

RE: [U-Boot-Users] 16Bit NAND flash
by Zhang, Jian 23 Sep '04

23 Sep '04

I have implemented NAND only boot in an ARM board (OMAP1710 H3). The NAND flash is a 16-bit Samsung chip. The code is not general enough for a patch. Anyone is interested in making it a patch? Yes, I did push a patch for NAND based environment. It is available at U-Boot site. Regards, Jian > -----Original Message----- > From: u-boot-users-admin(a)lists.sourceforge.net [mailto:u-boot-users- > admin(a)lists.sourceforge.net] On Behalf Of hermann.brugger(a)gmx.de > Sent: Thursday, September 23, 2004 2:17 AM > To: u-boot-users(a)lists.sourceforge.net > Subject: [U-Boot-Users] 16Bit NAND flash > > Hi, > > does U-boot support 16Bit wide NAND flashs? If I look inside the > cmd_nand.c only u_char are used. > > Does someone have experience in using U-boot only with NAND flash > (maybe 16Bit NAND flash) and SDRAM and an ARM with NAND boot > option? I think it is not possible to store the environment of U-boot in > NAND flash so I cannot save the environment. > > Thanks > Hermann > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users

2 1

[U-Boot-Users] How board_init_f funcion in board.c is being called?
by Prathima_Kolar 23 Sep '04

23 Sep '04

Hello, I am a new U-boot user. Could you please tell me where the function "board_init_f" is being called? There is no mention of "board_init_f" anywhere else in U-boot except in bootseq.txt. How is this text file related to "board_init_f". Thanks & Warm Regards, Prathima. ************************************************************************** This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated. **************************************************************************

3 2

[U-Boot-Users] Attendants of SNDF in Frankfurt?
by Pantelis Antoniou 23 Sep '04

23 Sep '04

Hi All I'm probably going to attend SNDF Europe this year and I'm just wondering if anyone else is going too. If you are drop me a line will ya? Regards Pantelis

1 0

[U-Boot-Users] pcmcia support for at91rm9200dk
by David A. Peters 23 Sep '04

23 Sep '04

Does U-Boot have PCMCIA support for the AT91RM9200?

2 3

[U-Boot-Users] 16Bit NAND flash
by hermann.brugger＠gmx.de 23 Sep '04

23 Sep '04

Hi, does U-boot support 16Bit wide NAND flashs? If I look inside the cmd_nand.c only u_char are used. Does someone have experience in using U-boot only with NAND flash (maybe 16Bit NAND flash) and SDRAM and an ARM with NAND boot option? I think it is not possible to store the environment of U-boot in NAND flash so I cannot save the environment. Thanks Hermann

1 0

RE: [U-Boot-Users] How board_init_f funcion in board.c is being called?
by Hager, Johannes, HRD/AB 23 Sep '04

23 Sep '04

Hi, >Could you please tell me where the function "board_init_f" is being called? The function "board_init_f" is called in the file "cpu/<cpu_directory>/start.S" Best regards, Johannes

1 0

[U-Boot-Users] why disable icache when erase syncflash in mx1ads
by 齐尧 23 Sep '04

23 Sep '04

just now,i get the latest u-boot ,it has supported mx1ads,but i can not understand the code as follows,in board/mx1ads/flash.c: int flash_erase (flash_info_t * info, int first,int last) { ............... icache_disable(); ............. } I do nto know why disable the icache before erasing the Flash!

1 0

[U-Boot-Users] Status of MPC85xx patches
by Matt Porter 23 Sep '04

23 Sep '04

I saw some patches posted by Jon Loeliger about a month ago. Wolfgang, are these in your queue to be applied? [PATCH] Support for new boards MPC8541CDS and MPC8555CDS [PATCH] MPC85xxADS flash driver [PATCH] MPC85xxADS PCI bug fixes Regards, Matt

2 1

RE: [U-Boot-Users] FW: [440GX/JFFS]
by Barbier, Renaud (GE Infrastructure) 22 Sep '04

22 Sep '04

It is just going to the prompt. Here is printenv: baudrate=9600 loads_echo=1 ethaddr= ipaddr=192.168.67.1 serverip=192.168.67.189 netmask=255.255.255.0 ethact=ppc_440x_eth2 bootdelay=5 bootcmd=fsload;bootm 100000 bootargs=console=ttyS0,9600n8 root=/dev/nfs ip=bootp mem=62M stdin=serial stdout=serial stderr=serial Environment size: 265/65532 bytes -----Original Message----- From: wd(a)denx.de [mailto:wd@denx.de] Sent: Wednesday, September 22, 2004 4:26 PM To: Barbier, Renaud (GE Infrastructure) Cc: u-boot-users Subject: Re: [U-Boot-Users] FW: [440GX/JFFS] In message <45ABD2373C33C4459D42B40EC4F346F2034C9B00(a)FTWMLVEM03.e2k.ad.ge.com> you wrote: > I got Linux starting using a uImage. THis must be the bit I missed=20 OK. > However, still I cannot get it to autostart. Why not? What's the problem? Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd(a)denx.de Horses just naturally have mohawk haircuts.

2 1

[U-Boot-Users] FW: [440GX/JFFS]
by Barbier, Renaud (GE Infrastructure) 22 Sep '04

22 Sep '04

I got Linux starting using a uImage. THis must be the bit I missed However, still I cannot get it to autostart. -----Original Message----- From: Barbier, Renaud (GE Infrastructure) Sent: Wednesday, September 22, 2004 2:04 PM To: u-boot-users Subject: RE: [440GX/JFFS] I have build a JFFS file system on which I put a busybox filesystem including vmlinuximage Looking at the docuementation, I am not very clear how to start linux. I use fsload to copy it to memory but starting it fails. Also in another instance when I had the stripped version of Linux burnt into flash I have not succeeded to autostart Linux (bootdelay was set to 5 seconds). Starting it from the command line works (go ff900000).

2 1

[U-Boot-Users] RE: [440GX/JFFS]
by Barbier, Renaud (GE Infrastructure) 22 Sep '04

22 Sep '04

I have build a JFFS file system on which I put a busybox filesystem including vmlinuximage Looking at the docuementation, I am not very clear how to start linux. I use fsload to copy it to memory but starting it fails. Also in another instance when I had the stripped version of Linux burnt into flash I have not succeeded to autostart Linux (bootdelay was set to 5 seconds). Starting it from the command line works (go ff900000).

2 1

[U-Boot-Users] Why should disable i+AF8-cache when erase SyncFlash on mx1ads
by 齐尧 22 Sep '04

22 Sep '04

just now,i get the latest u-boot ,it has supported mx1ads,but i can not the code as follows,in board/mx1ads/flash.c: int flash_erase (flash_info_t *info, int s_first, int s_last) { int iflag, cflag, prot, sect; int rc = ERR_OK; .................... ...................... cflag = icache_status(); icache_disable(); .................. } i do not know why disable the icache when erasing the flash!

2 1

[U-Boot-Users] Microwindows on top of u-boot
by himba 22 Sep '04

22 Sep '04

Hi, Greg Haerr, author of Microwindows, stated that Microwindows can be run without using any OS. All it needs is C-like enviroment. Since u-boot has support for standalone C applications, would it be doable to run MW on top of u-boot? U-boot initializes a lot of peripherials too, and they could be used directly in MW. I belive that for simple GUI apps (touch screen, keys, framebuffer), controling basic functionality, that would be sufficient. This would also speed things up - no need to wait for OS to load and start up, gaining approx. 7-15 seconds. Has anyone tried this? regards, himba

2 1

[U-Boot-Users] Re: Should "imls" show ramdisk_image.gz copied into the flash ?
by Inna Povolotsky 22 Sep '04

22 Sep '04

>Please let me know where you find this stale link. The manual page at >http://www.denx.de/twiki/bin/view/DULG/LinuxRamdiskRoot >looks OK to me. May I kindly suggest you to learn how to use Google searching: Results 1 - 2 of about 4 for "A minimal ramdisk image for first tests can be found in ftp://ftp.denx.de/pub/LinuxPPC/usr/src/SIMPLE-PPCBOOT-ramdisk ". http://www.denx.de/doc/TQM8xxL/dplg.pdf http://www.denx.de/doc/CPU86/dplg.ps Thanks, Best Regards, Alex ________________________________________________________________ Get your name as your email address. Includes spam protection, 1GB storage, no ads and more Only $1.99/ month - visit http://www.mysite.com/name today!

2 1

[U-Boot-Users] Re: Should "imls" show ramdisk_image.gz copied into the flash ?
by Inna Povolotsky 22 Sep '04

22 Sep '04

>> Should "imls" show the presence of the ramdisk_image.gz copied >> into the flash ?? (and I do not see it ...) > No, it should not. "imls" will only show valid U-Boot images. > ramdisk_image.gz is missing a valid U-boot header. ramdisk_image.gz was downloaded from the site you have recommended: ftp://ftp.denx.de/pub/LinuxPPC/usr/src/SELF/images/ppc_82xx What is the missing operation (which is not, by the way, in the 7.6 of your manual, which also -I just double-checked - still refers to downloading from ftp://ftp.denx.de/pub/LinuxPPC/usr/src/SIMPLE-PPCBOOT-ramdisk - you may consider correcting it, Sir ...), which I have to perform (over ramdisk_image.gz downloaded from your "correct" site ?)? To reiterate, I do not think this "missing" step is covered in 7.6 either. Could I kindly ask you to be more detailed in your answers - so I will not need to bother you yet again. Thanks, Best Regards, Alex ________________________________________________________________ Get your name as your email address. Includes spam protection, 1GB storage, no ads and more Only $1.99/ month - visit http://www.mysite.com/name today!

2 2

[U-Boot-Users] Should "imls" show ramdisk_image.gz copied into the flash ?
by Inna Povolotsky 21 Sep '04

21 Sep '04

=> tftpboot 200000 uimage Using FCC2 ETHERNET device TFTP from server 192.168.1.100; our IP address is 192.168.1.103 Filename "uimage". Load address: 0x200000 Loading: done Bytes transferred = 864364 (d306c hex) => tftp 0x2c0000 ramdisk_image.gz Using FCC2 ETHERNET device TFTP from server 192.168.1.100; our IP address is 192.168.1.103 Filename 'ramdisk_image.gz'. Load address: 0x2c0000 Loading: done Bytes transferred = 1400198 (155d86 hex) => flinfo Bank # 1: Sharp 28F016SC (16 Mbit, 32 x 64K) Size: 8 MB in 32 Sectors Sector Start Addresses: FF800000 FF840000 FF880000 FF8C0000 FF900000 FF940000 FF980000 FF9C0000 FFA00000 FFA40000 FFA80000 FFAC0000 FFB00000 FFB40000 FFB80000 FFBC0000 FFC00000 FFC40000 FFC80000 FFCC0000 FFD00000 FFD40000 FFD80000 FFDC0000 FFE00000 FFE40000 FFE80000 FFEC0000 FFF00000 (RO) FFF40000 (RO) FFF80000 FFFC0000 => imls => era FF800000 FFEBFFFF ........................... done Erased 27 sectors => cp.b 0x2c0000 FF800000 155d86 Copy to Flash... done => imls ************* no output from "imls" ********** Should "imls" show the presence of the ramdisk_image.gz copied into the flash ?? (and I do not see it ...)(. If above issue/question is resolved, I presume my next U-Boot command should be: => bootm 200000 FF800000 Am I guessing correctly ? One more question - what bootargs I should preset in U-Boot for this scenario ? Thanks, Alex ________________________________________________________________ Get your name as your email address. Includes spam protection, 1GB storage, no ads and more Only $1.99/ month - visit http://www.mysite.com/name today!

2 1

Re: [U-Boot-Users] cp.b question
by Robin Getz 21 Sep '04

21 Sep '04

Wolfgang Denk wrote: >Which board are you talking about? The Blackfin STAMP - a work in progress - (not yet submitted as a patch, because of bugs like this). >Maybe you want to try your "cp.b" >test with different sizes, using a copy count of "4*N+i" with >arbitrary N and i=0, 1, 2, and 3. Maybe your board's flash driver has a >problem handling unaligned tail bytes. Good idea - lets see: BOOT> md.b 0 0x20 00000000: 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f ................ 00000010: 10 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f ................ BOOT> erase all Erase Flash Bank # 1 Erasing flash, Please Wait BOOT> md.b 0x20000000 0x20 20000000: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ 20000010: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ BOOT> cp.b 0x0 0x20000000 1 BOOT> md.b 0x20000000 0x20 20000000: 00 01 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ 20000010: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ Doh... back to flash.c Thanks for the pointer. Will be adding this to the test scripts.

1 0

[U-Boot-Users] Applied Patches?
by Jon Loeliger 21 Sep '04

21 Sep '04

Wolfgang, There are several folks who are interested in updated versions of U-Boot with some of the patches that I have previously sent to the list. Do you have any estimate on when they might be applied or what your backlog is looking like these days? Thanks, jdl

2 1

[U-Boot-Users] PPC Question
by Daren Hayward 21 Sep '04

21 Sep '04

Does U-Boot use the L2 cache on the PPC 440 processor?? Cheers Daren

2 1

RE: [U-Boot-Users] PPC Question
by Daren Hayward 21 Sep '04

21 Sep '04

I found the answer U-boot uses the L2 cache as SRAM (PPC has both a L2 cache controller and SRAM controller) by default it is used as SRAM and has to be initialised as L2 Cache. > -----Original Message----- > From: Daren Hayward > Sent: 21 September 2004 15:51 > To: U-Boot User List > Subject: [U-Boot-Users] PPC Question > > > Does U-Boot use the L2 cache on the PPC 440 processor?? > > Cheers > > Daren > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your > judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > 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] cp.b question
by Robin Getz 21 Sep '04

21 Sep '04

quick question... To ensure everything is copied to flash properly when I download a tftp image, I have to add one to the reported tftp download size before executing the cp.b command. Is this normal? It looks like the cp.b is working properly: =========================== BOOT> help cp cp [.b, .w, .l] source target count - copy memory BOOT> md.b 0x0 0x20 00000000: 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f ................ 00000010: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ BOOT> cp.b 0x00 0x10 0x08 BOOT> md.b 0x0 0x20 00000000: 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f ................ 00000010: 00 01 02 03 04 05 06 07 ff ff ff ff ff ff ff ff ................ =======================================

2 1

Re: [U-Boot-Users] DULG/Manual: 7.6. Standalone Operation with Ramdisk Image
by Alexander Povolotsky 21 Sep '04

21 Sep '04

Wolfgang - You are (as always) correct - it was a typo in my posting, sorry. Indeed I have downloaded correct ramdisk_image.zip apovolot@USPITLAD104868 ~/fadsroot $ ls -l ramdisk_image.gz -rwx------+ 1 apovolot ???????? 1400198 Sep 20 19:11 ramdisk_image.gz from the: ftp://ftp.denx.de/pub/LinuxPPC/usr/src/SELF/images/ppc_82xx Now when this detail is clarified, Wolfgang - could you please answer the actual questions posted (I will retype it below for your convenience) ? (I think your answer will clarify/supplement info you already have in 7.6 of your manual). TAI, Alex ************************** On PQ2FADS-VR board the U-Boot is programmed into flash sector started at the address 0xFFF00000 (and ending at 0xFFF3FFFF I presume). The next sector on the flash (starting at 0xFFF40000 and ending at 0xFFF7FFFF ) is used for U-Boot environment variables. Does it mean that a minimal ramdisk image ramdisk_image.zip " could be programmed directly onto flash (bypassing putting it into ram first and then copying it into flash) using CodeWarrior/WireTap CCS"s "Flash Programmer" tool into next 8 sectors, starting from address 0xFFF80000 ? Aternatively - if I am to strictly follow steps outlined in DULG/Manual: 7.6. "Standalone Operation with Ramdisk Image" I am not clear on addresses used there ? My "normal" (without ramdisk) booting sequence is: => tftpboot 200000 uimage => bootm 200000 In more details i have: => tftpboot 200000 uimage Using FCC2 ETHERNET device TFTP from server 192.168.1.100; our IP address is 192.168.1.103 Filename 'uimage'. Load address: 0x200000 Loading: done Bytes transferred = 864364 (d306c hex) => imi 200000 ## Checking Image at 00200000 ... Image Name: Linux-2.6.8-rc4 Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size: 864300 Bytes = 844 kB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK So what addressess I should use in: 1. => tftp "/tftpboot/SIMPLE-PPCBOOT-ramdisk" and in 2. => cp.b and in 3. => bootm steps ? PS: per suggestion from Himba for 1. : "Some flash address after the end of kernel image should be fine." the "tftpboot" address should be >= (00200000 + "864300 Bytes") ? Is there U-Boot command to complement "imi" which would give the address of the next available sector on the flash after the kernel image, where ramdisk inmage could be put (to avoid calculations) ? Thanks, Best Regards, Alex In message <20040920.173127.26706.915588(a)webmail12.lax.untd.com> you wrote: > > Does it mean that a minimal ramdisk image ramdisk_image.zip "for > first tests" for 82xx, which I have downloaded from: > > ftp://ftp.denx.de/pub/LinuxPPC/usr/src/SIMPLE-PPCBOOT-ramdisk Please confirm that you downloaded a file from this link. It was rmoed a long, long time ago and should NOT point to any valid data any more. If you have this file, then remove it. Don't even attempt to use it on a MPC82xx system. It was never meant for this. The DULG section you quote correctly lists: "Ramdisk images for tests can be found in the ftp://ftp.denx.de/pub/LinuxPPC/usr/src/SELF/images/ directories." so please use these instead. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd(a)denx.de There are bugs and then there are bugs. And then there are bugs. - Karl Lehenbauer ________________________________________________________________ Get your name as your email address. Includes spam protection, 1GB storage, no ads and more Only $1.99/ month - visit http://www.mysite.com/name today!

2 1

Re:[U-Boot-Users] DULG/Manual: 7.6. Standalone Operation with
by Sam Song 21 Sep '04

21 Sep '04

"Alexander Povolotsky" <pevnev(a)juno.com> wrote: > Does it mean that a minimal ramdisk image > ramdisk_image.zip "for first tests" for 82xx, which > I have downloaded from: > ftp://ftp.denx.de/pub/LinuxPPC/usr/src/SIMPLE-PPCBOOT-ramdisk This link is strange for me. For 82xx, pls try: ftp://ftp.denx.de/pub/LinuxPPC/usr/src/SELF/images/ppc_82xx/ramdisk_image.gz > could be programmed directly onto flash (bypassing > putting it into ram first and then copying it into > flash) using CodeWarrior/WireTap CCS's "Flash > Programmer" tool into next 8 sectors, starting from > address 0xFFF80000 ? Yeah, this is one possibel. The rule is that except U-Boot image and it's environment parameters location, you can program RMADISK anywhere except kernel home in FLASH. > Aternatively - if I am to strictly follow steps > outlined in DULG/Manual: 7.6. "Standalone Operation > with Ramdisk Image" > I am not clear on addresses used there ? > > My "normal" (without ramdisk) booting sequence is: > => tftpboot 200000 uimage > => bootm 200000 > > So what addresses I should use in: > > => tftp "/tftpboot/SIMPLE-PPCBOOT-ramdisk" Just 't 100000 SIMPLE-PPCBOOT-ramdisk' is enough for download it to RAM. > => cp.b cp.b 100000 <Your-RAMDISK-Location> $(filesize) > and > > => bootm Pls set U-Boot boot command as required before the debug. Like: =>set flash_self 'run ramargs addip; bootm $(kernel_addr) $(ramdisk_addr) =>set ramargs 'setenv bootargs console=tty0 console=ttyS0,9600 root=/dev/ram rw Then just type: => run flash_self Yeah, you need program linux kernel to FLASH as $(kernel_addr) in this way. Or what does mean Standalone Operation, anyway? Best regards, Sam _________________________________________________________ Do You Yahoo!? 150万曲MP3疯狂搜，带您闯入音乐殿堂 http://music.yisou.com/ 美女明星应有尽有，搜遍美图、艳图和酷图 http://image.yisou.com 1G就是1000兆，雅虎电邮自助扩容！ http://cn.rd.yahoo.com/mail_cn/tag/1g/*http://cn.mail.yahoo.com/event/mail_…

1 0

[U-Boot-Users] DULG/Manual: 7.6. Standalone Operation with Ramdisk Image
by Alexander Povolotsky 21 Sep '04

21 Sep '04

On PQ2FADS-VR board the U-Boot is programmed into flash sector started at address 0xFFF00000 (and ending at 0xFFF3FFFF I presume). The next sector on the flash (starting at 0xFFF40000 and ending at 0xFFF7FFFF ) is used for U-Boot environment variables. Does it mean that a minimal ramdisk image ramdisk_image.zip "for first tests" for 82xx, which I have downloaded from: ftp://ftp.denx.de/pub/LinuxPPC/usr/src/SIMPLE-PPCBOOT-ramdisk could be programmed directly onto flash (bypassing putting it into ram first and then copying it into flash) using CodeWarrior/WireTap CCS's "Flash Programmer" tool into next 8 sectors, starting from address 0xFFF80000 ? Aternatively - if I am to strictly follow steps outlined in DULG/Manual: 7.6. "Standalone Operation with Ramdisk Image" I am not clear on addresses used there ? My "normal" (without ramdisk) booting sequence is: => tftpboot 200000 uimage => bootm 200000 So what addresses I should use in: => tftp "/tftpboot/SIMPLE-PPCBOOT-ramdisk" and => cp.b and => bootm steps ? Thanks, Best regards, Alex ________________________________________________________________ Get your name as your email address. Includes spam protection, 1GB storage, no ads and more Only $1.99/ month - visit http://www.mysite.com/name today!

3 2