[U-Boot-Users] Re:U-Boot-Users digest, Vol 1 #315 - 13 msgs
Yuli Barcohen
yuli at arabellasw.com
Sun Jul 27 12:55:49 CEST 2003
>>>>> u-boot-users-request writes:
Thomas> Send U-Boot-Users mailing list submissions to
Thomas> u-boot-users at 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 at lists.sourceforge.net
Thomas> You can reach the person managing the list at
Thomas> u-boot-users-admin at 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 at qualcomm.com>
Thomas> Cc: u-boot-users at 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 at denx.de> Date: Fri, 25 Jul
Thomas> 2003 09:12:01 +0200
Thomas> In message
Thomas> <4.3.1.2.20030724173324.01755348 at 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 at 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 at init-ka.de> To:
Thomas> <u-boot-users at 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 at giga-stream.de> From:
Thomas> =?iso-8859-1?Q?Thomas_Sch=E4fer?= <tschaefer at giga-stream.de>
Thomas> To: <u-boot-users at 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 at giga-stream.de
Thomas> --__--__--
Thomas> Message: 4 Subject: RE: [U-Boot-Users] [PATCH] jffs2
Thomas> indirect access. From: Kenneth Johansson
Thomas> <kenneth.johansson at etx.ericsson.se> To: "Woodruff, Richard"
Thomas> <r-woodruff2 at ti.com> Cc:
Thomas> "u-boot-users at lists.sourceforge.net"
Thomas> <u-boot-users at 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 at switchboard.ericsson.se
Thomas> --__--__--
Thomas> Message: 5 From: Mark Doherty
Thomas> <mdoherty at arca-technologies.com> To:
Thomas> "'u-boot-users at lists.sourceforge.net'"
Thomas> <u-boot-users at 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 at perigee.com>
Thomas> To: <u-boot-users at 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 at ti.com>
Thomas> To: u-boot-users at 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 at ti.com> Cc:
Thomas> u-boot-users at lists.sourceforge.net Subject: Re:
Thomas> [U-Boot-Users] Should CRC32 be changed to work against
Thomas> address 0 ? From: Wolfgang Denk <wd at denx.de> Date: Fri, 25
Thomas> Jul 2003 18:08:29 +0200
Thomas> Dear Richard,
Thomas> in message
Thomas> <FD2AC9A020DDD51194710008C7089B200BEE221C at 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 at 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 at ti.com>
Thomas> To: "'Wolfgang Denk'" <wd at denx.de> Cc:
Thomas> u-boot-users at 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 at denx.de] Sent: Friday, July 25, 2003 11:08 AM To:
>> Woodruff, Richard Cc: u-boot-users at lists.sourceforge.net Subject:
>> Re: [U-Boot-Users] Should CRC32 be changed to work against
>> address 0 ?
>>
>>
>> Dear Richard,
>>
>> in message
>> <FD2AC9A020DDD51194710008C7089B200BEE221C at 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 at 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 at ti.com>
Thomas> To: "'u-boot-users at lists.sourceforge.net'"
Thomas> <u-boot-users at 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 at euro-studio.it> From: "Ing.Gianfranco
Thomas> Morandi" <gianfranco.morandi at euro-studio.it> To:
Thomas> <u-boot-users at 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 at innovsys.com> To:
Thomas> "'tschaefer at giga-stream.de'" <tschaefer at giga-stream.de>,
Thomas> u-boot-users at 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 at giga-stream.de]=20 Sent: Friday, July 25, 2003
>> 04:37 To: u-boot-users at 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 at 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 at lists.sourceforge.net
Thomas> https://lists.sourceforge.net/lists/listinfo/u-boot-users
Thomas> --__--__--
Thomas> _______________________________________________ U-Boot-Users
Thomas> mailing list U-Boot-Users at lists.sourceforge.net
Thomas> https://lists.sourceforge.net/lists/listinfo/u-boot-users
Thomas> End of U-Boot-Users Digest
--
========================================================================
Yuli Barcohen | Phone +972-9-765-1788 | Software Project Leader
yuli at arabellasw.com | Fax +972-9-765-7494 | Arabella Software, Israel
========================================================================
More information about the U-Boot
mailing list