[U-Boot-Users] RE: Nothing display in terminal with uboot 1.1.3 on 8347 board!
Krishnan
kris at slokatelecom.com
Mon Nov 28 06:42:13 CET 2005
Simon,
Please let me know what you really had to do to get the flash programmed.
It would be interesting to describe what you might have changed or had not
been doing if it is generally
something that users would forget porting to a new board.
If it is not concerned with U-BOOT could you mail me separately?
Thanks,
Krishnan
>-----Original Message-----
>From: u-boot-users-admin at lists.sourceforge.net
>[mailto:u-boot-users-admin at lists.sourceforge.net]On Behalf Of
>u-boot-users-request at lists.sourceforge.net
>Sent: Saturday, November 26, 2005 1:42 AM
>To: u-boot-users at lists.sourceforge.net
>Subject: U-Boot-Users digest, Vol 1 #1629 - 15 msgs
>
>
>Send U-Boot-Users mailing list submissions to
> u-boot-users at lists.sourceforge.net
>
>To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
>or, via email, send a message with subject or body 'help' to
> u-boot-users-request at lists.sourceforge.net
>
>You can reach the person managing the list at
> u-boot-users-admin at lists.sourceforge.net
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of U-Boot-Users digest..."
>
>
>Today's Topics:
>
> 1. U-boot not starting - sometimes (Martin Egholm Nielsen)
> 2. Re: Time Base register definitions inccorrect in
>asm-ppc/processor.h (Wolfgang Denk)
> 3. Re: U-boot not starting - sometimes (Wolfgang Denk)
> 4. GIT Repository problems (Dale Dunlea)
> 5. Re: U-boot not starting - sometimes (Martin Egholm Nielsen)
> 6. pRamdisk not booting on COM3 (Arun)
> 7. Re: Re: [U-Boot-Users] A question about initialization of
>SDRAM (=?gb2312?B?sszk8uTZ?=)
> 8. Re: GIT Repository problems (Wolfgang Denk)
> 9. Re: pRamdisk not booting on COM3 (Wolfgang Denk)
> 10. Re: A question about initialization of SDRAM (Wolfgang Denk)
> 11. Nothing display in terminal with uboot 1.1.3 on 8347 board!
>(Simon Yang)
> 12. Re: [PATCH] Make System IO Config Registers board configurable on
> MPC83xx (David Updegraff)
> 13. Re: Nothing display in terminal with uboot 1.1.3 on 8347
>board! (Wolfgang Denk)
> 14. Re: Re: [PATCH] Make System IO Config Registers board
>configurable on MPC83xx (Wolfgang Denk)
>
>--__--__--
>
>Message: 1
>To: u-boot-users at lists.sourceforge.net
>From: Martin Egholm Nielsen <martin at egholm-nielsen.dk>
>Date: Fri, 25 Nov 2005 09:03:31 +0100
>Subject: [U-Boot-Users] U-boot not starting - sometimes
>
>Hi,
>
>We have encountered on some of our 405EP boards that when powered on
>nothing happens - U-boot doesn't start.
>Powering off and trying again it "suddenly" works...
>
>When caught in this "not-booting-state", it doesn't even help to
>activate the reset-pin. However, in the attached serial console, some
>giberish characters do come out (5-10 chars.).
>
>Now, having seen problems with the memory chips on some of my boards, I
>was wondering if this could be a similar problem?
>
>Best regards,
> Martin Egholm
>
>
>
>--__--__--
>
>Message: 2
>To: Mike Wellington <mike.b.wellington at gmail.com>
>cc: u-boot-users at lists.sourceforge.net
>From: Wolfgang Denk <wd at denx.de>
>Subject: Re: [U-Boot-Users] Time Base register definitions
>inccorrect in asm-ppc/processor.h
>Date: Fri, 25 Nov 2005 09:16:12 +0100
>
>In message <d1ed0eb40511241922p45cde91eg2b8652d53fa73eb6 at mail.gmail.com> =
>you wrote:
>> Architecture-specific definition files such as
>>=20
>> include/asm-ppc/processor.h
>>=20
>> should be complete and correct, whether u-boot ,( or whatever
>> app,) uses every single register and value defined in them or not.
>
>I agree that they shall be correct.
>
>There is no attempt or intention to make them "complete" (whatever
>that means).
>
>For me the file is "complete" when it contains all the necessary
>definitions.
>
>Best regards,
>
>Wolfgang Denk
>
>--=20
>Software Engineering: Embedded and Realtime Systems, Embedded Linux
>Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
>The number you have dialed is imaginary. Please divide by 0 and try
>again.
>
>
>--__--__--
>
>Message: 3
>To: Martin Egholm Nielsen <martin at egholm-nielsen.dk>
>cc: u-boot-users at lists.sourceforge.net
>From: Wolfgang Denk <wd at denx.de>
>Subject: Re: [U-Boot-Users] U-boot not starting - sometimes
>Date: Fri, 25 Nov 2005 11:07:08 +0100
>
>In message <dm6ggk$ut3$1 at sea.gmane.org> you wrote:
>>=20
>> Now, having seen problems with the memory chips on some of my boards, I=
>=20
>> was wondering if this could be a similar problem?
>
>Check your voltages (and their power-on sequence) and especially the
>clocks.
>
>Best regards,
>
>Wolfgang Denk
>
>--=20
>Software Engineering: Embedded and Realtime Systems, Embedded Linux
>Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
>"It may be that our role on this planet is not to worship God but to
>create him." - Arthur C. Clarke
>
>
>--__--__--
>
>Message: 4
>Date: Fri, 25 Nov 2005 10:19:59 +0000
>From: Dale Dunlea <daledunlea at commergy.com>
>To: u-boot-users at lists.sourceforge.net
>Subject: [U-Boot-Users] GIT Repository problems
>
>Hi,
>
>Apologies if this is slightly off topic, being in reference to the denx
>2.6 kernel git repository as opposed to U-boot specifically.
>
>I tried to grab the latest 2.6 code but it consistently bombs out. The
>following is the exact log:
>
>#########
>
> > cg-clone http://www.denx.de/git/linux-2.6-denx.git
>defaulting to local storage area
>Fetching head...
>Fetching objects...
>progress: 4 objects, 1485 bytes
>Getting alternates list for http://www.denx.de/git/linux-2.6-denx.git/
>progress: 26 objects, 103346 bytes
>Getting pack list for http://www.denx.de/git/linux-2.6-denx.git/
>progress: 27 objects, 103635 bytes
>Getting index for pack eceba3479417b338c2e156b1c6dfd69f3f0eaad1
>Getting index for pack b3c6fbdfa36a326815de6358885c7a570a986b1b
>Getting index for pack 6122f3ffa476a089122c0bffbbb7a7ce31304b56
>Getting index for pack 06949712bb970fc1dd2e13f50accdcd2bf992536
>Getting index for pack 459148e2ea863c15479d69ed4886a6f200c79a49
>Getting index for pack ad1ecbdb18e6a825fafa9f57ebb11a5dbe6e12ef
>Getting pack 06949712bb970fc1dd2e13f50accdcd2bf992536
> which contains 5014bfa48ac169e0748e1e9651897788feb306dc
>error: Unable to find 1ad37b580be4215f1b0927b7560f5e8b8d1bc0fa under
>http://www.denx.de/git/linux-2.6-denx.git/
>
>Cannot obtain needed tree 1ad37b580be4215f1b0927b7560f5e8b8d1bc0fa
>while processing commit 479ef592f3664dd629417098c8599261c0f689ab.
>Waiting for
>http://www.denx.de/git/linux-2.6-denx.git/objects/5f/7f7d7f77d25ebb
>fdd2f31359257991d92dc69a
>cg-fetch: objects fetch failed
>cg-clone: fetch failed
>
>##########
>
>I am using GIT as opposed to the snapshot at
>ftp://ftp.denx.de/pub/linux/linux-2.6.14.tar.bz2 because gianfar.c fails
>to compile using the snapshot.
>
>Regards,
>Dale Dunlea
>
>
>--__--__--
>
>Message: 5
>To: u-boot-users at lists.sourceforge.net
>From: Martin Egholm Nielsen <martin at egholm-nielsen.dk>
>Date: Fri, 25 Nov 2005 12:11:18 +0100
>Subject: [U-Boot-Users] Re: U-boot not starting - sometimes
>
>Hi,
>
>>>Now, having seen problems with the memory chips on some of my boards, I
>>>was wondering if this could be a similar problem?
>> Check your voltages (and their power-on sequence) and especially the
>> clocks.
>We have tried with two different power-up sequences, and have the same
>result...
>Going even more OT: Do you actually know the most optimal powerup
>sequence for the 405EP? Because the datasheat doesn't specify...
>
>Thx,
> Martin
>
>
>
>--__--__--
>
>Message: 6
>Date: Fri, 25 Nov 2005 16:46:48 +0530
>To: "wd at denx.de" <wd at denx.de>
>Cc: "u-boot-users at lists.sourceforge.net"
><u-boot-users at lists.sourceforge.net>
>From: Arun <arun at rassit.com>
>Organization: RASS
>Subject: [U-Boot-Users] pRamdisk not booting on COM3
>
>Hello Sir,
>
>We are trying to boot pRamdisk on serial console ttyS2, but we are
>finding that the booting is stopping after
>
>Freeing unused kernel memory: 284k init
>
>Please suggest us what could be wrong?
>
>
>Regards
>R Arun Kumar
>
>
>
>--__--__--
>
>Message: 7
>Date: Fri, 25 Nov 2005 20:12:54 +0800
>From: "=?gb2312?B?sszk8uTZ?=" <killercai at 21cn.com>
>To: "u-boot-users" <u-boot-users at lists.sourceforge.net>
>Subject: Re: Re: [U-Boot-Users] A question about initialization of SDRAM
>
> Thanks for your reply!
>
> I had tried several different version of
>ppc_8xx-gcc to build the same u-boot.Only version 3.2.1 works ok.
>All the others(3.2.2, 3.3.1 and 3.3.3) have the problem that I
>have said before. So I think that maybe there is
>something different between these versions of gcc. Would you
>please explain it to me? Thanks a lot.
>
>
>>>In message <Tx948882797899.26592 at send2.inner-21cn.com> you wrote:
>>>>
>>>> I am trying to use ELDK to make a u-boot on the
>board with MPC852T.
>>>
>>>"the board with MPC852T"? There is many such boards, most of
>them differnt.
>>>
>>>> There is declaration of rtx in cpu/mpc8xx/fec.c:
>>>...
>>>> static RTXBD *rtx = NULL;
>>>...
>>>> I think that "rtx" should be NULL at the first time
>fec_init() is entered,so the rtx will be given the value.
>>>> but after the ELDK make the u-boot, "rtx" isn't
>NULL at the first time fec_init() is entered, it is 0xffffffff.
>>>
>>>What makes you think so? The code is running perfectly fine on many
>>>boards. Which specific problem do you see?
>>>
>>>> Before the word "memctl->memc_mbmr = 0xD0924114"
>in the function initdram, rtx is NULL(0x0),but after that it
>>>> is 0xffffffff. Part of the fuction initdram is below:
>>>
>>>Looks as if there was a bug in the SDRAM init sequence for your board.
>>>
>>>> I wonder what happens in "memctl->memc_mbmr =
>0xD0924114;",would you please explain it to me ? Thanks!
>>>
>>>Please see the processor's User's Manual; read the memory controller
>>>section.
>>>
>>>Best regards,
>>>
>>>Wolfgang Denk
>>>
>>>--
>>>Software Engineering: Embedded and Realtime Systems, Embedded Linux
>>>Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
>>>WARNING: This Product Attracts Every Other Piece of Matter in the
>>>Universe, Including the Products of Other Manufacturers, with a Force
>>>Proportional to the Product of the Masses and Inversely Proportional
>>>to the Distance Between Them.
>>>
>>
>>= = = = = = = = = = = = = = = = = = = =
>>
>>
>
>
>
>--__--__--
>
>Message: 8
>To: Dale Dunlea <daledunlea at commergy.com>
>cc: u-boot-users at lists.sourceforge.net
>From: Wolfgang Denk <wd at denx.de>
>Subject: Re: [U-Boot-Users] GIT Repository problems
>Date: Fri, 25 Nov 2005 15:24:04 +0100
>
>Dear Dale,
>
>in message <4386E54F.8040406 at commergy.com> you wrote:
>>=20
>> Apologies if this is slightly off topic, being in reference to the denx=
>=20
>> 2.6 kernel git repository as opposed to U-boot specifically.
>>=20
>> I tried to grab the latest 2.6 code but it consistently bombs out. Th=
>e=20
>> following is the exact log:
>
>We've seen this before, and it is still totally unclear to me what is
>causing the problem or how to avoid it :-(
>
>> > cg-clone http://www.denx.de/git/linux-2.6-denx.git
>
>Try "cg-clone rsync://..." instead...
>
>Best regards,
>
>Wolfgang Denk
>
>--=20
>Software Engineering: Embedded and Realtime Systems, Embedded Linux
>Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
>He had been eight years upon a project for extracting sunbeams out of
>cucumbers, which were to be put in vials hermetically sealed, and let
>out to warm the air in raw inclement summers. - Jonathan Swift
> _Gulliver's Travels_ ``A Voyage to Laputa, etc.'' ch. 5
>
>
>--__--__--
>
>Message: 9
>To: Arun <arun at rassit.com>
>cc: u-boot-users at lists.sourceforge.net
>From: Wolfgang Denk <wd at denx.de>
>Date: Fri, 25 Nov 2005 15:26:35 +0100
>Subject: [U-Boot-Users] Re: pRamdisk not booting on COM3
>
>In message <ops0smyar41ujopx at arunkumar.rassit.local> you wrote:
>>=20
>> We are trying to boot pRamdisk on serial console ttyS2, but we are find=
>ing that the booting is stopping after
>>=20
>> Freeing unused kernel memory: 284k init
>>=20
>> Please suggest us what could be wrong?
>
>You probably configured a wrong console port in Linux. [But this is
>off topic here on the U-Boot mailing list.]
>
>Best regards,
>
>Wolfgang Denk
>
>--=20
>Software Engineering: Embedded and Realtime Systems, Embedded Linux
>Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
>A metaphor is like a simile.
>
>
>--__--__--
>
>Message: 10
>To: "=?gb2312?B?sszk8uTZ?=" <killercai at 21cn.com>
>cc: "u-boot-users" <u-boot-users at lists.sourceforge.net>
>From: Wolfgang Denk <wd at denx.de>
>Subject: Re: [U-Boot-Users] A question about initialization of SDRAM
>Date: Fri, 25 Nov 2005 15:28:20 +0100
>
>In message <v7948874798944.27002 at send4.inner-21cn.com> you wrote:
>>=20
>> I had tried several different version of
>ppc_8xx-gcc to build the sam=
>e u-boot.Only version 3.2.1 works ok.
>> All the others(3.2.2, 3.3.1 and 3.3.3) have the problem that I have sai=
>d before. So I think that maybe there is
>> something different between these versions of gcc. Would you please exp=
>lain it to me? Thanks a lot.
>
>I cannot confirm your observation. For example, ELDK release 3.1.1
>uses GCC 3.3.3, and this works perfectly fine.
>
>Best regards,
>
>Wolfgang Denk
>
>--=20
>Software Engineering: Embedded and Realtime Systems, Embedded Linux
>Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
>Parkinson's Law: Work expands to fill the time alloted it.
>
>
>--__--__--
>
>Message: 11
>Date: Sat, 26 Nov 2005 00:58:04 +0800
>From: Simon Yang <bestwish.simon at gmail.com>
>To: U-Boot-Users at lists.sourceforge.net
>Subject: [U-Boot-Users] Nothing display in terminal with uboot
>1.1.3 on 8347 board!
>
>Dear All,
>
>After we program the HRCW and uboot.bin(1.1.3) into Flash and power
>on, nothing is shown in terminal, it seems that the UART doesn't
>initialize correctlly.
>Our board information is as follow:
>CPU:MPC8347E
>Memory:256 DDR 333 DIMM
>Flash:S29GL064MR2 8MB (8Mx8x1)
>
>We program the HRCW into FF800000 and uboot.bin into FFF00000, and we
>also use Debugger check the values we programed, both Flash and Memory
>can be written when power on through the Debugger we find it really
>goes to the Address FFF00100 where the start of UBoot(start.S) to run
>the uboot image, but how can I trace the running process step by step?
>If no information display in terminal, whether it is caused by the
>wrong address set in configuration file or by the serial
>initialization?
>
>Best Regards,
>
>Simon
>
>
>--__--__--
>
>Message: 12
>To: u-boot-users at lists.sourceforge.net
>From: David Updegraff <dave at cray.com>
>Date: Wed, 23 Nov 2005 14:47:36 -0600
>Subject: [U-Boot-Users] Re: [PATCH] Make System IO Config
>Registers board configurable on
> MPC83xx
>
>Kumar
>
>Now I wonder if a similar thing might be done in start.S, so that the
>[re] mapped size of flash complies with what is defined in the config
>file? Either from flash size, or from the _PRELIM_* settings that are
>already there? Instead of current status quo of hardwired to 8M
>flash size?
>
>
>> Make System IO Config Registers board configurable on MPC83xx
>>
>> Signed-off-by: Kumar Gala <galak at kernel.crashing.org>
>>
>> CHANGELOG:
>> * Make System IO Config Registers board configurable on MPC83xx
>> Patch by Kumar Gala 23 Nov 2005
>>
>> ---
>> commit 01b445b70c5e296c115b93a894ff3c7ffc1586d5
>> tree 2a2398b1bd34aa9b79e7ba34b4ccf7c28c932734
>> parent f6a259d086597f691d821a5ac2181ce249fad987
>> author Kumar Gala <galak at kernel.crashing.org> Wed, 23 Nov 2005
>14:31:37 -0600
>> committer Kumar Gala <galak at kernel.crashing.org> Wed, 23 Nov
>2005 14:31:37 -0600
>>
>> cpu/mpc83xx/cpu_init.c | 8 ++++++--
>> include/configs/MPC8349ADS.h | 4 ++++
>> include/configs/TQM834x.h | 4 ++++
>> 3 files changed, 14 insertions(+), 2 deletions(-)
>>
>> diff --git a/cpu/mpc83xx/cpu_init.c b/cpu/mpc83xx/cpu_init.c
>> index dcb3445..e75b8b7 100644
>> --- a/cpu/mpc83xx/cpu_init.c
>> +++ b/cpu/mpc83xx/cpu_init.c
>> @@ -63,8 +63,12 @@ void cpu_init_f (volatile immap_t * im)
>> im->sysconf.spcr |= SPCR_TBEN;
>>
>> /* System General Purpose Register */
>> - im->sysconf.sicrh = SICRH_TSOBI1;
>> - im->sysconf.sicrl = SICRL_LDP_A;
>> +#ifdef CFG_SICRH
>> + im->sysconf.sicrh = CFG_SICRH;
>> +#endif
>> +#ifdef CFG_SICRL
>> + im->sysconf.sicrl = CFG_SICRL;
>> +#endif
>>
>> /*
>> * Memory Controller:
>> diff --git a/include/configs/MPC8349ADS.h b/include/configs/MPC8349ADS.h
>> index 41309ac..7197e0f 100644
>> --- a/include/configs/MPC8349ADS.h
>> +++ b/include/configs/MPC8349ADS.h
>> @@ -504,6 +504,10 @@
>> HRCWH_TSEC2M_IN_GMII )
>> #endif
>>
>> +/* System IO Config */
>> +#define CFG_SICRH SICRH_TSOBI1
>> +#define CFG_SICRL SICRL_LDP_A
>> +
>> #define CFG_HID0_INIT 0x000000000
>>
>> #define CFG_HID0_FINAL CFG_HID0_INIT
>> diff --git a/include/configs/TQM834x.h b/include/configs/TQM834x.h
>> index c25a777..a2184ee 100644
>> --- a/include/configs/TQM834x.h
>> +++ b/include/configs/TQM834x.h
>> @@ -417,6 +417,10 @@ extern int tqm834x_num_flash_banks;
>> HRCWH_TSEC2M_IN_GMII )
>> #endif
>>
>> +/* System IO Config */
>> +#define CFG_SICRH SICRH_TSOBI1
>> +#define CFG_SICRL SICRL_LDP_A
>> +
>> /* i-cache and d-cache disabled */
>> #define CFG_HID0_INIT 0x000000000
>> #define CFG_HID0_FINAL CFG_HID0_INIT
>>
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc. Do you grep
>through log files
>> for problems? Stop! Download the new AJAX search engine that makes
>> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
>> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>
>
>
>--__--__--
>
>Message: 13
>To: Simon Yang <bestwish.simon at gmail.com>
>cc: U-Boot-Users at lists.sourceforge.net
>From: Wolfgang Denk <wd at denx.de>
>Subject: Re: [U-Boot-Users] Nothing display in terminal with uboot
>1.1.3 on 8347 board!
>Date: Fri, 25 Nov 2005 21:09:16 +0100
>
>In message <1c3e00040511250858v2e2db1e4q at mail.gmail.com> you wrote:
>>=20
>> After we program the HRCW and uboot.bin(1.1.3) into Flash and power
>> on, nothing is shown in terminal, it seems that the UART doesn't
>> initialize correctlly.
>
>Well, then debug it...
>
>> We program the HRCW into FF800000 and uboot.bin into FFF00000, and we
>> also use Debugger check the values we programed, both Flash and Memory
>> can be written when power on through the Debugger we find it really
>> goes to the Address FFF00100 where the start of UBoot(start.S) to run
>> the uboot image, but how can I trace the running process step by step?
>
>Use your debugger.
>
>> If no information display in terminal, whether it is caused by the
>> wrong address set in configuration file or by the serial
>> initialization?
>
>Or by any other error in your port. You have a debugger attached, use
>it. That's what it was made for.
>
>Best regards,
>
>Wolfgang Denk
>
>--=20
>Software Engineering: Embedded and Realtime Systems, Embedded Linux
>Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
>... bacteriological warfare ... hard to believe we were once foolish
>enough to play around with that.
> -- McCoy, "The Omega Glory", stardate unknown
>
>
>--__--__--
>
>Message: 14
>To: David Updegraff <dave at cray.com>
>cc: u-boot-users at lists.sourceforge.net
>From: Wolfgang Denk <wd at denx.de>
>Subject: Re: [U-Boot-Users] Re: [PATCH] Make System IO Config
>Registers board configurable on MPC83xx
>Date: Fri, 25 Nov 2005 21:10:58 +0100
>
>In message <dm2kgr$u4s$1 at sea.gmane.org> you wrote:
>>=20
>> Now I wonder if a similar thing might be done in start.S, so that the=20
>> [re] mapped size of flash complies with what is defined in the config=20
>> file? Either from flash size, or from the _PRELIM_* settings that are=20
>> already there? Instead of current status quo of hardwired to 8M flash =
>size?
>
>start.S is definitely not the place for (re)mapping flash. Please
>read the README. Only after relocation to RAM the flash seize can be
>determined, and only then the final mapping can be set up. Just like
>it is done now - at list in all sane ports.
>
>Best regards,
>
>Wolfgang Denk
>
>--=20
>Software Engineering: Embedded and Realtime Systems, Embedded Linux
>Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
>"Data is a lot like humans: It is born. Matures. Gets married to
>other data, divorced. Gets old. One thing that it doesn't do is die.
>It has to be killed." - Arthur Miller
>
>
>
>--__--__--
>
>_______________________________________________
>U-Boot-Users mailing list
>U-Boot-Users at lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/u-boot-users
>
>
>End of U-Boot-Users Digest
>
>
More information about the U-Boot
mailing list