August 2003 - U-Boot

[U-Boot-Users] corrected [PATCH] mkconfigx against u-boot-0.4.5
by Marc Singer 08 Aug '03

08 Aug '03

Apparently, I sent the wrong file because it was too large. Here, again, is a patch for mkconfigx. It generates dependency rule to control rebuilding the configx.mk file.

1 0

RE: [U-Boot-Users] Using the abatron to debug an image in flash
by Mark Doherty 08 Aug '03

08 Aug '03

Wolfgang, I've rebuilt u-boot using ELDK 2.0 and found that the problem doesn't exist, I suspect that the combination of the MV toolchain and ELDK toolchain is a bad idea, lession well and truely learned. Thanks for your assistance. Mark.

1 0

[U-Boot-Users] MPC866ADS
by Marco Schramel 08 Aug '03

08 Aug '03

Hi, is there someone who started porting u-boot to the MPC866ADS evalboard ?? Is the FADS860T.h file the best starting point to make it run (Changing startaddresses, ...) ?? Or which files are the most important to change and to accommodate to the new board ?? Best regards Marco Marco Schramel Tel. +49(0)9929/ 301-332 R&D Fax +49(0)9929/ 301-112 BARTEC Schulstraße 30, 94239 Gotteszell,GERMANY Marco.Schramel(a)go.bartec.de

2 1

Re: [U-Boot-Users] error while compilation in u-boot-0.4.5
by Wolfgang Denk 08 Aug '03

08 Aug '03

Hello, in message <F509E6111989D311B63700805FA761DA06F9928C(a)dbde01.itg.ti.com> you wrote: > > we downloaded u-boot-0.4.5.tar.bz2 ftp://ftp.denx.de/pub/u-boot. > When we try to compile this for our board (omap1510inn) it gives me error > like this. Can you please try out if the attached patch fixes the problem? > The same error is reported even for smdk2410 also. I cannot reproduce this problem for the smdk2410 board, nor for any other PowerPC, ARM or MIPS board (I don't have a x86 environment to test). 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 Ernest asks Frank how long he has been working for the company. "Ever since they threatened to fire me."

1 0

RE: [U-Boot-Users] Using the abatron to debug an image in flash
by Mark Doherty 08 Aug '03

08 Aug '03

Hello Wolfgang, > > > > $ ppc-linux-gdb > > Is this really how you called GDB? It is indeed. > > > GNU gdb 5.1.1 > > Where did you get this GDB from? > This version of gdb is actually the version you pointed me to a few weeks ago when I asked about debugging start.S, it does the same with the MVL toolchain as well so I suspect that maybe I've broken something. <snip> This is probably a known problem. If you like, you can try out our latest patches; you can find a test version of our cross GDB at ftp://ftp.denx.de/pub/tmp/ppc-linux-gdb - don't forget to set the CROSS_COMPILE environment variable as needed (= ppc_82xx- in your case) as with all our ELDK tools. <snip> As you illustrated, it should work, I think I'll take a look at what happens on our ep8260s. thanks Mark.

1 0

[U-Boot-Users] error while compilation in u-boot-0.4.5
by Gupta, Kshitij 08 Aug '03

08 Aug '03

hi, we downloaded u-boot-0.4.5.tar.bz2 ftp://ftp.denx.de/pub/u-boot. When we try to compile this for our board (omap1510inn) it gives me error like this. The same error is reported even for smdk2410 also. ----------------------------------------------------------- make[1]: Entering directory `/home/a0875451/mwd/u-boot/release-1510/u-boot-0.4.5/tools' /bin/sh: -c: line 1: syntax error near unexpected token `;' /bin/sh: -c: line 1: `for dir in ; do make HOSTOS=linux HOSTARCH=i386 HOST_CFLAGS="-Wall -pedantic" HOST_LDFLAGS="" -C $dir || exit 1 ; done' make[1]: *** [subdirs] Error 2 make[1]: Leaving directory `/home/a0875451/mwd/u-boot/release-1510/u-boot-0.4.5/tools' make: *** [subdirs] Error 1 ---------------------------------------------------------------------- regards -kshitij

1 0

[U-Boot-Users] Patch for MPC852T ( AdderII )
by Krishnaprasad, Raghunandan 08 Aug '03

08 Aug '03

Hello, I had submitted a pre - patch for AdderII. I have got the FEC up and running on the AdderII card. I am attaching the patch for the same. This is a complete patch that will apply on u-boot.0.4.0 Warm Regards, Raghu D K Raghunandan Force Computers Pvt Ltd. No: 60, Kormangala Ring road Bangalore - 560 071 Phone No: 91 + 80 + 535 6060 Ext: 324 e-mail: raghu.krishnaprasad(a)fci.com

1 0

[U-Boot-Users] Preparing a KEV7a400 patch
by Marc Singer 07 Aug '03

07 Aug '03

I've successfully ported u-boot to the Sharp KEV7A400 board. It can program flash, boot from the network, and it runs from flash. Before I submit a patch, I believe there are a couple of outstanding issues that you, Wolfgang, want resolved. 1) Dependency on Perl Are you OK with an initial patch that checks for the presence of a Perl interpreter? Since this is the only board using the mkocnfigx script, such a method will be backward compatible. I agree that a shell script of the Perl script must be written. 2) #undef arm It looks like the arm macro may be defined by the compiler. The GCC info pages suggest that this macro may be defined unless -ansi is passed to the compiler. There are a few of ways to resolve this problem. I could change the structure that is broken by the #define. I could leave the #undef intact. I could find a way to remove the #define by passing an switch to the compiler. My preference, of course, is to leave the #undef intact. 3) Trailing whitespace You found some lines in a previous patch to have trailing whitespace. What do you use to detect this?

2 6

[U-Boot-Users] 857T scc init
by Brian Rasmussen 07 Aug '03

07 Aug '03

Hi, I�m almost done porting U-boot to a custom HW platform but I have a problem getting the Ethernet port to work correctly. I�m using a 857T with a Realtek 8201BL transceiver. If I run U-boot and press a key so I get to the prompt and then type tftp I see the following behavior. 5 ARP requests are sent but no response is received and it times out and tries again. An ARP response is never received. If I stop U-boot with the BDM and changes RINV in GSMR_L and start again I receive an ARP request and tftp gets called but the transfer stops. To get the tftp transfer to continue I need to change RINV back to normal and run again. The tftp transfer then completes. I can now issue a tftp transfer over and over without making any changes through the BDM. Even the ARP request works every time. This behavior is consistent every time I reboot the system. The only modifications made to the code are the pin-configurations. Has anybody seen this behavior before or have any ideas. Thanks, Brian Rasmussen

1 0

[U-Boot-Users] 857T scc init
by Brian Rasmussen 07 Aug '03

07 Aug '03

Hi, I�m almost done porting U-boot to a custom HW platform but I have a problem getting the Ethernet port to work correctly. I�m using a 857T with a Realtek 8201BL transceiver. If I run U-boot and press a key so I get to the prompt and then type tftp I see the following behavior. 5 ARP requests are sent but no response is received and it times out and tries again. An ARP response is never received. If I stop U-boot with the BDM and changes RINV in GSMR_L and start again I receive an ARP request and tftp gets called but the transfer stops. To get the tftp transfer to continue I need to change RINV back to normal and run again. The tftp transfer then completes. I can now issue a tftp transfer over and over without making any changes through the BDM. Even the ARP request works every time. This behavior is consistent every time I reboot the system. The only modifications made to the code are the pin-configurations. Has anybody seen this behavior before or have any ideas. Thanks, Brian Rasmussen

1 0

RE: [U-Boot-Users] Using the abatron to debug an image in flash
by Mark Doherty 07 Aug '03

07 Aug '03

Dear Wolfgang, > Accessing normal static variables should be no problem. It's just > initialized data pointers which need manual relocation. I try to > avoid this data type whenever possible, or we need to relocate it. If > you find unrelocated initialized pointers please let me know. > > But accessing the variables itself should work just fine - if they > are pointers, they will just contain unrelocated addresses. > I have loaded the symbol file as mentioned previously, however to my unexperienced eye it appears that some of the symbols for the static variables have not been loaded where I would have expected ... $ ppc-linux-gdb GNU gdb 5.1.1 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "--host=i386-redhat-linux --target=ppc-linux". (gdb) bdi 0xff000100 in ?? () (gdb) ram add symbol table from file "u-boot" at .text_addr = 0x7fc0000 (gdb) info address rtx Symbol "rtx" is static storage at address 0xff0312d8. (gdb) In the unlikely case you are not aware rtx is defined in cpu/mpc8260/ether_fcc.c as ... <snip> /* * FCC Ethernet Tx and Rx buffer descriptors. * Provide for Double Buffering * Note: PKTBUFSRX is defined in net.h */ typedef volatile struct rtxbd { cbd_t rxbd[PKTBUFSRX]; cbd_t txbd[TX_BUF_CNT]; } RTXBD; /* Good news: the FCC supports external BDs! */ #ifdef __GNUC__ static RTXBD rtx __attribute__ ((aligned(8))); #else #error "rtx must be 64-bit aligned" #endif <snip> Is this what you would normally expect? When I scan the assembler the code uses the correct address, it appears that the gdb however is a bit lost. Best wishes, Mark.

2 1

[U-Boot-Users] Announcement of new DENX U-Boot and Linux Guide
by Detlev Zundel 07 Aug '03

07 Aug '03

Hi, as the URL has leaked onto this list by now anyway, I am somewhat late to officially announce the all-new, ultra-shiny and wonderfully interactive "DENX U-Boot and Linux Guide"[1] (DULG for short). The DULG is the successor of the DPLG previously available in different formats and specialized for different boards from the DENX website[2]. The new DULG in contrast is a Wiki collaboration area (TWiki to be precise) allowing direct editing of its contents. If you never heard of "Wikis" before, [3] should be a good starting point for finding out. In addition to the advantages inherent in a Wiki based site, the DULG web is designed to provide board-specific documentation through the ease of a webform for choosing the target board[4]. Right now there are only two boards to choose from, _but_ one is PowerPC based (TQM8xxL), while the other is MIPS based (INCA-IP). The ELDK[5] sections will of course show the correct information for the selected platform... Disclaimer: If things don't work as you expect them to, remember that this baby is _very_ young, but don't hesitate to ask. There's even a place in the Wiki itself for discussing it[6]. Ok, now its official, so all thats left for me to say is: Browse, enjoy and last but not least _improve_ it by contributing! Cheers Detlev PS: Before making major changes, it is a good idea to get familiar with the peculiarities of the DULG web explained in links from the main web[1]. [1] http://www.denx.de/twiki/bin/view/DULG [2] http://www.denx.de/ [3] http://www.denx.de/twiki/bin/view/TWiki/TWikiSite [4] http://www.denx.de/twiki/bin/view/DULG/BoardSelect [5] http://www.denx.de/twiki/bin/view/DULG/ELDK [6] http://www.denx.de/twiki/bin/view/DULG/DULGFaq -- 14474011154664524427946373126085988481573677491474835889066354349131199152128 If you know why this number is perfect - you're probably a mathematician...

1 0

RE: [U-Boot-Users] Using the abatron to debug an image in flash
by Mark Doherty 07 Aug '03

07 Aug '03

Hello Detlev, Wolfgang, Thanks for your replies, you are completely correct, I should have realised! I had some problems compiling with -O0, however building with -O1 was just as good. Now I have another problem, one which I hope you may have come across before, my debugger is failing to keep track of the updated addresses of static variables after relocation, which makes displaying variables kinda hard :) Any ideas? Mark.

3 2

[U-Boot-Users] Re: Are there any users of tools/gdb/astest.c?
by Murray Jensen 07 Aug '03

07 Aug '03

On 05 Aug 2003 18:33:54 +0200, Detlev Zundel <dzu(a)denx.de> writes: >If anyone wants to keep the file then please speak up, otherwise I'd >like to ask Wolfgang to remove it so there is one less obstacle for >new users of U-Boot. I was responsible for the gdb directory being there - long time ago early in the ppcboot days - when the board I was using had no ethernet and no flash (really!). I would burn ppcboot into an EPROM, then use gdb to download a linux kernel over the serial line and debug it the same way if it crashed (with kgdb). Wasn't too bad at 230400 baud. But I stopped using these tools many years ago. astest was just a little hack that printed some info I needed - it could definitely go. In fact, the whole gdb directory could probably go, although I suppose it might be useful to someone/somewhere/sometime. Cheers! Murray... -- Murray Jensen, CSIRO Manufacturing & Infra. Tech. Phone: +61 3 9662 7763 Locked Bag No. 9, Preston, Vic, 3072, Australia. Fax: +61 3 9662 7853 Internet: Murray.Jensen(a)csiro.au Hymod project: http://www.msa.cmst.csiro.au/projects/Hymod/ To the extent permitted by law, CSIRO does not represent, warrant and/or guarantee that the integrity of this communication has been maintained or that the communication is free of errors, virus, interception or interference. The information contained in this e-mail may be confidential or privileged. Any unauthorised use or disclosure is prohibited. If you have received this e-mail in error, please delete it immediately and notify Murray Jensen on +61 3 9662 7763. Thank you.

3 3

[U-Boot-Users] Using the abatron to debug an image in flash
by Mark Doherty 07 Aug '03

07 Aug '03

Hi, Apologies for asking what I suspect is a very simple problem, I am attempting to debug u-boot after relocation and have followed the simple instructions previously posted on this mailing-list, however I am having difficulty in getting the abatron to do as it is told! First up is the target section of the bdi2000 config file : [TARGET] CPUTYPE 8260 BDIMODE AGENT STARTUP RESET JTAGCLOCK 0 BOOTADDR 0x00000100 ;WORKSPACE 0x00000000 BREAKMODE HARD STEPMODE HWBP ;VECTOR CATCH ;DCACHE NOFLUSH ;MMU XLAT 0xC0000000 ;PTBASE 0x000000F0 I'd like to be able to step through the eth_init routine and I am invoking it through a tftpboot command on the console. A trace from gdb illustrates my problem, (note that I have some shortcuts programmed into my .gdbinit routine to set the $pc and to load the symbol file). When the program has loaded into RAM I stop the debugger (hence the SIGSTOP) to insert my breakpoint, for some reason I have problems if I attempt to insert the breakpoint before the code is in RAM (?). $ ppc-linux-gdb GNU gdb 5.1.1 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "--host=i386-redhat-linux --target=ppc-linux". (gdb) bdi 0x00000100 in ?? () (gdb) resethi (gdb) ram add symbol table from file "u-boot" at .text_addr = 0x7fc0000 (gdb) c Continuing. Program received signal SIGSTOP, Stopped (signal). 0x07fdbb18 in serial_getc () at serial_scc.c:242 242 while (rbdf->cbd_sc & BD_SC_EMPTY) (gdb) b eth_init Breakpoint 1 at 0x7fdc278: file ether_fcc.c, line 201. (gdb) c Continuing. Breakpoint 1, eth_init (bis=0x7fa0220) at ether_fcc.c:201 201 volatile cpm8260_t *cp = &(immr->im_cpm); (gdb) step 227 rxIdx = 0; (gdb) step 198 { (gdb) step 212 immr->im_cpmux.cmx_uar = 0; (gdb) step 228 txIdx = 0; (gdb) step 212 immr->im_cpmux.cmx_uar = 0; (gdb) step 221 immr->im_fcc[CONFIG_ETHER_INDEX-1].fcc_fpsmr = CFG_FCC_PSMR | FCC_PSMR_ENCRC; (gdb) step 213 immr->im_cpmux.cmx_fcr = (immr->im_cpmux.cmx_fcr & ~CFG_CMXFCR_MASK) | (gdb) step 221 immr->im_fcc[CONFIG_ETHER_INDEX-1].fcc_fpsmr = CFG_FCC_PSMR | FCC_PSMR_ENCRC; (gdb) step 227 rxIdx = 0; (gdb) step 201 volatile cpm8260_t *cp = &(immr->im_cpm); (gdb) step 213 immr->im_cpmux.cmx_fcr = (immr->im_cpmux.cmx_fcr & ~CFG_CMXFCR_MASK) | (gdb) step 228 txIdx = 0; (gdb) step 213 immr->im_cpmux.cmx_fcr = (immr->im_cpmux.cmx_fcr & ~CFG_CMXFCR_MASK) | (gdb) As you can see the code appears to jump around aimlessly, though the program still appears to run ok. Just to finish off I am able to configure the ram such that I can debug the application in ram up to the point where relocation occurs so I am fairly confident in my SDRAM setup. Any thoughts or comments welcome, thanks Mark.

3 2

[U-Boot-Users] can't get current sourceforge cvs tarball
by Dave Ellis 06 Aug '03

06 Aug '03

Hi, The only cvs tarball I can get from sourceforge is what I guess is the last .gz version, now 2 weeks old. I changed .gz to .bz2 as suggested at the sourceforge status page, but when I try to download http://cvs.sourceforge.net/cvstarballs/u-boot-cvsroot.tar.bz2 I get 'ERROR 404: Not Found'. Any suggestions? Can anyone else get a current tarball? Dave Dave Ellis ~~~~~~~~~~~~~~~~~~~~~~~~~~ SIXNET - "Leading the Industrial Ethernet Revolution" 331 Ushers Road, P.O. Box 767, Clifton Park, NY 12065 USA Tel +1 (518) 877-5173 Fax +1 (518) 877-8346 Email me at: dge(a)sixnetio.com Detailed product info: www.sixnetio.com ~~~~~~~~~~~~~~~~~~~~~~~~~~

1 0

[U-Boot-Users] SED13806 and MPC866
by Marco Schramel 06 Aug '03

06 Aug '03

Hi, First i have to say "i am new in embedded Linux". I am very interested in the new 866 of Motorola. For a graphical output the EPSON SED13806 is planned. I've found in the archive that this chip is supported from U-Boot ;-) !! My question is, how to setup and to tell the kernel that the EPSON is its graphical output. The start address in SED13806 is defined by my board with its CSx base address, i think. Is there more to tell as its start address ? How i setup my kernel that a SED13806 exists or has my device driver to do this ?? If you know more useful things about the SED-chip, please let me know. Thanks a lot Marco Marco Schramel Tel. +49(0)9929/ 301-332 R&D Fax +49(0)9929/ 301-112 BARTEC Schulstraße 30, 94239 Gotteszell,GERMANY Marco.Schramel(a)go.bartec.de

2 5

[U-Boot-Users] Flash organization
by Marc Singer 06 Aug '03

06 Aug '03

The boot flash on the KEV7A400 has two sizes of blocks. The first 64KiB is in 8KiB blocks. The rest (63 blocks) are each 64KiB. Will u-boot write memory correctly if I put these blocks into two banks?

2 3

[U-Boot-Users] machine check interrupt on AdderII ( MPC852T )
by Raghu 06 Aug '03

06 Aug '03

Hi, I am getting this "Machine Check Interrupt" at one Instruction. But using BDI if I proceed using "go" command, it goes ahead fine. The instruction I am getting this is at "0xfe0024fc" ***************************************************** BDI>go 0xfe000100 - TARGET: target has entered debug mode BDI>i Target state : debug mode Debug entry cause : machine check interrupt Current PC : 0xfe002500 Data address : 0x00000000 DSISR value : 0x080a0000 BDI> *************************************************** The equivalent assembly listing is as below, from function "cpu_init_f" in file "cpu/mpc8xx/cpu_init.c" ---------------------------------------------------- #if (defined(CFG_OR1_PRELIM) && defined(CFG_BR1_PRELIM)) memctl->memc_or1 = CFG_OR1_PRELIM; fe0024e0: 3d 60 ff 80 lis r11,-128 fe0024e4: 61 08 00 01 ori r8,r8,1 fe0024e8: 91 03 01 00 stw r8,256(r3) fe0024ec: 94 21 ff e8 stwu r1,-24(r1) fe0024f0: 61 6b 0e 00 ori r11,r11,3584 fe0024f4: 91 49 00 04 stw r10,4(r9) fe0024f8: 90 03 01 00 stw r0,256(r3) memctl->memc_br1 = CFG_BR1_PRELIM; fe0024fc: 38 00 00 81 li r0,129 fe002500: 91 49 00 04 stw r10,4(r9) fe002504: 91 69 00 0c stw r11,12(r9) fe002508: 90 09 00 08 stw r0,8(r9) #endif --------------------------------------------------- warm Regards Raghu. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

[U-Boot-Users] Hi,
by Divyesh Patel 05 Aug '03

05 Aug '03

Hi, I am new to Linux and U-Boot. I am using the MPC8266 BSP for MPC8266ADS reference board from Metrowerks as my base point to start my project specific board BSP. I am wondering if someone can help with telling me what sets of files I would have to modify in U-Boot to input my board specific details so that the U-Boot will work on my board. Also any other pointers would be really appcreciated. Regards, Divyesh Patel

2 1

RE: [U-Boot-Users] F.A.O Rune Torgersen or any MPC8266ADS-PCI u-b oot users
by Rune Torgersen 05 Aug '03

05 Aug '03

> needed fixed for the PCI features of the 8266. I have tried > 0.3 and 0.4 but > cannot get it to work. I have u-boot 0.3.0 working with full PCI support, (have not gotten around to try 0.4.x yet) BTW.... Just figured out why it hangs right at FLASH:.... This is when it moves u-boot to SDRAM... If you use the standard 16-MB SDRAM stick that comes with the ADS board, it WILL NOT work with Page Based ingerleave mode. I have only gotten that to work with 64MB and bigger SDRAMs Change CONFIG_PBI in board/mpc8266ads/mpc826ads.c to 0 to use Bank Based Interleave. > First of all I am using ELDK to cross compile the > u-boot source > which seems to work fine. The problem is that it doesn't > seem to like the > Flash very much. I am using the Sharp type flash. This is the same FLASH I have. And it works great. > 1.) Within {u-boot}/include/configs/MPC8266ADS.h there are > two choices > for CFG_HRCW_MASTER depending on which JP setting you want to > use - does > anyone know which one is best to choose here? Both work great. The one for starting at 0xFE000000 gives you the most amount of continous free FLASH, as it puts the boot image at the beginning of the FLASH. The one that starts at 0xFFF00000 puts the mage in the last megabyte of the flash. Flash starts at 0xFF800000. > 2.) Also the settings for the CFG_FLASH_BASE default to > 0xFE000000. From > the MPC8266 user manual I noticed that the memory location > this relates to > is for a 32M SIMM whereas I have 8M which starts at FF800000. > I changed > this to mirror the user manual and update also the CFG_BR0_PRELIM > accordingly (0xFF801801). No. For the HRCW setting that the U-Boot 0.3.0 version for the 8266 defaults to, it has to be at 0xFE000000. The flash WILL start here. (and continue 8MB from there). > If someone out there has managed to get this working it would > be great if > you could either explain everything I need to do to get it > blown to the > flash on this type of board. Like I say I am a newbie to this > and probably > need to plead ignorance, or > b) have a working copy for an MPC8266ADS-PCI that you could > send to me as I > can't proceed past this point. Try the following: (I don't know if this will work with 0.4.x, it will work with 0.3.0) 1) Leave the jumper (JP3) in position 2-3. 2) use default setting for the MPC8266ADS_config. 3) compile 4) make an image that whatever JTAG/COP thing you use can write to flash. 5) write image to address 0xff800000 (which becomes 0xfe000000 when the jumper is changed) 6) place jumper in position 1-2 (HRCW in FLASH). 7) Reset board. This should work. (console on RS232-1 (top port) at 115200-8n1) The other option is (if you would like the flash at the default place) 1) Leave the jumper (JP3) in position 2-3. 2) Change CFG_HRCW_MASTER in include/configs/MPC8266ADS.h to #define CFG_HRCW_MASTER 0x0cb23645 3) Change TEXT_BASE in board/mpc8266ads/config.mk to 0xfff00000 4) compile 5) write to flash at position 0xfff00000 (start of flash is at 0xff800000) 6) reset.

1 0

RE: [U-Boot-Users] F.A.O Rune Torgersen or any MPC8266ADS-PCI u-b oot users
by Scott McNutt 05 Aug '03

05 Aug '03

Ciaran, The stock u-boot-0.4.0 release tarball works just fine for me with the following changes. Mileage may vary based on your configuration ... but here's the only changes I made for mine: In include/configs/MPC8266ADS.h: Change CFG_FLASH_BASE to 0xFF800000 Change FLASH_BASE to 0xFF800000 In board/mpc8266ads/config.mk: Change TEXT_BASE to 0xFFF00000 If SDRAM initialization gives you trouble ... In board/mpc8266ads/mpc8266ads.c: Change CONFIG_PBI to 0 Set your switches to: SW1: All on SW2: All on SW3: 1-on 2-on 3-off 4-off SW4: 1-on 2-off 3-on 4-off 5-on 6-on 7-on 8-off You'll have to rtfm if you don't want to use the BCSR as the HRCW source or if you want to monkey with the PCI clocking options ;-) BTW: PCI worked just fine with several different NICs. Slan, --Scott > -----Original Message----- > From: C Doyle [SMTP:cdoyle35@hotmail.com] > Sent: Tuesday, August 05, 2003 1:48 PM > To: u-boot-users(a)lists.sourceforge.net > Cc: nigel.dick(a)motorola.com > Subject: [U-Boot-Users] F.A.O Rune Torgersen or any MPC8266ADS-PCI > u-boot users > > Hello all, > I am a newbie to u-boot and I am trying to get u-boot0.4.0 to > download to the flash on an MPC8266ADS-PCI development board. I managed > to > get u-boot0.2 on the flash and working as it should but unfortunately it > needed fixed for the PCI features of the 8266. I have tried 0.3 and 0.4 > but > cannot get it to work. Both myself and some guys at Motorola have been > trying for 4-6 weeks now to get u-boot & PCI up and running. Has anyone > managed to get u-boot to work on this platform with PCI support enabled? > If > so, I would be greatful if could you mail the .srec to cd7(a)hw.ac.uk > First of all I am using ELDK to cross compile the u-boot source > which seems to work fine. The problem is that it doesn't seem to like the > > Flash very much. I am using the Sharp type flash. I have tried the both > the default configurations, with no success and also modified the > following > settings, also without much success. > > 1.) Within {u-boot}/include/configs/MPC8266ADS.h there are two choices > for CFG_HRCW_MASTER depending on which JP setting you want to use - does > anyone know which one is best to choose here? > > 2.) Also the settings for the CFG_FLASH_BASE default to 0xFE000000. > From > the MPC8266 user manual I noticed that the memory location this relates to > > is for a 32M SIMM whereas I have 8M which starts at FF800000. I changed > this to mirror the user manual and update also the CFG_BR0_PRELIM > accordingly (0xFF801801). > > 3.) I have also played around with the > {u-boot_dir}/board/mpc8266ads/config.mk file to no avail. > > > If someone out there has managed to get this working it would be great if > you could either explain everything I need to do to get it blown to the > flash on this type of board. Like I say I am a newbie to this and probably > > need to plead ignorance, or > b) have a working copy for an MPC8266ADS-PCI that you could send to me as > I > can't proceed past this point. > > Any help is very much appreciated. Thanks > Ciaran Doyle > > _________________________________________________________________ > Tired of spam? Get advanced junk mail protection with MSN 8. > http://join.msn.com/?page=features/junkmail > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/0 > 1 > _______________________________________________ > 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] F.A.O Rune Torgersen or any MPC8266ADS-PCI u-boot users
by C Doyle 05 Aug '03

05 Aug '03

Hello all, I am a newbie to u-boot and I am trying to get u-boot0.4.0 to download to the flash on an MPC8266ADS-PCI development board. I managed to get u-boot0.2 on the flash and working as it should but unfortunately it needed fixed for the PCI features of the 8266. I have tried 0.3 and 0.4 but cannot get it to work. Both myself and some guys at Motorola have been trying for 4-6 weeks now to get u-boot & PCI up and running. Has anyone managed to get u-boot to work on this platform with PCI support enabled? If so, I would be greatful if could you mail the .srec to cd7(a)hw.ac.uk First of all I am using ELDK to cross compile the u-boot source which seems to work fine. The problem is that it doesn't seem to like the Flash very much. I am using the Sharp type flash. I have tried the both the default configurations, with no success and also modified the following settings, also without much success. 1.) Within {u-boot}/include/configs/MPC8266ADS.h there are two choices for CFG_HRCW_MASTER depending on which JP setting you want to use - does anyone know which one is best to choose here? 2.) Also the settings for the CFG_FLASH_BASE default to 0xFE000000. From the MPC8266 user manual I noticed that the memory location this relates to is for a 32M SIMM whereas I have 8M which starts at FF800000. I changed this to mirror the user manual and update also the CFG_BR0_PRELIM accordingly (0xFF801801). 3.) I have also played around with the {u-boot_dir}/board/mpc8266ads/config.mk file to no avail. If someone out there has managed to get this working it would be great if you could either explain everything I need to do to get it blown to the flash on this type of board. Like I say I am a newbie to this and probably need to plead ignorance, or b) have a working copy for an MPC8266ADS-PCI that you could send to me as I can't proceed past this point. Any help is very much appreciated. Thanks Ciaran Doyle _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail

2 1

[U-Boot-Users] Using tools/mkimage
by Marc Singer 05 Aug '03

05 Aug '03

I'm having trouble understanding how an image should be created. It was my intention to use the zImage file already compressed with a loader. RAM starts at 0xc0000000, the kernel wants to load, after decompression, to 0xc00c8000. Normally, compressed kernel images are loaded at 0xc0008000. tools/mkimage -A arm -C none -a 0xc0008000 -d zImage image >From the boot loader, rarp 0xc0008000 bootm The trouble is that it starts executing at 0xc0008000 which is the image header. Based on reading the README, I'm suspicious that I've misconstrued the load addresses and that the loader doesn't support uncompressed images. Any tips?

2 6

[U-Boot-Users] Are there any users of tools/gdb/astest.c?
by Detlev Zundel 05 Aug '03

05 Aug '03

Hi, looking through the mailing list archive, it becomes clear that the mentioned "tools/gdb/astest.c" posed (in my view unnecessary) problems for some U-Boot newcomers that stopped them from compiling the main U-Boot code. My question therefore is, does anyone still use this code or has it been obsoleted by binutils? Looking through the code it seems like it dumps ELF file infos for the hard-coded "elf32-powerpc" BFD target so it is of limited use only to the newly supported architectures anyway. If anyone wants to keep the file then please speak up, otherwise I'd like to ask Wolfgang to remove it so there is one less obstacle for new users of U-Boot. Thanks Detlev -- You get 3 opportunities to advertise your Rock band, no more. -- Proposed Symbolics guidelines for mail messages (1984)

1 0