From: "Jon Smirl" <jonsmirl@gmail.com>
To: "Grant Likely" <grant.likely@secretlab.ca>
Cc: linuxppc-dev@ozlabs.org
Subject: Re: MPC5200 PCI interrupt routing
Date: Thu, 25 Sep 2008 14:02:08 -0400 [thread overview]
Message-ID: <9e4733910809251102i9c87fcfrfc5ae45e90dd07f@mail.gmail.com> (raw)
In-Reply-To: <20080925165755.GB16018@secretlab.ca>
[-- Attachment #1: Type: text/plain, Size: 1687 bytes --]
On Thu, Sep 25, 2008 at 12:57 PM, Grant Likely
<grant.likely@secretlab.ca> wrote:
> 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.
I got the attached diagram from Freescale on how to program the
divider. It's not in the user manual.
Freescale is recommending a 33.333Mhz crystal for the mpc5200 now. If
you use 33.3333Mhz you won't be able to set a 48Mhz internal clock.
Closest you can get is 48.4848Mhz. Sticking with a 33Mhz crystal
allow an accurate 48Mhz clock. Clocking USB at the wrong clock rate
will make some devices not function or get errors.
The new mpc5200 datasheet has removed the option of using a 16x
multiplier on a 33Mhz crystal and running the core at 528Mhz. The new
datasheet only allows up to 400Mhz for the core. Anyone know what is
going on?
--
Jon Smirl
jonsmirl@gmail.com
[-- Attachment #2: fractinal_div.pdf --]
[-- Type: application/pdf, Size: 8383 bytes --]
next prev parent reply other threads:[~2008-09-25 18:02 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-09-22 13:56 MPC5200 PCI interrupt routing Juergen Beisert
2008-09-22 15:12 ` Juergen Beisert
2008-09-22 21:01 ` Matt Sealey
2008-09-23 11:34 ` Juergen Beisert
2008-09-24 15:16 ` Juergen Beisert
2008-09-24 18:15 ` Grant Likely
2008-09-24 21:22 ` Benjamin Herrenschmidt
2008-09-24 21:34 ` Jon Smirl
2008-09-25 7:51 ` Juergen Beisert
2008-09-25 8:34 ` Benjamin Herrenschmidt
2008-09-25 16:57 ` Grant Likely
2008-09-25 18:02 ` Jon Smirl [this message]
2008-09-25 18:12 ` Grant Likely
2008-09-25 16:54 ` Grant Likely
2008-09-25 21:41 ` Benjamin Herrenschmidt
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=9e4733910809251102i9c87fcfrfc5ae45e90dd07f@mail.gmail.com \
--to=jonsmirl@gmail.com \
--cc=grant.likely@secretlab.ca \
--cc=linuxppc-dev@ozlabs.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).