RE: PPCBoot 2.0.0 Errors

RE: PPCBoot 2.0.0 Errors

[Sette Agostino]

Hello Wolfgang,

Now I have the U-Boot for MPC859, but I am not sure this line is =
correct

U-Boot 1.1.3 (Nov 11 2005 - 16:38:24)

CPU:   MPC859TxxZPnnA at 133 MHz: 16 kB I-Cache 8 kB D-Cache FEC =
present


As far as I know, the I-Cache and the D-Cache of the MPC859 is 4 kB, as
defined in the MPC866UM Appendix F.

Here is the chapter which describe the cache

F.3 Cache Control Registers
The MPC859T bit fields and commands of the cache control and status
registers (IC_CST
and DC_CST) are implemented the same as for the MPC866P. However, the =
bit
fields of
the cache address registers (IC_ADR and DC_ADR) and the cache data port
registers
(IC_DAT and DC_DAT) must be used for the 4-Kbyte instruction and data
caches. See
Chapter 7, "Instruction and Data Caches."

We think that the MPC859 probably has phisically the same cache size as =
the
MPC866, but only 4 kB must be used.
Anyway, my question is, must I worry about the data printed on the =
screen or
can I leave as they are?
I mean, are these information used in other part of the U-Boot or the
Kernel?

Thanks in advance.

Best Regards
Agostino Sette



-----Original Message-----
From: wd@denx.de [mailto:wd@denx.de]=20
Sent: marted=EC 8 novembre 2005 14.38
To: Sette Agostino
Cc: linuxppc-embedded@ozlabs.org
Subject: Re: PPCBoot 2.0.0 Errors=20

In message =
<69DF49BE936F4441980EC1D59F0ADC2F0108C29F@aqlby02a.siemens.it>
you wrote:
>=20
> As I told you, I tried to produce the U-boot, but I am nont confident =
on
the
> version (1.0.0).

No, indeed. This is ancient stuff. Use top of tree from the GIT  repo
(or CVS), or download the latest snapshot from our FTP server.

> Could you suggest me the latest stale version I must get?

May I suggest that you start reading the manual? See
http://www.denx.de/wiki/DULG/Manual

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@denx.de
I will not say that women have no character;  rather, they have a new
one every day.                                               -- Heine

Re: PPCBoot 2.0.0 Errors

[Wolfgang Denk]

In message <69DF49BE936F4441980EC1D59F0ADC2F010ADBDD@aqlby02a.siemens.it> you wrote:
> 
> Now I have the U-Boot for MPC859, but I am not sure this line is
> correct

I will not continue to answer your U-Boot  questions  on  this  list,
where  they  are  off  topic. Please post on the u-boot-users mailing
list instead.

Also, make sure to use a more appropriate Subject: line.

Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
You Earth people glorified organized violence  for  forty  centuries.
But you imprison those who employ it privately.
	-- Spock, "Dagger of the Mind", stardate 2715.1

RE: PPCBoot 2.0.0 Errors

[Sette Agostino]

>> 
>> As I told you, I tried to produce the U-boot, but I am nont confident on
the
>> version (1.0.0).

>No, indeed. This is ancient stuff. Use top of tree from the GIT  repo
>(or CVS), or download the latest snapshot from our FTP server.
Ok, I did it and I produced a new u-boot

>> Could you suggest me the latest stale version I must get?

>May I suggest that you start reading the manual? See
>http://www.denx.de/wiki/DULG/Manual
Ok, I alreay read it, but it is not so easy to convince my bosses to change
the boot :-(.
Anyway I am going to take a closer look to the doc.

Thanks once again

Best Regards
Agostino Sette

RE: PPCBoot 2.0.0 Errors

[Sette Agostino]

Wolfgang,

As I told you, I tried to produce the U-boot, but I am nont confident =
on the
version (1.0.0).
Could you suggest me the latest stale version I must get?

Thanks

Best Regards,
Agostino Sette


TechnoLabs
Department of Innovation Software3
S.S. 17 Localit=E0 Boschetto
67100 L' Aquila (Italy)
Tel: (+39)  0862 344.557
Fax: (+39)  0862 344.623
e-mail: Agostino.Sette@siemens.com =20
=20

-----Original Message-----
From: wd@denx.de [mailto:wd@denx.de]=20
Sent: marted=EC 8 novembre 2005 10.09
To: Sette Agostino
Cc: linuxppc-embedded@ozlabs.org
Subject: Re: PPCBoot 2.0.0 Errors=20

In message =
<69DF49BE936F4441980EC1D59F0ADC2F0108C267@aqlby02a.siemens.it>
you wrote:
>=20
> I agree with you concerning the PPCBoot. In fact in other boards we =
are
using U-Boot.
> We tried to use U-Boot for MPC859 but we had some problems we are =
trying
to
> solve.

You cannot solve  these  problems  by  downgrading  to  PPCBoot.  The
852/859/866  processors  are  definitelu *not* supported by PPCBoot -
the required changes of the clock handling were added much later. You
*must* use U-Boot.

> As far as you know to change the boot or the kernel on cards in field =
is
not
> so easy :-(

You mean you shipped boards to customers in  the  field  in  a  state
where you did not even decide for a final version of the boot loader?
Gosh...

> We found an unexpected beahviour regarding the Linux time tick.=20

...whichis probablky cause by using PPCBoot which does not understand
to deal with a 859.

> Another interesting point is that the same kernel works well on other
TQM8xx
> modules, but not fot TQM859.

U-Boot is running perfectly fine on the TQM859 - we have these boards
here in our virtual lab; they are tested on a regular base.

> I will try to introduce the U-Boot, but I am not confident it will =
solve
the
> problem, what do you think about it?

I can *guarantee* you that PPCBoot is definitely worse on your =
hardware.

> Last question, which is the appropriate mailing list?

u-boot-users

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@denx.de
Always leave room to add an explanation if it doesn't work out.

Re: PPCBoot 2.0.0 Errors

[Wolfgang Denk]

In message <69DF49BE936F4441980EC1D59F0ADC2F0108C29F@aqlby02a.siemens.it> you wrote:
> 
> As I told you, I tried to produce the U-boot, but I am nont confident on the
> version (1.0.0).

No, indeed. This is ancient stuff. Use top of tree from the GIT  repo
(or CVS), or download the latest snapshot from our FTP server.

> Could you suggest me the latest stale version I must get?

May I suggest that you start reading the manual? See
http://www.denx.de/wiki/DULG/Manual

Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
I will not say that women have no character;  rather, they have a new
one every day.                                               -- Heine

RE: PPCBoot 2.0.0 Errors

[Sette Agostino]

Hello Wolfgang,

Thanks for your answers.
I agree with you concerning the PPCBoot. In fact in other boards we are
using U-Boot.
We tried to use U-Boot for MPC859 but we had some problems we are =
trying to
solve.
As far as you know to change the boot or the kernel on cards in field =
is not
so easy :-(
Anyway, I would like to highlight I think the problem  is more related =
to
the
kernel because when it starts I see the following error

init started:  BusyBox v0.60.5 (2003.11.19-14:32+0000) multi-callmount:
Mounting devpts on /dev/pts failed: No su
ch file or directory
/opt/rc.project: /opt/bin/sinfo: No such file or directory


We check that slowing-down the UPM clock to 63 MHz (period=3D15.873ns) =
the
board showed a more stable behavior (no fault verified).
We start our investigation on the PPCBoot, but now we are moving on the
kernel.
No critical HW points have been found on the FLASH accesses, SDRAM =
accesses
and clocking circuitrty.
We found an unexpected beahviour regarding the Linux time tick.=20
Tracking with a HP16602 Bus Analyzer the bus activities of the faulty =
module
has been verified that the=20
interrupt service routine of the Decrementer timer, that I supposed to =
be
used to generate the OS time tick, it is not executed each 10ms.
Sometimes the period between 2 Decrementer interrupt service routines =
reach
hundreds of ms (but even as 10mS multiple)=20
such as some requests are missing.=20
Making the same tracking on a TQM866 module has been verified that the
interrupt service routines of the Decrementer timer are=20
all executed at the exact 10ms boundary.

Another interesting point is that the same kernel works well on other =
TQM8xx
modules, but not fot TQM859.
I will try to introduce the U-Boot, but I am not confident it will =
solve the
problem, what do you think about it?
Last question, which is the appropriate mailing list?

Thanks in advance for your support.

Best regards,
Agostino Sette


TechnoLabs
Department of Innovation Software3
S.S. 17 Localit=E0 Boschetto
67100 L' Aquila (Italy)
Tel: (+39)  0862 344.557
Fax: (+39)  0862 344.623
e-mail: Agostino.Sette@siemens.com =20
=20

-----Original Message-----
From: wd@denx.de [mailto:wd@denx.de]=20
Sent: luned=EC 7 novembre 2005 23.10
To: Sette Agostino
Cc: linuxppc-embedded@ozlabs.org
Subject: Re: PPCBoot 2.0.0 Errors=20

In message =
<69DF49BE936F4441980EC1D59F0ADC2F0108C12C@aqlby02a.siemens.it>
you wrote:
>=20
> I have the following problem at the PPCBoot startup:
>=20
> PPCBoot 2.0.0 (Oct 20 2005 - 12:28:22)

PPCBoot is a dead project. It was discontinued more than 3 years ago.
It is definitely a bad idea to  use  it  for  current  projects.  Use
U-Boot instead.

Also, this is completely off topic on this mailing list.

> CPU:   unknown MPC859 (0x08010004) at 133 MHz: 16 kB I-Cache 8 kB =
D-Cache

Use U-Boot instead.

> Board: Siemens CCM

And don't use a board configuration that does not match your hardware.

> ## Booting image at 40180000 ...
>    Image Name:   Linux-2.4.20-rthal5

Argh... Ancient stuff again. Forget it.

> Anybody experienced the same problem? Any suggestions about how to =
solve
it?

Use current software. Read the documentation. Post on the appropriate
mailing lists.

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@denx.de
My challenge to the goto-less programmer  is  to  recode  tcp_input()
without any gotos ... without any loss of efficiency (there has to be
a catch).                                             - W. R. Stevens

Re: PPCBoot 2.0.0 Errors

[Wolfgang Denk]

In message <69DF49BE936F4441980EC1D59F0ADC2F0108C267@aqlby02a.siemens.it> you wrote:
> 
> I agree with you concerning the PPCBoot. In fact in other boards we are using U-Boot.
> We tried to use U-Boot for MPC859 but we had some problems we are trying to
> solve.

You cannot solve  these  problems  by  downgrading  to  PPCBoot.  The
852/859/866  processors  are  definitelu *not* supported by PPCBoot -
the required changes of the clock handling were added much later. You
*must* use U-Boot.

> As far as you know to change the boot or the kernel on cards in field is not
> so easy :-(

You mean you shipped boards to customers in  the  field  in  a  state
where you did not even decide for a final version of the boot loader?
Gosh...

> We found an unexpected beahviour regarding the Linux time tick. 

...whichis probablky cause by using PPCBoot which does not understand
to deal with a 859.

> Another interesting point is that the same kernel works well on other TQM8xx
> modules, but not fot TQM859.

U-Boot is running perfectly fine on the TQM859 - we have these boards
here in our virtual lab; they are tested on a regular base.

> I will try to introduce the U-Boot, but I am not confident it will solve the
> problem, what do you think about it?

I can *guarantee* you that PPCBoot is definitely worse on your hardware.

> Last question, which is the appropriate mailing list?

u-boot-users

Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
Always leave room to add an explanation if it doesn't work out.

PPCBoot 2.0.0 Errors

[Sette Agostino]

Hello,

I have the following problem at the PPCBoot startup:

PPCBoot 2.0.0 (Oct 20 2005 - 12:28:22)
 
CPU:   unknown MPC859 (0x08010004) at 133 MHz: 16 kB I-Cache 8 kB D-Cache
FEC present
         *** Warning: CPU Core has Silicon Bugs -- Check the Errata ***
Board: Siemens CCM
       Watchdog enabled
DRAM:  Restart Reason: 0xc0000000
32 MB
FLASH:  8 MB
In:    serial
Out:   serial
Err:   serial
Restart Reason: 0xc0000000
PUMA:  env. variable puma_addr undefined
Net:   FEC ETHERNET

Furthermore, at the kernel startup I have:

## Booting image at 40180000 ...
   Image Name:   Linux-2.4.20-rthal5
   Created:      2004-10-04  10:14:39 UTC
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    614355 Bytes = 599.10 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
IP-Config: Gateway not on directly connected network.
init started:  BusyBox v0.60.5 (2003.11.19-14:32+0000) multi-callmount:
Mounting devpts on /dev/pts failed: No su
ch file or directory
/opt/rc.project: /opt/bin/sinfo: No such file or directory
export USER='root'
export HOME='/'
export wdt_8xx='timeout:120'
export TERM='linux'
export PATH='/usr/bin:/bin:/usr/sbin:/sbin'
export SHELL='/bin/sh'
export PWD='/'
export mem='32512k'
/opt/rc.project: /opt/bin/sinfo: No such file or directory
export USER='root'
export HOME='/'
export wdt_8xx='timeout:120'
export TERM='linux'
export PATH='/usr/bin:/bin:/usr/sbin:/sbin'
export SHELL='/bin/sh'
export PWD='/'
export mem='32512k'

Anybody experienced the same problem? Any suggestions about how to solve it?


Thanks in advance,
Agostino

Re: PPCBoot 2.0.0 Errors

[Wolfgang Denk]

In message <69DF49BE936F4441980EC1D59F0ADC2F0108C12C@aqlby02a.siemens.it> you wrote:
> 
> I have the following problem at the PPCBoot startup:
> 
> PPCBoot 2.0.0 (Oct 20 2005 - 12:28:22)

PPCBoot is a dead project. It was discontinued more than 3 years ago.
It is definitely a bad idea to  use  it  for  current  projects.  Use
U-Boot instead.

Also, this is completely off topic on this mailing list.

> CPU:   unknown MPC859 (0x08010004) at 133 MHz: 16 kB I-Cache 8 kB D-Cache

Use U-Boot instead.

> Board: Siemens CCM

And don't use a board configuration that does not match your hardware.

> ## Booting image at 40180000 ...
>    Image Name:   Linux-2.4.20-rthal5

Argh... Ancient stuff again. Forget it.

> Anybody experienced the same problem? Any suggestions about how to solve it?

Use current software. Read the documentation. Post on the appropriate
mailing lists.

Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
My challenge to the goto-less programmer  is  to  recode  tcp_input()
without any gotos ... without any loss of efficiency (there has to be
a catch).                                             - W. R. Stevens