Linux PCI

• Date Index

• RE: [PATCH v5 1/2] PCI: hv: Make the code arch neutral by adding arch specific interfaces, (continued)
  • RE: [PATCH v5 1/2] PCI: hv: Make the code arch neutral by adding arch specific interfaces, Michael Kelley
  • Re: [PATCH v5 1/2] PCI: hv: Make the code arch neutral by adding arch specific interfaces, Boqun Feng
  • [PATCH v5 2/2] arm64: PCI: hv: Add support for Hyper-V vPCI, Sunil Muthuswamy
    • RE: [PATCH v5 2/2] arm64: PCI: hv: Add support for Hyper-V vPCI, Michael Kelley
• [PATCH 0/3] PCI: Keystone: Misc fixes for TI's AM65x PCIe, Kishon Vijay Abraham I
  • [PATCH 1/3] PCI: keystone: Add workaround for Errata #i2037 (AM65x SR 1.0), Kishon Vijay Abraham I
  • [PATCH 2/3] PCI: keystone: Add quirk to mark AM654 RC BAR flag as IORESOURCE_UNSET, Kishon Vijay Abraham I
  • [PATCH 3/3] PCI: keystone: Set DMA mask and coherent DMA mask, Kishon Vijay Abraham I
    • Re: [PATCH 3/3] PCI: keystone: Set DMA mask and coherent DMA mask, Christoph Hellwig
• [PATCH v4 0/2] PCI: hv: Hyper-V vPCI for arm64, Sunil Muthuswamy
  • [PATCH v4 1/2] PCI: hv: Make the code arch neutral by adding arch specific interfaces, Sunil Muthuswamy
  • [PATCH v4 2/2] arm64: PCI: hv: Add support for Hyper-V vPCI, Sunil Muthuswamy
    • Re: [PATCH v4 2/2] arm64: PCI: hv: Add support for Hyper-V vPCI, Marc Zyngier
      • Re: [PATCH v4 2/2] arm64: PCI: hv: Add support for Hyper-V vPCI, Marc Zyngier
        • RE: [EXTERNAL] Re: [PATCH v4 2/2] arm64: PCI: hv: Add support for Hyper-V vPCI, Sunil Muthuswamy
          • RE: [EXTERNAL] Re: [PATCH v4 2/2] arm64: PCI: hv: Add support for Hyper-V vPCI, Sunil Muthuswamy
• [PATCH v1 1/1] PCI: probe: Use pci_find_vsec_capability() when looking for TBT devices, Andy Shevchenko
  • Re: [PATCH v1 1/1] PCI: probe: Use pci_find_vsec_capability() when looking for TBT devices, Krzysztof Wilczyński
    • Re: [PATCH v1 1/1] PCI: probe: Use pci_find_vsec_capability() when looking for TBT devices, Andy Shevchenko
      • Re: [PATCH v1 1/1] PCI: probe: Use pci_find_vsec_capability() when looking for TBT devices, Krzysztof Wilczyński
  • Re: [PATCH v1 1/1] PCI: probe: Use pci_find_vsec_capability() when looking for TBT devices, Lukas Wunner
    • Re: [PATCH v1 1/1] PCI: probe: Use pci_find_vsec_capability() when looking for TBT devices, Andy Shevchenko
• Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Christian Zigotzky
  • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Bjorn Helgaas
    • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Krzysztof Wilczyński
      • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Arnd Bergmann
        • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Krzysztof Wilczyński
          • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Robert Święcki
      • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Damien Le Moal
  • <Possible follow-ups>
  • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Christian Zigotzky
    • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Bjorn Helgaas
      • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Marc Zyngier
        • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Christian Zigotzky
          • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Marc Zyngier
            • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Christian Zigotzky
              • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Marc Zyngier
                • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Christian Zigotzky
                  • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Marc Zyngier
                    • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Christian Zigotzky
                • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Olof Johansson
                  • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Segher Boessenkool
    • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Marc Zyngier
      • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Christian Zigotzky
        • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Christian Zigotzky
          • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Christian Zigotzky
        • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Marc Zyngier
          • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Christian Zigotzky
            • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Marc Zyngier
              • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Christian Zigotzky
                • Re: [PASEMI] Nemo board doesn't recognize any ATA disks with the pci-v5.16 updates, Christian Zigotzky
• PCI/MSI: Destroy sysfs before freeing entries, Thomas Gleixner
  • Re: PCI/MSI: Destroy sysfs before freeing entries, Greg Kroah Hartmann
• [PATCH 0/3] k10temp/amd_nb: Add support for AMD Family 19h Models 10h-1Fh and A0h-AFh, Babu Moger
  • [PATCH 1/3] x86/amd_nb: Add AMD Family 19h Models (10h-1Fh) and (A0h-AFh) PCI IDs, Babu Moger
    • Re: [PATCH 1/3] x86/amd_nb: Add AMD Family 19h Models (10h-1Fh) and (A0h-AFh) PCI IDs, Krzysztof Wilczyński
      • Re: [PATCH 1/3] x86/amd_nb: Add AMD Family 19h Models (10h-1Fh) and (A0h-AFh) PCI IDs, Babu Moger
    • Re: [PATCH 1/3] x86/amd_nb: Add AMD Family 19h Models (10h-1Fh) and (A0h-AFh) PCI IDs, Borislav Petkov
    • Re: [PATCH 1/3] x86/amd_nb: Add AMD Family 19h Models (10h-1Fh) and (A0h-AFh) PCI IDs, Bjorn Helgaas
    • Re: [PATCH 1/3] x86/amd_nb: Add AMD Family 19h Models (10h-1Fh) and (A0h-AFh) PCI IDs, Guenter Roeck
  • [PATCH 2/3] hwmon: (k10temp) Remove unused definitions, Babu Moger
    • Re: [PATCH 2/3] hwmon: (k10temp) Remove unused definitions, Guenter Roeck
  • [PATCH 3/3] hwmon: (k10temp) Add support for AMD Family 19h Models 10h-1Fh and A0h-AFh, Babu Moger
    • Re: [PATCH 3/3] hwmon: (k10temp) Add support for AMD Family 19h Models 10h-1Fh and A0h-AFh, Guenter Roeck
• [PATCH 0/2] Enable PCIE_BRCMSTB on MIPS, Florian Fainelli
  • [PATCH 1/2] MIPS: BMIPS: Enable PCI Kconfig, Florian Fainelli
  • [PATCH 2/2] PCI: brcmstb: Allow building for BMIPS_GENERIC, Florian Fainelli
  • Re: [PATCH 0/2] Enable PCIE_BRCMSTB on MIPS, Thomas Bogendoerfer
• Re: Crashes in 5.15-git in i2c code, Bjorn Helgaas
  • Re: Crashes in 5.15-git in i2c code, Bjorn Helgaas
  • [PATCH] pci: Don't call resume callback for nearly bound devices, Uwe Kleine-König
    • Re: [PATCH] pci: Don't call resume callback for nearly bound devices, Robert Święcki
      • Re: [PATCH] pci: Don't call resume callback for nearly bound devices, Krzysztof Wilczyński
    • Re: [PATCH] pci: Don't call resume callback for nearly bound devices, Bjorn Helgaas
      • Re: [PATCH] pci: Don't call resume callback for nearly bound devices, Greg Kroah-Hartman
      • Re: [PATCH] pci: Don't call resume callback for nearly bound devices, Uwe Kleine-König
        • Re: [PATCH] pci: Don't call resume callback for nearly bound devices, Robert Święcki
          • Re: [PATCH] pci: Don't call resume callback for nearly bound devices, Bjorn Helgaas
            • Re: [PATCH] pci: Don't call resume callback for nearly bound devices, Robert Święcki
        • Re: [PATCH] pci: Don't call resume callback for nearly bound devices, Rafael J. Wysocki
          • Re: [PATCH] pci: Don't call resume callback for nearly bound devices, Bjorn Helgaas
            • Re: [PATCH] pci: Don't call resume callback for nearly bound devices, Rafael J. Wysocki
              • Re: [PATCH] pci: Don't call resume callback for nearly bound devices, Rafael J. Wysocki
                • Re: [PATCH] pci: Don't call resume callback for nearly bound devices, Bjorn Helgaas
                  • Re: [PATCH] pci: Don't call resume callback for nearly bound devices, Uwe Kleine-König
                  • Re: [PATCH] pci: Don't call resume callback for nearly bound devices, Bjorn Helgaas
                    • Re: [PATCH] pci: Don't call resume callback for nearly bound devices, Robert Święcki
                      • Re: [PATCH] pci: Don't call resume callback for nearly bound devices, Rafael J. Wysocki
                        • Re: [PATCH] pci: Don't call resume callback for nearly bound devices, Bjorn Helgaas
                      • Re: [PATCH] pci: Don't call resume callback for nearly bound devices, Bjorn Helgaas
                        • Re: [PATCH] pci: Don't call resume callback for nearly bound devices, Bjorn Helgaas
                          • Re: [PATCH] pci: Don't call resume callback for nearly bound devices, Robert Święcki
                            • Re: [PATCH] pci: Don't call resume callback for nearly bound devices, Bjorn Helgaas
• [PATCH v3] PCI: rcar: Check if device is runtime suspended instead of __clk_is_enabled(), marek . vasut
  • Re: [PATCH v3] PCI: rcar: Check if device is runtime suspended instead of __clk_is_enabled(), Krzysztof Wilczyński
    • Re: [PATCH v3] PCI: rcar: Check if device is runtime suspended instead of __clk_is_enabled(), Randy Dunlap
      • Re: [PATCH v3] PCI: rcar: Check if device is runtime suspended instead of __clk_is_enabled(), Krzysztof Wilczyński
        • Re: [PATCH v3] PCI: rcar: Check if device is runtime suspended instead of __clk_is_enabled(), Randy Dunlap
  • Re: [PATCH v3] PCI: rcar: Check if device is runtime suspended instead of __clk_is_enabled(), Geert Uytterhoeven
    • Re: [PATCH v3] PCI: rcar: Check if device is runtime suspended instead of __clk_is_enabled(), Krzysztof Wilczyński
• [RFC PATCH v4 0/5] Remove unncessary linked list from aspm.c, Saheed O. Bolarinwa
  • [RFC PATCH v4 1/5] PCI: Handle NULL value inside pci_upstream_bridge(), Saheed O. Bolarinwa
  • [RFC PATCH v4 2/5] PCI/ASPM: Remove struct pcie_link_state.parent, Saheed O. Bolarinwa
  • [RFC PATCH v4 3/5] PCI/ASPM: Remove struct pcie_link_state.root, Saheed O. Bolarinwa
  • [RFC PATCH v4 4/5] PCI/ASPM: Remove struct pcie_link_state.downstream, Saheed O. Bolarinwa
  • [RFC PATCH v4 5/5] PCI/ASPM: Remove unncessary linked list from aspm.c, Saheed O. Bolarinwa
• [PATCH] PCI: xilinx-nwl: Simplify code and fix a memory leak, Christophe JAILLET
  • Re: [PATCH] PCI: xilinx-nwl: Simplify code and fix a memory leak, Krzysztof Wilczyński
    • Re: [PATCH] PCI: xilinx-nwl: Simplify code and fix a memory leak, Christophe JAILLET
  • Re: [PATCH] PCI: xilinx-nwl: Simplify code and fix a memory leak, Lorenzo Pieralisi
  • Re: [PATCH] PCI: xilinx-nwl: Simplify code and fix a memory leak, Bjorn Helgaas
• [PATCH] PCI: brcmstb: Declare a bitmap as a bitmap, not as a plain 'unsigned long', Christophe JAILLET
  • Re: [PATCH] PCI: brcmstb: Declare a bitmap as a bitmap, not as a plain 'unsigned long', Krzysztof Wilczyński
    • Re: [PATCH] PCI: brcmstb: Declare a bitmap as a bitmap, not as a plain 'unsigned long', Florian Fainelli
      • Re: [PATCH] PCI: brcmstb: Declare a bitmap as a bitmap, not as a plain 'unsigned long', Christophe JAILLET
        • Re: [PATCH] PCI: brcmstb: Declare a bitmap as a bitmap, not as a plain 'unsigned long', Krzysztof Wilczyński
          • Re: [PATCH] PCI: brcmstb: Declare a bitmap as a bitmap, not as a plain 'unsigned long', Florian Fainelli
            • Re: [PATCH] PCI: brcmstb: Declare a bitmap as a bitmap, not as a plain 'unsigned long', Krzysztof Wilczyński
  • Re: [PATCH] PCI: brcmstb: Declare a bitmap as a bitmap, not as a plain 'unsigned long', Florian Fainelli
  • Re: [PATCH] PCI: brcmstb: Declare a bitmap as a bitmap, not as a plain 'unsigned long', Lorenzo Pieralisi
  • Re: [PATCH] PCI: brcmstb: Declare a bitmap as a bitmap, not as a plain 'unsigned long', Bjorn Helgaas
    • Re: [PATCH] PCI: brcmstb: Declare a bitmap as a bitmap, not as a plain 'unsigned long', Dan Carpenter
• [PATCH] PCI: rcar-host: adjust dependencies for ARM builds, Randy Dunlap
• [helgaas-pci:next] BUILD SUCCESS dda4b381f05d447a0ae31e2e44aeb35d313a311f, kernel test robot
• [RFC PATCH v1 0/2] Keep insane devices disabled, Saheed O. Bolarinwa
  • [RFC PATCH v1 1/2] PCI/ASPM: Never enable ASPM for insane devices, Saheed O. Bolarinwa
  • [RFC PATCH v1 2/2] PCI/ASPM: Never enable CLKPM for insane devices, Saheed O. Bolarinwa
• [RFC PATCH v2 0/3] Remove struct pcie_link_state.clkpm_*, Saheed O. Bolarinwa
  • [RFC PATCH v2 1/3] PCI/ASPM: Merge pcie_set_clkpm_nocheck() into pcie_set_clkpm(), Saheed O. Bolarinwa
  • [RFC PATCH v2 2/3] PCI/ASPM: Remove struct pcie_link_state.clkpm_capable, Saheed O. Bolarinwa
  • [RFC PATCH v2 3/3] PCI/ASPM: Remove struct pcie_link_state.clkpm_enabled, Saheed O. Bolarinwa
• [RFC PATCH v3 0/5] Remove unncessary linked list from aspm.c, Saheed O. Bolarinwa
  • [RFC PATCH v3 1/5] PCI: Handle NULL value inside pci_upstream_bridge(), Saheed O. Bolarinwa
  • [RFC PATCH v3 2/5] PCI/ASPM: Remove struct pcie_link_state.parent, Saheed O. Bolarinwa
  • [RFC PATCH v3 3/5] PCI/ASPM: Remove struct pcie_link_state.root, Saheed O. Bolarinwa
  • [RFC PATCH v3 4/5] PCI/ASPM: Remove struct pcie_link_state.downstream, Saheed O. Bolarinwa
  • [RFC PATCH v3 5/5] PCI/ASPM: Remove unncessary linked list from aspm.c, Saheed O. Bolarinwa
• [RFC PATCH v1 0/6] Remove struct pcie_link_state.aspm_*, Saheed O. Bolarinwa
  • [RFC PATCH v1 1/6] PCI/ASPM: Extract out L1SS_CAP calculations, Saheed O. Bolarinwa
  • [RFC PATCH v1 2/6] PCI/ASPM: Extract the calculation of link->aspm_support, Saheed O. Bolarinwa
  • [RFC PATCH v1 3/6] PCI/ASPM: Extract the calculation of link->aspm_enabled, Saheed O. Bolarinwa
  • [RFC PATCH v1 4/6] PCI/ASPM: Don't cache struct pcie_link_state->aspm_support, Saheed O. Bolarinwa
  • [RFC PATCH v1 5/6] PCI/ASPM: Move pcie_aspm_sanity_check() upwards, Saheed O. Bolarinwa
  • [RFC PATCH v1 6/6] PCI/ASPM: Don't cache struct pcie_link_state->aspm_enabled, Saheed O. Bolarinwa
• [RFC PATCH v4 0/4] PCI/ASPM: Remove struct aspm_latency, Saheed O. Bolarinwa
  • [RFC PATCH v4 1/4] PCI/ASPM: Move pci_function_0() upward, Saheed O. Bolarinwa
    • Re: [RFC PATCH v4 1/4] PCI/ASPM: Move pci_function_0() upward, Christoph Hellwig
  • [RFC PATCH v4 2/4] PCI/ASPM: Do not cache link latencies, Saheed O. Bolarinwa
    • Re: [RFC PATCH v4 2/4] PCI/ASPM: Do not cache link latencies, Christoph Hellwig
  • [RFC PATCH v4 3/4] PCI/ASPM: Remove struct pcie_link_state.acceptable, Saheed O. Bolarinwa
    • Re: [RFC PATCH v4 3/4] PCI/ASPM: Remove struct pcie_link_state.acceptable, Christoph Hellwig
  • [RFC PATCH v4 4/4] PCI/ASPM: Remove struct aspm_latency, Saheed O. Bolarinwa
    • Re: [RFC PATCH v4 4/4] PCI/ASPM: Remove struct aspm_latency, Christoph Hellwig
• [PATCH] PCI: qcom: Fix an error handling path in 'qcom_pcie_probe()', Christophe JAILLET
  • Re: [PATCH] PCI: qcom: Fix an error handling path in 'qcom_pcie_probe()', Stephen Boyd
  • Re: [PATCH] PCI: qcom: Fix an error handling path in 'qcom_pcie_probe()', Lorenzo Pieralisi
• [PATCH 0/2] PCI: Update BAR #/window messages, Puranjay Mohan
  • [PATCH 1/2] PCI: Update BAR # and window messages, Puranjay Mohan
    • Re: [PATCH 1/2] PCI: Update BAR # and window messages, Lukas Wunner
      • Re: [PATCH 1/2] PCI: Update BAR # and window messages, Bjorn Helgaas
        • Re: [PATCH 1/2] PCI: Update BAR # and window messages, Lukas Wunner
  • [PATCH 2/2] PCI: Use resource names in PCI log messages, Puranjay Mohan
• [helgaas-pci:pci/virtualization] BUILD SUCCESS acd61ffb2f1678fa5eb4170a3a4c530145fe2e64, kernel test robot
• [PATCH 0/5] CXL: Read CDAT and DSMAS data from the device., ira . weiny
  • [PATCH 1/5] PCI: Add vendor ID for the PCI SIG, ira . weiny
    • Re: [PATCH 1/5] PCI: Add vendor ID for the PCI SIG, Bjorn Helgaas
  • [PATCH 2/5] PCI/DOE: Add Data Object Exchange Aux Driver, ira . weiny
    • Re: [PATCH 2/5] PCI/DOE: Add Data Object Exchange Aux Driver, Jonathan Cameron
      • Re: [PATCH 2/5] PCI/DOE: Add Data Object Exchange Aux Driver, Ira Weiny
        • Re: [PATCH 2/5] PCI/DOE: Add Data Object Exchange Aux Driver, Jonathan Cameron
    • Re: [PATCH 2/5] PCI/DOE: Add Data Object Exchange Aux Driver, Bjorn Helgaas
      • Re: [PATCH 2/5] PCI/DOE: Add Data Object Exchange Aux Driver, Dan Williams
        • Re: [PATCH 2/5] PCI/DOE: Add Data Object Exchange Aux Driver, Bjorn Helgaas
          • Re: [PATCH 2/5] PCI/DOE: Add Data Object Exchange Aux Driver, Dan Williams
            • Re: [PATCH 2/5] PCI/DOE: Add Data Object Exchange Aux Driver, Jonathan Cameron
  • [PATCH 4/5] cxl/mem: Add CDAT table reading from DOE, ira . weiny
    • Re: [PATCH 4/5] cxl/mem: Add CDAT table reading from DOE, Jonathan Cameron
      • Re: [PATCH 4/5] cxl/mem: Add CDAT table reading from DOE, Ira Weiny
    • Re: [PATCH 4/5] cxl/mem: Add CDAT table reading from DOE, Jonathan Cameron
      • Re: [PATCH 4/5] cxl/mem: Add CDAT table reading from DOE, Ira Weiny
        • Re: [PATCH 4/5] cxl/mem: Add CDAT table reading from DOE, Jonathan Cameron
    • Re: [PATCH 4/5] cxl/mem: Add CDAT table reading from DOE, Jonathan Cameron
  • [PATCH 3/5] cxl/pci: Add DOE Auxiliary Devices, ira . weiny
    • Re: [PATCH 3/5] cxl/pci: Add DOE Auxiliary Devices, Jonathan Cameron
      • Re: [PATCH 3/5] cxl/pci: Add DOE Auxiliary Devices, Ira Weiny
        • Re: [PATCH 3/5] cxl/pci: Add DOE Auxiliary Devices, Jonathan Cameron
    • Re: [PATCH 3/5] cxl/pci: Add DOE Auxiliary Devices, Bjorn Helgaas
      • Re: [PATCH 3/5] cxl/pci: Add DOE Auxiliary Devices, Jonathan Cameron
        • Re: [PATCH 3/5] cxl/pci: Add DOE Auxiliary Devices, Bjorn Helgaas
          • Re: [PATCH 3/5] cxl/pci: Add DOE Auxiliary Devices, Jonathan Cameron
          • Re: [PATCH 3/5] cxl/pci: Add DOE Auxiliary Devices, Christoph Hellwig
            • Re: [PATCH 3/5] cxl/pci: Add DOE Auxiliary Devices, Dan Williams
              • Re: [PATCH 3/5] cxl/pci: Add DOE Auxiliary Devices, Dan Williams
                • Re: [PATCH 3/5] cxl/pci: Add DOE Auxiliary Devices, Christoph Hellwig
  • [PATCH 5/5] cxl/cdat: Parse out DSMAS data from CDAT table, ira . weiny
    • Re: [PATCH 5/5] cxl/cdat: Parse out DSMAS data from CDAT table, Jonathan Cameron
      • Re: [PATCH 5/5] cxl/cdat: Parse out DSMAS data from CDAT table, Ira Weiny
        • Re: [PATCH 5/5] cxl/cdat: Parse out DSMAS data from CDAT table, Jonathan Cameron
    • Re: [PATCH 5/5] cxl/cdat: Parse out DSMAS data from CDAT table, Jonathan Cameron
    • Re: [PATCH 5/5] cxl/cdat: Parse out DSMAS data from CDAT table, Jonathan Cameron
• Distinguish mediatek drivers, Bjorn Helgaas
  • Re: Distinguish mediatek drivers, Jianjun Wang
    • Re: Distinguish mediatek drivers, Krzysztof Wilczyński
      • Re: Distinguish mediatek drivers, Jianjun Wang
        • Re: Distinguish mediatek drivers, Krzysztof Wilczyński
• [helgaas-pci:pci/host/apple] BUILD SUCCESS 468c8d52c33271d21aac070ebef9283f302094cc, kernel test robot
• Re: [Bug 214789] ehci-hcd.c ISR, Alan Stern
  • Re: [Bug 214789] ehci-hcd.c ISR, Krzysztof Wilczyński
• [helgaas-pci:pci/host/kirin] BUILD SUCCESS e4c72797fd1609c630ead5bd86d5df16bb0ed5e9, kernel test robot
• [helgaas-pci:pci/enumeration] BUILD SUCCESS 5ec0a6fcb60ea430f8ee7e0bec22db9b22f856d3, kernel test robot
• [GIT PULL] PCI changes for v5.16, Bjorn Helgaas
  • Re: [GIT PULL] PCI changes for v5.16, pr-tracker-bot
• How to reduce PCI initialization from 5 s (1.5 s adding them to IOMMU groups), Paul Menzel
  • Re: How to reduce PCI initialization from 5 s (1.5 s adding them to IOMMU groups)s, Paul Menzel
  • Re: How to reduce PCI initialization from 5 s (1.5 s adding them to IOMMU groups), Bjorn Helgaas
    • Re: How to reduce PCI initialization from 5 s (1.5 s adding them to IOMMU groups), Paul Menzel
      • Re: How to reduce PCI initialization from 5 s (1.5 s adding them to IOMMU groups), Robin Murphy
        • Re: How to reduce PCI initialization from 5 s (1.5 s adding them to IOMMU groups), Paul Menzel
  • Re: How to reduce PCI initialization from 5 s (1.5 s adding them to IOMMU groups), Krzysztof Wilczyński
    • Re: How to reduce PCI initialization from 5 s (1.5 s adding them to IOMMU groups), Paul Menzel
      • Re: How to reduce PCI initialization from 5 s (1.5 s adding them to IOMMU groups), Krzysztof Wilczyński
• [helgaas-pci:pci/misc] BUILD SUCCESS ca25c63779ca966ff3dd4ea20af1401452dbbe75, kernel test robot
• [PATCH v2] PCI: kirin: Fix of_node_put() issue in pcie-kirin, Wan Jiabing
  • Re: [PATCH v2] PCI: kirin: Fix of_node_put() issue in pcie-kirin, Bjorn Helgaas
• [PATCH] PCI:vmd: remove duplicate include in vmd.c, cgel . zte
  • Re: [PATCH] PCI:vmd: remove duplicate include in vmd.c, Krzysztof Wilczyński
• [GIT PULL] Compute Express Link update for v5.16, Dan Williams
  • Re: [GIT PULL] Compute Express Link update for v5.16, pr-tracker-bot
• [helgaas-pci:pci/host/cadence] BUILD SUCCESS 63d8f155a6fa9379e74dcdb16bb58f1e40a67c2f, kernel test robot
• [PATCH 0/2] PCI: MSI: Deal with devices lying about their masking capability, Marc Zyngier
  • [PATCH 1/2] PCI: MSI: Deal with devices lying about their MSI mask capability, Marc Zyngier
  • [PATCH 2/2] PCI: Add MSI masking quirk for Nvidia ION AHCI, Marc Zyngier
  • Re: [PATCH 0/2] PCI: MSI: Deal with devices lying about their masking capability, Thomas Gleixner
    • Re: [PATCH 0/2] PCI: MSI: Deal with devices lying about their masking capability, Rui Salvaterra
      • Re: [PATCH 0/2] PCI: MSI: Deal with devices lying about their masking capability, Greg KH
        • Re: [PATCH 0/2] PCI: MSI: Deal with devices lying about their masking capability, Rui Salvaterra
          • Re: [PATCH 0/2] PCI: MSI: Deal with devices lying about their masking capability, Greg KH
            • Re: [PATCH 0/2] PCI: MSI: Deal with devices lying about their masking capability, Greg KH
• [PATCH v5 0/4] PCI MCFG consolidation and APEI resource filtering, Xuesong Chen
  • [PATCH v5 1/4] PCI: MCFG: Consolidate the separate PCI MCFG table entry list, Xuesong Chen
  • [PATCH v5 2/4] ACPI: APEI: Filter the PCI MCFG address with an arch-agnostic method, Xuesong Chen
  • [PATCH v5 3/4] ACPI: APEI: Reserve the MCFG address for quirk ECAM implementation, Xuesong Chen
  • [PATCH v5 4/4] PCI: MCFG: Add the MCFG entry parse log message, Xuesong Chen
  • Re: [PATCH v5 0/4] PCI MCFG consolidation and APEI resource filtering, Bjorn Helgaas
    • Re: [PATCH v5 0/4] PCI MCFG consolidation and APEI resource filtering, Xuesong Chen
      • Re: [PATCH v5 0/4] PCI MCFG consolidation and APEI resource filtering, Krzysztof Wilczyński
        • Re: [PATCH v5 0/4] PCI MCFG consolidation and APEI resource filtering, Xuesong Chen
• [PATCH] PCI: vmd: Remove duplicated include in vmd.c, Wan Jiabing
  • Re: [PATCH] PCI: vmd: Remove duplicated include in vmd.c, Krzysztof Wilczyński
  • Re: [PATCH] PCI: vmd: Remove duplicated include in vmd.c, Bjorn Helgaas
• [PATCH] PCI: mediatek: Delay 100ms to wait power and clock to become stable, qizhong cheng
  • Re: [PATCH] PCI: mediatek: Delay 100ms to wait power and clock to become stable, Pali Rohár
  • Re: [PATCH] PCI: mediatek: Delay 100ms to wait power and clock to become stable, Lorenzo Pieralisi
  • Re: [PATCH] PCI: mediatek: Delay 100ms to wait power and clock to become stable, Bjorn Helgaas
  • <Possible follow-ups>
  • [PATCH] PCI: mediatek: Delay 100ms to wait power and clock to become stable, qizhong cheng
    • Re: [PATCH] PCI: mediatek: Delay 100ms to wait power and clock to become stable, Bjorn Helgaas
• [PATCH] PCI: imx6: Allow to probe when dw_pcie_wait_for_link() fails, Fabio Estevam
  • RE: [PATCH] PCI: imx6: Allow to probe when dw_pcie_wait_for_link() fails, Hongxing Zhu
    • Re: [PATCH] PCI: imx6: Allow to probe when dw_pcie_wait_for_link() fails, Fabio Estevam
      • RE: [PATCH] PCI: imx6: Allow to probe when dw_pcie_wait_for_link() fails, Hongxing Zhu
    • Re: [PATCH] PCI: imx6: Allow to probe when dw_pcie_wait_for_link() fails, Fabio Estevam
      • RE: [PATCH] PCI: imx6: Allow to probe when dw_pcie_wait_for_link() fails, Hongxing Zhu
• [PATCH] PCI/P2PDMA: Save a few cycles in 'pci_alloc_p2pmem()', Christophe JAILLET
  • Re: [PATCH] PCI/P2PDMA: Save a few cycles in 'pci_alloc_p2pmem()', Krzysztof Wilczyński
  • Re: [PATCH] PCI/P2PDMA: Save a few cycles in 'pci_alloc_p2pmem()', Bjorn Helgaas
    • Re: [PATCH] PCI/P2PDMA: Save a few cycles in 'pci_alloc_p2pmem()', Logan Gunthorpe
      • Re: [PATCH] PCI/P2PDMA: Save a few cycles in 'pci_alloc_p2pmem()', Bjorn Helgaas
        • Re: [PATCH] PCI/P2PDMA: Save a few cycles in 'pci_alloc_p2pmem()', Logan Gunthorpe
          • Re: [PATCH] PCI/P2PDMA: Save a few cycles in 'pci_alloc_p2pmem()', Bjorn Helgaas
            • Re: [PATCH] PCI/P2PDMA: Save a few cycles in 'pci_alloc_p2pmem()', Logan Gunthorpe
  • Re: [PATCH] PCI/P2PDMA: Save a few cycles in 'pci_alloc_p2pmem()', Bjorn Helgaas
• [PATCH v7 0/7] PCI: brcmstb: have host-bridge turn on sub-device power, Jim Quinlan
  • [PATCH v7 1/7] dt-bindings: PCI: Correct brcmstb interrupts, interrupt-map., Jim Quinlan
  • [PATCH v7 2/7] dt-bindings: PCI: Add bindings for Brcmstb EP voltage regulators, Jim Quinlan
  • [PATCH v7 4/7] PCI: pci_alloc_child_bus() return NULL if ->add_bus() returns -ENOLINK, Jim Quinlan
    • Re: [PATCH v7 4/7] PCI: pci_alloc_child_bus() return NULL if ->add_bus() returns -ENOLINK, Pali Rohár
      • Re: [PATCH v7 4/7] PCI: pci_alloc_child_bus() return NULL if ->add_bus() returns -ENOLINK, Jim Quinlan
  • [PATCH v7 3/7] PCI: brcmstb: Split brcm_pcie_setup() into two funcs, Jim Quinlan
  • [PATCH v7 5/7] PCI: brcmstb: Add control of subdevice voltage regulators, Jim Quinlan
    • Re: [PATCH v7 5/7] PCI: brcmstb: Add control of subdevice voltage regulators, Mark Brown
      • Re: [PATCH v7 5/7] PCI: brcmstb: Add control of subdevice voltage regulators, Jim Quinlan
        • Re: [PATCH v7 5/7] PCI: brcmstb: Add control of subdevice voltage regulators, Jim Quinlan
          • Re: [PATCH v7 5/7] PCI: brcmstb: Add control of subdevice voltage regulators, Mark Brown
            • Re: [PATCH v7 5/7] PCI: brcmstb: Add control of subdevice voltage regulators, Jim Quinlan
    • Re: [PATCH v7 5/7] PCI: brcmstb: Add control of subdevice voltage regulators, Rob Herring
  • [PATCH v7 6/7] PCI: brcmstb: Do not turn off regulators if EP can wake up, Jim Quinlan
  • [PATCH v7 7/7] PCI: brcmstb: Change brcm_phy_stop() to return void, Jim Quinlan
• [PATCH] PCI: kirin: Fix of_node_put() issue in pcie-kirin, Wan Jiabing
  • Re: [PATCH] PCI: kirin: Fix of_node_put() issue in pcie-kirin, Bjorn Helgaas
    • Re: [PATCH] PCI: kirin: Fix of_node_put() issue in pcie-kirin, Rob Herring
    • Message not available
      • Re: [PATCH] PCI: kirin: Fix of_node_put() issue in pcie-kirin, Jiabing Wan
• [helgaas-pci:next] BUILD SUCCESS c1ecd53f999030bd39c563d78fc2bab3f776ae83, kernel test robot
• [GIT PULL] Power management updates for v5.16-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] Power management updates for v5.16-rc1, pr-tracker-bot
• [GIT PULL] ACPI updates for v5.16-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] ACPI updates for v5.16-rc1, pr-tracker-bot
• Re: COVID-19 PANDEMIC RELIEF PROGRAM, Zych Mateusz
• HW power fault defect cause system hang on kernel 5.4.y, Bao, Joseph
  • Re: HW power fault defect cause system hang on kernel 5.4.y, Bjorn Helgaas
    • RE: HW power fault defect cause system hang on kernel 5.4.y, Bao, Joseph
      • Re: HW power fault defect cause system hang on kernel 5.4.y, Bjorn Helgaas
        • RE: HW power fault defect cause system hang on kernel 5.4.y, Bao, Joseph
          • Re: HW power fault defect cause system hang on kernel 5.4.y, Krzysztof Wilczyński
            • RE: HW power fault defect cause system hang on kernel 5.4.y, Bao, Joseph
              • Re: HW power fault defect cause system hang on kernel 5.4.y, Krzysztof Wilczyński
      • Re: HW power fault defect cause system hang on kernel 5.4.y, stuart hayes
        • RE: HW power fault defect cause system hang on kernel 5.4.y, Bao, Joseph
          • Re: HW power fault defect cause system hang on kernel 5.4.y, stuart hayes
            • RE: HW power fault defect cause system hang on kernel 5.4.y, Bao, Joseph
  • Re: HW power fault defect cause system hang on kernel 5.4.y, Lukas Wunner
    • RE: HW power fault defect cause system hang on kernel 5.4.y, Bao, Joseph
      • Re: HW power fault defect cause system hang on kernel 5.4.y, Lukas Wunner
        • Re: HW power fault defect cause system hang on kernel 5.4.y, Bjorn Helgaas
• [PATCH v3] PCI: imx6: Replace legacy gpio interface for gpiod interface, Maíra Canal
  • Re: [PATCH v3] PCI: imx6: Replace legacy gpio interface for gpiod interface, Lorenzo Pieralisi
    • Re: [PATCH v3] PCI: imx6: Replace legacy gpio interface for gpiod interface, Maíra Canal
      • Re: [PATCH v3] PCI: imx6: Replace legacy gpio interface for gpiod interface, Francesco Dolcini
        • Re: [PATCH v3] PCI: imx6: Replace legacy gpio interface for gpiod interface, Lucas Stach
          • Re: [PATCH v3] PCI: imx6: Replace legacy gpio interface for gpiod interface, Maíra Canal
      • Re: [PATCH v3] PCI: imx6: Replace legacy gpio interface for gpiod interface, Lorenzo Pieralisi
  • Re: [PATCH v3] PCI: imx6: Replace legacy gpio interface for gpiod interface, Linus Walleij
    • Re: [PATCH v3] PCI: imx6: Replace legacy gpio interface for gpiod interface, Lucas Stach
      • Re: [PATCH v3] PCI: imx6: Replace legacy gpio interface for gpiod interface, Linus Walleij
• [PATCH] PCI: imx: do not remap invalid res, Tim Harvey
  • Re: [PATCH] PCI: imx: do not remap invalid res, Tim Harvey
    • RE: [PATCH] PCI: imx: do not remap invalid res, Hongxing Zhu
      • Re: [PATCH] PCI: imx: do not remap invalid res, Rob Herring
    • Re: [PATCH] PCI: imx: do not remap invalid res, Bjorn Helgaas
      • Re: [PATCH] PCI: imx: do not remap invalid res, Tim Harvey
  • Re: [PATCH] PCI: imx: do not remap invalid res, Rob Herring
  • Re: [PATCH] PCI: imx: do not remap invalid res, Lorenzo Pieralisi
• Re: [PATCH v4 3/4] ACPI: APEI: Reserve the MCFG address for quirk ECAM implementation, Bjorn Helgaas
  • Re: [kbuild-all] Re: [PATCH v4 3/4] ACPI: APEI: Reserve the MCFG address for quirk ECAM implementation, Rong Chen
• [PATCH] PCI: Marvell: Update PCIe fixup, Pali Rohár
  • Re: [PATCH] PCI: Marvell: Update PCIe fixup, Jason Gunthorpe
    • Re: [PATCH] PCI: Marvell: Update PCIe fixup, Pali Rohár
      • Re: [PATCH] PCI: Marvell: Update PCIe fixup, Jason Gunthorpe
  • Re: [PATCH] PCI: Marvell: Update PCIe fixup, Thomas Bogendoerfer
    • Re: [PATCH] PCI: Marvell: Update PCIe fixup, Pali Rohár
      • Re: [PATCH] PCI: Marvell: Update PCIe fixup, Thomas Bogendoerfer
        • Re: [PATCH] PCI: Marvell: Update PCIe fixup, Pali Rohár
          • Re: [PATCH] PCI: Marvell: Update PCIe fixup, Maciej W. Rozycki
            • Re: [PATCH] PCI: Marvell: Update PCIe fixup, Pali Rohár
              • Re: [PATCH] PCI: Marvell: Update PCIe fixup, Maciej W. Rozycki
                • Re: [PATCH] PCI: Marvell: Update PCIe fixup, Pali Rohár
                  • Re: [PATCH] PCI: Marvell: Update PCIe fixup, Pali Rohár
                    • Re: [PATCH] PCI: Marvell: Update PCIe fixup, Stefan Roese
                    • Re: [PATCH] PCI: Marvell: Update PCIe fixup, Maciej W. Rozycki
                  • Re: [PATCH] PCI: Marvell: Update PCIe fixup, Maciej W. Rozycki
                    • Re: [PATCH] PCI: Marvell: Update PCIe fixup, Pali Rohár
          • Re: [PATCH] PCI: Marvell: Update PCIe fixup, Thomas Bogendoerfer
            • Re: [PATCH] PCI: Marvell: Update PCIe fixup, Pali Rohár
              • Re: [PATCH] PCI: Marvell: Update PCIe fixup, Pali Rohár
                • Re: [PATCH] PCI: Marvell: Update PCIe fixup, Thomas Bogendoerfer
  • [PATCH v2 1/2] ARM: Marvell: Update PCIe fixup, Pali Rohár
    • Re: [PATCH v2 1/2] ARM: Marvell: Update PCIe fixup, Pali Rohár
      • Re: [PATCH v2 1/2] ARM: Marvell: Update PCIe fixup, Pali Rohár
        • Re: [PATCH v2 1/2] ARM: Marvell: Update PCIe fixup, Pali Rohár
          • Re: [PATCH v2 1/2] ARM: Marvell: Update PCIe fixup, Russell King (Oracle)
    • Re: [PATCH v2 1/2] ARM: Marvell: Update PCIe fixup, Pali Rohár
      • Re: [PATCH v2 1/2] ARM: Marvell: Update PCIe fixup, Gregory CLEMENT
• [PATCH v2] lspci: Show Slot Power Limit values above EFh, Pali Rohár
  • Re: [PATCH v2] lspci: Show Slot Power Limit values above EFh, Matthew Wilcox
    • Re: [PATCH v2] lspci: Show Slot Power Limit values above EFh, Pali Rohár
      • Re: [PATCH v2] lspci: Show Slot Power Limit values above EFh, Martin Mareš
        • [PATCH v3 pciutils] lspci: Show Slot Power Limit values above EFh, Pali Rohár
          • Re: [PATCH v3 pciutils] lspci: Show Slot Power Limit values above EFh, Martin Mareš
            • [PATCH v4 pciutils] lspci: Show Slot Power Limit values above EFh, Pali Rohár
              • Re: [PATCH v4 pciutils] lspci: Show Slot Power Limit values above EFh, Martin Mareš
• [PATCH v2 RESEND] PCI: imx6: Replace legacy gpio interface for gpiod interface, Maíra Canal
  • Re: [PATCH v2 RESEND] PCI: imx6: Replace legacy gpio interface for gpiod interface, Lucas Stach
    • Re: [PATCH v2 RESEND] PCI: imx6: Replace legacy gpio interface for gpiod interface, Maíra Canal
      • Re: [PATCH v2 RESEND] PCI: imx6: Replace legacy gpio interface for gpiod interface, Lucas Stach
        • Re: [PATCH v2 RESEND] PCI: imx6: Replace legacy gpio interface for gpiod interface, Maíra Canal
• [PATCH v4 0/6] PCI: imx6: refine codes and add compliance tests mode support, Richard Zhu
  • [PATCH v4 1/6] PCI: imx6: Encapsulate the clock enable into one standalone function, Richard Zhu
  • [PATCH v4 2/6] PCI: imx6: Add the error propagation from host_init, Richard Zhu
  • [PATCH v4 3/6] PCI: imx6: PCI: imx6: Move imx6_pcie_clk_disable() earlier, Richard Zhu
    • RE: [PATCH v4 3/6] PCI: imx6: PCI: imx6: Move imx6_pcie_clk_disable() earlier, Hongxing Zhu
  • [PATCH v4 4/6] PCI: dwc: Add dw_pcie_host_ops.host_exit() callback, Richard Zhu
  • [PATCH v4 5/6] PCI: imx6: Fix the regulator dump when link never came up, Richard Zhu
    • Re: [PATCH v4 5/6] PCI: imx6: Fix the regulator dump when link never came up, Mark Brown
  • [PATCH v4 6/6] PCI: imx6: Add the compliance tests mode support, Richard Zhu
• [PATCH 0/7] PCI: aardvark controller fixes BATCH 3, Marek Behún
  • [PATCH 1/7] PCI: pci-bridge-emul: Add description for class_revision field, Marek Behún
  • [PATCH 2/7] PCI: pci-bridge-emul: Add definitions for missing capabilities registers, Marek Behún
    • Re: [PATCH 2/7] PCI: pci-bridge-emul: Add definitions for missing capabilities registers, Lorenzo Pieralisi
  • [PATCH 3/7] PCI: aardvark: Add support for DEVCAP2, DEVCTL2, LNKCAP2 and LNKCTL2 registers on emulated bridge, Marek Behún
  • [PATCH 4/7] PCI: aardvark: Clear all MSIs at setup, Marek Behún
  • [PATCH 6/7] PCI: aardvark: Free config space for emulated root bridge when unbinding driver to fix memory leak, Marek Behún
  • [PATCH 5/7] PCI: aardvark: Disable bus mastering and mask all interrupts when unbinding driver, Marek Behún
    • Re: [PATCH 5/7] PCI: aardvark: Disable bus mastering and mask all interrupts when unbinding driver, Lorenzo Pieralisi
  • [PATCH 7/7] PCI: aardvark: Reset PCIe card and disable PHY at driver unbind, Marek Behún
    • Re: [PATCH 7/7] PCI: aardvark: Reset PCIe card and disable PHY at driver unbind, Lorenzo Pieralisi
      • Re: [PATCH 7/7] PCI: aardvark: Reset PCIe card and disable PHY at driver unbind, Marek Behún
        • Re: [PATCH 7/7] PCI: aardvark: Reset PCIe card and disable PHY at driver unbind, Lorenzo Pieralisi
          • Re: [PATCH 7/7] PCI: aardvark: Reset PCIe card and disable PHY at driver unbind, Marek Behún
• [PATCH dt + pci 1/2] dt-bindings: Add 'slot-power-limit-milliwatt' PCIe port property, Marek Behún
  • [PATCH dt + pci 2/2] PCI: Add function for parsing `slot-power-limit-milliwatt` DT property, Marek Behún
    • Re: [PATCH dt + pci 2/2] PCI: Add function for parsing `slot-power-limit-milliwatt` DT property, Marek Behún
    • Re: [PATCH dt + pci 2/2] PCI: Add function for parsing `slot-power-limit-milliwatt` DT property, Rob Herring
    • Re: [PATCH dt + pci 2/2] PCI: Add function for parsing `slot-power-limit-milliwatt` DT property, Bjorn Helgaas
      • Re: [PATCH dt + pci 2/2] PCI: Add function for parsing `slot-power-limit-milliwatt` DT property, Pali Rohár
        • Re: [PATCH dt + pci 2/2] PCI: Add function for parsing `slot-power-limit-milliwatt` DT property, Bjorn Helgaas
  • Re: [PATCH dt + pci 1/2] dt-bindings: Add 'slot-power-limit-milliwatt' PCIe port property, Rob Herring
    • Re: [PATCH dt + pci 1/2] dt-bindings: Add 'slot-power-limit-milliwatt' PCIe port property, Pali Rohár
      • Re: [PATCH dt + pci 1/2] dt-bindings: Add 'slot-power-limit-milliwatt' PCIe port property, Rob Herring
        • Re: [PATCH dt + pci 1/2] dt-bindings: Add 'slot-power-limit-milliwatt' PCIe port property, Pali Rohár
          • Re: [PATCH dt + pci 1/2] dt-bindings: Add 'slot-power-limit-milliwatt' PCIe port property, Marek Behún
          • Re: [PATCH dt + pci 1/2] dt-bindings: Add 'slot-power-limit-milliwatt' PCIe port property, Rob Herring
            • Re: [PATCH dt + pci 1/2] dt-bindings: Add 'slot-power-limit-milliwatt' PCIe port property, Pali Rohár
              • Re: [PATCH dt + pci 1/2] dt-bindings: Add 'slot-power-limit-milliwatt' PCIe port property, Pali Rohár
    • Re: [PATCH dt + pci 1/2] dt-bindings: Add 'slot-power-limit-milliwatt' PCIe port property, Marek Behún
      • Re: [PATCH dt + pci 1/2] dt-bindings: Add 'slot-power-limit-milliwatt' PCIe port property, Rob Herring
        • Re: [PATCH dt + pci 1/2] dt-bindings: Add 'slot-power-limit-milliwatt' PCIe port property, Pali Rohár
          • Re: [PATCH dt + pci 1/2] dt-bindings: Add 'slot-power-limit-milliwatt' PCIe port property, Rob Herring
            • Re: [PATCH dt + pci 1/2] dt-bindings: Add 'slot-power-limit-milliwatt' PCIe port property, Pali Rohár
            • Re: [PATCH dt + pci 1/2] dt-bindings: Add 'slot-power-limit-milliwatt' PCIe port property, Marek Behún
  • Re: [PATCH dt + pci 1/2] dt-bindings: Add 'slot-power-limit-milliwatt' PCIe port property, Pali Rohár
• [PATCH] pci/controller/pcie-apple: remove the indentation beside arguments of DECLARE_BITMAP, Zhaoyu Liu
  • Re: [PATCH] pci/controller/pcie-apple: remove the indentation beside arguments of DECLARE_BITMAP, Marc Zyngier
• [PATCH V11 0/8] PCI: Enable 10-Bit tag support for PCIe devices, Dongdong Liu
  • [PATCH V11 4/8] PCI/sysfs: Add a tags sysfs file for PCIe Endpoint devices, Dongdong Liu
    • Re: [PATCH V11 4/8] PCI/sysfs: Add a tags sysfs file for PCIe Endpoint devices, Bjorn Helgaas
      • Re: [PATCH V11 4/8] PCI/sysfs: Add a tags sysfs file for PCIe Endpoint devices, Dongdong Liu
  • [PATCH V11 1/8] PCI: Use cached devcap in more places, Dongdong Liu
  • [PATCH V11 3/8] PCI: Add 10-Bit Tag register definitions, Dongdong Liu
  • [PATCH V11 2/8] PCI: Cache Device Capabilities 2 Register, Dongdong Liu
  • [PATCH V11 6/8] PCI/P2PDMA: Add a 10-Bit Tag check in P2PDMA, Dongdong Liu
  • [PATCH V11 8/8] PCI/IOV: Enable 10-Bit Tag support for PCIe VF devices, Dongdong Liu
  • [PATCH V11 7/8] PCI: Enable 10-Bit Tag support for PCIe Endpoint device, Dongdong Liu
    • Re: [PATCH V11 7/8] PCI: Enable 10-Bit Tag support for PCIe Endpoint device, Bjorn Helgaas
      • Re: [PATCH V11 7/8] PCI: Enable 10-Bit Tag support for PCIe Endpoint device, Bjorn Helgaas
        • Re: [PATCH V11 7/8] PCI: Enable 10-Bit Tag support for PCIe Endpoint device, Dongdong Liu
          • Re: [PATCH V11 7/8] PCI: Enable 10-Bit Tag support for PCIe Endpoint device, Bjorn Helgaas
            • Re: [PATCH V11 7/8] PCI: Enable 10-Bit Tag support for PCIe Endpoint device, Dongdong Liu
              • Re: [PATCH V11 7/8] PCI: Enable 10-Bit Tag support for PCIe Endpoint device, Bjorn Helgaas
  • [PATCH V11 5/8] PCI/IOV: Add tags sysfs files for VF devices, Dongdong Liu
• [PATCH v6 0/9] PCI: brcmstb: have host-bridge turn on sub-device power, Jim Quinlan
  • [PATCH v6 1/9] dt-bindings: PCI: correct brcmstb interrupts, interrupt-map., Jim Quinlan
    • Re: [PATCH v6 1/9] dt-bindings: PCI: correct brcmstb interrupts, interrupt-map., Florian Fainelli
    • Re: [PATCH v6 1/9] dt-bindings: PCI: correct brcmstb interrupts, interrupt-map., Rob Herring
  • [PATCH v6 2/9] dt-bindings: PCI: Add bindings for Brcmstb EP voltage regulators, Jim Quinlan
    • Re: [PATCH v6 2/9] dt-bindings: PCI: Add bindings for Brcmstb EP voltage regulators, Rob Herring
  • [PATCH v6 3/9] PCI: move pci_device_add() call, Jim Quinlan
  • [PATCH v6 4/9] PCI: separate device_initialize() from pci_device_add(), Jim Quinlan
  • [PATCH v6 5/9] PCI: allow for callback to prepare nascent subdev, Jim Quinlan
  • [PATCH v6 6/9] PCI: brcmstb: split brcm_pcie_setup() into two funcs, Jim Quinlan
  • [PATCH v6 7/9] PCI: brcmstb: Add control of subdevice voltage regulators, Jim Quinlan
    • Re: [PATCH v6 7/9] PCI: brcmstb: Add control of subdevice voltage regulators, kernel test robot
    • Re: [PATCH v6 7/9] PCI: brcmstb: Add control of subdevice voltage regulators, Mark Brown
    • Re: [PATCH v6 7/9] PCI: brcmstb: Add control of subdevice voltage regulators, Rob Herring
      • Re: [PATCH v6 7/9] PCI: brcmstb: Add control of subdevice voltage regulators, Jim Quinlan
        • Re: [PATCH v6 7/9] PCI: brcmstb: Add control of subdevice voltage regulators, Rob Herring
  • [PATCH v6 8/9] PCI: brcmstb: Do not turn off regulators if EP can wake up, Jim Quinlan
    • Re: [PATCH v6 8/9] PCI: brcmstb: Do not turn off regulators if EP can wake up, Mark Brown
  • [PATCH v6 9/9] PCI: brcmstb: change brcm_phy_stop() to return void, Jim Quinlan
• [helgaas-pci:pci/misc] BUILD SUCCESS fb2099960d46c486c552807a216aae33819155c9, kernel test robot
• [PATCH v11 0/2] drivers/perf: hisi: Add support for PCIe PMU, Qi Liu
  • [PATCH v11 1/2] docs: perf: Add description for HiSilicon PCIe PMU driver, Qi Liu
  • [PATCH v11 2/2] drivers/perf: hisi: Add driver for HiSilicon PCIe PMU, Qi Liu
    • Re: [PATCH v11 2/2] drivers/perf: hisi: Add driver for HiSilicon PCIe PMU, Krzysztof Wilczyński
      • Re: [PATCH v11 2/2] drivers/perf: hisi: Add driver for HiSilicon PCIe PMU, liuqi (BA)
        • Re: [PATCH v11 2/2] drivers/perf: hisi: Add driver for HiSilicon PCIe PMU, Krzysztof Wilczyński
          • Re: [PATCH v11 2/2] drivers/perf: hisi: Add driver for HiSilicon PCIe PMU, liuqi (BA)
• [PATCH v2 0/7] PCI: aardvark controller fixes BATCH 2, Marek Behún
  • [PATCH v2 1/7] PCI: pci-bridge-emul: Fix emulation of W1C bits, Marek Behún
  • [PATCH v2 2/7] PCI: aardvark: Fix return value of MSI domain .alloc() method, Marek Behún
  • [PATCH v2 3/7] PCI: aardvark: Read all 16-bits from PCIE_MSI_PAYLOAD_REG, Marek Behún
  • [PATCH v2 4/7] PCI: aardvark: Fix support for bus mastering and PCI_COMMAND on emulated bridge, Marek Behún
  • [PATCH v2 5/7] PCI: aardvark: Set PCI Bridge Class Code to PCI Bridge, Marek Behún
  • [PATCH v2 6/7] PCI: aardvark: Fix support for PCI_BRIDGE_CTL_BUS_RESET on emulated bridge, Marek Behún
  • [PATCH v2 7/7] PCI: aardvark: Fix support for PCI_ROM_ADDRESS1 on emulated bridge, Marek Behún
  • Re: [PATCH v2 0/7] PCI: aardvark controller fixes BATCH 2, Lorenzo Pieralisi
• [PATCH v2] memremap: remove support for external pgmap refcounts, Christoph Hellwig
  • Re: [PATCH v2] memremap: remove support for external pgmap refcounts, Bjorn Helgaas
• Re: [PATCH v7 1/2] ice: reduce time to read Option ROM CIVD data, Paul Menzel
  • RE: [PATCH v7 1/2] ice: reduce time to read Option ROM CIVD data, Keller, Jacob E
• [PATCH v2 0/3] MIPS: Fix build error ERROR: modpost:, Yanteng Si
  • [PATCH v2 1/3] PCI: mt7621: Add MODULE_* macros to MT7621 PCIe host controller driver, Yanteng Si
  • [PATCH v2 2/3] MIPS: cm/cpc: export some missing symbols to be able to use them from driver code, Yanteng Si
    • Re: [PATCH v2 2/3] MIPS: cm/cpc: export some missing symbols to be able to use them from driver code, Sergio Paracuellos
      • Re: [PATCH v2 2/3] MIPS: cm/cpc: export some missing symbols to be able to use them from driver code, Thomas Bogendoerfer
        • Re: [PATCH v2 2/3] MIPS: cm/cpc: export some missing symbols to be able to use them from driver code, Sergio Paracuellos
          • Re: [PATCH v2 2/3] MIPS: cm/cpc: export some missing symbols to be able to use them from driver code, Sergio Paracuellos
            • Re: [PATCH v2 2/3] MIPS: cm/cpc: export some missing symbols to be able to use them from driver code, Bjorn Helgaas
              • Re: [PATCH v2 2/3] MIPS: cm/cpc: export some missing symbols to be able to use them from driver code, Sergio Paracuellos
                • Re: [PATCH v2 2/3] MIPS: cm/cpc: export some missing symbols to be able to use them from driver code, Bjorn Helgaas
                  • Re: [PATCH v2 2/3] MIPS: cm/cpc: export some missing symbols to be able to use them from driver code, Sergio Paracuellos
                    • Re: [PATCH v2 2/3] MIPS: cm/cpc: export some missing symbols to be able to use them from driver code, Bjorn Helgaas
                      • Re: [PATCH v2 2/3] MIPS: cm/cpc: export some missing symbols to be able to use them from driver code, Sergio Paracuellos
                        • Re: [PATCH v2 2/3] MIPS: cm/cpc: export some missing symbols to be able to use them from driver code, Sergio Paracuellos
                          • Re: [PATCH v2 2/3] MIPS: cm/cpc: export some missing symbols to be able to use them from driver code, Sergio Paracuellos
                            • Re: [PATCH v2 2/3] MIPS: cm/cpc: export some missing symbols to be able to use them from driver code, Sergio Paracuellos
                              • Re: [PATCH v2 2/3] MIPS: cm/cpc: export some missing symbols to be able to use them from driver code, Bjorn Helgaas
                                • Re: [PATCH v2 2/3] MIPS: cm/cpc: export some missing symbols to be able to use them from driver code, Sergio Paracuellos
                                • Re: [PATCH v2 2/3] MIPS: cm/cpc: export some missing symbols to be able to use them from driver code, Sergio Paracuellos
  • [PATCH v2 3/3] MIPS: traps: export a missing symbols to be able to use it from driver code, Yanteng Si
• pci_check_and_set_intx_mask(dev, true), Amol
  • Re: pci_check_and_set_intx_mask(dev, true), Amol
    • Re: pci_check_and_set_intx_mask(dev, true), Amol
• [PATCH] dt-bindings: pci: rcar-pci-ep: Document r8a7795, Geert Uytterhoeven
  • Re: [PATCH] dt-bindings: pci: rcar-pci-ep: Document r8a7795, Krzysztof Wilczyński
  • RE: [PATCH] dt-bindings: pci: rcar-pci-ep: Document r8a7795, Prabhakar Mahadev Lad
  • Re: [PATCH] dt-bindings: pci: rcar-pci-ep: Document r8a7795, Kieran Bingham
  • Re: [PATCH] dt-bindings: pci: rcar-pci-ep: Document r8a7795, Rob Herring
• [PATCH 0/2] drivers/mt7621: Fix build error ERROR: modpost:, Yanteng Si
  • [PATCH 1/2] PCI: mt7621: Add MODULE_* macros to MT7621 PCIe host controller driver, Yanteng Si
    • Re: [PATCH 1/2] PCI: mt7621: Add MODULE_* macros to MT7621 PCIe host controller driver, Sergio Paracuellos
      • Re: [PATCH 1/2] PCI: mt7621: Add MODULE_* macros to MT7621 PCIe host controller driver, yanteng si
  • [PATCH 2/2] PCI: mt7621: Export mips_cm/cpc/gcr_* to modules, Yanteng Si
    • Re: [PATCH 2/2] PCI: mt7621: Export mips_cm/cpc/gcr_* to modules, Sergio Paracuellos
      • Re: [PATCH 2/2] PCI: mt7621: Export mips_cm/cpc/gcr_* to modules, yanteng si
• [PATCH linux-next] PCI: qcom-ep: Remove surplus dev_err() when using platform_get_irq_byname(), Krzysztof Wilczyński
  • Re: [PATCH linux-next] PCI: qcom-ep: Remove surplus dev_err() when using platform_get_irq_byname(), Lorenzo Pieralisi
• [PATCH v2] MAINTAINERS: Update information related to the PCI sub-system, Krzysztof Wilczyński
  • Re: [PATCH v2] MAINTAINERS: Update information related to the PCI sub-system, Bjorn Helgaas
• [PATCH V5 mlx5-next 00/13] Add mlx5 live migration driver, Yishai Hadas
  • [PATCH V5 mlx5-next 01/13] PCI/IOV: Add pci_iov_vf_id() to get VF index, Yishai Hadas
  • [PATCH V5 mlx5-next 02/13] net/mlx5: Reuse exported virtfn index function call, Yishai Hadas
  • [PATCH V5 mlx5-next 03/13] net/mlx5: Disable SRIOV before PF removal, Yishai Hadas
  • [PATCH V5 mlx5-next 04/13] PCI/IOV: Add pci_iov_get_pf_drvdata() to allow VF reaching the drvdata of a PF, Yishai Hadas
  • [PATCH V5 mlx5-next 05/13] net/mlx5: Expose APIs to get/put the mlx5 core device, Yishai Hadas
  • [PATCH V5 mlx5-next 06/13] vfio: Fix VFIO_DEVICE_STATE_SET_ERROR macro, Yishai Hadas
    • Re: [PATCH V5 mlx5-next 06/13] vfio: Fix VFIO_DEVICE_STATE_SET_ERROR macro, Max Gurtovoy
  • [PATCH V5 mlx5-next 07/13] vfio: Add a macro for VFIO_DEVICE_STATE_ERROR, Yishai Hadas
    • Re: [PATCH V5 mlx5-next 07/13] vfio: Add a macro for VFIO_DEVICE_STATE_ERROR, Max Gurtovoy
  • [PATCH V5 mlx5-next 08/13] vfio/pci_core: Make the region->release() function optional, Yishai Hadas
  • [PATCH V5 mlx5-next 09/13] net/mlx5: Introduce migration bits and structures, Yishai Hadas
  • [PATCH V5 mlx5-next 10/13] vfio/mlx5: Expose migration commands over mlx5 device, Yishai Hadas
  • [PATCH V5 mlx5-next 11/13] vfio/mlx5: Implement vfio_pci driver for mlx5 devices, Yishai Hadas
  • [PATCH V5 mlx5-next 12/13] vfio/pci: Expose vfio_pci_core_aer_err_detected(), Yishai Hadas
  • [PATCH V5 mlx5-next 13/13] vfio/mlx5: Use its own PCI reset_done error handler, Yishai Hadas
• [PATCH v1 1/1] PCI: brcmstb: Use GENMASK() as __GENMASK() is for internal use only, Andy Shevchenko
  • Re: [PATCH v1 1/1] PCI: brcmstb: Use GENMASK() as __GENMASK() is for internal use only, Andy Shevchenko
  • Re: [PATCH v1 1/1] PCI: brcmstb: Use GENMASK() as __GENMASK() is for internal use only, Krzysztof Wilczyński
    • Re: [PATCH v1 1/1] PCI: brcmstb: Use GENMASK() as __GENMASK() is for internal use only, Andy Shevchenko
      • Re: [PATCH v1 1/1] PCI: brcmstb: Use GENMASK() as __GENMASK() is for internal use only, Andy Shevchenko
      • Re: [PATCH v1 1/1] PCI: brcmstb: Use GENMASK() as __GENMASK() is for internal use only, Krzysztof Wilczyński
• [PATCH] Limit AMD Radeon rebar hack to a single revision, Robin McCorkell
  • Re: [PATCH] Limit AMD Radeon rebar hack to a single revision, Bjorn Helgaas
    • [PATCH v2] PCI: Limit REBAR quirk to just Sapphire RX 5600 XT Pulse, Robin McCorkell
      • Re: [PATCH v2] PCI: Limit REBAR quirk to just Sapphire RX 5600 XT Pulse, Krzysztof Wilczyński
      • Re: [PATCH v2] PCI: Limit REBAR quirk to just Sapphire RX 5600 XT Pulse, Bjorn Helgaas
        • Re: [PATCH v2] PCI: Limit REBAR quirk to just Sapphire RX 5600 XT Pulse, Christian König
    • Re: [PATCH] Limit AMD Radeon rebar hack to a single revision, Robin McCorkell
      • Re: [PATCH] Limit AMD Radeon rebar hack to a single revision, Christian König
• [helgaas-pci:next] BUILD SUCCESS 6de1dedb1db18c6ecf892f12b21bfd6805105bce, kernel test robot
• [helgaas-pci:pci/vpd] BUILD SUCCESS 78b5d5c998537a34aec719af0a236119d53db752, kernel test robot
• [PATCH V4 mlx5-next 00/13] Add mlx5 live migration driver, Yishai Hadas
  • [PATCH V4 mlx5-next 01/13] PCI/IOV: Add pci_iov_vf_id() to get VF index, Yishai Hadas
  • [PATCH V4 mlx5-next 02/13] net/mlx5: Reuse exported virtfn index function call, Yishai Hadas
  • [PATCH V4 mlx5-next 03/13] net/mlx5: Disable SRIOV before PF removal, Yishai Hadas
  • [PATCH V4 mlx5-next 05/13] net/mlx5: Expose APIs to get/put the mlx5 core device, Yishai Hadas
  • [PATCH V4 mlx5-next 06/13] vfio: Fix VFIO_DEVICE_STATE_SET_ERROR macro, Yishai Hadas
    • Re: [PATCH V4 mlx5-next 06/13] vfio: Fix VFIO_DEVICE_STATE_SET_ERROR macro, Cornelia Huck
      • Re: [PATCH V4 mlx5-next 06/13] vfio: Fix VFIO_DEVICE_STATE_SET_ERROR macro, Alex Williamson
        • Re: [PATCH V4 mlx5-next 06/13] vfio: Fix VFIO_DEVICE_STATE_SET_ERROR macro, Cornelia Huck
      • Re: [PATCH V4 mlx5-next 06/13] vfio: Fix VFIO_DEVICE_STATE_SET_ERROR macro, Leon Romanovsky
        • Re: [PATCH V4 mlx5-next 06/13] vfio: Fix VFIO_DEVICE_STATE_SET_ERROR macro, Cornelia Huck
          • Re: [PATCH V4 mlx5-next 06/13] vfio: Fix VFIO_DEVICE_STATE_SET_ERROR macro, Leon Romanovsky
            • Re: [PATCH V4 mlx5-next 06/13] vfio: Fix VFIO_DEVICE_STATE_SET_ERROR macro, Cornelia Huck
  • [PATCH V4 mlx5-next 04/13] PCI/IOV: Add pci_iov_get_pf_drvdata() to allow VF reaching the drvdata of a PF, Yishai Hadas
  • [PATCH V4 mlx5-next 07/13] vfio: Add a macro for VFIO_DEVICE_STATE_ERROR, Yishai Hadas
    • Re: [PATCH V4 mlx5-next 07/13] vfio: Add a macro for VFIO_DEVICE_STATE_ERROR, Cornelia Huck
  • [PATCH V4 mlx5-next 08/13] vfio/pci_core: Make the region->release() function optional, Yishai Hadas
  • [PATCH V4 mlx5-next 09/13] net/mlx5: Introduce migration bits and structures, Yishai Hadas
  • [PATCH V4 mlx5-next 10/13] vfio/mlx5: Expose migration commands over mlx5 device, Yishai Hadas
  • [PATCH V4 mlx5-next 13/13] vfio/mlx5: Use its own PCI reset_done error handler, Yishai Hadas
    • Re: [PATCH V4 mlx5-next 13/13] vfio/mlx5: Use its own PCI reset_done error handler, Alex Williamson
      • Re: [PATCH V4 mlx5-next 13/13] vfio/mlx5: Use its own PCI reset_done error handler, Jason Gunthorpe
        • Re: [PATCH V4 mlx5-next 13/13] vfio/mlx5: Use its own PCI reset_done error handler, Alex Williamson
          • Re: [PATCH V4 mlx5-next 13/13] vfio/mlx5: Use its own PCI reset_done error handler, Jason Gunthorpe
            • Re: [PATCH V4 mlx5-next 13/13] vfio/mlx5: Use its own PCI reset_done error handler, Alex Williamson
              • Re: [PATCH V4 mlx5-next 13/13] vfio/mlx5: Use its own PCI reset_done error handler, Jason Gunthorpe
  • [PATCH V4 mlx5-next 12/13] vfio/pci: Expose vfio_pci_aer_err_detected(), Yishai Hadas
    • Re: [PATCH V4 mlx5-next 12/13] vfio/pci: Expose vfio_pci_aer_err_detected(), Alex Williamson
  • [PATCH V4 mlx5-next 11/13] vfio/mlx5: Implement vfio_pci driver for mlx5 devices, Yishai Hadas
    • Re: [PATCH V4 mlx5-next 11/13] vfio/mlx5: Implement vfio_pci driver for mlx5 devices, Alex Williamson
      • Re: [PATCH V4 mlx5-next 11/13] vfio/mlx5: Implement vfio_pci driver for mlx5 devices, Jason Gunthorpe
• [PATCH v4] PCI: vmd: Clean up domain before enumeration, Nirmal Patel
  • Re: [PATCH v4] PCI: vmd: Clean up domain before enumeration, Patel, Nirmal
  • Re: [PATCH v4] PCI: vmd: Clean up domain before enumeration, Patel, Nirmal
    • Re: [PATCH v4] PCI: vmd: Clean up domain before enumeration, Bjorn Helgaas
  • Re: [PATCH v4] PCI: vmd: Clean up domain before enumeration, Krzysztof Wilczyński
• [PATCH v5 0/5] Fix long standing AER Error Handling Issues, Naveen Naidu
  • [PATCH v5 1/5] PCI/AER: Remove ID from aer_agent_string[], Naveen Naidu
  • [PATCH v5 2/5] PCI: Cleanup struct aer_err_info, Naveen Naidu
  • [PATCH v5 3/5] PCI/DPC: Initialize info.id in dpc_process_error(), Naveen Naidu
  • [PATCH v5 5/5] PCI/AER: Include DEVCTL in aer_print_error(), Naveen Naidu
  • [PATCH v5 4/5] PCI/AER: Clear error device AER registers in aer_irq(), Naveen Naidu
• PCI/VPD: recursive loop issue with lspci, Kunihiko Hayashi
  • Re: PCI/VPD: recursive loop issue with lspci, Bjorn Helgaas
    • Re: PCI/VPD: recursive loop issue with lspci, Kunihiko Hayashi
• [PATCH v2] PCI: cadence: Clear FLR in device capabilities register, Parshuram Raju Thombare
  • RE: [PATCH v2] PCI: cadence: Clear FLR in device capabilities register, Parshuram Raju Thombare
  • <Possible follow-ups>
  • [PATCH v2] PCI: cadence: Clear FLR in device capabilities register, Parshuram Raju Thombare
    • RE: [PATCH v2] PCI: cadence: Clear FLR in device capabilities register, Parshuram Raju Thombare
    • Re: [PATCH v2] PCI: cadence: Clear FLR in device capabilities register, Lorenzo Pieralisi
      • Re: [PATCH v2] PCI: cadence: Clear FLR in device capabilities register, Bjorn Helgaas
        • Re: [PATCH v2] PCI: cadence: Clear FLR in device capabilities register, Lorenzo Pieralisi
• [helgaas-pci:next] BUILD SUCCESS 1b6c2cdb635d3c966b7b6e113844f33cacb1b2c9, kernel test robot
• [helgaas-pci:pci/host/mt7621] BUILD SUCCESS 370ea5aa50d66c6447300d23467cdd1efd0efa72, kernel test robot
• [PATCH V3 mlx5-next 00/13] Add mlx5 live migration driver, Yishai Hadas
  • [PATCH V3 mlx5-next 01/13] PCI/IOV: Add pci_iov_vf_id() to get VF index, Yishai Hadas
  • [PATCH V3 mlx5-next 02/13] net/mlx5: Reuse exported virtfn index function call, Yishai Hadas
  • [PATCH V3 mlx5-next 03/13] net/mlx5: Disable SRIOV before PF removal, Yishai Hadas
  • [PATCH V3 mlx5-next 04/13] PCI/IOV: Add pci_iov_get_pf_drvdata() to allow VF reaching the drvdata of a PF, Yishai Hadas
  • [PATCH V3 mlx5-next 05/13] net/mlx5: Expose APIs to get/put the mlx5 core device, Yishai Hadas
  • [PATCH V3 mlx5-next 06/13] vfio: Fix VFIO_DEVICE_STATE_SET_ERROR macro, Yishai Hadas
  • [PATCH V3 mlx5-next 07/13] vfio: Add a macro for VFIO_DEVICE_STATE_ERROR, Yishai Hadas
  • [PATCH V3 mlx5-next 08/13] vfio/pci_core: Make the region->release() function optional, Yishai Hadas
  • [PATCH V3 mlx5-next 09/13] net/mlx5: Introduce migration bits and structures, Yishai Hadas
  • [PATCH V3 mlx5-next 10/13] vfio/mlx5: Expose migration commands over mlx5 device, Yishai Hadas
  • [PATCH V3 mlx5-next 11/13] vfio/mlx5: Implement vfio_pci driver for mlx5 devices, Yishai Hadas
  • [PATCH V3 mlx5-next 12/13] vfio/pci: Expose vfio_pci_aer_err_detected(), Yishai Hadas
  • [PATCH V3 mlx5-next 13/13] vfio/mlx5: Use its own PCI reset_done error handler, Yishai Hadas
• [PATCH] PCI: endpoint: Use 'bitmap_zalloc()' when applicable, Christophe JAILLET
  • Re: [PATCH] PCI: endpoint: Use 'bitmap_zalloc()' when applicable, Krzysztof Wilczyński
    • Re: [PATCH] PCI: endpoint: Use 'bitmap_zalloc()' when applicable, Christophe JAILLET
• [PATCH] PCI: xgene-msi: Use bitmap_zalloc() when applicable, Christophe JAILLET
  • Re: [PATCH] PCI: xgene-msi: Use bitmap_zalloc() when applicable, Krzysztof Wilczyński
    • Re: [PATCH] PCI: xgene-msi: Use bitmap_zalloc() when applicable, Christophe JAILLET
      • Re: [PATCH] PCI: xgene-msi: Use bitmap_zalloc() when applicable, Krzysztof Wilczyński
        • Re: [PATCH] PCI: xgene-msi: Use bitmap_zalloc() when applicable, Christophe JAILLET
  • Re: [PATCH] PCI: xgene-msi: Use bitmap_zalloc() when applicable, Lorenzo Pieralisi
• RFC: Change PCI DTS scheme for port/link specific properties, Pali Rohár
  • Re: RFC: Change PCI DTS scheme for port/link specific properties, Rob Herring
    • Re: RFC: Change PCI DTS scheme for port/link specific properties, Pali Rohár
• RFC: Extend probing of native PCIe controllers, Pali Rohár
  • Re: RFC: Extend probing of native PCIe controllers, Luca Ceresoli
    • Re: RFC: Extend probing of native PCIe controllers, Pali Rohár
      • Re: RFC: Extend probing of native PCIe controllers, Luca Ceresoli
  • Re: RFC: Extend probing of native PCIe controllers, Oliver O'Halloran
    • Re: RFC: Extend probing of native PCIe controllers, Pali Rohár
  • Re: RFC: Extend probing of native PCIe controllers, Bjorn Helgaas
• [PATCH v5 0/6] PCI: brcmstb: have host-bridge turn on sub-device power, Jim Quinlan
  • [PATCH v5 1/6] dt-bindings: PCI: Add bindings for Brcmstb EP voltage regulators, Jim Quinlan
    • Re: [PATCH v5 1/6] dt-bindings: PCI: Add bindings for Brcmstb EP voltage regulators, Mark Brown
      • Re: [PATCH v5 1/6] dt-bindings: PCI: Add bindings for Brcmstb EP voltage regulators, Jim Quinlan
        • Re: [PATCH v5 1/6] dt-bindings: PCI: Add bindings for Brcmstb EP voltage regulators, Mark Brown
    • Re: [PATCH v5 1/6] dt-bindings: PCI: Add bindings for Brcmstb EP voltage regulators, Rob Herring
    • Re: [PATCH v5 1/6] dt-bindings: PCI: Add bindings for Brcmstb EP voltage regulators, Rob Herring
      • Re: [PATCH v5 1/6] dt-bindings: PCI: Add bindings for Brcmstb EP voltage regulators, Jim Quinlan
        • Re: [PATCH v5 1/6] dt-bindings: PCI: Add bindings for Brcmstb EP voltage regulators, Bjorn Helgaas
          • Re: [PATCH v5 1/6] dt-bindings: PCI: Add bindings for Brcmstb EP voltage regulators, Pali Rohár
        • Re: [PATCH v5 1/6] dt-bindings: PCI: Add bindings for Brcmstb EP voltage regulators, Rob Herring
          • Re: [PATCH v5 1/6] dt-bindings: PCI: Add bindings for Brcmstb EP voltage regulators, Jim Quinlan
  • [PATCH v5 2/6] PCI: allow for callback to prepare nascent subdev, Jim Quinlan
    • Re: [PATCH v5 2/6] PCI: allow for callback to prepare nascent subdev, Greg Kroah-Hartman
      • Re: [PATCH v5 2/6] PCI: allow for callback to prepare nascent subdev, Jim Quinlan
  • [PATCH v5 5/6] PCI: brcmstb: Do not turn off regulators if EP can wake up, Jim Quinlan
    • Re: [PATCH v5 5/6] PCI: brcmstb: Do not turn off regulators if EP can wake up, Mark Brown
      • Re: [PATCH v5 5/6] PCI: brcmstb: Do not turn off regulators if EP can wake up, Jim Quinlan
  • [PATCH v5 6/6] PCI: brcmstb: change brcm_phy_stop() to return void, Jim Quinlan
  • [PATCH v5 4/6] PCI: brcmstb: Add control of subdevice voltage regulators, Jim Quinlan
    • Re: [PATCH v5 4/6] PCI: brcmstb: Add control of subdevice voltage regulators, Mark Brown
      • Re: [PATCH v5 4/6] PCI: brcmstb: Add control of subdevice voltage regulators, Jim Quinlan
        • Re: [PATCH v5 4/6] PCI: brcmstb: Add control of subdevice voltage regulators, Mark Brown
          • Re: [PATCH v5 4/6] PCI: brcmstb: Add control of subdevice voltage regulators, Jim Quinlan
            • Re: [PATCH v5 4/6] PCI: brcmstb: Add control of subdevice voltage regulators, Mark Brown
              • Re: [PATCH v5 4/6] PCI: brcmstb: Add control of subdevice voltage regulators, Florian Fainelli
                • Re: [PATCH v5 4/6] PCI: brcmstb: Add control of subdevice voltage regulators, Rob Herring
                  • Re: [PATCH v5 4/6] PCI: brcmstb: Add control of subdevice voltage regulators, Florian Fainelli
                • Re: [PATCH v5 4/6] PCI: brcmstb: Add control of subdevice voltage regulators, Mark Brown
        • Re: [PATCH v5 4/6] PCI: brcmstb: Add control of subdevice voltage regulators, Rob Herring
  • [PATCH v5 3/6] PCI: brcmstb: split brcm_pcie_setup() into two funcs, Jim Quinlan