|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v4 1/2] iommu VT-d: separate rmrr addition function
On Tue, May 05, 2015 at 10:50:56AM +0100, Jan Beulich wrote:
> >>> On 28.04.15 at 01:50, <elena.ufimtseva@xxxxxxxxxx> wrote:
> > From: Elena Ufimtseva <elena.ufimtseva@xxxxxxxxxx>
> >
> > In preparation for auxiliary RMRR data provided on Xen
> > command line, make RMRR adding a separate function.
> > No functional changes.
> >
> > Reviewed-by: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
> >
> > Acked-by: Kevin Tian <kevin.tian@xxxxxxxxx>
>
> Are these the ones from v1? Did the patch change so little since then
> that they're valid to be retained? And searching for "separate rmrr"
> in the archive I can't even spot a v3. Did you send that out under
> a different title?
Hi Jan
Thank you fore reviewing this.
I thought I did post v3, but as you said I cant find it either.
That means I did not actually send it, even though I had it prepared to
send.
>
> > --- a/xen/drivers/passthrough/vtd/dmar.c
> > +++ b/xen/drivers/passthrough/vtd/dmar.c
> > @@ -567,6 +567,66 @@ out:
> > return ret;
> > }
> >
> > +static int register_one_rmrr(struct acpi_rmrr_unit *rmrru)
> > +{
> > + bool_t ignore = 0;
> > + unsigned int i = 0;
> > + int ret = 0;
> > +
> > + /* Skip checking if segment is not accessible yet. */
> > + if ( !pci_known_segment(rmrru->segment) )
> > + i = UINT_MAX;
> > +
> > + for ( ; i < rmrru->scope.devices_cnt; i++ )
> > + {
> > + u8 b = PCI_BUS(rmrru->scope.devices[i]);
> > + u8 d = PCI_SLOT(rmrru->scope.devices[i]);
> > + u8 f = PCI_FUNC(rmrru->scope.devices[i]);
> > +
> > + if ( pci_device_detect(rmrru->segment, b, d, f) == 0 )
> > + {
> > + dprintk(XENLOG_WARNING VTDPREFIX,
> > + " Non-existent device (%04x:%02x:%02x.%u) is reported"
> > + " in RMRR (%"PRIx64", %"PRIx64")'s scope!\n",
> > + rmrru->segment, b, d, f,
> > + rmrru->base_address, rmrru->end_address);
> > + ignore = 1;
> > + }
> > + else
> > + {
> > + ignore = 0;
> > + break;
> > + }
> > + }
> > +
> > + if ( ignore )
> > + {
> > + dprintk(XENLOG_WARNING VTDPREFIX,
> > + " Ignore the RMRR (%"PRIx64", %"PRIx64") due to "
> > + "devices under its scope are not PCI discoverable!\n",
> > + rmrru->base_address, rmrru->end_address);
> > + ret = -EFAULT;
>
> This wasn't there in the original code afaics, and adding it alters
> behavior (contrary to what the description claims).
Understood, will change patch description.
>
> > + }
> > + else if ( rmrru->base_address > rmrru->end_address )
> > + {
> > + dprintk(XENLOG_WARNING VTDPREFIX,
> > + " The RMRR (%"PRIx64", %"PRIx64") is incorrect!\n",
> > + rmrru->base_address, rmrru->end_address);
> > + ret = -EFAULT;
> > + }
> > + else
> > + {
> > + if ( iommu_verbose )
> > + dprintk(VTDPREFIX,
> > + " RMRR region: base_addr %"PRIx64
> > + " end_address %"PRIx64"\n",
> > + rmrru->base_address, rmrru->end_address);
> > + acpi_register_rmrr_unit(rmrru);
> > + }
> > +
> > + return ret;
> > +}
> > +
> > static int __init
> > acpi_parse_one_rmrr(struct acpi_dmar_header *header)
> > {
> > @@ -616,67 +676,10 @@ acpi_parse_one_rmrr(struct acpi_dmar_header *header)
> > dev_scope_end = ((void *)rmrr) + header->length;
> > ret = acpi_parse_dev_scope(dev_scope_start, dev_scope_end,
> > &rmrru->scope, RMRR_TYPE, rmrr->segment);
> > -
> > - if ( ret || (rmrru->scope.devices_cnt == 0) )
> > + if ( !ret && (rmrru->scope.devices_cnt != 0) )
> > + ret = register_one_rmrr(rmrru);
> > + if ( ret )
> > xfree(rmrru);
> > - else
> > - {
> > - u8 b, d, f;
> > - bool_t ignore = 0;
> > - unsigned int i = 0;
> > -
> > - /* Skip checking if segment is not accessible yet. */
> > - if ( !pci_known_segment(rmrr->segment) )
> > - i = UINT_MAX;
> > -
> > - for ( ; i < rmrru->scope.devices_cnt; i++ )
> > - {
> > - b = PCI_BUS(rmrru->scope.devices[i]);
> > - d = PCI_SLOT(rmrru->scope.devices[i]);
> > - f = PCI_FUNC(rmrru->scope.devices[i]);
> > -
> > - if ( pci_device_detect(rmrr->segment, b, d, f) == 0 )
> > - {
> > - dprintk(XENLOG_WARNING VTDPREFIX,
> > - " Non-existent device (%04x:%02x:%02x.%u) is
> > reported"
> > - " in RMRR (%"PRIx64", %"PRIx64")'s scope!\n",
> > - rmrr->segment, b, d, f,
> > - rmrru->base_address, rmrru->end_address);
> > - ignore = 1;
> > - }
> > - else
> > - {
> > - ignore = 0;
> > - break;
> > - }
> > - }
> > -
> > - if ( ignore )
> > - {
> > - dprintk(XENLOG_WARNING VTDPREFIX,
> > - " Ignore the RMRR (%"PRIx64", %"PRIx64") due to "
> > - "devices under its scope are not PCI discoverable!\n",
> > - rmrru->base_address, rmrru->end_address);
> > - xfree(rmrru);
> > - }
> > - else if ( base_addr > end_addr )
> > - {
> > - dprintk(XENLOG_WARNING VTDPREFIX,
> > - " The RMRR (%"PRIx64", %"PRIx64") is incorrect!\n",
> > - rmrru->base_address, rmrru->end_address);
> > - xfree(rmrru);
> > - ret = -EFAULT;
> > - }
> > - else
> > - {
> > - if ( iommu_verbose )
> > - dprintk(VTDPREFIX,
> > - " RMRR region: base_addr %"PRIx64
> > - " end_address %"PRIx64"\n",
> > - rmrru->base_address, rmrru->end_address);
> > - acpi_register_rmrr_unit(rmrru);
> > - }
> > - }
> >
> > return ret;
> > }
> > --
> > 2.1.3
>
>
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |