[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [Xen-devel] [PATCH][XSA-126] xen: limit guest control o
From: |
Jan Beulich |
Subject: |
Re: [Qemu-devel] [Xen-devel] [PATCH][XSA-126] xen: limit guest control of PCI command register |
Date: |
Mon, 08 Jun 2015 11:55:22 +0100 |
>>> On 08.06.15 at 11:36, <address@hidden> wrote:
> On Mon, Jun 08, 2015 at 10:03:18AM +0100, Jan Beulich wrote:
>> >>> On 08.06.15 at 10:09, <address@hidden> wrote:
>> > I believe the correct behaviour is happening but a PCIE completion timeout
>> > is occurring instead of a
>> > unsupported request.
>>
>> Might it be that with the supposedly correct device returning UR
>> the root port reissues the request to the sibling device, which then
>> fails it in a more dramatic way (albeit the sibling's Uncorrectable
>> Error Status Register also has only Unsupported Request Error
>> Status set)?
>
> Isn't the sibling a function on the same device?
Yes.
> And is the request causing the UR a memory read?
No, it's a write according to the ITP log.
> If so doesn't this use address routing?
> What does it mean that the request is "to the sibling device" then?
The way I expressed things above may simply be due to my limited
knowledge of PCIe terminology: I simply don't know (and can't find
this spelled out in the spec) what the root port's behavior ought to
be when a transaction comes in with an address that's within one of
its base/limit regions, but none of the endpoints can fulfill the
request. But you asking this made me look more closely at the
memory ranges dumped out to the ITP log: The root port has
0x20: Memory Base = 0xca40
0x22: Memory Limit = 0xca40
0x24: Prefetchable Mem Base = 0xca21
0x26: Prefetchable Mem Limit = 0xca21
while function 0 has
0x10: Base Address Register 0 = 0xca23000c (Memory space, 64-bit access,
prefetchable)
0x18: Base Address Register 2 = 0xca24000c (Memory space, 64-bit access,
prefetchable)
0x20: Base Address Register 4 = 0xca25000c (Memory space, 64-bit access,
prefetchable)
and function 1
0x10: Base Address Register 0 = 0xca20000c (Memory space, 64-bit access,
prefetchable)
0x18: Base Address Register 2 = 0xca21000c (Memory space, 64-bit access,
prefetchable)
0x20: Base Address Register 4 = 0xca22000c (Memory space, 64-bit access,
prefetchable)
Isn't is bogus for all but one of the BARs being outside the root
ports prefetchable memory window (the MSI-X tables being inside
the BAR 4 region in both cases)?
> Does the sibling device have a BAR overlapping the address?
No, its BARs are fully separate.
Jan
- Re: [Qemu-devel] [Xen-devel] [PATCH][XSA-126] xen: limit guest control of PCI command register, (continued)
- Re: [Qemu-devel] [Xen-devel] [PATCH][XSA-126] xen: limit guest control of PCI command register, Malcolm Crossley, 2015/06/08
- Re: [Qemu-devel] [Xen-devel] [PATCH][XSA-126] xen: limit guest control of PCI command register, Michael S. Tsirkin, 2015/06/08
- Re: [Qemu-devel] [Xen-devel] [PATCH][XSA-126] xen: limit guest control of PCI command register, Jan Beulich, 2015/06/08
- Re: [Qemu-devel] [Xen-devel] [PATCH][XSA-126] xen: limit guest control of PCI command register, Michael S. Tsirkin, 2015/06/08
- Re: [Qemu-devel] [Xen-devel] [PATCH][XSA-126] xen: limit guest control of PCI command register,
Jan Beulich <=
- Re: [Qemu-devel] [Xen-devel] [PATCH][XSA-126] xen: limit guest control of PCI command register, Michael S. Tsirkin, 2015/06/08
- Re: [Qemu-devel] [Xen-devel] [PATCH][XSA-126] xen: limit guest control of PCI command register, Jan Beulich, 2015/06/08
- Re: [Qemu-devel] [Xen-devel] [PATCH][XSA-126] xen: limit guest control of PCI command register, Jan Beulich, 2015/06/10
- Re: [Qemu-devel] [Xen-devel] [PATCH][XSA-126] xen: limit guest control of PCI command register, Michael S. Tsirkin, 2015/06/10
- Re: [Qemu-devel] [Xen-devel] [PATCH][XSA-126] xen: limit guest control of PCI command register, Jan Beulich, 2015/06/10
- Re: [Qemu-devel] [Xen-devel] [PATCH][XSA-126] xen: limit guest control of PCI command register, Michael S. Tsirkin, 2015/06/10