u-boot-users-request writes:
Thomas> Send U-Boot-Users mailing list submissions to Thomas> u-boot-users@lists.sourceforge.net
Thomas> To subscribe or unsubscribe via the World Wide Web, visit Thomas> Thomas> https://lists.sourceforge.net/lists/listinfo/u-boot-users Thomas> or, via email, send a message with subject or body 'help' to Thomas> u-boot-users-request@lists.sourceforge.net
Thomas> You can reach the person managing the list at Thomas> u-boot-users-admin@lists.sourceforge.net
Thomas> When replying, please edit your Subject line so it is more Thomas> specific than "Re: Contents of U-Boot-Users digest..."
Thomas> Today's Topics:
Thomas> 1. Re: Where do I need to call my set-enet-address function? Thomas> (Wolfgang Denk) Thomas> 2. Re: JFFS2: CRC Problem with Kernel Image (Martin, Vitali) Thomas> 3. u-boot for MPC8266-PCI board Thomas> (=?iso-8859-1?Q?Thomas_Sch=E4fer?=) Thomas> 4. RE: [PATCH] jffs2 indirect access. (Kenneth Johansson) Thomas> 5. Debug symbols for start.S (Mark Doherty) Thomas> 6. e1000 and ebony (Brian Padalino) Thomas> 7. Should CRC32 be changed to work against address 0 ? Thomas> (Woodruff, Richard) Thomas> 8. Re: Should CRC32 be changed to work against address 0 ? Thomas> (Wolfgang Denk) Thomas> 9. RE: Should CRC32 be changed to work against addres Thomas> s 0 ? (Woodruff, Richard) Thomas> 10. PATCH : omap/925t reset in start.S. (Woodruff, Richard) Thomas> 11. FADS (Ing.Gianfranco Morandi) Thomas> 12. RE: u-boot for MPC8266-PCI board (Rune Torgersen)
Thomas> --__--__--
Thomas> Message: 1 To: Kodis Babu Janardhanan kodisj@qualcomm.com Thomas> Cc: u-boot-users@lists.sourceforge.net Subject: Re: Thomas> [U-Boot-Users] Where do I need to call my set-enet-address Thomas> function? From: Wolfgang Denk wd@denx.de Date: Fri, 25 Jul Thomas> 2003 09:12:01 +0200
Thomas> In message Thomas> 4.3.1.2.20030724173324.01755348@jittlov.qualcomm.com you Thomas> wrote: >> >> I trying to get rid off hard-coded mac addresss and trying to set >> the mac address by reading from the eeprom. I commented the >> CONFIG_ETHADDR in the config file and called my function from the >> lib_ppc/board.c (init routine), it complains about ethaddr not >> set. Where is the appropriate place to call my function.
Thomas> Use the existing framework? See the "Note for Redundant Thomas> Ethernet Interfaces" in the README.
Thomas> If you add such a feature, please do it the same way as it's Thomas> been done for the other ethernet drivers that support this Thomas> feature.
Thomas> Best regards,
Thomas> Wolfgang Denk
Thomas> -- Software Engineering: Embedded and Realtime Systems, Thomas> Embedded Linux Phone: (+49)-8142-4596-87 Fax: Thomas> (+49)-8142-4596-88 Email: wd@denx.de Some people march to Thomas> the beat of a different drummer. And some people tango!
Thomas> --__--__--
Thomas> Message: 2 Subject: [U-Boot-Users] Re: JFFS2: CRC Problem Thomas> with Kernel Image Date: Fri, 25 Jul 2003 08:25:22 +0200 Thomas> From: "Martin, Vitali" vmartin@init-ka.de To: Thomas> u-boot-users@lists.sourceforge.net
>> So what address are you loading to 1000 10000 or 100000
Thomas> Sorry that I wasn't attentive im my last email. The memory Thomas> address is always 0x100000.
Thomas> And data written by "tftpboot" and "fsload" to 0x100000 is Thomas> not the same. = There are differences from address Thomas> 0x00101000, so I get Linux CRC Error = running "iminfo" or Thomas> "bootm".
Thomas> tftp =3D 00101000: dfc958e0 5f66d603 e27f2fe3 0027f536 Thomas> fsload =3D 00101000: dfc9c970 de53a432 188d2417 af469b2b Thomas> =20
Thomas> --__--__--
Thomas> Message: 3 Reply-To: tschaefer@giga-stream.de From: Thomas> =?iso-8859-1?Q?Thomas_Sch=E4fer?= tschaefer@giga-stream.de Thomas> To: u-boot-users@lists.sourceforge.net Date: Fri, 25 Jul Thomas> 2003 11:36:32 +0200 Subject: [U-Boot-Users] u-boot for Thomas> MPC8266-PCI board
Thomas> Hi all,
Thomas> I'm trying to run u-boot on our MPC8266-PCI board. I'm using Thomas> the latest C= VS tree 0.4.5 from sourceforge. I found Thomas> MPC8260ADS.h and MPC8266ADS.h in the configs Thomas> directory. Trying the MPC8266ADS configuration and starting Thomas> it en= ds with no console output at all. Trying the Thomas> MPC8260ADS configuration with CONFIG_ADSTYPE=3DCFG_8266ADS Thomas> ends with a bus fault after some console out= puts (see Thomas> below). What am I doing wrong?
Thomas> U-Boot 0.4.5 (Jul 25 2003 - 11:18:40)
Thomas> MPC8260 Reset Status: External Soft, External Hard
Thomas> MPC8260 Clock Configuration Thomas> - Bus-to-Core Mult 3x, VCO Div 2, 60x Bus Freq 33-100, Core Thomas> Freq 100-30= Thomas> 0 Thomas> - dfbrg 1, corecnf 0x08, busdf 3, cpmdf 1, plldf 0, pllmf 1 Thomas> - vco_out 266666664, scc_clk 66666666, brg_clk 16666666 Thomas> - cpu_clk 199999998, cpm_clk 133333332, bus_clk 66666666
Thomas> CPU: MPC8260 (HiP4 Rev 14, Mask A.0(A) 2K25A) at 199.999 MHz Thomas> Board: Motorola MPC8266ADS I2C: ready DRAM: 16 MB FLASH: Bus Thomas> Fault @ 0x00feac3c, fixup 0x00000000 Machine check in kernel Thomas> mode. Caused by (from msr): regs 00f71e10 Unknown values in Thomas> msr NIP: 00FEAC3C XER: 20000000 LR: 00FD6E94 REGS: 00f71e10 Thomas> TRAP: 0200 DAR: 00000000MSR: 00003000 E=AA: 0 PR: 0 FP: 1 Thomas> ME: 1 IR/DR: 00
Thomas> GPR00: 00500092 00F71F00 04280112 00000000 00FD6E88 Bus Thomas> Fault @ 0x00fe73d= 0, fixup 0x00000000 Machine check in Thomas> kernel mode. Caused by (from msr): regs 00f71af8 Unknown Thomas> values in msr NIP: 00FE73D0 XER: 00000000 LR: 00FE7360 REGS: Thomas> 00f71af8 TRAP: 0200 DAR: 00000000MSR: 00003000 EE: 0 PR: 0 Thomas> FP: 1 ME: 1 IR/DR: 00
Thomas> Any hints would be appreciated.
Thomas> Best regards,
Thomas> Thomas Sch=E4fer
Thomas> ____________________________________
Thomas> GIGA STREAM GmbH
Thomas> Konrad-Zuse-Str. 7 66115 Saarbr=FCcken
Thomas> Tel.: + 49 (0)681 / 95916 - 203 Fax: + 49 (0)681 / 95916 - Thomas> 100 E-mail: tschaefer@giga-stream.de
Thomas> --__--__--
Thomas> Message: 4 Subject: RE: [U-Boot-Users] [PATCH] jffs2 Thomas> indirect access. From: Kenneth Johansson Thomas> kenneth.johansson@etx.ericsson.se To: "Woodruff, Richard" Thomas> r-woodruff2@ti.com Cc: Thomas> "u-boot-users@lists.sourceforge.net" Thomas> u-boot-users@lists.sourceforge.net Thomas> Date: 25 Jul 2003 14:18:59 +0200
Thomas> On Thu, 2003-07-24 at 16:20, Woodruff, Richard wrote: >> Hi, =20 I had considered doing something similar to support NAND. >> After reading though Dave's comments as attached below (speed, >> size, ...) and some othe= Thomas> r >> reading I decided from my perspective it wasn't worth it. For >> the most p= Thomas> art >> memory is abundant at the boot loader so copying a moderately >> sized kerne= Thomas> l >> partition doesn't seem that bad, especially given the speed cost. >> In my board I've added a ram entry flash device array and copy >> data there.
Thomas> Yes when you have NAND flash an extra partition or two is Thomas> not going to cost you much. And when you are using NOR flash Thomas> you probably is going to have a lot more DRAM than flash Thomas> anyway.
Thomas> I should mention that most of the work on this patch was Thomas> done by a summer intern named Michal Cendrowski I just Thomas> dotted the i's and crossed the t's well actually I freed the Thomas> mallocs and moved some things out of loops.
Thomas> It should be possible to change the code in a why that makes Thomas> it a compile time option to use the callback function or Thomas> directly map the filesystem. I think that would be the only Thomas> acceptable change as the overhead otherwise is just to large Thomas> for situations when copying the whole thing is not a Thomas> problem.
Thomas> hmm That should almost be possible now just changing the Thomas> jffs2copy macro.
Thomas> --=20 Kenneth Johansson=09 Ericsson AB Tel: +46 8 719 70 20 Thomas> Tellusborgsv=E4gen 90 Fax: +46 8 719 29 45 126 25 Stockholm Thomas> ken@switchboard.ericsson.se
Thomas> --__--__--
Thomas> Message: 5 From: Mark Doherty Thomas> mdoherty@arca-technologies.com To: Thomas> "'u-boot-users@lists.sourceforge.net'" Thomas> u-boot-users@lists.sourceforge.net Thomas> Date: Fri, 25 Jul 2003 15:12:05 +0100 Subject: Thomas> [U-Boot-Users] Debug symbols for start.S
Thomas> Hi,
Thomas> I have a problem which is causing me some headaches during Thomas> my porting exercise, I am currently porting u-boot from the Thomas> ep8260 to our own hardware. I am lucky enough to have not Thomas> one but four Abatron probes however my problem seems to lie Thomas> with gdb.
Thomas> I have compiled the u-boot code straight out of the box so Thomas> to speak, so I haven't changed anything strange, however Thomas> when I load gdb with the elf file I find that gdb cannot Thomas> find the start.S file, it prompts the following:
Thomas> $ ppc_82xx-gdb u-boot GNU gdb 5.2.1 Copyright 2002 Free Thomas> Software Foundation, Inc. GDB is free software, covered by Thomas> the GNU General Public License, and you are welcome to Thomas> change it and/or distribute copies of it under certain Thomas> conditions. Type "show copying" to see the conditions. Thomas> There is absolutely no warranty for GDB. Type "show Thomas> warranty" for details. This GDB was configured as Thomas> "--host=i686-pc-linux-gnu --target=powerpc-hardhat-linux"... Thomas> (gdb) target remote bdi:2001 Remote debugging using bdi:2001 Thomas> 0x00000100 in _start () (gdb) list 1 {standard input}: No Thomas> such file or directory. Thomas> in {standard input} Thomas> (gdb) list strc strcat strchr strcmp strcpy (gdb) list Thomas> strcmp 48 bne 1b 49 blr 50 51 .globl strcmp 52 strcmp: 53 Thomas> addi r5,r3,-1 54 addi r4,r4,-1 55 1: lbzu r3,1(r5) 56 cmpwi Thomas> 1,r3,0 57 lbzu r0,1(r4) (gdb)
Thomas> The strange thing is that the ppcstring.S routines and Thomas> others seem fine, I was hoping someone else has seen the Thomas> same problem? Any help would be very much appreciated.
Thomas> Thanks
Thomas> Mark Doherty
Thomas> --__--__--
Thomas> Message: 6 From: "Brian Padalino" bpadalino@perigee.com Thomas> To: u-boot-users@lists.sourceforge.net Date: Fri, 25 Jul Thomas> 2003 10:35:50 -0400 Subject: [U-Boot-Users] e1000 and ebony
Thomas> I am trying to boot off the e1000 PCI-X (Pro 1000 MT) Thomas> ethernet card I have for my Ebony board. I added the Thomas> configuration lines #define CONFIG_ENV_OVERWRITE just so I Thomas> can change ethaddr's and I also have #define CONFIG_E1000 in Thomas> there as well.
Thomas> Do I need any other configuration options? What should Thomas> U-Boot say if it finds the PCI card? How do I know which Thomas> ethaddr is bound to the e1000 (ethaddr, eth2addr, eth3addr, Thomas> etc)?
Thomas> Any help is very much appreciated.
Thomas> Thanks, Brian
Thomas> --__--__--
Thomas> Message: 7 From: "Woodruff, Richard" r-woodruff2@ti.com Thomas> To: u-boot-users@lists.sourceforge.net Date: Fri, 25 Jul Thomas> 2003 10:37:59 -0500 Subject: [U-Boot-Users] Should CRC32 be Thomas> changed to work against address 0 ?
Thomas> This message is in MIME format. Since your mail reader does Thomas> not understand this format, some or all of this message may Thomas> not be legible.
Thomas> ------_=_NextPart_001_01C352C2.4CDFDA53 Content-Type: Thomas> text/plain
Thomas> Hello,
Thomas> CRC32 currently will return 0 if its sent buf address of Thomas> zero. Is this proper? My ROM is at zero, so running a Thomas> CRC32 over it might be a useful thing, however, CRC 32 Thomas> always returns 0 for a start address of zero. Is there some Thomas> reason this needs to be this way? It doesn't seem right to Thomas> me at first glance.
Thomas> Regards,
Thomas> Richard W.
Thomas> ------_=_NextPart_001_01C352C2.4CDFDA53 Content-Type: Thomas> text/html
Thomas> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Thomas> Transitional//EN"> <HTML><HEAD> <META Thomas> HTTP-EQUIV="Content-Type" CONTENT="text/html; Thomas> charset=us-ascii"> <TITLE>Message</TITLE>
Thomas> <META content="MSHTML 6.00.2800.1170" name=GENERATOR></HEAD> Thomas> <BODY> <DIV><FONT face=Arial size=2><SPAN Thomas> class=665493415-25072003>Hello,</SPAN></FONT></DIV> Thomas> <DIV><FONT face=Arial size=2><SPAN Thomas> class=665493415-25072003></SPAN></FONT> </DIV> Thomas> <DIV><FONT face=Arial size=2><SPAN Thomas> class=665493415-25072003>CRC32 currently will return 0 if Thomas> its sent buf address of zero. Is this proper? My Thomas> ROM is at zero, so running a CRC32 over it might be a useful Thomas> thing, however, CRC 32 always returns 0 for a start address Thomas> of zero. Is there some reason this needs to be this Thomas> way? It doesn't seem right to me at first Thomas> glance.</SPAN></FONT></DIV> <DIV><FONT face=Arial Thomas> size=2><SPAN Thomas> class=665493415-25072003></SPAN></FONT> </DIV> Thomas> <DIV><FONT face=Arial size=2><SPAN Thomas> class=665493415-25072003>Regards,</SPAN></FONT></DIV> Thomas> <DIV><FONT face=Arial size=2><SPAN Thomas> class=665493415-25072003></SPAN></FONT> </DIV> Thomas> <DIV><FONT face=Arial size=2><SPAN Thomas> class=665493415-25072003>Richard Thomas> W.</SPAN></FONT></DIV></BODY></HTML>
Thomas> ------_=_NextPart_001_01C352C2.4CDFDA53--
Thomas> --__--__--
Thomas> Message: 8 To: "Woodruff, Richard" r-woodruff2@ti.com Cc: Thomas> u-boot-users@lists.sourceforge.net Subject: Re: Thomas> [U-Boot-Users] Should CRC32 be changed to work against Thomas> address 0 ? From: Wolfgang Denk wd@denx.de Date: Fri, 25 Thomas> Jul 2003 18:08:29 +0200
Thomas> Dear Richard,
Thomas> in message Thomas> FD2AC9A020DDD51194710008C7089B200BEE221C@dlee17.itg.ti.com Thomas> you wrote: >> >> CRC32 currently will return 0 if its sent buf address of zero. >> Is this
Thomas> Arghhh...
>> proper? My ROM is at zero, so running a CRC32 over it might be a >> useful thing, however, CRC 32 always returns 0 for a start >> address of zero. Is there some reason this needs to be this way? >> It doesn't seem right to me at first glance.
Thomas> The reason is that the CRC32 code was designed to be used Thomas> with user-land applications in a standard OS, where a NULL Thomas> buffer pointer is always an indication of some problem.
Thomas> With U-Boot, this is just a bug. Thanks for pointing it out.
Thomas> Fixed in my local tree. Will push it to CVS later today.
Thomas> Best regards,
Thomas> Wolfgang Denk
Thomas> -- Software Engineering: Embedded and Realtime Systems, Thomas> Embedded Linux Phone: (+49)-8142-4596-87 Fax: Thomas> (+49)-8142-4596-88 Email: wd@denx.de ... Jesus cried with a Thomas> loud voice: Lazarus, come forth; the bug hath been found and Thomas> thy program runneth. And he that was dead came forth... -- Thomas> John 11:43-44 [version 2.0?]
Thomas> --__--__--
Thomas> Message: 9 From: "Woodruff, Richard" r-woodruff2@ti.com Thomas> To: "'Wolfgang Denk'" wd@denx.de Cc: Thomas> u-boot-users@lists.sourceforge.net Subject: RE: Thomas> [U-Boot-Users] Should CRC32 be changed to work against Thomas> addres Thomas> s 0 ? Thomas> Date: Fri, 25 Jul 2003 11:21:35 -0500
Thomas> Pretty much as I guessed and I've changed mine. ... However, Thomas> from my point of view, as a user I'd rather take the Thomas> exception when trying to touch zero as opposed to a wrong Thomas> answer. I think that most mmu aware systems have disallowed Thomas> access to virtual address zero for some time. If the code Thomas> came from the embedded space than maybe.
Thomas> Richard W.
>> -----Original Message----- From: Wolfgang Denk >> [mailto:wd@denx.de] Sent: Friday, July 25, 2003 11:08 AM To: >> Woodruff, Richard Cc: u-boot-users@lists.sourceforge.net Subject: >> Re: [U-Boot-Users] Should CRC32 be changed to work against >> address 0 ? >> >> >> Dear Richard, >> >> in message >> FD2AC9A020DDD51194710008C7089B200BEE221C@dlee17.itg.ti.com you >> wrote: >> > >> > CRC32 currently will return 0 if its sent buf address of zero. >> > Is this >> >> Arghhh... >> >> > proper? My ROM is at zero, so running a CRC32 over it might be >> > a useful thing, however, CRC 32 always returns 0 for a start >> address of >> > zero. Is there some reason this needs to be this way? It >> > doesn't seem right to me at first glance. >> >> The reason is that the CRC32 code was designed to be used with >> user-land applications in a standard OS, where a NULL buffer >> pointer is always an indication of some problem. >> >> With U-Boot, this is just a bug. Thanks for pointing it out. >> >> Fixed in my local tree. Will push it to CVS later today. >> >> Best regards, >> >> Wolfgang Denk >> >> -- Software Engineering: Embedded and Realtime Systems, Embedded >> Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: >> wd@denx.de ... Jesus cried with a loud voice: Lazarus, come >> forth; the bug hath been found and thy program runneth. And he >> that was dead came forth... -- John 11:43-44 [version 2.0?] >>
Thomas> --__--__--
Thomas> Message: 10 From: "Woodruff, Richard" r-woodruff2@ti.com Thomas> To: "'u-boot-users@lists.sourceforge.net'" Thomas> u-boot-users@lists.sourceforge.net Thomas> Date: Fri, 25 Jul 2003 12:07:30 -0500 Subject: Thomas> [U-Boot-Users] PATCH : omap/925t reset in start.S.
Thomas> This message is in MIME format. Since your mail reader does Thomas> not understand this format, some or all of this message may Thomas> not be legible.
Thomas> ------_=_NextPart_000_01C352CF.3B5E6218 Content-Type: Thomas> text/plain
Thomas> Hello,
Thomas> I've been finding that the reset method in the cpu/arm925 Thomas> tree is not reliable, depends on the image size and Thomas> alignment. This patch switches to another reset method as Thomas> defined in the TRM which seems to be much more reliable in Thomas> this environment.
Thomas> Regards,
Thomas> Richard W.
Thomas> ------_=_NextPart_000_01C352CF.3B5E6218 Content-Type: Thomas> application/octet-stream; Thomas> name="reset.changelog" Thomas> Content-Transfer-Encoding: quoted-printable Thomas> Content-Disposition: attachment; Thomas> filename="reset.changelog"
Thomas> Patch by Richard Woodruff, 25 July 03:=0A= Thomas> - Changed to use more reliable reset for OMAP/925T.=0A=
Thomas> ------_=_NextPart_000_01C352CF.3B5E6218 Content-Type: Thomas> application/octet-stream; Thomas> name="reset.diff" Thomas> Content-Transfer-Encoding: quoted-printable Thomas> Content-Disposition: attachment; Thomas> filename="reset.diff"
Thomas> diff -purN u-boot-0.4.4/cpu/arm925t/start.S = Thomas> u-boot-0.4.4-2/cpu/arm925t/start.S=0A= Thomas> --- u-boot-0.4.4/cpu/arm925t/start.S Wed Jul 16 16:53:03 Thomas> 2003=0A= Thomas> +++ u-boot-0.4.4-2/cpu/arm925t/start.S Fri Jul 25 11:38:19 Thomas> 2003=0A= Thomas> @@ -31,6 +31,7 @@=0A= Thomas> */=0A= Thomas> =0A= =0A= Thomas> +=0A= Thomas> #include <config.h>=0A= include <version.h>=0A= Thomas> =0A= Thomas> @@ -136,14 +137,14 @@ reset:=0A= Thomas> bic r0,r0,#0x1f=0A= orr r0,r0,#0xd3=0A= msr cpsr,r0=0A= Thomas> -=0A= Thomas> + =0A= Thomas> /*=0A= Thomas> * Set up 925T mode=0A= Thomas> */=0A= Thomas> mov r1, #0x81 /* Set ARM925T configuration. */=0A= mcr Thomas> p15, 0, r1, c15, c1, 0 /* Write ARM925T configuration Thomas> register. = Thomas> */=0A= Thomas> =0A= Thomas> - /*=0A= Thomas> + /* =0A= Thomas> * turn off the watchdog, unlock/diable sequence=0A= Thomas> */=0A= Thomas> mov r1, #0xF5=0A= Thomas> @@ -161,9 +162,9 @@ reset:=0A= Thomas> ldr r0, =3DREG_IHL2_MIR=0A= str r1, [r0]=0A= Thomas> =0A= Thomas> - /*=0A= Thomas> + /* =0A= Thomas> * wait for dpll to lock=0A= Thomas> - */=0A= Thomas> + */ =0A= Thomas> ldr r0, =3DCK_DPLL1=0A= mov r1, #0x10=0A= strh r1, Thomas> [r0]=0A= Thomas> @@ -413,10 +414,9 @@ fiq:=0A= Thomas> .globl reset_cpu=0A= reset_cpu:=0A= Thomas> ldr r1, rstctl1 /* get clkm1 reset ctl */=0A= Thomas> - mov r3, #0x0=0A= Thomas> - strh r3, [r1] /* clear it */=0A= Thomas> - mov r3, #0x8=0A= Thomas> - strh r3, [r1] /* force dsp+arm reset */=0A= Thomas> + mov r3, #0x3 /* dsp_en + arm_rst =3D global reset */ =0A= Thomas> + strh r3, [r1] /* force reset */=0A= Thomas> + mov r0, r0=0A= Thomas> _loop_forever:=0A= Thomas> b _loop_forever=0A= Thomas> rstctl1:=0A=
Thomas> ------_=_NextPart_000_01C352CF.3B5E6218--
Thomas> --__--__--
Thomas> Message: 11 Reply-To: "Ing.Gianfranco Morandi" Thomas> gianfranco.morandi@euro-studio.it From: "Ing.Gianfranco Thomas> Morandi" gianfranco.morandi@euro-studio.it To: Thomas> u-boot-users@lists.sourceforge.net Date: Fri, 25 Jul 2003 Thomas> 19:38:30 +0200 Organization: Eurostudio s.r.l. Subject: Thomas> [U-Boot-Users] FADS
Thomas> Hi to all,
Thomas> I'm currently porting the u-boot on the FADS860T board and I Thomas> have started the activity only few days ago.
Thomas> I have used the FADS860t.h that comes with u-boot-0.3.0 by Thomas> changing only = the clock related defines. I have a problem Thomas> during the early initialization of the console; when the Thomas> board starts from power up the first part of the message is Thomas> corrupted as follow:
Thomas> =E1=D9=C1=E1=E1iA=B9=B9=81=C1=B9=CD=B9=C1=81=81.=D1=81=D1=E5=B9=E1=C1=C1=81= Thomas> 5!=E9=E9 4 kB I-Cache 4 kB D-Cache FEC present Thomas> *** Warning: CPU Core has Silicon Bugs -- Check the Errata Thomas> *** Thomas> Board: FADS with db MPC821, MPC860 / MPC860SAR / MPC860T rev Thomas> ENG or PILOT ... ...
Thomas> while if I reset the board without switch it off, the Thomas> message is correct.
Thomas> CPU: XPC860xxZPnnB at 49.800 MHz: 4 kB I-Cache 4 kB D-Cache Thomas> FEC present Thomas> *** Warning: CPU Core has Silicon Bugs -- Check the Errata Thomas> *** Thomas> Board: FADS with db MPC821, MPC860 / MPC860SAR / MPC860T rev Thomas> ENG or PILOT ... ...
Thomas> Does anybody have any idea if or where I missed some stuff ?
Thomas> Any help would be appreciated
Thomas> Gianfranco
Thomas> --__--__--
Thomas> Message: 12 From: Rune Torgersen runet@innovsys.com To: Thomas> "'tschaefer@giga-stream.de'" tschaefer@giga-stream.de, Thomas> u-boot-users@lists.sourceforge.net Thomas> Subject: RE: [U-Boot-Users] u-boot for MPC8266-PCI board Thomas> Date: Fri, 25 Jul 2003 13:01:59 -0500
Thomas> First off. The MPC8260ADS config files will not run on a Thomas> MPC8266ADS. Most likely culprit here (Remember seeing the Thomas> same thing when dd ther initial port) is that it hangs when Thomas> trying to initialise the = (nonexisting) 4MB og SDRAM on the Thomas> local bus that the MPC8260 has, and the MPC8266 = doesn't.
Thomas> The reason the config file for the MPC8266ADS don't give any Thomas> output is = most likely because it loads at adifferent Thomas> initial configuration address. = (See top of Thomas> include/configs/MPC8266ADS.h for details)
Thomas> To get it to work the way it is; Write the whole image to Thomas> the start of = the FLASH (on a board with JP3 in 2-3 Thomas> position this is 0xFF800000). Then = set JP3 in the 1-2 Thomas> position. The flash start and boot at 0xFE000000.
>> -----Original Message----- From: Thomas Sch=E4fer >> [mailto:tschaefer@giga-stream.de]=20 Sent: Friday, July 25, 2003 >> 04:37 To: u-boot-users@lists.sourceforge.net Subject: >> [U-Boot-Users] u-boot for MPC8266-PCI board =20 =20 Hi all, =20 >> I'm trying to run u-boot on our MPC8266-PCI board. I'm using=20 >> the latest CVS tree 0.4.5 from sourceforge. I found=20 >> MPC8260ADS.h and MPC8266ADS.h in the configs directory.=20 Trying >> the MPC8266ADS configuration and starting it ends with=20 no >> console output at all. Trying the MPC8260ADS configuration=20 >> with CONFIG_ADSTYPE=3DCFG_8266ADS ends with a bus fault after=20 >> some console outputs (see below). What am I doing wrong? =20 >> U-Boot 0.4.5 (Jul 25 2003 - 11:18:40) =20 MPC8260 Reset Status: >> External Soft, External Hard =20 MPC8260 Clock Configuration >> - Bus-to-Core Mult 3x, VCO Div 2, 60x Bus Freq 33-100, Core=20 >> Freq 100-300 >> - dfbrg 1, corecnf 0x08, busdf 3, cpmdf 1, plldf 0, pllmf 1 >> - vco_out 266666664, scc_clk 66666666, brg_clk 16666666 >> - cpu_clk 199999998, cpm_clk 133333332, bus_clk 66666666 >> =20 CPU: MPC8260 (HiP4 Rev 14, Mask A.0(A) 2K25A) at 199.999 MHz >> Board: Motorola MPC8266ADS I2C: ready DRAM: 16 MB FLASH: Bus >> Fault @ 0x00feac3c, fixup 0x00000000 Machine check in kernel >> mode. Caused by (from msr): regs 00f71e10 Unknown values in msr >> NIP: 00FEAC3C XER: 20000000 LR: 00FD6E94 REGS: 00f71e10 TRAP:=20 >> 0200 DAR: 00000000MSR: 00003000 E=AA: 0 PR: 0 FP: 1 ME: 1 IR/DR: >> 00 =20 GPR00: 00500092 00F71F00 04280112 00000000 00FD6E88 Bus >> Fault=20 @ 0x00fe73d0, fixup 0x00000000 Machine check in kernel >> mode.=20 Caused by (from msr): regs 00f71af8 Unknown values in >> msr NIP: 00FE73D0 XER: 00000000 LR: 00FE7360 REGS: 00f71af8 >> TRAP:=20 0200 DAR: 00000000MSR: 00003000 EE: 0 PR: 0 FP: 1 ME: 1 >> IR/DR: 00 =20 Any hints would be appreciated. =20 Best regards, >> =20 Thomas Sch=E4fer =20 ____________________________________ =20 >> GIGA STREAM GmbH =20 Konrad-Zuse-Str. 7 66115 Saarbr=FCcken =20 >> Tel.: + 49 (0)681 / 95916 - 203 Fax: + 49 (0)681 / 95916 - 100 >> E-mail: tschaefer@giga-stream.de =20 =20 =20 =20 >> ------------------------------------------------------- >> This SF.Net email sponsored by: Free pre-built ASP.NET sites=20 >> including Data Reports, E-commerce, Portals, and Forums are=20 >> available now. Download today and enter to win an XBOX or=20 >> Visual Studio .NET.=20 >> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet Thomas> _072303_01/01 Thomas> _______________________________________________ U-Boot-Users Thomas> mailing list U-Boot-Users@lists.sourceforge.net Thomas> https://lists.sourceforge.net/lists/listinfo/u-boot-users
Thomas> --__--__--
Thomas> _______________________________________________ U-Boot-Users Thomas> mailing list U-Boot-Users@lists.sourceforge.net Thomas> https://lists.sourceforge.net/lists/listinfo/u-boot-users
Thomas> End of U-Boot-Users Digest