On Thu, Dec 17, 2015 at 05:34:46PM +0000, Keith Busch wrote:
> On Thu, Dec 17, 2015 at 11:15:45AM -0600, Bjorn Helgaas wrote:
> > > @@ -45,7 +45,7 @@ pci_filter_parse_slot_v33(struct pci_filter *f, char *str)
> > > if (str[0] && strcmp(str, "*"))
> > > {
> > > long int x = strtol(str, &e, 16);
> > > - if ((e && *e) || (x < 0 || x > 0xffff))
> > > + if ((e && *e) || (x < 0))
> >
> > Just out of curiosity (I don't maintain pciutils; Martin would apply
> > this one), is there some part of the PCI or PCI firmware spec that is
> > relevant to this change? Maybe this is connected to parsing things
> > exported by the kernel and not directly tied to PCI at the spec level.
> >
> > Whatever it is, a pointer to the producer of the information you're
> > consuming here would help us understand and review the patch.
>
> Hi Bjorn,
>
> This is not tied to anything defined in PCI spec. Domain numbers being
> a software construct (ACPI6, §6.5.6), we don't need to constrain the
> representation. ACPI defines 16-bit segments, and domains provided by
> this new host bridge do not define _SEG, so this series proposes domain
> numbers outside the ACPI reachable range to avoid potential clashes.
>
> The pciutils patch just synchronizes the essential tooling software with
> the kernel software's new representation.
That's what I figured. It'd be useful to know exactly what is on the
other end of this, e.g., a Linux /proc or /sys file or whatever it is.
Your changelog assumes a lot of implicit knowledge about Linux, VMD,
and the previous patches in this series. But pciutils is not
Linux-specific, and it's maintained completely separately from Linux.
This patch needs to supply enough explicit context that it makes sense
all by itself, apart from the kernel series.
Bjorn
--
To unsubscribe from this list: send the line "unsubscribe linux-pci" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
