All of lore.kernel.org
 help / color / mirror / Atom feed
From: Colin Ngam <cngam@sgi.com>
To: linux-ia64@vger.kernel.org
Subject: Re: PCI Express
Date: Wed, 09 Mar 2005 18:12:37 +0000	[thread overview]
Message-ID: <422F3C95.3070007@sgi.com> (raw)
In-Reply-To: <4228F250.7C5E2E3C@sgi.com>

Nguyen, Tom L wrote:

>On Tue, Mar 08, 2005 at 05:29:13PM -0800, Jesse Barnes wrote:
>...
>  
>
>>An MSI should behave like a processor sending an IPI to itself since
>>    
>>
>its 
>  
>
>>address can be targeted at the processor's interrupt block and set to 
>>generate a local interrupt.  Is that right, Tom & Grant?
>>    
>>
>
>MSI address is programmed at 0xfeex_xxxx (based on PCI Specs) to
>
Hi Tom,

The MSI address portion allows 64bits for the address.  It should be an 
address whereby a specific Platform has configured with sufficient 
information to generate an Interrupt to the targeted "cpu" with the 
payload - IRQ.

I am very much interested in your assertion that the MSI address is 
defined by PCI Spec to be 0xfeex_xxxx.  Can you kindly point me to the 
relevent section?  Perhaps if you have an online copy, can you cut and 
paste the relevent section?

Thanks.

colin

>generate a memory write to FSB. This address can be configured to target
>a platform interrupt controller (like IOAPIC for example), which in turn
>generates a memory write to a FSB, or be configured to send a memory
>write directly to FSB. Existing MSI support implements a direct
>memory-write mechanism (generic solution without platform dependency and
>limitation to MSI-X support as an example). With existing direct
>memory-write mechanism, a device's MSI address is configured with
>current running CPU as a target. MSI support also implements MSI SMP
>affinity, which supports IRQ rebalance and allows user to select which
>CPU target through /proc/irq/...
>
>I hope it helps.
>
>Thanks,
>Long 
>  
>



  parent reply	other threads:[~2005-03-09 18:12 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-03-04 23:42 PCI Express Colin Ngam
2005-03-07 16:48 ` Grant Grundler
2005-03-07 16:50 ` Matthew Wilcox
2005-03-07 17:02 ` Mark Maule
2005-03-07 17:21 ` Matthew Wilcox
2005-03-07 20:40 ` Colin Ngam
2005-03-07 23:03 ` Nguyen, Tom L
2005-03-07 23:11 ` Jesse Barnes
2005-03-07 23:31 ` Grant Grundler
2005-03-07 23:32 ` Nguyen, Tom L
2005-03-07 23:36 ` Grant Grundler
2005-03-07 23:40 ` Jesse Barnes
2005-03-07 23:50 ` Grant Grundler
2005-03-08  4:40 ` Colin Ngam
2005-03-08 16:45 ` Jesse Barnes
2005-03-08 19:29 ` Nguyen, Tom L
2005-03-08 23:48 ` Colin Ngam
2005-03-09  0:02 ` Jesse Barnes
2005-03-09  0:13 ` Colin Ngam
2005-03-09  1:29 ` Colin Ngam
2005-03-09  1:29 ` Jesse Barnes
2005-03-09  1:35 ` Colin Ngam
2005-03-09  3:04 ` Grant Grundler
2005-03-09 15:45 ` Colin Ngam
2005-03-09 16:35 ` Nguyen, Tom L
2005-03-09 17:33 ` Grant Grundler
2005-03-09 17:42 ` Colin Ngam
2005-03-09 17:56 ` Grant Grundler
2005-03-09 18:12 ` Colin Ngam [this message]
2005-03-09 18:48 ` Grant Grundler
2005-03-09 19:43 ` Nguyen, Tom L
2005-03-09 21:44 ` Colin Ngam

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=422F3C95.3070007@sgi.com \
    --to=cngam@sgi.com \
    --cc=linux-ia64@vger.kernel.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 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.