From: David Epping <david.epping@missinglinkelectronics.com>
To: Bjorn Helgaas <bhelgaas@google.com>
Cc: "linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>
Subject: Re: MSI-X capability display of pciutils
Date: Sat, 01 Jun 2013 01:33:16 +0200 [thread overview]
Message-ID: <51A9333C.60902@missinglinkelectronics.com> (raw)
In-Reply-To: <CAErSpo7CrajY0__m91yRMi0oo0CjrGdqWPYWxQx+rx5zz4F-qg@mail.gmail.com>
On 01.06.2013 00:48, Bjorn Helgaas wrote:
> On Fri, May 31, 2013 at 4:14 PM, David Epping
> <david.epping@missinglinkelectronics.com> wrote:
>> Hello,
>>
>> I am inspecting the MSI-X setup of some PCIe devices and have questions
>> about the output of lspci.
>>
>> It looks something like this:
>> Capabilities: [50] MSI-X: Enable+ Count=32 Masked-
>> Vector table: BAR=0 offset=00002000
>> PBA: BAR=0 offset=00003000
>>
>> As far as I understand the PCI 3.0 specification MSI-X capabilities define a
>> 32 bit register for the upper address portion of the MSI target addresses
>> (at capability offset 4) and another 32 bit register pointing to the BAR and
>> inter-BAR offset for the table of lower address portions of the MSI target
>> addresses (at capability offset 8).
>> Why are there two lines in the lspci output indicating some BAR and offset?
>> What do they mean?
> My understanding is that there are three data structures here:
> 1) The MSI-X Capability (Figure 6-10) in config space
> 2) The "MSI-X Table" (Figure 6-11) in PCI memory space
> 3) The "MSI-X PBA" (Pending Bit Array, Figure 6-12) in PCI memory space
>
> The "Vector table" line tells you how to find the "MSI-X Table," and
> the "PBA" line tells you how to find the "MSI-X PBA" table.
>
> In MSI (not MSI-X), there is only one MSI target address, and it is in
> the MSI capability.
>
> In MSI-X, each MSI-X vector can have its own target address, and those
> addresses are not in the capability itself; they are stored in the
> memory decoded by a BAR.
>
> In your case, you would read the bus address from BAR 0, and the
> vector table should be at offsets 0x2000-0x21ff (32 16-byte entries)
> from that address. The PBA should be at offsets 0x3000-0x30ff (32
> 8-byte entries).
>
> lspci will show you the BAR values, but it doesn't dump PCI memory
> space, so you'd have to use /dev/mem or a tool like
> http://cmp.felk.cvut.cz/~pisa/linux/rdwrmem.c to actually look at the
> tables.
>
> Bjorn
> --
> To unsubscribe from this list: send the line "unsubscribe linux-pci" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
Bjorn,
thank you for your quick reply.
So far the concepts of MSI and MSI-X are clear. I did not have the
meaning of the PBA acronym, but now I know what it stands for.
I do however not see that reflected in the spec. As your figure
references are off by one and I do not have the PBA figure, we should
clarify the document used. I'm looking at PCI Local Bus Specification
Revision 3.0 from August 2002.
According to this document (and in case I'm reading it correctly) the
pending bit is part of each MSI-X Vector Table entry (lowest bit in the
address portion - section 6.8.2.6). The lspci source code and its output
(and your explanation) however suggest that the pending bits are stored
in a separate table.
In addition this specification document has the common upper address
portion of each MSI target address at capability offset 4 and the BAR
and intra-BAR offset at capability offset 8. The pciutils source code
defines the later to be at 4 and uses offset 8 to derive the PBA.
I wonder where our disconnect is. What is the title and revision of the
document you are referring to?
Thanks again,
David
next prev parent reply other threads:[~2013-05-31 23:33 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-31 22:14 MSI-X capability display of pciutils David Epping
2013-05-31 22:48 ` Bjorn Helgaas
2013-05-31 23:33 ` David Epping [this message]
2013-06-01 11:30 ` David Epping
[not found] ` <COL126-W433C75A9D7FCC1A5A561B3B7930@phx.gbl>
2013-06-01 14:40 ` David Epping
2013-06-01 22:19 ` Bjorn Helgaas
2013-06-01 22:08 ` Bjorn Helgaas
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=51A9333C.60902@missinglinkelectronics.com \
--to=david.epping@missinglinkelectronics.com \
--cc=bhelgaas@google.com \
--cc=linux-pci@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.