Linux PCI

• Date Index

• [PATCH v11 01/12] swiotlb: Refactor swiotlb init functions, (continued)
  • [PATCH v11 01/12] swiotlb: Refactor swiotlb init functions, Claire Chang
  • [PATCH v11 02/12] swiotlb: Refactor swiotlb_create_debugfs, Claire Chang
  • [PATCH v11 03/12] swiotlb: Set dev->dma_io_tlb_mem to the swiotlb pool used, Claire Chang
  • [PATCH v11 04/12] swiotlb: Update is_swiotlb_buffer to add a struct device argument, Claire Chang
  • [PATCH v11 05/12] swiotlb: Update is_swiotlb_active to add a struct device argument, Claire Chang
  • [PATCH v11 06/12] swiotlb: Use is_dev_swiotlb_force for swiotlb data bouncing, Claire Chang
  • [PATCH v11 07/12] swiotlb: Move alloc_size to swiotlb_find_slots, Claire Chang
  • [PATCH v11 08/12] swiotlb: Refactor swiotlb_tbl_unmap_single, Claire Chang
  • [PATCH v11 09/12] swiotlb: Add restricted DMA alloc/free support, Claire Chang
    • Re: [PATCH v11 09/12] swiotlb: Add restricted DMA alloc/free support, Claire Chang
      • Re: [PATCH v11 09/12] swiotlb: Add restricted DMA alloc/free support, Christoph Hellwig
        • Re: [PATCH v11 09/12] swiotlb: Add restricted DMA alloc/free support, Claire Chang
          • Re: [PATCH v11 09/12] swiotlb: Add restricted DMA alloc/free support, Christoph Hellwig
  • [PATCH v11 10/12] swiotlb: Add restricted DMA pool initialization, Claire Chang
  • [PATCH v11 11/12] dt-bindings: of: Add restricted DMA pool, Claire Chang
  • [PATCH v11 12/12] of: Add plumbing for restricted DMA pool, Claire Chang
  • Re: [PATCH v11 00/12] Restricted DMA, Claire Chang
• [PATCH V4 0/6] PCI: Enable 10-Bit tag support for PCIe devices, Dongdong Liu
  • [PATCH V4 1/6] PCI: Use cached Device Capabilities Register, Dongdong Liu
  • [PATCH V4 2/6] PCI: Use cached Device Capabilities 2 Register, Dongdong Liu
  • [PATCH V4 5/6] PCI/IOV: Enable 10-Bit tag support for PCIe VF devices, Dongdong Liu
  • [PATCH V4 4/6] PCI: Enable 10-Bit tag support for PCIe Endpoint devices, Dongdong Liu
  • [PATCH V4 3/6] PCI: Add 10-Bit Tag register definitions, Dongdong Liu
  • [PATCH V4 6/6] PCI: Enable 10-Bit tag support for PCIe RP devices, Dongdong Liu
• [PATCH v6] PCI: ixp4xx: Add a new driver for IXP4xx, Linus Walleij
  • Re: [PATCH v6] PCI: ixp4xx: Add a new driver for IXP4xx, Linus Walleij
    • Re: [PATCH v6] PCI: ixp4xx: Add a new driver for IXP4xx, Bjorn Helgaas
  • Re: [PATCH v6] PCI: ixp4xx: Add a new driver for IXP4xx, Bjorn Helgaas
    • Re: [PATCH v6] PCI: ixp4xx: Add a new driver for IXP4xx, Linus Walleij
      • Re: [PATCH v6] PCI: ixp4xx: Add a new driver for IXP4xx, Krzysztof Hałasa
• [PATCH] dt-bindings: Drop redundant minItems/maxItems, Rob Herring
  • Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems, Greg Kroah-Hartman
  • Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems, Vinod Koul
  • Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems, Marc Kleine-Budde
  • Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems, Philipp Zabel
  • Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems, Mark Brown
  • Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems, Jonathan Cameron
  • Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems, Wolfram Sang
  • Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems, Ulf Hansson
  • Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems, Jassi Brar
  • Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems, Suman Anna
    • Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems, Rob Herring
  • Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems, Arnaud POULIQUEN
  • Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems, Geert Uytterhoeven
    • Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems, Rob Herring
• [PATCH v2 0/3] PCI: brcmstb: Add panic handler, Jim Quinlan
  • [PATCH v2 1/3] PCI: brcmstb: Check return value of clk_prepare_enable(), Jim Quinlan
  • [PATCH v2 2/3] PCI: brcmstb: Give 7216 SOCs their own config type, Jim Quinlan
  • [PATCH v2 3/3] PCI: brcmstb: Add panic/die handler to RC driver, Jim Quinlan
• Re: [PATCH kernel v2] powerpc/powernv: Reserve a hole which appears after enabling IOV, Bjorn Helgaas
• [PATCH v3] PCI/PM: Target PM state is D3hot if device can only generate PME from D3cold, Mika Westerberg
  • Re: [PATCH v3] PCI/PM: Target PM state is D3hot if device can only generate PME from D3cold, Rafael J. Wysocki
• [PATCH] PCI: endpoint: Add custom notifier support, Manivannan Sadhasivam
  • Re: [PATCH] PCI: endpoint: Add custom notifier support, Kishon Vijay Abraham I
    • Re: [PATCH] PCI: endpoint: Add custom notifier support, Manivannan Sadhasivam
• [PATCH v10 00/12] Restricted DMA, Claire Chang
  • [PATCH v10 01/12] swiotlb: Refactor swiotlb init functions, Claire Chang
    • Re: [PATCH v10 01/12] swiotlb: Refactor swiotlb init functions, Christoph Hellwig
  • [PATCH v10 02/12] swiotlb: Refactor swiotlb_create_debugfs, Claire Chang
    • Re: [PATCH v10 02/12] swiotlb: Refactor swiotlb_create_debugfs, Christoph Hellwig
  • [PATCH v10 03/12] swiotlb: Set dev->dma_io_tlb_mem to the swiotlb pool used, Claire Chang
    • Re: [PATCH v10 03/12] swiotlb: Set dev->dma_io_tlb_mem to the swiotlb pool used, Christoph Hellwig
    • Re: [PATCH v10 03/12] swiotlb: Set dev->dma_io_tlb_mem to the swiotlb pool used, Konrad Rzeszutek Wilk
  • [PATCH v10 04/12] swiotlb: Update is_swiotlb_buffer to add a struct device argument, Claire Chang
    • Re: [PATCH v10 04/12] swiotlb: Update is_swiotlb_buffer to add a struct device argument, Christoph Hellwig
  • [PATCH v10 05/12] swiotlb: Update is_swiotlb_active to add a struct device argument, Claire Chang
    • Re: [PATCH v10 05/12] swiotlb: Update is_swiotlb_active to add a struct device argument, Christoph Hellwig
  • [PATCH v10 06/12] swiotlb: Use is_dev_swiotlb_force for swiotlb data bouncing, Claire Chang
    • Re: [PATCH v10 06/12] swiotlb: Use is_dev_swiotlb_force for swiotlb data bouncing, Christoph Hellwig
  • [PATCH v10 07/12] swiotlb: Move alloc_size to swiotlb_find_slots, Claire Chang
    • Re: [PATCH v10 07/12] swiotlb: Move alloc_size to swiotlb_find_slots, Christoph Hellwig
  • [PATCH v10 08/12] swiotlb: Refactor swiotlb_tbl_unmap_single, Claire Chang
    • Re: [PATCH v10 08/12] swiotlb: Refactor swiotlb_tbl_unmap_single, Christoph Hellwig
  • [PATCH v10 09/12] swiotlb: Add restricted DMA pool initialization, Claire Chang
    • Re: [PATCH v10 09/12] swiotlb: Add restricted DMA pool initialization, Christoph Hellwig
  • [PATCH v10 10/12] swiotlb: Add restricted DMA alloc/free support, Claire Chang
    • Re: [PATCH v10 10/12] swiotlb: Add restricted DMA alloc/free support, Christoph Hellwig
  • [PATCH v10 11/12] dt-bindings: of: Add restricted DMA pool, Claire Chang
  • [PATCH v10 12/12] of: Add plumbing for restricted DMA pool, Claire Chang
  • Re: [PATCH v10 00/12] Restricted DMA, Claire Chang
• [RFC 0/1] PCI/ACPI: Make acpi_pci_root_validate_resources() reject IOMEM resources which start at address 0, Hans de Goede
  • [RFC 1/1] PCI/ACPI: Make acpi_pci_root_validate_resources() reject IOMEM resources which start at address 0, Hans de Goede
    • Re: [RFC 1/1] PCI/ACPI: Make acpi_pci_root_validate_resources() reject IOMEM resources which start at address 0, Rafael J. Wysocki
      • Re: [RFC 1/1] PCI/ACPI: Make acpi_pci_root_validate_resources() reject IOMEM resources which start at address 0, Hans de Goede
        • Re: [RFC 1/1] PCI/ACPI: Make acpi_pci_root_validate_resources() reject IOMEM resources which start at address 0, Rafael J. Wysocki
    • Re: [RFC 1/1] PCI/ACPI: Make acpi_pci_root_validate_resources() reject IOMEM resources which start at address 0, Bjorn Helgaas
      • Re: [RFC 1/1] PCI/ACPI: Make acpi_pci_root_validate_resources() reject IOMEM resources which start at address 0, Hans de Goede
        • Re: [RFC 1/1] PCI/ACPI: Make acpi_pci_root_validate_resources() reject IOMEM resources which start at address 0, Bjorn Helgaas
          • Re: [RFC 1/1] PCI/ACPI: Make acpi_pci_root_validate_resources() reject IOMEM resources which start at address 0, Hans de Goede
            • Re: [RFC 1/1] PCI/ACPI: Make acpi_pci_root_validate_resources() reject IOMEM resources which start at address 0, Bjorn Helgaas
            • Re: [RFC 1/1] PCI/ACPI: Make acpi_pci_root_validate_resources() reject IOMEM resources which start at address 0, Hans de Goede
• [PATCH v4] PCI: of: Clear 64-bit flag for non-prefetchable memory below 4GB, Punit Agrawal
  • Re: [PATCH v4] PCI: of: Clear 64-bit flag for non-prefetchable memory below 4GB, Alexandru Elisei
    • Re: [PATCH v4] PCI: of: Clear 64-bit flag for non-prefetchable memory below 4GB, Punit Agrawal
  • Re: [PATCH v4] PCI: of: Clear 64-bit flag for non-prefetchable memory below 4GB, Rob Herring
    • Re: [PATCH v4] PCI: of: Clear 64-bit flag for non-prefetchable memory below 4GB, Punit Agrawal
  • Re: [PATCH v4] PCI: of: Clear 64-bit flag for non-prefetchable memory below 4GB, Ard Biesheuvel
  • Re: [PATCH v4] PCI: of: Clear 64-bit flag for non-prefetchable memory below 4GB, Bjorn Helgaas
    • Re: [PATCH v4] PCI: of: Clear 64-bit flag for non-prefetchable memory below 4GB, Domenico Andreoli
      • Re: [PATCH v4] PCI: of: Clear 64-bit flag for non-prefetchable memory below 4GB, Bjorn Helgaas
• [PATCH] PCI/P2PDMA: simplify distance calculation, Christoph Hellwig
  • Re: [PATCH] PCI/P2PDMA: simplify distance calculation, Logan Gunthorpe
  • Re: [PATCH] PCI/P2PDMA: simplify distance calculation, Bjorn Helgaas
• [RESEND PATCH V3 0/6] PCI: Enable 10-Bit tag support for PCIe devices, Dongdong Liu
  • [RESEND PATCH V3 4/6] PCI: Enable 10-Bit tag support for PCIe Endpoint devices, Dongdong Liu
    • Re: [RESEND PATCH V3 4/6] PCI: Enable 10-Bit tag support for PCIe Endpoint devices, Christoph Hellwig
      • Re: [RESEND PATCH V3 4/6] PCI: Enable 10-Bit tag support for PCIe Endpoint devices, Dongdong Liu
  • [RESEND PATCH V3 3/6] PCI: Add 10-Bit Tag register definitions, Dongdong Liu
    • Re: [RESEND PATCH V3 3/6] PCI: Add 10-Bit Tag register definitions, Christoph Hellwig
  • [RESEND PATCH V3 5/6] PCI/IOV: Enable 10-Bit tag support for PCIe VF devices, Dongdong Liu
    • Re: [RESEND PATCH V3 5/6] PCI/IOV: Enable 10-Bit tag support for PCIe VF devices, Christoph Hellwig
  • [RESEND PATCH V3 1/6] PCI: Use cached Device Capabilities Register, Dongdong Liu
    • Re: [RESEND PATCH V3 1/6] PCI: Use cached Device Capabilities Register, Christoph Hellwig
      • Re: [RESEND PATCH V3 1/6] PCI: Use cached Device Capabilities Register, Dongdong Liu
    • Re: [RESEND PATCH V3 1/6] PCI: Use cached Device Capabilities Register, kernel test robot
      • Re: [RESEND PATCH V3 1/6] PCI: Use cached Device Capabilities Register, Dongdong Liu
  • [RESEND PATCH V3 2/6] PCI: Use cached Device Capabilities 2 Register, Dongdong Liu
    • Re: [RESEND PATCH V3 2/6] PCI: Use cached Device Capabilities 2 Register, Christoph Hellwig
      • Re: [RESEND PATCH V3 2/6] PCI: Use cached Device Capabilities 2 Register, Dongdong Liu
  • [RESEND PATCH V3 6/6] PCI: Enable 10-Bit tag support for PCIe RP devices, Dongdong Liu
    • Re: [RESEND PATCH V3 6/6] PCI: Enable 10-Bit tag support for PCIe RP devices, Christoph Hellwig
      • Re: [RESEND PATCH V3 6/6] PCI: Enable 10-Bit tag support for PCIe RP devices, Dongdong Liu
• [PATCH] acpi: pci_irq: Fixed a control flow style issue, Clayton Casciato
  • Re: [PATCH] acpi: pci_irq: Fixed a control flow style issue, Bjorn Helgaas
• [PATCH v9 00/14] Restricted DMA, Claire Chang
  • [PATCH v9 04/14] swiotlb: Add restricted DMA pool initialization, Claire Chang
    • Re: [PATCH v9 04/14] swiotlb: Add restricted DMA pool initialization, Christoph Hellwig
  • [PATCH v9 01/14] swiotlb: Refactor swiotlb init functions, Claire Chang
    • Re: [PATCH v9 01/14] swiotlb: Refactor swiotlb init functions, Christoph Hellwig
      • Re: [PATCH v9 01/14] swiotlb: Refactor swiotlb init functions, Claire Chang
  • [PATCH v9 03/14] swiotlb: Set dev->dma_io_tlb_mem to the swiotlb pool used, Claire Chang
    • Re: [PATCH v9 03/14] swiotlb: Set dev->dma_io_tlb_mem to the swiotlb pool used, Claire Chang
      • Re: [PATCH v9 03/14] swiotlb: Set dev->dma_io_tlb_mem to the swiotlb pool used, Christoph Hellwig
  • [PATCH v9 02/14] swiotlb: Refactor swiotlb_create_debugfs, Claire Chang
    • Re: [PATCH v9 02/14] swiotlb: Refactor swiotlb_create_debugfs, Christoph Hellwig
  • [PATCH v9 05/14] swiotlb: Update is_swiotlb_buffer to add a struct device argument, Claire Chang
    • Re: [PATCH v9 05/14] swiotlb: Update is_swiotlb_buffer to add a struct device argument, Christoph Hellwig
  • [PATCH v9 07/14] swiotlb: Bounce data from/to restricted DMA pool if available, Claire Chang
    • Re: [PATCH v9 07/14] swiotlb: Bounce data from/to restricted DMA pool if available, Christoph Hellwig
  • [PATCH v9 06/14] swiotlb: Update is_swiotlb_active to add a struct device argument, Claire Chang
    • Re: [PATCH v9 06/14] swiotlb: Update is_swiotlb_active to add a struct device argument, Claire Chang
    • Re: [PATCH v9 06/14] swiotlb: Update is_swiotlb_active to add a struct device argument, Christoph Hellwig
  • [PATCH v9 08/14] swiotlb: Move alloc_size to find_slots, Claire Chang
    • Re: [PATCH v9 08/14] swiotlb: Move alloc_size to find_slots, Christoph Hellwig
  • [PATCH v9 13/14] dt-bindings: of: Add restricted DMA pool, Claire Chang
  • [PATCH v9 14/14] of: Add plumbing for restricted DMA pool, Claire Chang
  • [PATCH v9 09/14] swiotlb: Refactor swiotlb_tbl_unmap_single, Claire Chang
    • Re: [PATCH v9 09/14] swiotlb: Refactor swiotlb_tbl_unmap_single, Christoph Hellwig
  • [PATCH v9 10/14] dma-direct: Add a new wrapper __dma_direct_free_pages(), Claire Chang
  • [PATCH v9 12/14] dma-direct: Allocate memory from restricted DMA pool if available, Claire Chang
  • [PATCH v9 11/14] swiotlb: Add restricted DMA alloc/free support., Claire Chang
    • Re: [PATCH v9 11/14] swiotlb: Add restricted DMA alloc/free support., Christoph Hellwig
      • Re: [PATCH v9 11/14] swiotlb: Add restricted DMA alloc/free support., Christoph Hellwig
  • Re: [PATCH v9 00/14] Restricted DMA, Claire Chang
• [pci:for-linus] BUILD SUCCESS 7bf3c2ae58ac07070c57dc67ee3334a4da8e0679, kernel test robot
• [PATCH v2 0/2] PCI: mediatek-gen3: Add support for disable dvfsrc, Jianjun Wang
  • [PATCH v2 1/2] dt-bindings: PCI: mediatek-gen3: Add property to disable dvfsrc voltage request, Jianjun Wang
    • Re: [PATCH v2 1/2] dt-bindings: PCI: mediatek-gen3: Add property to disable dvfsrc voltage request, Jianjun Wang
  • [PATCH v2 2/2] PCI: mediatek-gen3: Add support for disable dvfsrc voltage request, Jianjun Wang
• [pci:pci/p2pdma] BUILD SUCCESS 3ec0c3ec2d92c09465534a1ff9c6f9d9506ffef6, kernel test robot
• [pci:next] BUILD SUCCESS 2462625827721ea1c072e3cc314863ffd13df9c5, kernel test robot
• [PATCH v10 0/4] PCI: mediatek: Spilt PCIe node to comply with hardware design, Chuanjia Liu
  • [PATCH v10 1/4] dt-bindings: PCI: mediatek: Update the Device tree bindings, Chuanjia Liu
    • Re: [PATCH v10 1/4] dt-bindings: PCI: mediatek: Update the Device tree bindings, Chuanjia Liu
  • [PATCH v10 2/4] PCI: mediatek: Add new method to get shared pcie-cfg base address and parse node, Chuanjia Liu
    • Re: [PATCH v10 2/4] PCI: mediatek: Add new method to get shared pcie-cfg base address and parse node, Matthias Brugger
      • Re: [PATCH v10 2/4] PCI: mediatek: Add new method to get shared pcie-cfg base address and parse node, Chuanjia Liu
  • [PATCH v10 3/4] arm64: dts: mediatek: Split PCIe node for MT2712 and MT7622, Chuanjia Liu
  • [PATCH v10 4/4] ARM: dts: mediatek: Update MT7629 PCIe node for new format, Chuanjia Liu
• [PATCH] PCI: endpoint: Fix use after free in pci_epf_remove_cfs(), Shunsuke Mie
  • <Possible follow-ups>
  • [PATCH] PCI: endpoint: Fix use after free in pci_epf_remove_cfs(), Shunsuke Mie
    • Re: [PATCH] PCI: endpoint: Fix use after free in pci_epf_remove_cfs(), Greg KH
    • Re: [PATCH] PCI: endpoint: Fix use after free in pci_epf_remove_cfs(), Lorenzo Pieralisi
    • Re: [PATCH] PCI: endpoint: Fix use after free in pci_epf_remove_cfs(), Kishon Vijay Abraham I
      • Re: [PATCH] PCI: endpoint: Fix use after free in pci_epf_remove_cfs(), Shunsuke Mie
        • Re: [PATCH] PCI: endpoint: Fix use after free in pci_epf_remove_cfs(), Shunsuke Mie
• [PATCH v1 0/6] P2PDMA Cleanup, Logan Gunthorpe
  • [PATCH v1 3/6] PCI/P2PDMA: Cleanup type for return value of calc_map_type_and_dist(), Logan Gunthorpe
  • [PATCH v1 2/6] PCI/P2PDMA: Use a buffer on the stack for collecting the acs list, Logan Gunthorpe
  • [PATCH v1 1/6] PCI/P2PDMA: Rename upstream_bridge_distance() and rework documentation, Logan Gunthorpe
    • Re: [PATCH v1 1/6] PCI/P2PDMA: Rename upstream_bridge_distance() and rework documentation, Bjorn Helgaas
      • Re: [PATCH v1 1/6] PCI/P2PDMA: Rename upstream_bridge_distance() and rework documentation, Logan Gunthorpe
  • [PATCH v1 5/6] PCI/P2PDMA: Refactor pci_p2pdma_map_type() to take pagemap and device, Logan Gunthorpe
  • [PATCH v1 6/6] PCI/P2PDMA: Avoid pci_get_slot() which sleeps, Logan Gunthorpe
  • [PATCH v1 4/6] PCI/P2PDMA: Print a warning if the host bridge is not in the whitelist, Logan Gunthorpe
  • Re: [PATCH v1 0/6] P2PDMA Cleanup, Bjorn Helgaas
• [PATCH V4] PCI: tegra: Fix building Tegra194 PCIe driver, Jon Hunter
  • Re: [PATCH V4] PCI: tegra: Fix building Tegra194 PCIe driver, Thierry Reding
    • Re: [PATCH V4] PCI: tegra: Fix building Tegra194 PCIe driver, Jon Hunter
      • Re: [PATCH V4] PCI: tegra: Fix building Tegra194 PCIe driver, Jon Hunter
  • Re: [PATCH V4] PCI: tegra: Fix building Tegra194 PCIe driver, Bjorn Helgaas
• [PATCH] PCI: hotplug: set 'thread_finished' flag to be true by default, Zheyu Ma
  • Re: [PATCH] PCI: hotplug: set 'thread_finished' flag to be true by default, Bjorn Helgaas
    • Re: [PATCH] PCI: hotplug: set 'thread_finished' flag to be true by default, Zheyu Ma
• [RFC v3 0/7] PCI: hv: Support host bridge probing on ARM64, Boqun Feng
  • [RFC v3 5/7] PCI: hv: Set up msi domain at bridge probing time, Boqun Feng
  • [RFC v3 1/7] PCI: Introduce domain_nr in pci_host_bridge, Boqun Feng
  • [RFC v3 6/7] arm64: PCI: Support root bridge preparation for Hyper-V PCI, Boqun Feng
  • [RFC v3 3/7] PCI: hv: Generify PCI probing, Boqun Feng
  • [RFC v3 7/7] PCI: hv: Turn on the host bridge probing on ARM64, Boqun Feng
  • [RFC v3 2/7] PCI: Allow msi domain set-up at host probing time, Boqun Feng
  • [RFC v3 4/7] PCI: hv: Use pci_host_bridge::domain_nr for PCI domain, Boqun Feng
  • Re: [RFC v3 0/7] PCI: hv: Support host bridge probing on ARM64, Ard Biesheuvel
    • Re: [RFC v3 0/7] PCI: hv: Support host bridge probing on ARM64, Marc Zyngier
      • Re: [RFC v3 0/7] PCI: hv: Support host bridge probing on ARM64, Boqun Feng
        • Re: [RFC v3 0/7] PCI: hv: Support host bridge probing on ARM64, Marc Zyngier
• [PATCH v6 0/5] CXL port and decoder enumeration, Dan Williams
  • [PATCH v6 2/5] cxl/Kconfig: Default drivers to CONFIG_CXL_BUS, Dan Williams
  • [PATCH v6 1/5] cxl/acpi: Introduce the root of a cxl_port topology, Dan Williams
  • [PATCH v6 3/5] cxl/acpi: Add downstream port data to cxl_port instances, Dan Williams
    • Re: [PATCH v6 3/5] cxl/acpi: Add downstream port data to cxl_port instances, Alison Schofield
      • Re: [PATCH v6 3/5] cxl/acpi: Add downstream port data to cxl_port instances, Jonathan Cameron
  • [PATCH v6 4/5] cxl/acpi: Enumerate host bridge root ports, Dan Williams
  • [PATCH v6 5/5] cxl/acpi: Introduce cxl_decoder objects, Dan Williams
    • [PATCH v7 5/5] cxl/acpi: Introduce cxl_decoder objects, Dan Williams
• [PATCH v2 0/3] PCI: mt7621: Add MediaTek MT7621 PCIe host controller driver, Sergio Paracuellos
  • [PATCH v2 2/3] PCI: mt7621: Add MediaTek MT7621 PCIe host controller driver, Sergio Paracuellos
    • Re: [PATCH v2 2/3] PCI: mt7621: Add MediaTek MT7621 PCIe host controller driver, Lorenzo Pieralisi
      • Re: [PATCH v2 2/3] PCI: mt7621: Add MediaTek MT7621 PCIe host controller driver, Sergio Paracuellos
        • Re: [PATCH v2 2/3] PCI: mt7621: Add MediaTek MT7621 PCIe host controller driver, Lorenzo Pieralisi
          • Re: [PATCH v2 2/3] PCI: mt7621: Add MediaTek MT7621 PCIe host controller driver, Sergio Paracuellos
  • [PATCH v2 1/3] dt-bindings: mt7621-pci: PCIe binding documentation for MT7621 SoCs, Sergio Paracuellos
    • Re: [PATCH v2 1/3] dt-bindings: mt7621-pci: PCIe binding documentation for MT7621 SoCs, Rob Herring
  • [PATCH v2 3/3] MAINTAINERS: add myself as maintainer of the MT7621 PCI controller driver, Sergio Paracuellos
  • Re: [PATCH v2 0/3] PCI: mt7621: Add MediaTek MT7621 PCIe host controller driver, Sergio Paracuellos
• [PATCH v4 0/3] PCI: Add a quirk to enable SVA for HiSilicon chip, Zhangfei Gao
  • [PATCH v4 2/3] PCI: Add a quirk to set pasid_no_tlp for HiSilicon chips, Zhangfei Gao
  • [PATCH v4 1/3] PCI: PASID can be enabled without TLP prefix, Zhangfei Gao
  • [PATCH v4 3/3] PCI: Set dma-can-stall for HiSilicon chips, Zhangfei Gao
  • Re: [PATCH v4 0/3] PCI: Add a quirk to enable SVA for HiSilicon chip, Zhangfei Gao
  • Re: [PATCH v4 0/3] PCI: Add a quirk to enable SVA for HiSilicon chip, Zhou Wang
• Re: Strange problem with USB device, Alan Stern
  • Re: Strange problem with USB device, Ibrahim Erturk
    • Re: Strange problem with USB device, Alan Stern
• [RESEND PATCH] PCI: aardvark: Fix kernel panic during PIO transfer, Pali Rohár
  • Re: [RESEND PATCH] PCI: aardvark: Fix kernel panic during PIO transfer, Lorenzo Pieralisi
    • Re: [RESEND PATCH] PCI: aardvark: Fix kernel panic during PIO transfer, Bjorn Helgaas
      • Re: [RESEND PATCH] PCI: aardvark: Fix kernel panic during PIO transfer, Lorenzo Pieralisi
• Query regarding the use of pcie-designware-plat.c file, Vidya Sagar
  • RE: Query regarding the use of pcie-designware-plat.c file, Gustavo Pimentel
    • Re: Query regarding the use of pcie-designware-plat.c file, Vidya Sagar
      • Re: Query regarding the use of pcie-designware-plat.c file, Thierry Reding
        • Re: Query regarding the use of pcie-designware-plat.c file, Vidya Sagar
  • Re: Query regarding the use of pcie-designware-plat.c file, Bjorn Helgaas
    • Re: Query regarding the use of pcie-designware-plat.c file, Jon Hunter
      • Re: Query regarding the use of pcie-designware-plat.c file, Bjorn Helgaas
        • Re: Query regarding the use of pcie-designware-plat.c file, Rob Herring
        • Re: Query regarding the use of pcie-designware-plat.c file, Jon Hunter
          • Re: Query regarding the use of pcie-designware-plat.c file, Vidya Sagar
• [PATCH -next,resend] PCI: al: Remove redundant dev_err call in al_pcie_probe(), ChenXiaoSong
  • Re: [PATCH -next,resend] PCI: al: Remove redundant dev_err call in al_pcie_probe(), Bjorn Helgaas
• [PATCH v2] PCI: rockchip: Avoid accessing PCIe registers with clocks gated, Javier Martinez Canillas
  • Re: [PATCH v2] PCI: rockchip: Avoid accessing PCIe registers with clocks gated, Peter Robinson
  • Re: [PATCH v2] PCI: rockchip: Avoid accessing PCIe registers with clocks gated, Lorenzo Pieralisi
  • Re: [PATCH v2] PCI: rockchip: Avoid accessing PCIe registers with clocks gated, Bjorn Helgaas
    • Re: [PATCH v2] PCI: rockchip: Avoid accessing PCIe registers with clocks gated, Robin Murphy
      • Re: [PATCH v2] PCI: rockchip: Avoid accessing PCIe registers with clocks gated, Bjorn Helgaas
        • Re: [PATCH v2] PCI: rockchip: Avoid accessing PCIe registers with clocks gated, Robin Murphy
  • Re: [PATCH v2] PCI: rockchip: Avoid accessing PCIe registers with clocks gated, Bjorn Helgaas
    • Re: [PATCH v2] PCI: rockchip: Avoid accessing PCIe registers with clocks gated, Javier Martinez Canillas
      • Re: [PATCH v2] PCI: rockchip: Avoid accessing PCIe registers with clocks gated, Bjorn Helgaas
        • Re: [PATCH v2] PCI: rockchip: Avoid accessing PCIe registers with clocks gated, Javier Martinez Canillas
    • Re: [PATCH v2] PCI: rockchip: Avoid accessing PCIe registers with clocks gated, Bjorn Helgaas
      • Re: [PATCH v2] PCI: rockchip: Avoid accessing PCIe registers with clocks gated, Javier Martinez Canillas
        • Re: [PATCH v2] PCI: rockchip: Avoid accessing PCIe registers with clocks gated, Robin Murphy
          • Re: [PATCH v2] PCI: rockchip: Avoid accessing PCIe registers with clocks gated, Bjorn Helgaas
            • Re: [PATCH v2] PCI: rockchip: Avoid accessing PCIe registers with clocks gated, Robin Murphy
          • Re: [PATCH v2] PCI: rockchip: Avoid accessing PCIe registers with clocks gated, Bjorn Helgaas
  • Re: [PATCH v2] PCI: rockchip: Avoid accessing PCIe registers with clocks gated, Bjorn Helgaas
    • Re: [PATCH v2] PCI: rockchip: Avoid accessing PCIe registers with clocks gated, Javier Martinez Canillas
      • Re: [PATCH v2] PCI: rockchip: Avoid accessing PCIe registers with clocks gated, Bjorn Helgaas
        • Re: [PATCH v2] PCI: rockchip: Avoid accessing PCIe registers with clocks gated, Peter Robinson
        • Re: [PATCH v2] PCI: rockchip: Avoid accessing PCIe registers with clocks gated, Javier Martinez Canillas
          • Re: [PATCH v2] PCI: rockchip: Avoid accessing PCIe registers with clocks gated, Bjorn Helgaas
            • Re: [PATCH v2] PCI: rockchip: Avoid accessing PCIe registers with clocks gated, Javier Martinez Canillas
• [PATCH v7 0/8] Expose and manage PCI device reset, Amey Narkhede
  • [PATCH v7 4/8] PCI/sysfs: Allow userspace to query and set device reset mechanism, Amey Narkhede
    • Re: [PATCH v7 4/8] PCI/sysfs: Allow userspace to query and set device reset mechanism, Raphael Norwitz
      • Re: [PATCH v7 4/8] PCI/sysfs: Allow userspace to query and set device reset mechanism, Shanker R Donthineni
        • Re: [PATCH v7 4/8] PCI/sysfs: Allow userspace to query and set device reset mechanism, Raphael Norwitz
    • Re: [PATCH v7 4/8] PCI/sysfs: Allow userspace to query and set device reset mechanism, Shanker R Donthineni
    • Re: [PATCH v7 4/8] PCI/sysfs: Allow userspace to query and set device reset mechanism, Bjorn Helgaas
      • Re: [PATCH v7 4/8] PCI/sysfs: Allow userspace to query and set device reset mechanism, Amey Narkhede
        • Re: [PATCH v7 4/8] PCI/sysfs: Allow userspace to query and set device reset mechanism, Bjorn Helgaas
          • Re: [PATCH v7 4/8] PCI/sysfs: Allow userspace to query and set device reset mechanism, Amey Narkhede
            • Re: [PATCH v7 4/8] PCI/sysfs: Allow userspace to query and set device reset mechanism, Bjorn Helgaas
              • Re: [PATCH v7 4/8] PCI/sysfs: Allow userspace to query and set device reset mechanism, Amey Narkhede
                • Re: [PATCH v7 4/8] PCI/sysfs: Allow userspace to query and set device reset mechanism, Bjorn Helgaas
                  • Re: [PATCH v7 4/8] PCI/sysfs: Allow userspace to query and set device reset mechanism, Amey Narkhede
                    • Re: [PATCH v7 4/8] PCI/sysfs: Allow userspace to query and set device reset mechanism, Amey Narkhede
          • Re: [PATCH v7 4/8] PCI/sysfs: Allow userspace to query and set device reset mechanism, Alex Williamson
    • Re: [PATCH v7 4/8] PCI/sysfs: Allow userspace to query and set device reset mechanism, Bjorn Helgaas
      • Re: [PATCH v7 4/8] PCI/sysfs: Allow userspace to query and set device reset mechanism, Amey Narkhede
        • Re: [PATCH v7 4/8] PCI/sysfs: Allow userspace to query and set device reset mechanism, Bjorn Helgaas
          • Re: [PATCH v7 4/8] PCI/sysfs: Allow userspace to query and set device reset mechanism, Shanker R Donthineni
          • Re: [PATCH v7 4/8] PCI/sysfs: Allow userspace to query and set device reset mechanism, Amey Narkhede
            • Re: [PATCH v7 4/8] PCI/sysfs: Allow userspace to query and set device reset mechanism, Bjorn Helgaas
  • [PATCH v7 7/8] PCI: Enable NO_BUS_RESET quirk for Nvidia GPUs, Amey Narkhede
    • Re: [PATCH v7 7/8] PCI: Enable NO_BUS_RESET quirk for Nvidia GPUs, Bjorn Helgaas
      • Re: [PATCH v7 7/8] PCI: Enable NO_BUS_RESET quirk for Nvidia GPUs, Shanker R Donthineni
      • Re: [PATCH v7 7/8] PCI: Enable NO_BUS_RESET quirk for Nvidia GPUs, Shanker R Donthineni
        • Re: [PATCH v7 7/8] PCI: Enable NO_BUS_RESET quirk for Nvidia GPUs, Bjorn Helgaas
          • Re: [PATCH v7 7/8] PCI: Enable NO_BUS_RESET quirk for Nvidia GPUs, Shanker R Donthineni
  • [PATCH v7 1/8] PCI: Add pcie_reset_flr to follow calling convention of other reset methods, Amey Narkhede
    • Re: [PATCH v7 1/8] PCI: Add pcie_reset_flr to follow calling convention of other reset methods, Shanker R Donthineni
    • Re: [PATCH v7 1/8] PCI: Add pcie_reset_flr to follow calling convention of other reset methods, Bjorn Helgaas
      • Re: [PATCH v7 1/8] PCI: Add pcie_reset_flr to follow calling convention of other reset methods, Alex Williamson
      • Re: [PATCH v7 1/8] PCI: Add pcie_reset_flr to follow calling convention of other reset methods, Amey Narkhede
    • Re: [PATCH v7 1/8] PCI: Add pcie_reset_flr to follow calling convention of other reset methods, Bjorn Helgaas
      • Re: [PATCH v7 1/8] PCI: Add pcie_reset_flr to follow calling convention of other reset methods, Amey Narkhede
        • Re: [PATCH v7 1/8] PCI: Add pcie_reset_flr to follow calling convention of other reset methods, Bjorn Helgaas
          • Re: [PATCH v7 1/8] PCI: Add pcie_reset_flr to follow calling convention of other reset methods, Alex Williamson
  • [PATCH v7 3/8] PCI: Remove reset_fn field from pci_dev, Amey Narkhede
    • Re: [PATCH v7 3/8] PCI: Remove reset_fn field from pci_dev, Shanker R Donthineni
  • [PATCH v7 2/8] PCI: Add new array for keeping track of ordering of reset methods, Amey Narkhede
    • Re: [PATCH v7 2/8] PCI: Add new array for keeping track of ordering of reset methods, Shanker R Donthineni
    • Re: [PATCH v7 2/8] PCI: Add new array for keeping track of ordering of reset methods, Bjorn Helgaas
      • Re: [PATCH v7 2/8] PCI: Add new array for keeping track of ordering of reset methods, Amey Narkhede
        • Re: [PATCH v7 2/8] PCI: Add new array for keeping track of ordering of reset methods, Shanker R Donthineni
          • Re: [PATCH v7 2/8] PCI: Add new array for keeping track of ordering of reset methods, Amey Narkhede
            • Re: [PATCH v7 2/8] PCI: Add new array for keeping track of ordering of reset methods, Bjorn Helgaas
  • [PATCH v7 6/8] PCI: Add support for ACPI _RST reset method, Amey Narkhede
  • [PATCH v7 8/8] PCI: Change the type of probe argument in reset functions, Amey Narkhede
    • Re: [PATCH v7 8/8] PCI: Change the type of probe argument in reset functions, Raphael Norwitz
  • [PATCH v7 5/8] PCI: Setup ACPI_COMPANION early, Amey Narkhede
  • Re: [PATCH v7 0/8] Expose and manage PCI device reset, Enrico Weigelt, metux IT consult
    • Re: [PATCH v7 0/8] Expose and manage PCI device reset, Amey Narkhede
• [pci:pci/virtualization] BUILD SUCCESS abcb1449378eef5df7b99967da78eb6374ba7b7f, kernel test robot
• [PATCH] PCI: rockchip: Avoid accessing PCIe registers with clocks gated, Javier Martinez Canillas
  • Re: [PATCH] PCI: rockchip: Avoid accessing PCIe registers with clocks gated【请注意，邮件由linux-rockchip-bounces+shawn.lin=rock-chips.com@xxxxxxxxxxxxxxxxxxx代发】, Shawn Lin
    • Re: [PATCH] PCI: rockchip: Avoid accessing PCIe registers with clocks gated【请注意，邮件由linux-rockchip-bounces+shawn.lin=rock-chips.com@xxxxxxxxxxxxxxxxxxx代发】, Javier Martinez Canillas
• [PATCH v6 0/8] Expose and manage PCI device reset, Amey Narkhede
  • [PATCH v6 4/8] PCI/sysfs: Allow userspace to query and set device reset mechanism, Amey Narkhede
  • [PATCH v6 2/8] PCI: Add new array for keeping track of ordering of reset methods, Amey Narkhede
  • [PATCH v6 6/8] PCI: Add support for ACPI _RST reset method, Amey Narkhede
  • [PATCH v6 1/8] PCI: Add pcie_reset_flr to follow calling convention of other reset methods, Amey Narkhede
  • [PATCH v6 3/8] PCI: Remove reset_fn field from pci_dev, Amey Narkhede
  • [PATCH v6 5/8] PCI: Setup ACPI_COMPANION early, Amey Narkhede
  • [PATCH v6 8/8] PCI: Change the type of probe argument in reset functions, Amey Narkhede
    • Re: [PATCH v6 8/8] PCI: Change the type of probe argument in reset functions, kernel test robot
    • Re: [PATCH v6 8/8] PCI: Change the type of probe argument in reset functions, Shanker R Donthineni
  • [PATCH v6 7/8] PCI: Enable NO_BUS_RESET quirk for Nvidia GPUs, Amey Narkhede
• [PATCH v7 0/4] Introduce pcim_alloc_irq_vectors(), Dejin Zheng
  • [PATCH v7 1/4] PCI: Introduce pcim_alloc_irq_vectors(), Dejin Zheng
    • Re: [PATCH v7 1/4] PCI: Introduce pcim_alloc_irq_vectors(), Andy Shevchenko
      • Re: [PATCH v7 1/4] PCI: Introduce pcim_alloc_irq_vectors(), Bjorn Helgaas
        • Re: [PATCH v7 1/4] PCI: Introduce pcim_alloc_irq_vectors(), Dejin Zheng
      • Re: [PATCH v7 1/4] PCI: Introduce pcim_alloc_irq_vectors(), Dejin Zheng
    • Re: [PATCH v7 1/4] PCI: Introduce pcim_alloc_irq_vectors(), Bjorn Helgaas
      • Re: [PATCH v7 1/4] PCI: Introduce pcim_alloc_irq_vectors(), Andy Shevchenko
        • Re: [PATCH v7 1/4] PCI: Introduce pcim_alloc_irq_vectors(), Bjorn Helgaas
          • Re: [PATCH v7 1/4] PCI: Introduce pcim_alloc_irq_vectors(), Andy Shevchenko
            • Re: [PATCH v7 1/4] PCI: Introduce pcim_alloc_irq_vectors(), Bjorn Helgaas
              • Re: [PATCH v7 1/4] PCI: Introduce pcim_alloc_irq_vectors(), Andy Shevchenko
            • Re: [PATCH v7 1/4] PCI: Introduce pcim_alloc_irq_vectors(), Dejin Zheng
    • Re: [PATCH v7 1/4] PCI: Introduce pcim_alloc_irq_vectors(), Christoph Hellwig
  • [PATCH v7 2/4] Documentation: devres: Add pcim_alloc_irq_vectors(), Dejin Zheng
    • Re: [PATCH v7 2/4] Documentation: devres: Add pcim_alloc_irq_vectors(), Andy Shevchenko
  • [PATCH v7 3/4] i2c: designware: Use pcim_alloc_irq_vectors() to allocate IRQ vectors, Dejin Zheng
    • Re: [PATCH v7 3/4] i2c: designware: Use pcim_alloc_irq_vectors() to allocate IRQ vectors, Wolfram Sang
  • [PATCH v7 4/4] i2c: thunderx: Use pcim_alloc_irq_vectors() to allocate IRQ vectors, Dejin Zheng
    • Re: [PATCH v7 4/4] i2c: thunderx: Use pcim_alloc_irq_vectors() to allocate IRQ vectors, Wolfram Sang
  • Re: [PATCH v7 0/4] Introduce pcim_alloc_irq_vectors(), Andy Shevchenko
• [PATCH v5] PCI: ixp4xx: Add a new driver for IXP4xx, Linus Walleij
  • Re: [PATCH v5] PCI: ixp4xx: Add a new driver for IXP4xx, Arnd Bergmann
• [PATCH v3 0/4] PCI: of: Improvements to handle 64-bit attribute for non-prefetchable ranges, Punit Agrawal
  • [PATCH v3 3/4] PCI: of: Refactor the check for non-prefetchable 32-bit window, Punit Agrawal
  • [PATCH v3 2/4] PCI: of: Relax the condition for warning about non-prefetchable memory aperture size, Punit Agrawal
    • Re: [PATCH v3 2/4] PCI: of: Relax the condition for warning about non-prefetchable memory aperture size, Vidya Sagar
      • Re: [PATCH v3 2/4] PCI: of: Relax the condition for warning about non-prefetchable memory aperture size, Bjorn Helgaas
        • Re: [PATCH v3 2/4] PCI: of: Relax the condition for warning about non-prefetchable memory aperture size, Punit Agrawal
          • Re: [PATCH v3 2/4] PCI: of: Relax the condition for warning about non-prefetchable memory aperture size, Bjorn Helgaas
  • [PATCH v3 1/4] PCI: of: Clear 64-bit flag for non-prefetchable memory below 4GB, Punit Agrawal
    • Re: [PATCH v3 1/4] PCI: of: Clear 64-bit flag for non-prefetchable memory below 4GB, Bjorn Helgaas
      • Re: [PATCH v3 1/4] PCI: of: Clear 64-bit flag for non-prefetchable memory below 4GB, Punit Agrawal
        • Re: [PATCH v3 1/4] PCI: of: Clear 64-bit flag for non-prefetchable memory below 4GB, Bjorn Helgaas
  • [PATCH v3 4/4] arm64: dts: rockchip: Update PCI host bridge window to 32-bit address memory, Punit Agrawal
    • Re: [PATCH v3 4/4] arm64: dts: rockchip: Update PCI host bridge window to 32-bit address memory, Heiko Stübner
      • Re: [PATCH v3 4/4] arm64: dts: rockchip: Update PCI host bridge window to 32-bit address memory, Punit Agrawal
      • Re: [PATCH v3 4/4] arm64: dts: rockchip: Update PCI host bridge window to 32-bit address memory, Rob Herring
        • Re: [PATCH v3 4/4] arm64: dts: rockchip: Update PCI host bridge window to 32-bit address memory, Heiko Stübner
          • Re: [PATCH v3 4/4] arm64: dts: rockchip: Update PCI host bridge window to 32-bit address memory, Punit Agrawal
  • Re: [PATCH v3 0/4] PCI: of: Improvements to handle 64-bit attribute for non-prefetchable ranges, Marc Zyngier
    • Re: [PATCH v3 0/4] PCI: of: Improvements to handle 64-bit attribute for non-prefetchable ranges, Punit Agrawal
  • Re: [PATCH v3 0/4] PCI: of: Improvements to handle 64-bit attribute for non-prefetchable ranges, Anand Moon
    • Re: [PATCH v3 0/4] PCI: of: Improvements to handle 64-bit attribute for non-prefetchable ranges, Punit Agrawal
      • Re: [PATCH v3 0/4] PCI: of: Improvements to handle 64-bit attribute for non-prefetchable ranges, Anand Moon
  • Re: (subset) [PATCH v3 0/4] PCI: of: Improvements to handle 64-bit attribute for non-prefetchable ranges, Heiko Stuebner
• [PATCH v10 0/2] PCI: keembay: Add support for Intel Keem Bay, srikanth . thokala
  • [PATCH v10 1/2] dt-bindings: PCI: Add Intel Keem Bay PCIe controller, srikanth . thokala
  • [PATCH v10 2/2] PCI: keembay: Add support for Intel Keem Bay, srikanth . thokala
    • Re: [PATCH v10 2/2] PCI: keembay: Add support for Intel Keem Bay, Rob Herring
      • RE: [PATCH v10 2/2] PCI: keembay: Add support for Intel Keem Bay, Thokala, Srikanth
    • Re: [PATCH v10 2/2] PCI: keembay: Add support for Intel Keem Bay, Lorenzo Pieralisi
      • RE: [PATCH v10 2/2] PCI: keembay: Add support for Intel Keem Bay, Thokala, Srikanth
        • RE: [PATCH v10 2/2] PCI: keembay: Add support for Intel Keem Bay, Thokala, Srikanth
          • RE: [PATCH v10 2/2] PCI: keembay: Add support for Intel Keem Bay, Thokala, Srikanth
        • Re: [PATCH v10 2/2] PCI: keembay: Add support for Intel Keem Bay, Marc Zyngier
          • RE: [PATCH v10 2/2] PCI: keembay: Add support for Intel Keem Bay, Thokala, Srikanth
  • RE: [PATCH v10 0/2] PCI: keembay: Add support for Intel Keem Bay, Thokala, Srikanth
• [RFC] genirq: Add effective CPU index retrieving interface, Shung-Hsi Yu
  • Re: [RFC] genirq: Add effective CPU index retrieving interface, Thomas Gleixner
    • Re: [RFC] genirq: Add effective CPU index retrieving interface, Nitesh Lal
• [PATCH 1/2] PCI: iproc: fix the base vector number allocation for multi-MSI, Sandor Bodo-Merle
  • [PATCH 2/2] PCI: iproc: Support multi-MSI only on uniprocessor kernel, Sandor Bodo-Merle
    • Re: [PATCH 2/2] PCI: iproc: Support multi-MSI only on uniprocessor kernel, Marc Zyngier
    • Re: [PATCH 2/2] PCI: iproc: Support multi-MSI only on uniprocessor kernel, Ray Jui
      • Re: [PATCH 2/2] PCI: iproc: Support multi-MSI only on uniprocessor kernel, Pali Rohár
    • Re: [PATCH 2/2] PCI: iproc: Support multi-MSI only on uniprocessor kernel, Lorenzo Pieralisi
      • [PATCH v2 1/2] PCI: iproc: Fix multi-MSI base vector number allocation, Sandor Bodo-Merle
        • Re: [PATCH v2 1/2] PCI: iproc: Fix multi-MSI base vector number allocation, Lorenzo Pieralisi
      • [PATCH v2 2/2] PCI: iproc: Support multi-MSI only on uniprocessor kernel, Sandor Bodo-Merle
  • Re: [PATCH 1/2] PCI: iproc: fix the base vector number allocation for multi-MSI, Marc Zyngier
  • Re: [PATCH 1/2] PCI: iproc: fix the base vector number allocation for multi-MSI, Pali Rohár
  • Re: [PATCH 1/2] PCI: iproc: fix the base vector number allocation for multi-MSI, Ray Jui
  • Re: [PATCH 1/2] PCI: iproc: fix the base vector number allocation for multi-MSI, Bjorn Helgaas
• [PATCH V2 0/5] Update pcie-tegra194 driver, Om Prakash Singh
  • [PATCH V2 1/5] PCI: tegra: Fix handling BME_CHGED event, Om Prakash Singh
    • Re: [PATCH V2 1/5] PCI: tegra: Fix handling BME_CHGED event, Vidya Sagar
  • [PATCH V2 2/5] PCI: tegra: Fix MSI-X programming, Om Prakash Singh
    • Re: [PATCH V2 2/5] PCI: tegra: Fix MSI-X programming, Vidya Sagar
  • [PATCH V2 3/5] PCI: tegra: Disable interrupts before entering L2, Om Prakash Singh
    • Re: [PATCH V2 3/5] PCI: tegra: Disable interrupts before entering L2, Vidya Sagar
  • [PATCH V2 4/5] PCI: tegra: Don't allow suspend when Tegra PCIe is in EP mode, Om Prakash Singh
    • Re: [PATCH V2 4/5] PCI: tegra: Don't allow suspend when Tegra PCIe is in EP mode, Vidya Sagar
  • [PATCH V2 5/5] PCI: tegra: Cleanup unused code, Om Prakash Singh
    • Re: [PATCH V2 5/5] PCI: tegra: Cleanup unused code, Vidya Sagar
  • Re: [PATCH V2 0/5] Update pcie-tegra194 driver, Om Prakash Singh
  • Re: [PATCH V2 0/5] Update pcie-tegra194 driver, Bjorn Helgaas
• [PATCH v6 0/4] Introduce pcim_alloc_irq_vectors(), Dejin Zheng
  • [PATCH v6 2/4] Documentation: devres: Add pcim_alloc_irq_vectors(), Dejin Zheng
  • [PATCH v6 3/4] i2c: designware: Use pcim_alloc_irq_vectors() to allocate IRQ vectors, Dejin Zheng
  • [PATCH v6 1/4] PCI: Introduce pcim_alloc_irq_vectors(), Dejin Zheng
    • Re: [PATCH v6 1/4] PCI: Introduce pcim_alloc_irq_vectors(), kernel test robot
      • Re: [PATCH v6 1/4] PCI: Introduce pcim_alloc_irq_vectors(), Dejin Zheng
  • [PATCH v6 4/4] i2c: thunderx: Use pcim_alloc_irq_vectors() to allocate IRQ vectors, Dejin Zheng
  • Re: [PATCH v6 0/4] Introduce pcim_alloc_irq_vectors(), Andy Shevchenko
    • Re: [PATCH v6 0/4] Introduce pcim_alloc_irq_vectors(), Dejin Zheng
• [PATCH v5 0/6] CXL port and decoder enumeration, Dan Williams
  • [PATCH v5 1/6] cxl/acpi: Local definition of ACPICA infrastructure, Dan Williams
    • Re: [PATCH v5 1/6] cxl/acpi: Local definition of ACPICA infrastructure, Rafael J. Wysocki
      • Re: [PATCH v5 1/6] cxl/acpi: Local definition of ACPICA infrastructure, Dan Williams
        • Re: [PATCH v5 1/6] cxl/acpi: Local definition of ACPICA infrastructure, Dan Williams
          • Re: [PATCH v5 1/6] cxl/acpi: Local definition of ACPICA infrastructure, Rafael J. Wysocki
  • [PATCH v5 2/6] cxl/acpi: Introduce cxl_root, the root of a cxl_port topology, Dan Williams
    • Re: [PATCH v5 2/6] cxl/acpi: Introduce cxl_root, the root of a cxl_port topology, Rafael J. Wysocki
    • Re: [PATCH v5 2/6] cxl/acpi: Introduce cxl_root, the root of a cxl_port topology, Ben Widawsky
    • Re: [PATCH v5 2/6] cxl/acpi: Introduce cxl_root, the root of a cxl_port topology, Jonathan Cameron
      • Re: [PATCH v5 2/6] cxl/acpi: Introduce cxl_root, the root of a cxl_port topology, Dan Williams
  • [PATCH v5 3/6] cxl/Kconfig: Default drivers to CONFIG_CXL_BUS, Dan Williams
  • [PATCH v5 4/6] cxl/acpi: Add downstream port data to cxl_port instances, Dan Williams
    • Re: [PATCH v5 4/6] cxl/acpi: Add downstream port data to cxl_port instances, Jonathan Cameron
      • Re: [PATCH v5 4/6] cxl/acpi: Add downstream port data to cxl_port instances, Dan Williams
        • Re: [PATCH v5 4/6] cxl/acpi: Add downstream port data to cxl_port instances, Jonathan Cameron
          • Re: [PATCH v5 4/6] cxl/acpi: Add downstream port data to cxl_port instances, Dan Williams
  • [PATCH v5 5/6] cxl/acpi: Enumerate host bridge root ports, Dan Williams
    • Re: [PATCH v5 5/6] cxl/acpi: Enumerate host bridge root ports, Jonathan Cameron
  • [PATCH v5 6/6] cxl/acpi: Introduce cxl_decoder objects, Dan Williams
    • Re: [PATCH v5 6/6] cxl/acpi: Introduce cxl_decoder objects, Jonathan Cameron
      • Re: [PATCH v5 6/6] cxl/acpi: Introduce cxl_decoder objects, Dan Williams
• Re: [PATCH] PCI: iproc: restrict multi-MSI to single core CPUs, Bjorn Helgaas
• [PATCH 00/34] docs: avoid using ReST :doc:`foo` tag, Mauro Carvalho Chehab
  • [PATCH 26/34] docs: PCI: endpoint: pci-endpoint-cfs.rst: avoid using ReSt :doc:`foo` markup, Mauro Carvalho Chehab
    • Re: [PATCH 26/34] docs: PCI: endpoint: pci-endpoint-cfs.rst: avoid using ReSt :doc:`foo` markup, Bjorn Helgaas
      • Re: [PATCH 26/34] docs: PCI: endpoint: pci-endpoint-cfs.rst: avoid using ReSt :doc:`foo` markup, Mauro Carvalho Chehab
  • [PATCH 27/34] docs: PCI: pci.rst: avoid using ReSt :doc:`foo` markup, Mauro Carvalho Chehab
    • Re: [PATCH 27/34] docs: PCI: pci.rst: avoid using ReSt :doc:`foo` markup, Bjorn Helgaas
  • Re: [PATCH 00/34] docs: avoid using ReST :doc:`foo` tag, Mauro Carvalho Chehab
  • Re: [PATCH 00/34] docs: avoid using ReST :doc:`foo` tag, Nícolas F. R. A. Prado
    • Re: [PATCH 00/34] docs: avoid using ReST :doc:`foo` tag, Mauro Carvalho Chehab
      • Re: [PATCH 00/34] docs: avoid using ReST :doc:`foo` tag, Nícolas F. R. A. Prado
        • Re: [PATCH 00/34] docs: avoid using ReST :doc:`foo` tag, Mauro Carvalho Chehab
          • Re: [PATCH 00/34] docs: avoid using ReST :doc:`foo` tag, Nícolas F. R. A. Prado
            • Re: [PATCH 00/34] docs: avoid using ReST :doc:`foo` tag, Mauro Carvalho Chehab
• [pci:next] BUILD SUCCESS b3e91145f897ea07d44753e306bddc6afedfa7a3, kernel test robot
• [pci:pci/resource] BUILD SUCCESS 65db04053efea3f3e412a7e0cc599962999c96b4, kernel test robot
• [pci:pci/sysfs] BUILD SUCCESS 14c19b2a40b61b609f68d1d6a5518ebb1c30706f, kernel test robot
• [PATCH next-queue v5 0/4] igc: Add support for PCIe PTM, Vinicius Costa Gomes
  • [PATCH next-queue v5 1/4] Revert "PCI: Make pci_enable_ptm() private", Vinicius Costa Gomes
  • [PATCH next-queue v5 2/4] PCI: Add pcie_ptm_enabled(), Vinicius Costa Gomes
  • [PATCH next-queue v5 3/4] igc: Enable PCIe PTM, Vinicius Costa Gomes
    • Re: [Intel-wired-lan] [PATCH next-queue v5 3/4] igc: Enable PCIe PTM, Paul Menzel
      • Re: [Intel-wired-lan] [PATCH next-queue v5 3/4] igc: Enable PCIe PTM, Vinicius Costa Gomes
        • Re: [Intel-wired-lan] [PATCH next-queue v5 3/4] igc: Enable PCIe PTM, Paul Menzel
          • Re: [Intel-wired-lan] [PATCH next-queue v5 3/4] igc: Enable PCIe PTM, Vinicius Costa Gomes
            • Re: [Intel-wired-lan] [PATCH next-queue v5 3/4] igc: Enable PCIe PTM, Paul Menzel
              • Re: [Intel-wired-lan] [PATCH next-queue v5 3/4] igc: Enable PCIe PTM, Vinicius Costa Gomes
                • Re: [Intel-wired-lan] [PATCH next-queue v5 3/4] igc: Enable PCIe PTM, Bjorn Helgaas
                  • Re: [Intel-wired-lan] [PATCH next-queue v5 3/4] igc: Enable PCIe PTM, Vinicius Costa Gomes
  • [PATCH next-queue v5 4/4] igc: Add support for PTP getcrosststamp(), Vinicius Costa Gomes
    • Re: [Intel-wired-lan] [PATCH next-queue v5 4/4] igc: Add support for PTP getcrosststamp(), Paul Menzel
      • Re: [Intel-wired-lan] [PATCH next-queue v5 4/4] igc: Add support for PTP getcrosststamp(), Vinicius Costa Gomes
• [PATCH next-queue v4 0/4] igc: Add support for PCIe PTM, Vinicius Costa Gomes
  • [PATCH next-queue v4 1/4] Revert "PCI: Make pci_enable_ptm() private", Vinicius Costa Gomes
    • Re: [PATCH next-queue v4 1/4] Revert "PCI: Make pci_enable_ptm() private", Bjorn Helgaas
      • Re: [PATCH next-queue v4 1/4] Revert "PCI: Make pci_enable_ptm() private", Vinicius Costa Gomes
        • Re: [Intel-wired-lan] [PATCH next-queue v4 1/4] Revert "PCI: Make pci_enable_ptm() private", Paul Menzel
  • [PATCH next-queue v4 2/4] PCI: Add pcie_ptm_enabled(), Vinicius Costa Gomes
    • Re: [PATCH next-queue v4 2/4] PCI: Add pcie_ptm_enabled(), Bjorn Helgaas
  • [PATCH next-queue v4 3/4] igc: Enable PCIe PTM, Vinicius Costa Gomes
  • [PATCH next-queue v4 4/4] igc: Add support for PTP getcrosststamp(), Vinicius Costa Gomes
• [GIT PULL] PCI fixes for v5.13, Bjorn Helgaas
  • Re: [GIT PULL] PCI fixes for v5.13, pr-tracker-bot
  • <Possible follow-ups>
  • [GIT PULL] PCI fixes for v5.13, Bjorn Helgaas
    • Re: [GIT PULL] PCI fixes for v5.13, pr-tracker-bot
• [PATCH 0/9] Add CXL 2.0 DVSEC Decoding, Ben Widawsky
  • [PATCH 2/9] cxl: Make id check more explicit, Ben Widawsky
  • [PATCH 1/9] cxl: Rename variable to match other code, Ben Widawsky
  • [PATCH 5/9] cxl: Rename caps to be device caps, Ben Widawsky
  • [PATCH 8/9] cxl: Add DVSEC Register Locator, Ben Widawsky
  • [PATCH 3/9] cxl: Collect all DVSEC Device fields, Ben Widawsky
  • [PATCH 4/9] cxl: Rework caps to new function, Ben Widawsky
  • [PATCH 7/9] cxl: Add support for DVSEC port cap, Ben Widawsky
  • [PATCH 6/9] cxl: Implement more device DVSEC decoding, Ben Widawsky
    • [PATCH v2 6/9] cxl: Implement more device DVSEC decoding, Ben Widawsky
  • [PATCH 9/9] cxl: Add placeholder for undecoded DVSECs, Ben Widawsky
• [PATCH v7 0/6] PCI/sysfs: Use sysfs_emit() and sysfs_emit_at() in "show" functions, Krzysztof Wilczyński
  • [PATCH v7 1/6] PCI/sysfs: Use sysfs_emit() and sysfs_emit_at() in "show" functions, Krzysztof Wilczyński
  • [PATCH v7 5/6] PCI/sysfs: Only show value when driver_override is not NULL, Krzysztof Wilczyński
  • [PATCH v7 6/6] PCI/sysfs: Fix a buffer overrun problem with dsm_label_utf16s_to_utf8s(), Krzysztof Wilczyński
  • [PATCH v7 2/6] PCI/sysfs: Use return value from dsm_label_utf16s_to_utf8s() directly, Krzysztof Wilczyński
  • [PATCH v7 4/6] PCI/sysfs: Add missing trailing newline to devspec_show(), Krzysztof Wilczyński
  • [PATCH v7 3/6] PCI/sysfs: Fix trailing newline handling of resource_alignment_param, Krzysztof Wilczyński
    • Re: [PATCH v7 3/6] PCI/sysfs: Fix trailing newline handling of resource_alignment_param, Bjorn Helgaas
  • Re: [PATCH v7 0/6] PCI/sysfs: Use sysfs_emit() and sysfs_emit_at() in "show" functions, Bjorn Helgaas
• [pci:pci/resource] BUILD SUCCESS 5930343e4732616c2c36c8be199928307b3043c3, kernel test robot
• [pci:pci/enumeration] BUILD SUCCESS ea4aae05974334e9837d86ff1cb716bad36b3ca8, kernel test robot
• [pci:pci/virtualization] BUILD SUCCESS 0ba5c84d9dc39b65829e912d2bd7e2d5f6b57b66, kernel test robot
• [RESEND, V5 0/2] add one regulator used to power up pcie phy, Richard Zhu
  • [RESEND, V5 1/2] dt-bindings: imx6q-pcie: Add "vph-supply" for PHY supply voltage, Richard Zhu
    • Re: [RESEND, V5 1/2] dt-bindings: imx6q-pcie: Add "vph-supply" for PHY supply voltage, Rob Herring
  • [RESEND, V5 2/2] PCI: imx6: Enable PHY internal regulator when supplied >3V, Richard Zhu
  • Re: [RESEND, V5 0/2] add one regulator used to power up pcie phy, Lorenzo Pieralisi
• [pci:pci/error] BUILD SUCCESS 8e3237989b0d38176a3603422777ac7da6bfab2b, kernel test robot
• [pci:pci/misc] BUILD SUCCESS 0a470c843d233c2f6b68ae65357a246d9fb66178, kernel test robot
• [PATCH v2] dt-bindings: PCI: ti,am65: Convert PCIe host/endpoint mode dt-bindings to YAML, Kishon Vijay Abraham I
  • Re: [PATCH v2] dt-bindings: PCI: ti,am65: Convert PCIe host/endpoint mode dt-bindings to YAML, Rob Herring
• [PATCH] PCI/APCI: Move acpi_pci_osc_support() check to negotiation phase, Joerg Roedel
  • Re: [PATCH] PCI/APCI: Move acpi_pci_osc_support() check to negotiation phase, Bjorn Helgaas
    • Re: [PATCH] PCI/APCI: Move acpi_pci_osc_support() check to negotiation phase, Bjorn Helgaas
      • Re: [PATCH] PCI/APCI: Move acpi_pci_osc_support() check to negotiation phase, Rafael J. Wysocki
        • Re: [PATCH] PCI/APCI: Move acpi_pci_osc_support() check to negotiation phase, Joerg Roedel
          • Re: [PATCH] PCI/APCI: Move acpi_pci_osc_support() check to negotiation phase, Rafael J. Wysocki
    • Re: [PATCH] PCI/APCI: Move acpi_pci_osc_support() check to negotiation phase, Joerg Roedel
      • Re: [PATCH] PCI/APCI: Move acpi_pci_osc_support() check to negotiation phase, Bjorn Helgaas
• [PATCH v2 0/3] Add Qualcomm PCIe Endpoint driver support, Manivannan Sadhasivam
  • [PATCH v2 2/3] PCI: dwc: Add Qualcomm PCIe Endpoint controller driver, Manivannan Sadhasivam
    • Re: [PATCH v2 2/3] PCI: dwc: Add Qualcomm PCIe Endpoint controller driver, Stanimir Varbanov
      • Re: [PATCH v2 2/3] PCI: dwc: Add Qualcomm PCIe Endpoint controller driver, Manivannan Sadhasivam
    • Re: [PATCH v2 2/3] PCI: dwc: Add Qualcomm PCIe Endpoint controller driver, Bjorn Andersson
      • Re: [PATCH v2 2/3] PCI: dwc: Add Qualcomm PCIe Endpoint controller driver, Manivannan Sadhasivam
        • Re: [PATCH v2 2/3] PCI: dwc: Add Qualcomm PCIe Endpoint controller driver, Bjorn Andersson
          • Re: [PATCH v2 2/3] PCI: dwc: Add Qualcomm PCIe Endpoint controller driver, Manivannan Sadhasivam
        • Re: [PATCH v2 2/3] PCI: dwc: Add Qualcomm PCIe Endpoint controller driver, Manivannan Sadhasivam
      • Re: [PATCH v2 2/3] PCI: dwc: Add Qualcomm PCIe Endpoint controller driver, Rob Herring
        • Re: [PATCH v2 2/3] PCI: dwc: Add Qualcomm PCIe Endpoint controller driver, Bjorn Andersson
          • Re: [PATCH v2 2/3] PCI: dwc: Add Qualcomm PCIe Endpoint controller driver, Rob Herring
            • Re: [PATCH v2 2/3] PCI: dwc: Add Qualcomm PCIe Endpoint controller driver, Bjorn Andersson
  • [PATCH v2 3/3] MAINTAINERS: Add entry for Qualcomm PCIe Endpoint driver and binding, Manivannan Sadhasivam
  • [PATCH v2 1/3] dt-bindings: pci: Add devicetree binding for Qualcomm PCIe EP controller, Manivannan Sadhasivam
    • Re: [PATCH v2 1/3] dt-bindings: pci: Add devicetree binding for Qualcomm PCIe EP controller, Bjorn Andersson
      • Re: [PATCH v2 1/3] dt-bindings: pci: Add devicetree binding for Qualcomm PCIe EP controller, Rob Herring
• [PATCH v6 0/6] PCI/sysfs: Use sysfs_emit() and sysfs_emit_at() in "show" functions, Krzysztof Wilczyński
  • [PATCH v6 6/6] PCI/sysfs: Fix a buffer overrun problem with dsm_label_utf16s_to_utf8s(), Krzysztof Wilczyński
  • [PATCH v6 1/6] PCI/sysfs: Use sysfs_emit() and sysfs_emit_at() in "show" functions, Krzysztof Wilczyński
  • [PATCH v6 4/6] PCI/sysfs: Add missing trailing newline to devspec_show(), Krzysztof Wilczyński
    • Re: [PATCH v6 4/6] PCI/sysfs: Add missing trailing newline to devspec_show(), Bjorn Helgaas
  • [PATCH v6 2/6] PCI/sysfs: Use return value from dsm_label_utf16s_to_utf8s() directly, Krzysztof Wilczyński
  • [PATCH v6 3/6] PCI/sysfs: Fix trailing newline handling of resource_alignment_param, Krzysztof Wilczyński
    • Re: [PATCH v6 3/6] PCI/sysfs: Fix trailing newline handling of resource_alignment_param, Bjorn Helgaas
      • Re: [PATCH v6 3/6] PCI/sysfs: Fix trailing newline handling of resource_alignment_param, Krzysztof Wilczyński
  • [PATCH v6 5/6] PCI/sysfs: Only show value when driver_override is not NULL, Krzysztof Wilczyński
    • Re: [PATCH v6 5/6] PCI/sysfs: Only show value when driver_override is not NULL, Bjorn Helgaas
      • Re: [PATCH v6 5/6] PCI/sysfs: Only show value when driver_override is not NULL, Bjorn Helgaas
      • Re: [PATCH v6 5/6] PCI/sysfs: Only show value when driver_override is not NULL, Krzysztof Wilczyński
    • Re: [PATCH v6 5/6] PCI/sysfs: Only show value when driver_override is not NULL, Bjorn Helgaas
      • Re: [PATCH v6 5/6] PCI/sysfs: Only show value when driver_override is not NULL, Alex Williamson
        • Re: [PATCH v6 5/6] PCI/sysfs: Only show value when driver_override is not NULL, Krzysztof Wilczyński
  • Re: [PATCH v6 0/6] PCI/sysfs: Use sysfs_emit() and sysfs_emit_at() in "show" functions, Bjorn Helgaas
    • Re: [PATCH v6 0/6] PCI/sysfs: Use sysfs_emit() and sysfs_emit_at() in "show" functions, Krzysztof Wilczyński
• Re: Arm64 double PCI ECAM reservations in acpi_resource_consumer(), Bjorn Helgaas
  • Re: Arm64 double PCI ECAM reservations in acpi_resource_consumer(), Qian Cai
    • Re: Arm64 double PCI ECAM reservations in acpi_resource_consumer(), Lorenzo Pieralisi
      • Re: Arm64 double PCI ECAM reservations in acpi_resource_consumer(), Qian Cai
• Re: [EXT] Re: pci mvebu issue (memory controller), Bjorn Helgaas
  • Re: [EXT] Re: pci mvebu issue (memory controller), Pali Rohár
    • Re: [EXT] Re: pci mvebu issue (memory controller), Bjorn Helgaas
      • Re: [EXT] Re: pci mvebu issue (memory controller), Pali Rohár
        • Re: [EXT] Re: pci mvebu issue (memory controller), Marek Behún
• Re: [PATCH] vgaarb: Call vga_arb_device_init() after PCI enumeration, Bjorn Helgaas
  • Re: [PATCH] vgaarb: Call vga_arb_device_init() after PCI enumeration, Daniel Vetter
  • Re: [PATCH] vgaarb: Call vga_arb_device_init() after PCI enumeration, Huacai Chen
    • Re: [PATCH] vgaarb: Call vga_arb_device_init() after PCI enumeration, Bjorn Helgaas
      • Re: [PATCH] vgaarb: Call vga_arb_device_init() after PCI enumeration, Huacai Chen
        • Re: [PATCH] vgaarb: Call vga_arb_device_init() after PCI enumeration, Bjorn Helgaas
          • Re: [PATCH] vgaarb: Call vga_arb_device_init() after PCI enumeration, Huacai Chen
• [PATCH 0/3] Add Qualcomm PCIe Endpoint driver support, Manivannan Sadhasivam
  • [PATCH 1/3] dt-bindings: pci: Add devicetree binding for Qualcomm PCIe EP controller, Manivannan Sadhasivam
    • Re: [PATCH 1/3] dt-bindings: pci: Add devicetree binding for Qualcomm PCIe EP controller, Rob Herring
      • Re: [PATCH 1/3] dt-bindings: pci: Add devicetree binding for Qualcomm PCIe EP controller, Manivannan Sadhasivam
  • [PATCH 2/3] PCI: dwc: Add Qualcomm PCIe Endpoint controller driver, Manivannan Sadhasivam
    • Re: [PATCH 2/3] PCI: dwc: Add Qualcomm PCIe Endpoint controller driver, kernel test robot
  • [PATCH 3/3] MAINTAINERS: Add entry for Qualcomm PCIe Endpoint driver and binding, Manivannan Sadhasivam
• [PATCH V3] PCI: Add quirk for AMD Navi14 to disable ATS support, Evan Quan
  • Re: [PATCH V3] PCI: Add quirk for AMD Navi14 to disable ATS support, Bjorn Helgaas
    • RE: [PATCH V3] PCI: Add quirk for AMD Navi14 to disable ATS support, Quan, Evan
      • Re: [PATCH V3] PCI: Add quirk for AMD Navi14 to disable ATS support, Bjorn Helgaas
• [PATCH v2] Add support for PCIe SSD status LED management, Stuart Hayes
  • Re: [PATCH v2] Add support for PCIe SSD status LED management, Randy Dunlap
    • Re: [PATCH v2] Add support for PCIe SSD status LED management, Pavel Machek
      • Re: [PATCH v2] Add support for PCIe SSD status LED management, stuart hayes
        • Re: [PATCH v2] Add support for PCIe SSD status LED management, Pavel Machek
          • Re: [PATCH v2] Add support for PCIe SSD status LED management, stuart hayes
            • Re: [PATCH v2] Add support for PCIe SSD status LED management, Pavel Machek
              • Re: [PATCH v2] Add support for PCIe SSD status LED management, stuart hayes
        • Re: [PATCH v2] Add support for PCIe SSD status LED management, Marek Behún
    • Re: [PATCH v2] Add support for PCIe SSD status LED management, Randy Dunlap
  • Re: [PATCH v2] Add support for PCIe SSD status LED management, kernel test robot
  • Re: [PATCH v2] Add support for PCIe SSD status LED management, Lukas Wunner
• [PATCH v4] PCI: ixp4xx: Add a new driver for IXP4xx, Linus Walleij
  • Re: [PATCH v4] PCI: ixp4xx: Add a new driver for IXP4xx, Arnd Bergmann
  • Re: [PATCH v4] PCI: ixp4xx: Add a new driver for IXP4xx, Lorenzo Pieralisi
• [PATCH] PCI: Add quirk for AMD Navi14 to disable ATS support, Evan Quan
  • Re: [PATCH] PCI: Add quirk for AMD Navi14 to disable ATS support, Krzysztof Wilczyński
    • RE: [PATCH] PCI: Add quirk for AMD Navi14 to disable ATS support, Quan, Evan
• [PATCH 0/2] PCI: mediatek-gen3: Add controller support for MT8195, Jianjun Wang
  • [PATCH 2/2] PCI: mediatek-gen3: Add controller support for MT8195, Jianjun Wang
  • [PATCH 1/2] dt-bindings: PCI: mediatek-gen3: Add support for MT8195, Jianjun Wang
    • Re: [PATCH 1/2] dt-bindings: PCI: mediatek-gen3: Add support for MT8195, Chen-Yu Tsai
      • Re: [PATCH 1/2] dt-bindings: PCI: mediatek-gen3: Add support for MT8195, Jianjun Wang
        • Re: [PATCH 1/2] dt-bindings: PCI: mediatek-gen3: Add support for MT8195, Chen-Yu Tsai
          • Re: [PATCH 1/2] dt-bindings: PCI: mediatek-gen3: Add support for MT8195, Matthias Brugger
            • Re: [PATCH 1/2] dt-bindings: PCI: mediatek-gen3: Add support for MT8195, Lorenzo Pieralisi
              • Re: [PATCH 1/2] dt-bindings: PCI: mediatek-gen3: Add support for MT8195, Jianjun Wang
• [PATCH v2 0/4] PCI: of: Improvements to handle 64-bit attribute for non-prefetchable ranges, Punit Agrawal
  • [PATCH v2 1/4] PCI: of: Override 64-bit flag for non-prefetchable memory below 4GB, Punit Agrawal
    • Re: [PATCH v2 1/4] PCI: of: Override 64-bit flag for non-prefetchable memory below 4GB, Ard Biesheuvel
      • Re: [PATCH v2 1/4] PCI: of: Override 64-bit flag for non-prefetchable memory below 4GB, Punit Agrawal
  • [PATCH v2 2/4] PCI: of: Relax the condition for warning about non-prefetchable memory aperture size, Punit Agrawal
  • [PATCH v2 3/4] PCI: of: Refactor the check for non-prefetchable 32-bit window, Punit Agrawal
  • [PATCH v2 4/4] arm64: dts: rockchip: Update PCI host bridge window to 32-bit address memory, Punit Agrawal
  • Re: [PATCH v2 0/4] PCI: of: Improvements to handle 64-bit attribute for non-prefetchable ranges, Alexandru Elisei
    • Re: [PATCH v2 0/4] PCI: of: Improvements to handle 64-bit attribute for non-prefetchable ranges, Punit Agrawal
• [PATCH v2] PCI/PM: Target PM state is D3cold if the upstream bridge is power manageable, Mika Westerberg
  • Re: [PATCH v2] PCI/PM: Target PM state is D3cold if the upstream bridge is power manageable, Rafael J. Wysocki
    • Re: [PATCH v2] PCI/PM: Target PM state is D3cold if the upstream bridge is power manageable, Mika Westerberg
      • Re: [PATCH v2] PCI/PM: Target PM state is D3cold if the upstream bridge is power manageable, Rafael J. Wysocki
        • Re: [PATCH v2] PCI/PM: Target PM state is D3cold if the upstream bridge is power manageable, Mika Westerberg
• [PATCH v6 0/2] drivers/perf: hisi: Add support for PCIe PMU, Qi Liu
  • [PATCH v6 1/2] docs: perf: Add description for HiSilicon PCIe PMU driver, Qi Liu
  • [PATCH v6 2/2] drivers/perf: hisi: Add driver for HiSilicon PCIe PMU, Qi Liu
    • Re: [PATCH v6 2/2] drivers/perf: hisi: Add driver for HiSilicon PCIe PMU, Will Deacon
      • Re: [PATCH v6 2/2] drivers/perf: hisi: Add driver for HiSilicon PCIe PMU, Jonathan Cameron
        • Re: [PATCH v6 2/2] drivers/perf: hisi: Add driver for HiSilicon PCIe PMU, Will Deacon
      • Re: [PATCH v6 2/2] drivers/perf: hisi: Add driver for HiSilicon PCIe PMU, liuqi (BA)
        • Re: [PATCH v6 2/2] drivers/perf: hisi: Add driver for HiSilicon PCIe PMU, Will Deacon
          • Re: [PATCH v6 2/2] drivers/perf: hisi: Add driver for HiSilicon PCIe PMU, liuqi (BA)
            • Re: [PATCH v6 2/2] drivers/perf: hisi: Add driver for HiSilicon PCIe PMU, Will Deacon
              • Re: [PATCH v6 2/2] drivers/perf: hisi: Add driver for HiSilicon PCIe PMU, liuqi (BA)
                • Re: [PATCH v6 2/2] drivers/perf: hisi: Add driver for HiSilicon PCIe PMU, Will Deacon
                  • Re: [PATCH v6 2/2] drivers/perf: hisi: Add driver for HiSilicon PCIe PMU, liuqi (BA)
                    • Re: [PATCH v6 2/2] drivers/perf: hisi: Add driver for HiSilicon PCIe PMU, Will Deacon
                      • Re: [PATCH v6 2/2] drivers/perf: hisi: Add driver for HiSilicon PCIe PMU, liuqi (BA)
    • Re: [PATCH v6 2/2] drivers/perf: hisi: Add driver for HiSilicon PCIe PMU, Krzysztof Wilczyński
      • Re: [PATCH v6 2/2] drivers/perf: hisi: Add driver for HiSilicon PCIe PMU, liuqi (BA)
        • Re: [PATCH v6 2/2] drivers/perf: hisi: Add driver for HiSilicon PCIe PMU, Bjorn Helgaas