Re: [PATCH v3 00/18] PCI SBDF Refactoring

[Teddy Astie <teddy.astie@xxxxxxxxxx>]

Le 30/06/2026 à 08:12, Jan Beulich a écrit :
> On 29.06.2026 19:21, Teddy Astie wrote:
> > Teddy Astie (18):
> >    pci: Use pci_sbdf_t in pci_device_detect()
> >    pci: Use pci_sbdf_t in pci_add_device()
> >    pci: Use pci_sbdf_t in pci_prepare_msix()
> >    pci: Use pci_sbdf_t in pci_remove_device()
> >    pci: Use pci_sbdf_t in pci_ro_device()
> >    pci: Use pci_sbdf_t in pci_hide_device()
> >    pci: Use pci_sbdf_t pci_check_disable_device()
> >    pci: Introduce parse_pci_sbdf{_seg}()
> >    amd/iommu: Parse into pci_sbdf_t directly
> >    vtd: Use pci_sbdf_t in acpi_parse_dev_scope()
> >    drivers/char/xhci: Parse into pci_sbdf_t directly
> >    ns16550: Parse into pci_sbdf_t directly
> >    vtd: Rename acpi_ioapic_unit.ioapic.info to acpi_ioapic_unit.bdf
> >    pci: Use pci_sbdf_t in _scan_pci_devices
> >    pci: Allow ommiting func when parsing with parse_pci_sbdf()
> >    ehci-dbgp: Use pci_sbdf_t instead of (bus, slot, func)
> >    pci: Drop parse_pci_split{_seg}()
> >    RFC: docs: Document support for PCI segment in dbgp and comN parameter
> Just to mention that your patches still arrive in an odd way (same as v2). In
> my inbox, the cover letter is isolated while the patches themselves show as a
> thread. On https://lists.xen.org/archives/html/xen-devel/2026-06/threads.html
> it's even worse - all patches show up individually.
>
> Jan
We're aware of that, and hopefully trying to get it fixed on our side, 
but it doesn't seem that easy. Otherwise, I will eventually try some 
workarounds if the situation doesn't improve.
lore.kernel.org seems to have picked the series a bit better though
https://lore.kernel.org/xen-devel/1782753809.8631fc262581453bbf619ec5b2062170.19f14685405000701b@xxxxxxxxxx/

Teddy

Attachment: OpenPGP_0x660FA9D102CBCFD0.asc
Description: OpenPGP public key

Attachment: OpenPGP_signature.asc
Description: OpenPGP digital signature