[U-Boot] U-Boot for AMCC Sequoia Board (PPC440EPX) fails to boot for version 2009.11-rc1 onwards

[Stefan Roese <sr@denx.de>]

Doug,

(Please keep the list on CC. Other might have comments or be interested in 
this thread).

On Friday 09 September 2011 15:54:29 Hayes,Doug wrote:
> Removed a 2nd call to ppc4xx_pci_sync_clock_config()  in checkBoard() and
> now I get to the U-Boot prompt.  Perhaps this function has a problem with
> 66MHz PCI or something about the set up of my card?  I will try removing
> those calls in the latest U-boot to see if it will run.  Let me know if
> you have any ideas about this code.  Thanks again.

This reminds me of a problem with PCI clocks on 440EP(x)/GR(x). Please take a 
look at this commit:

---
commit 5e47f9535f53fd4cc05f32fb6166870f976fbb4e
Author: Stefan Roese <sr@denx.de>
Date:   Mon Oct 19 14:06:23 2009 +0200

    ppc4xx: Add function to check and dynamically change PCI sync clock
    
    PPC440EP(x)/PPC440GR(x):
    In asynchronous PCI mode, the synchronous PCI clock must meet
    certain requirements. The following equation describes the
    relationship that must be maintained between the asynchronous PCI
    clock and synchronous PCI clock. Select an appropriate PCI:PLB
    ratio to maintain the relationship:
    
    AsyncPCIClk - 1MHz <= SyncPCIclock <= (2 * AsyncPCIClk) - 1MHz
    
    This patch now adds a function to check and reconfigure the sync
    PCI clock to meet this requirement. This is in preparation for
    some AMCC boards (Sequoia/Rainier and Yosemite/Yellowstone) using this
    function to not violate the PCI clocking rules.

    Signed-off-by: Stefan Roese <sr@denx.de>
---

This commit is included in v2009.11-rc1. So it definitely seems to point to 
the problem you are seeing on your board. I have to admit though, that I don't 
understand why this doesn't work for your Sequoia.

Could you check if the board boots fine with PCI sync clock forced to 33MHz 
(switch SW2). And please re-check if the equation from the commit text above 
is met in your case.

BTW: Why do you use a fixed strapping (non-bootstrap EEPROM)? You could alwys 
use "chip_config" to configure the EEPROM and configure the board to use the 
EEPROM strapping values.

Best regards,
Stefan

--
DENX Software Engineering GmbH,      MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich,  Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-0 Fax: (+49)-8142-66989-80 Email: office at denx.de