All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Hawkins <dwh@ovro.caltech.edu>
To: Matthias Fuchs <matthias.fuchs@esd-electronics.com>
Cc: Leonid <Leonid@a-k-a.net>, linuxppc-embedded@ozlabs.org
Subject: Re: PCI target implementation on AMCC PPC CPUs
Date: Tue, 11 Sep 2007 10:32:33 -0700	[thread overview]
Message-ID: <46E6D131.2030904@ovro.caltech.edu> (raw)
In-Reply-To: <200709111113.46508.matthias.fuchs@esd-electronics.com>

Hi Matthias,

> we build a couple of PCI target designs using AMCC PowerPCs.
> You are right that some things could be better. But ..
> 
> On Thursday 06 September 2007 22:26, David Hawkins wrote:
>> There are several fundamental problems with the AMCC 440EP
>> acting as a PCI target/slave;
>>
>> 2. Look in the data sheet and see if you can figure out
>>     how the host processor can generate an interrupt to
>>     the PowerPC core ... oops, you can't. That kind of
>>     makes it difficult to work with doesn't it.
>
> You CAN! You can generate an interrupt to the PowerPC from the host
> CPU bei writing to the PCI command register. You have to read the user manual
> carefully. Perhaps it not that obvious.

Really!? Someone should tell AMCC tech support then.
When I failed to find a method (other than hooking up
an external GPIO), I contacted them and they came to
the same conclusion (on the 440EP anyway).

I'll look in the latest user manual to be sure ...

PPC440EP_UM2000_v1_23.pdf

p394 has their 'cheesy' implementation of PCI INTA# control;
toggle a single bit.

Then backing up a little, p388 has the PCI command register ...
Nope, no comment there that a write causes an interrupt to
the PowerPC core.

Ok, so going back to the UIC in Chapter 10, p224.

Ah-ha, PCI CMD write generates an interrupt 5!

So, I stand corrected; the host can generate an interrupt to
the PowerPC core, and the method is 'cheesier' than the PCI
INTA# control.

And my experience with AMCC's tech support is now a notch
lower, as even they did not offer this as a solution :)

I sure am glad I changed to a Freescale processor ;)

Cheers,
Dave

  reply	other threads:[~2007-09-11 17:31 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-09-06 18:24 finding out the processor frequency Leisner, Martin
2007-09-06 18:43 ` Scott Wood
2007-09-06 19:15   ` Josh Boyer
2007-09-06 19:15   ` PCI target implementation on AMCC PPC CPUs Leonid
2007-09-06 20:15     ` David Hawkins
2007-09-06 23:30       ` Wolfgang Denk
2007-09-06 23:39         ` David Hawkins
2007-09-06 20:26     ` David Hawkins
2007-09-11  9:13       ` Matthias Fuchs
2007-09-11 17:32         ` David Hawkins [this message]
2007-09-11 18:17           ` David Hawkins
2007-09-12  7:17           ` Matthias Fuchs
2007-09-12 16:04             ` David Hawkins
     [not found] <46E0B178.00C522.05513@m5-81.163.com>
2007-09-07  2:13 ` Leonid
2007-09-07  2:34   ` David Hawkins

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=46E6D131.2030904@ovro.caltech.edu \
    --to=dwh@ovro.caltech.edu \
    --cc=Leonid@a-k-a.net \
    --cc=linuxppc-embedded@ozlabs.org \
    --cc=matthias.fuchs@esd-electronics.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.