MPC5200 Rev. B

MPC5200 Rev. B

[mgberry]

Has anyone experienced any issues with the Rev. B silicon for the MPC5200.  We
are seeing Linux hanging and are suspecting the SDRAM errata for Rev. B.  If we
disable the cache this seems to improve but will still crash over time in heavy
loads.  We have not seen any of these type issues with the original rev.

Matt

Re: MPC5200 Rev. B

[Eric N. Johnson (ACD)]

mgberry@ellipticity.com wrote:
>Has anyone experienced any issues with the Rev. B silicon for the 
>MPC5200.  We are seeing Linux hanging and are suspecting the SDRAM 
>errata for Rev. B.  If we disable the cache this seems to improve 
>but will still crash over time in heavy loads.  We have not seen any 
>of these type issues with the original rev.

Are you sure you have revision B of the MPC5200?  Freescale has 
announced a "B" version, but I don't believe that any of them have 
hit the public yet.  There may be some engineering grade samples out 
there. (Let me know if you really do have "B" parts.  Freescale has 
been telling me "real soon now" since last year)

More likely you're seeing the "B" in the part number, as in 
MPC5200CBV400.  The chip revision is the "mask set" on the next line 
of printing.  The latest public version I know of is L25R.

The L25R version has a major bug that you basically can't use two CS 
pins for SDRAM, and the DDR implimentation is borderline at best.

Exactly what problems are seeing?  What hardware platform do you run 
on?  We're using an MPC5200 with SDR-SDRAM running at 132MHz (two 16 
bit SDRAM devices), and haven't seen any issues.

I don't know what bootloader you're using, but I believe uboot has 
basic memory testing built in.  This would allow you to isolate 
memory issues from software issues.

Eric

------------------------------------
Eric Johnson, Electrical Engineer
Advanced Communication Design
   7901 12th Avenue South
   Bloomington, MN 55425
Ph: 952-854-4000  Fax: 952-854-5774

Re: MPC5200 Rev. B

[Nick Barendt]

Eric N. Johnson (ACD) wrote:

> mgberry@ellipticity.com wrote:
>
>> Has anyone experienced any issues with the Rev. B silicon for the 
>> MPC5200.  We are seeing Linux hanging and are suspecting the SDRAM 
>> errata for Rev. B.  If we disable the cache this seems to improve but 
>> will still crash over time in heavy loads.  We have not seen any of 
>> these type issues with the original rev.
>
>
> Are you sure you have revision B of the MPC5200?  Freescale has 
> announced a "B" version, but I don't believe that any of them have hit 
> the public yet.  There may be some engineering grade samples out 
> there. (Let me know if you really do have "B" parts.  Freescale has 
> been telling me "real soon now" since last year)


I can confirm that there are engineering samples of at least the first 
mask set of the Rev. B part floating around.  A friend sent me one:

 PPC5200CVR400 mask set M08A. 

Our local rep has hemming and hawing, too, which is getting very 
frustrating, knowing that other developers have had silicon in there 
hands for some time, and that several of the errata on the L25R mask set 
(PCI DMA arbitration, among them) have been causing us some serious 
headaches.

We have had very limited success with the Rev B engineering part, 
populated on a custom board.  Basically locking up at boot time when the 
DDR is enabled.  We're trying to isolate the problem to a hardware 
(board/part damaged) or software (are there changes to the memory 
controller configuration required for the Rev. B?). 

We do know that there are still errata on the first mask rev and that a 
second mask rev is in process.

Anyone else have anything to report?

-Nick

MPC5200 Rev. B

[mgberry]

>Are you sure you have revision B of the MPC5200?  Freescale has
>announced a "B" version, but I don't believe that any of them have
>hit the public yet.  There may be some engineering grade samples out
>there. (Let me know if you really do have "B" parts.  Freescale has
>been telling me "real soon now" since last year)


We have receieved 10 samples of Rev. B last week.  Part # PPC5200CBV400B

Sounds like others may be having similiar problems, glad to know Im not the only
frustrated one here.  The schedule freescale provided showed a production
release in July that would resolve these issues.  The reason we went to the
Rev. B was because the PCI Bridge PLX6152 would not respond due to PCI timing
errata in the 5200.  The suggested workaround seemed unfeaseable due to the
local bus being shared.  Any input?

Matt Berry
Austin, TX

Re: MPC5200 Rev. B

[Wolfgang Denk]

In message <42D2AF46.9000200@vxitech.com> you wrote:
>
> I can confirm that there are engineering samples of at least the first 
> mask set of the Rev. B part floating around.  A friend sent me one:
...
> We have had very limited success with the Rev B engineering part, 

We, too, have some problems with hardware which  uses  the  currently
available negineering samples. It's not completely clear if these are
board or processor or software issues yet.

> We do know that there are still errata on the first mask rev and that a 
> second mask rev is in process.
> 
> Anyone else have anything to report?

If you got samples, you should also have access to the updated errata
sheet (MPC5200B_Customer_Info_addendum_errata). Read  it.  Also  note
that you have to use BAPI v2.2 with Rev. B processors.

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
Every program has at least one bug and can be shortened by  at  least
one  instruction  --  from  which,  by induction, one can deduce that
every program can be reduced to one instruction which doesn't work.

MPC5200 Rev. B

[Matt_Berry]

When you refer to BAPI, are you referring to the BestComm?


Matthew Berry
MKS Instruments, Inc.
1321 Rutherford Lane, Suite 200
Austin, Texas 78753
Office: (512) 719-8048
Main: (512) 719-8000  x8048
Cell: (512) 203-7186
Fax: (512) 719-8096

Re: MPC5200 Rev. B

[Wolfgang Denk]

In message <OF8B3EB35C.277E5E38-ON8525703C.0049B16F-8625703C.0049BF25@mksinst.com> you wrote:
> When you refer to BAPI, are you referring to the BestComm?

Yes.

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 am an atheist, thank God!

MPC5200 Rev. B

[Matt_Berry]

Does anyone know where to locate the BAPI V2.2.  I could only find 2.1 in
the current development kernel.


Matthew Berry
MKS Instruments, Inc.
1321 Rutherford Lane, Suite 200
Austin, Texas 78753
Office: (512) 719-8048
Main: (512) 719-8000  x8048
Cell: (512) 203-7186
Fax: (512) 719-8096