MPC5200 PCI interrupt routing

Grant Likely grant.likely at secretlab.ca
Fri Sep 26 02:57:55 EST 2008


On Thu, Sep 25, 2008 at 09:51:14AM +0200, Juergen Beisert wrote:
> Benjamin,
> 
> On Mittwoch, 24. September 2008, Benjamin Herrenschmidt wrote:
> > On Wed, 2008-09-24 at 12:15 -0600, Grant Likely wrote:
> > > On Wed, Sep 24, 2008 at 05:16:34PM +0200, Juergen Beisert wrote:
> > > > On Dienstag, 23. September 2008, Juergen Beisert wrote:
> > > > > What Kernel do you run on your target? On my hardware a 2.6.23 still
> > > > > work as expected, but a 2.6.26 fails all the time.
> > > >
> > > > One should enable the internal USB clock. If done, it works... In
> > > > 2.6.23 is was done in mpc52xx_common.c. It was removed in 2.6.24.
> > >
> > > It was removed because some 5200 platform do not use USB and should not
> > > enable the internal clock.  In general, it is not the kernel's job to
> > > configure clocking and pin usage on the chip.  Instead, it should be set
> > > correctly at power up by U-Boot.
> >
> > Or by the USB host driver :-)
> 
> But how to deal with platform specific things like (in this case) unknown 
> external clock or usage of the internal clock generator (= how to setup the 
> frequency divider)?

The external clock would need to be encoded in the device tree.

Internal clock would need to read/detect the CDM config and make a
decision based on that.  Certainly possible, but I just don't think that
it is really important.  (And even if it is, I think it should be done
in common platform setup code, not the driver, because it is very
MPC5200 SoC specific).

g.



More information about the Linuxppc-dev mailing list