[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] Re: Comments on Xen bug 1732
>>> On 31.01.11 at 09:52, Haitao Shan <maillists.shan@xxxxxxxxx> wrote: >> > BTW: I vaguely recall that MSI-X table base might not be the first page >> of >> > the corresponding BAR register. >> >> While I agree that the code is lacking the use of >> msix_table_offset_reg(), I would question what else would be >> in the range supplied by the BAR, as the specification allows >> only MSI-X table and PBA to share a BAR. >> > > This is what I copied from PCI spec 3.0. I don't see that the spec only > allows the two to be shared. > -----------------------------PCI---------- > To enable system software to map MSI-X structures onto different processor > pages for > improved access control, it is recommended that a function dedicate separate > Base Address > registers for the MSI-X Table and MSI-X PBA, or else provide more than the > minimum > required isolation with address ranges. > If dedicated separate Base Address registers is not feasible, it is > recommended that a > function dedicate a single Base Address register for the MSI-X Table and > MSI-X PBA. > If a dedicated Base Address register is not feasible, it is recommended that > a function isolate > the MSI-X structures from the non-MSI-X structures with aligned 8 KB ranges > rather than > the mandatory aligned 4 KB ranges. > --------------------------spec--------------- Sorry, it should have been *page* instead of *BAR*. I certainly can propose a fix to the not-at-offset-zero part of the problem, but the VF (SR-IOV) specific part (i.e. the determination which of the warnings can be dropped safely) should be done by someone more familiar with all aspects of it. Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |