[U-Boot-Users] Porting u-boot to custom MPC852T board.

[DavidHo at nanometrics.ca]

>>
>> Thanks!  That was exactly the problem.  Burst mode is not working 100%.
>> Disabled Burst mode and everything ran smoothly. =)

>You are aware that this just hides the problem instead of fixing it?

I am totally aware of it.  It will be fixed shortly.


Anyways, I noticed that measure_gclk is using timer 2 for frequency
measurement.  Appendix H in the Motorola MPC866 manual says timer 1 and 2
are removed from the MPC852T.  Although it still works on my board, it may
not work over the temperature.  I'm considering adding an if def block to
use timer 3 instead.  Would you care to consider this patch?

I am considering submitting a patch for our custom board.  This may be a
good time for me to get accustomed to the generally accepted rules.

Regards,

David Ho




                                                                                                   
                    Wolfgang Denk                                                                  
                    <wd at denx.de>         To:     DavidHo at nanometrics.ca                            
                    Sent by:             cc:     u-boot-users at lists.sourceforge.net                
                    wd at denx.de           Subject:     Re: [U-Boot-Users] Porting u-boot to custom  
                                         MPC852T board.                                            
                                                                                                   
                    11/15/2003                                                                     
                    03:22 PM                                                                       
                                                                                                   
                                                                                                   



In message <OFF8646440.994B31A4-ON85256DDF.006B93D6 at nanometrics.ca> you
wrote:
>
> Thanks!  That was exactly the problem.  Burst mode is not working 100%.
> Disabled Burst mode and everything ran smoothly. =)

You are aware that this just hides the problem instead of fixing it?

Do NOT continue. Go one step back and fix the RAM init problem.

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
"If people are good only because they fear punishment, and  hope  for
reward, then we are a sorry lot indeed."            - Albert Einstein