Linux PCI

• Date Index

• [PATCH v12 00/11] Add support for Hikey 970 PCIe, Mauro Carvalho Chehab
  • [PATCH v12 04/11] PCI: kirin: Use regmap for APB registers, Mauro Carvalho Chehab
  • [PATCH v12 06/11] PCI: kirin: Add Kirin 970 compatible, Mauro Carvalho Chehab
  • [PATCH v12 03/11] PCI: kirin: Add support for a PHY layer, Mauro Carvalho Chehab
    • Re: [PATCH v12 03/11] PCI: kirin: Add support for a PHY layer, Pali Rohár
      • Re: [PATCH v12 03/11] PCI: kirin: Add support for a PHY layer, Mauro Carvalho Chehab
  • [PATCH v12 07/11] PCI: kirin: Add MODULE_* macros, Mauro Carvalho Chehab
  • [PATCH v12 05/11] PCI: kirin: Add support for bridge slot DT schema, Mauro Carvalho Chehab
  • [PATCH v12 09/11] PCI: kirin: Add power_off support for Kirin 960 PHY, Mauro Carvalho Chehab
  • [PATCH v12 02/11] PCI: kirin: Reorganize the PHY logic inside the driver, Mauro Carvalho Chehab
  • [PATCH v12 10/11] PCI: kirin: fix poweroff sequence, Mauro Carvalho Chehab
  • [PATCH v12 08/11] PCI: kirin: Allow building it as a module, Mauro Carvalho Chehab
  • [PATCH v12 11/11] PCI: kirin: Allow removing the driver, Mauro Carvalho Chehab
  • Re: [PATCH v12 00/11] Add support for Hikey 970 PCIe, Mauro Carvalho Chehab
    • Re: [PATCH v12 00/11] Add support for Hikey 970 PCIe, Bjorn Helgaas
      • Re: [PATCH v12 00/11] Add support for Hikey 970 PCIe, Lorenzo Pieralisi
        • Re: [PATCH v12 00/11] Add support for Hikey 970 PCIe, Mauro Carvalho Chehab
          • Re: [PATCH v12 00/11] Add support for Hikey 970 PCIe, Lorenzo Pieralisi
  • <Possible follow-ups>
  • Re: [PATCH v12 00/11] Add support for Hikey 970 PCIe, Songxiaowei (Kirin_DRV)
    • Re: [PATCH v12 00/11] Add support for Hikey 970 PCIe, Lorenzo Pieralisi
• [PATCH v4 0/8] PCI: Drop duplicated tracking of a pci_dev's bound driver, Uwe Kleine-König
  • [PATCH v4 2/8] PCI: Drop useless check from pci_device_probe(), Uwe Kleine-König
  • [PATCH v4 3/8] xen/pci: Drop some checks that are always true, Uwe Kleine-König
  • [PATCH v4 1/8] PCI: Simplify pci_device_remove(), Uwe Kleine-König
  • [PATCH v4 8/8] PCI: Drop duplicated tracking of a pci_dev's bound driver, Uwe Kleine-König
  • [PATCH v4 5/8] scsi: message: fusion: Remove unused parameter of mpt_pci driver's probe(), Uwe Kleine-König
  • [PATCH v4 6/8] crypto: qat - simplify adf_enable_aer(), Uwe Kleine-König
    • Re: [PATCH v4 6/8] crypto: qat - simplify adf_enable_aer(), Giovanni Cabiddu
      • Re: [PATCH v4 6/8] crypto: qat - simplify adf_enable_aer(), Uwe Kleine-König
        • Re: [PATCH v4 6/8] crypto: qat - simplify adf_enable_aer(), Uwe Kleine-König
          • Re: [PATCH v4 6/8] crypto: qat - simplify adf_enable_aer(), Giovanni Cabiddu
            • Re: [PATCH v4 6/8] crypto: qat - simplify adf_enable_aer(), Uwe Kleine-König
  • [PATCH v4 4/8] PCI: replace pci_dev::driver usage that gets the driver name, Uwe Kleine-König
    • Re: [PATCH v4 4/8] PCI: replace pci_dev::driver usage that gets the driver name, Kalle Valo
    • Re: [PATCH v4 4/8] PCI: replace pci_dev::driver usage that gets the driver name, Simon Horman
      • Re: [PATCH v4 4/8] PCI: replace pci_dev::driver usage that gets the driver name, Uwe Kleine-König
        • Re: [PATCH v4 4/8] PCI: replace pci_dev::driver usage that gets the driver name, Simon Horman
          • Re: [PATCH v4 4/8] PCI: replace pci_dev::driver usage that gets the driver name, Uwe Kleine-König
    • Re: [PATCH v4 4/8] PCI: replace pci_dev::driver usage that gets the driver name, Bjorn Helgaas
      • Re: [PATCH v4 4/8] PCI: replace pci_dev::driver usage that gets the driver name, Uwe Kleine-König
        • Re: [PATCH v4 4/8] PCI: replace pci_dev::driver usage that gets the driver name, Bjorn Helgaas
  • [PATCH v4 7/8] PCI: Replace pci_dev::driver usage by pci_dev::dev.driver, Uwe Kleine-König
  • Re: [PATCH v4 0/8] PCI: Drop duplicated tracking of a pci_dev's bound driver, Uwe Kleine-König
• [PATCH] PCI: xgene: Use PCI_VENDOR_ID_AMCC macro, Pali Rohár
  • Re: [PATCH] PCI: xgene: Use PCI_VENDOR_ID_AMCC macro, Krzysztof Wilczyński
  • Re: [PATCH] PCI: xgene: Use PCI_VENDOR_ID_AMCC macro, Lorenzo Pieralisi
• About the "__refdata" tag in pci-keystone.c, Sergio M. Iglesias
  • Re: About the "__refdata" tag in pci-keystone.c, Bjorn Helgaas
    • Re: About the "__refdata" tag in pci-keystone.c, Rob Herring
• [PATCH v3 0/6] MIPS: ralink: fix PCI IO resources, Sergio Paracuellos
  • [PATCH v3 1/6] Revert "MIPS: ralink: don't define PC_IOBASE but increase IO_SPACE_LIMIT", Sergio Paracuellos
    • Re: [PATCH v3 1/6] Revert "MIPS: ralink: don't define PC_IOBASE but increase IO_SPACE_LIMIT", Thomas Bogendoerfer
  • [PATCH v3 2/6] Revert "staging: mt7621-pci: set end limit for 'ioport_resource'", Sergio Paracuellos
  • [PATCH v3 3/6] MIPS: ralink: set PCI_IOBASE to 'mips_io_port_base', Sergio Paracuellos
    • Re: [PATCH v3 3/6] MIPS: ralink: set PCI_IOBASE to 'mips_io_port_base', Thomas Bogendoerfer
  • [PATCH v3 4/6] PCI: Allow architecture-specific pci_remap_iospace(), Sergio Paracuellos
  • [PATCH v3 6/6] staging: mt7621-pci: properly adjust base address for the IO window, Sergio Paracuellos
  • [PATCH v3 5/6] MIPS: implement architecture-specific 'pci_remap_iospace()', Sergio Paracuellos
    • Re: [PATCH v3 5/6] MIPS: implement architecture-specific 'pci_remap_iospace()', Thomas Bogendoerfer
    • Re: [PATCH v3 5/6] MIPS: implement architecture-specific 'pci_remap_iospace()', Xi Ruoyao
      • Re: [PATCH v3 5/6] MIPS: implement architecture-specific 'pci_remap_iospace()', Tiezhu Yang
      • Re: [PATCH v3 5/6] MIPS: implement architecture-specific 'pci_remap_iospace()', Arnd Bergmann
      • Re: [PATCH v3 5/6] MIPS: implement architecture-specific 'pci_remap_iospace()', Jiaxun Yang
        • Re: [PATCH v3 5/6] MIPS: implement architecture-specific 'pci_remap_iospace()', Arnd Bergmann
          • Re: [PATCH v3 5/6] MIPS: implement architecture-specific 'pci_remap_iospace()', Jiaxun Yang
            • Re: [PATCH v3 5/6] MIPS: implement architecture-specific 'pci_remap_iospace()', Arnd Bergmann
              • Re: [PATCH v3 5/6] MIPS: implement architecture-specific 'pci_remap_iospace()', Jiaxun Yang
                • Re: [PATCH v3 5/6] MIPS: implement architecture-specific 'pci_remap_iospace()', Arnd Bergmann
                  • Re: [PATCH v3 5/6] MIPS: implement architecture-specific 'pci_remap_iospace()', Jiaxun Yang
  • Re: [PATCH v3 0/6] MIPS: ralink: fix PCI IO resources, Arnd Bergmann
    • Re: [PATCH v3 0/6] MIPS: ralink: fix PCI IO resources, Sergio Paracuellos
  • Re: [PATCH v3 0/6] MIPS: ralink: fix PCI IO resources, Sergio Paracuellos
    • Re: [PATCH v3 0/6] MIPS: ralink: fix PCI IO resources, Greg KH
      • Re: [PATCH v3 0/6] MIPS: ralink: fix PCI IO resources, Sergio Paracuellos
• [PATCH] PCI: Remove the unused pci wrappers, Cai Huoqing
  • Re: [PATCH] PCI: Remove the unused pci wrappers, Christophe JAILLET
    • Re: [PATCH] PCI: Remove the unused pci wrappers, Cai Huoqing
• [PATCH v2 0/6] MIPS: ralink: fix PCI IO resources, Sergio Paracuellos
  • [PATCH v2 2/6] Revert "staging: mt7621-pci: set end limit for 'ioport_resource'", Sergio Paracuellos
  • [PATCH v2 1/6] Revert "MIPS: ralink: don't define PC_IOBASE but increase IO_SPACE_LIMIT", Sergio Paracuellos
  • [PATCH v2 3/6] MIPS: ralink: set PCI_IOBASE to 'mips_io_port_base', Sergio Paracuellos
  • [PATCH v2 4/6] PCI: Allow architecture-specific pci_remap_iospace(), Sergio Paracuellos
  • [PATCH v2 5/6] MIPS: implement architecture-specific 'pci_remap_iospace()', Sergio Paracuellos
  • [PATCH v2 6/6] staging: mt7621-pci: properly adjust base address for the IO window, Sergio Paracuellos
• [PATCH 0/6] MIPS: ralink: fix PCI IO resources, Sergio Paracuellos
  • [PATCH 1/6] Revert "MIPS: ralink: don't define PC_IOBASE but increase IO_SPACE_LIMIT", Sergio Paracuellos
  • [PATCH 2/6] Revert "staging: mt7621-pci: set end limit for 'ioport_resource'", Sergio Paracuellos
    • Re: [PATCH 2/6] Revert "staging: mt7621-pci: set end limit for 'ioport_resource'", Arnd Bergmann
  • [PATCH 3/6] MIPS: ralink: set PCI_IOBASE to 'mips_io_port_base', Sergio Paracuellos
    • Re: [PATCH 3/6] MIPS: ralink: set PCI_IOBASE to 'mips_io_port_base', Arnd Bergmann
  • [PATCH 5/6] MIPS: implement architecture dependent 'pci_remap_iospace()', Sergio Paracuellos
    • Re: [PATCH 5/6] MIPS: implement architecture dependent 'pci_remap_iospace()', Arnd Bergmann
      • Re: [PATCH 5/6] MIPS: implement architecture dependent 'pci_remap_iospace()', Sergio Paracuellos
        • Re: [PATCH 5/6] MIPS: implement architecture dependent 'pci_remap_iospace()', Arnd Bergmann
          • Re: [PATCH 5/6] MIPS: implement architecture dependent 'pci_remap_iospace()', Sergio Paracuellos
  • [PATCH 4/6] PCI: allow architecture specific implementation of pci_remap_iospace(), Sergio Paracuellos
    • Re: [PATCH 4/6] PCI: allow architecture specific implementation of pci_remap_iospace(), Bjorn Helgaas
    • Re: [PATCH 4/6] PCI: allow architecture specific implementation of pci_remap_iospace(), Arnd Bergmann
  • [PATCH 6/6] staging: mt7621-pci: properly adjust base address for the IO window, Sergio Paracuellos
    • Re: [PATCH 6/6] staging: mt7621-pci: properly adjust base address for the IO window, Arnd Bergmann
• [RFC] PCI: imx6: add support for internal oscillator on i.MX7D, Matthias Schiffer
  • Re: [RFC] PCI: imx6: add support for internal oscillator on i.MX7D, Lucas Stach
    • Re: [RFC] PCI: imx6: add support for internal oscillator on i.MX7D, Matthias Schiffer
      • Re: [RFC] PCI: imx6: add support for internal oscillator on i.MX7D, Lucas Stach
        • Re: [RFC] PCI: imx6: add support for internal oscillator on i.MX7D, Matthias Schiffer
  • Re: [RFC] PCI: imx6: add support for internal oscillator on i.MX7D, Bjorn Helgaas
• [PATCH 0/5] Switchtec Fixes and Improvements, kelvin.cao
  • [PATCH 1/5] PCI/switchtec: Error out MRPC execution when no GAS access, kelvin.cao
    • Re: [PATCH 1/5] PCI/switchtec: Error out MRPC execution when no GAS access, Bjorn Helgaas
      • Re: [PATCH 1/5] PCI/switchtec: Error out MRPC execution when no GAS access, Logan Gunthorpe
        • Re: [PATCH 1/5] PCI/switchtec: Error out MRPC execution when no GAS access, Kelvin.Cao
          • Re: [PATCH 1/5] PCI/switchtec: Error out MRPC execution when no GAS access, Bjorn Helgaas
            • Re: [PATCH 1/5] PCI/switchtec: Error out MRPC execution when no GAS access, Kelvin.Cao
              • Re: [PATCH 1/5] PCI/switchtec: Error out MRPC execution when no GAS access, Bjorn Helgaas
                • Re: [PATCH 1/5] PCI/switchtec: Error out MRPC execution when no GAS access, Kelvin.Cao
                  • Re: [PATCH 1/5] PCI/switchtec: Error out MRPC execution when no GAS access, Bjorn Helgaas
                    • Re: [PATCH 1/5] PCI/switchtec: Error out MRPC execution when no GAS access, Kelvin.Cao
                      • Re: [PATCH 1/5] PCI/switchtec: Error out MRPC execution when no GAS access, Bjorn Helgaas
                        • Re: [PATCH 1/5] PCI/switchtec: Error out MRPC execution when no GAS access, Kelvin.Cao
                          • Re: [PATCH 1/5] PCI/switchtec: Error out MRPC execution when no GAS access, Bjorn Helgaas
                            • Re: [PATCH 1/5] PCI/switchtec: Error out MRPC execution when no GAS access, Kelvin.Cao
                              • Re: [PATCH 1/5] PCI/switchtec: Error out MRPC execution when no GAS access, Bjorn Helgaas
                                • Re: [PATCH 1/5] PCI/switchtec: Error out MRPC execution when no GAS access, Kelvin.Cao
                                • Re: [PATCH 1/5] PCI/switchtec: Error out MRPC execution when no GAS access, Bjorn Helgaas
      • Re: [PATCH 1/5] PCI/switchtec: Error out MRPC execution when no GAS access, Kelvin.Cao
        • Re: [PATCH 1/5] PCI/switchtec: Error out MRPC execution when no GAS access, Logan Gunthorpe
          • Re: [PATCH 1/5] PCI/switchtec: Error out MRPC execution when no GAS access, Kelvin.Cao
  • [PATCH 2/5] PCI/switchtec: Fix a MRPC error status handling issue, kelvin.cao
  • [PATCH 3/5] PCI/switchtec: Update the way of getting management VEP instance ID, kelvin.cao
  • [PATCH 4/5] PCI/switchtec: Replace ENOTSUPP with EOPNOTSUPP, kelvin.cao
  • [PATCH 5/5] PCI/switchtec: Add check of event support, kelvin.cao
  • Re: [PATCH 0/5] Switchtec Fixes and Improvements, Logan Gunthorpe
    • Re: [PATCH 0/5] Switchtec Fixes and Improvements, Kelvin.Cao
  • Re: [PATCH 0/5] Switchtec Fixes and Improvements, Bjorn Helgaas
    • Re: [PATCH 0/5] Switchtec Fixes and Improvements, Kelvin.Cao
  • Re: [PATCH 0/5] Switchtec Fixes and Improvements, Bjorn Helgaas
    • Re: [PATCH 0/5] Switchtec Fixes and Improvements, Logan Gunthorpe
      • Re: [PATCH 0/5] Switchtec Fixes and Improvements, Bjorn Helgaas
• [PATCH v2 0/9] cxl_pci refactor for reusability, Ben Widawsky
  • [PATCH v2 1/9] cxl: Convert "RBI" to enum, Ben Widawsky
    • Re: [PATCH v2 1/9] cxl: Convert "RBI" to enum, Dan Williams
  • [PATCH v2 2/9] cxl/pci: Remove dev_dbg for unknown register blocks, Ben Widawsky
    • Re: [PATCH v2 2/9] cxl/pci: Remove dev_dbg for unknown register blocks, Dan Williams
  • [PATCH v2 4/9] cxl/pci: Refactor cxl_pci_setup_regs, Ben Widawsky
    • Re: [PATCH v2 4/9] cxl/pci: Refactor cxl_pci_setup_regs, Dan Williams
  • [PATCH v2 3/9] cxl/pci: Remove pci request/release regions, Ben Widawsky
    • Re: [PATCH v2 3/9] cxl/pci: Remove pci request/release regions, Dan Williams
  • [PATCH v2 5/9] cxl/pci: Make more use of cxl_register_map, Ben Widawsky
    • Re: [PATCH v2 5/9] cxl/pci: Make more use of cxl_register_map, Dan Williams
  • [PATCH v2 6/9] PCI: Add pci_find_dvsec_capability to find designated VSEC, Ben Widawsky
    • Re: [PATCH v2 6/9] PCI: Add pci_find_dvsec_capability to find designated VSEC, Liang, Kan
    • Re: [PATCH v2 6/9] PCI: Add pci_find_dvsec_capability to find designated VSEC, Bjorn Helgaas
    • Re: [PATCH v2 6/9] PCI: Add pci_find_dvsec_capability to find designated VSEC, Andrew Donnellan
    • Re: [PATCH v2 6/9] PCI: Add pci_find_dvsec_capability to find designated VSEC, Jonathan Cameron
  • [PATCH v2 7/9] cxl/pci: Use pci core's DVSEC functionality, Ben Widawsky
    • Re: [PATCH v2 7/9] cxl/pci: Use pci core's DVSEC functionality, Dan Williams
  • [PATCH v2 8/9] ocxl: Use pci core's DVSEC functionality, Ben Widawsky
    • Re: [PATCH v2 8/9] ocxl: Use pci core's DVSEC functionality, Andrew Donnellan
  • [PATCH v2 9/9] iommu/vt-d: Use pci core's DVSEC functionality, Ben Widawsky
    • Re: [PATCH v2 9/9] iommu/vt-d: Use pci core's DVSEC functionality, Christoph Hellwig
    • Re: [PATCH v2 9/9] iommu/vt-d: Use pci core's DVSEC functionality, Dan Williams
      • Re: [PATCH v2 9/9] iommu/vt-d: Use pci core's DVSEC functionality, Lu Baolu
• [PATCH v3 0/5] Add general DVSEC/VSEC support, David E. Box
  • [PATCH v3 5/5] MFD: intel_extended_cap: Add support for Intel SDSi, David E. Box
  • [PATCH v3 3/5] MFD: intel_pmt: Add support for PCIe VSEC structures, David E. Box
  • [PATCH v3 2/5] MFD: intel_pmt: Support non-PMT capabilities, David E. Box
    • Re: [PATCH v3 2/5] MFD: intel_pmt: Support non-PMT capabilities, Greg KH
      • Re: [PATCH v3 2/5] MFD: intel_pmt: Support non-PMT capabilities, David E. Box
        • Re: [PATCH v3 2/5] MFD: intel_pmt: Support non-PMT capabilities, Greg KH
        • Re: [PATCH v3 2/5] MFD: intel_pmt: Support non-PMT capabilities, Lee Jones
          • Re: [PATCH v3 2/5] MFD: intel_pmt: Support non-PMT capabilities, Greg KH
            • Re: [PATCH v3 2/5] MFD: intel_pmt: Support non-PMT capabilities, Lee Jones
  • [PATCH v3 1/5] PCI: Add #defines for accessing PCIE DVSEC fields, David E. Box
    • Re: [PATCH v3 1/5] PCI: Add #defines for accessing PCIE DVSEC fields, Bjorn Helgaas
  • [PATCH v3 4/5] MFD: intel_pmt: Add DG2 support, David E. Box
  • Re: [PATCH v3 0/5] Add general DVSEC/VSEC support, Hans de Goede
    • Re: [PATCH v3 0/5] Add general DVSEC/VSEC support, David E. Box
• [PATCH v4 00/10] PCI: Add support for Apple M1, Marc Zyngier
  • [PATCH v4 01/10] irqdomain: Make of_phandle_args_to_fwspec generally available, Marc Zyngier
  • [PATCH v4 02/10] of/irq: Allow matching of an interrupt-map local to an interrupt controller, Marc Zyngier
  • [PATCH v4 03/10] PCI: of: Allow matching of an interrupt-map local to a PCI device, Marc Zyngier
  • [PATCH v4 04/10] PCI: apple: Add initial hardware bring-up, Marc Zyngier
    • Re: [PATCH v4 04/10] PCI: apple: Add initial hardware bring-up, Sven Peter
      • Re: [PATCH v4 04/10] PCI: apple: Add initial hardware bring-up, Rob Herring
        • Re: [PATCH v4 04/10] PCI: apple: Add initial hardware bring-up, Marc Zyngier
      • Re: [PATCH v4 04/10] PCI: apple: Add initial hardware bring-up, Marc Zyngier
    • Re: [PATCH v4 04/10] PCI: apple: Add initial hardware bring-up, Rob Herring
  • [PATCH v4 09/10] iommu/dart: Exclude MSI doorbell from PCIe device IOVA range, Marc Zyngier
  • [PATCH v4 08/10] PCI: apple: Implement MSI support, Marc Zyngier
  • [PATCH v4 07/10] arm64: apple: t8103: Add root port interrupt routing, Marc Zyngier
  • [PATCH v4 06/10] PCI: apple: Add INTx and per-port interrupt support, Marc Zyngier
  • [PATCH v4 05/10] PCI: apple: Set up reference clocks when probing, Marc Zyngier
  • [PATCH v4 10/10] PCI: apple: Configure RID to SID mapper on device addition, Marc Zyngier
  • Re: [PATCH v4 00/10] PCI: Add support for Apple M1, Mark Kettenis
• [PATCH V9 0/8] PCI: Enable 10-Bit tag support for PCIe devices, Dongdong Liu
  • [PATCH V9 1/8] PCI: Use cached devcap in more places, Dongdong Liu
  • [PATCH V9 3/8] PCI: Add 10-Bit Tag register definitions, Dongdong Liu
  • [PATCH V9 2/8] PCI: Cache Device Capabilities 2 Register, Dongdong Liu
  • [PATCH V9 5/8] PCI/IOV: Add 10-Bit Tag sysfs files for VF devices, Dongdong Liu
  • [PATCH V9 6/8] PCI/P2PDMA: Add a 10-Bit Tag check in P2PDMA, Dongdong Liu
  • [PATCH V9 7/8] PCI: Enable 10-Bit Tag support for PCIe Endpoint device, Dongdong Liu
  • [PATCH V9 4/8] PCI/sysfs: Add a 10-Bit Tag sysfs file PCIe Endpoint devices, Dongdong Liu
    • Re: [PATCH V9 4/8] PCI/sysfs: Add a 10-Bit Tag sysfs file PCIe Endpoint devices, Krzysztof Wilczyński
      • Re: [PATCH V9 4/8] PCI/sysfs: Add a 10-Bit Tag sysfs file PCIe Endpoint devices, Dongdong Liu
  • [PATCH V9 8/8] PCI/IOV: Enable 10-Bit Tag support for PCIe VF devices, Dongdong Liu
• [PATCH] PCI: mvebu: Make use of the helper function devm_add_action_or_reset(), Cai Huoqing
  • Re: [PATCH] PCI: mvebu: Make use of the helper function devm_add_action_or_reset(), Bjorn Helgaas
• [PATCH mlx5-next 0/7] Add mlx5 live migration driver, Leon Romanovsky
  • [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Leon Romanovsky
    • RE: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Shameerali Kolothum Thodi
      • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Leon Romanovsky
        • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Max Gurtovoy
          • RE: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Shameerali Kolothum Thodi
            • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Kirti Wankhede
            • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Max Gurtovoy
              • RE: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Shameerali Kolothum Thodi
                • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Max Gurtovoy
                  • RE: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Shameerali Kolothum Thodi
    • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Alex Williamson
      • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Jason Gunthorpe
        • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Alex Williamson
          • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Jason Gunthorpe
            • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Alex Williamson
              • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Jason Gunthorpe
                • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Alex Williamson
                  • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Jason Gunthorpe
          • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Max Gurtovoy
        • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Max Gurtovoy
          • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Alex Williamson
            • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Max Gurtovoy
              • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Alex Williamson
                • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Max Gurtovoy
                  • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Alex Williamson
                    • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Max Gurtovoy
                      • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Jason Gunthorpe
                        • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Max Gurtovoy
                          • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Alex Williamson
                            • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Max Gurtovoy
                              • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Alex Williamson
                          • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Jason Gunthorpe
                            • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Max Gurtovoy
                              • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Jason Gunthorpe
                                • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Max Gurtovoy
                                • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Jason Gunthorpe
                                • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Max Gurtovoy
                                • Re: [PATCH mlx5-next 2/7] vfio: Add an API to check migration state transition validity, Jason Gunthorpe
  • [PATCH mlx5-next 3/7] vfio/pci_core: Make the region->release() function optional, Leon Romanovsky
    • Re: [PATCH mlx5-next 3/7] vfio/pci_core: Make the region->release() function optional, Max Gurtovoy
  • [PATCH mlx5-next 1/7] PCI/IOV: Provide internal VF index, Leon Romanovsky
    • Re: [PATCH mlx5-next 1/7] PCI/IOV: Provide internal VF index, Bjorn Helgaas
      • Re: [PATCH mlx5-next 1/7] PCI/IOV: Provide internal VF index, Leon Romanovsky
        • Re: [PATCH mlx5-next 1/7] PCI/IOV: Provide internal VF index, Bjorn Helgaas
          • Re: [PATCH mlx5-next 1/7] PCI/IOV: Provide internal VF index, Leon Romanovsky
            • Re: [PATCH mlx5-next 1/7] PCI/IOV: Provide internal VF index, Bjorn Helgaas
              • Re: [PATCH mlx5-next 1/7] PCI/IOV: Provide internal VF index, Leon Romanovsky
                • Re: [PATCH mlx5-next 1/7] PCI/IOV: Provide internal VF index, Bjorn Helgaas
                  • Re: [PATCH mlx5-next 1/7] PCI/IOV: Provide internal VF index, Leon Romanovsky
                    • Re: [PATCH mlx5-next 1/7] PCI/IOV: Provide internal VF index, Bjorn Helgaas
  • [PATCH mlx5-next 5/7] net/mlx5: Expose APIs to get/put the mlx5 core device, Leon Romanovsky
  • [PATCH mlx5-next 4/7] net/mlx5: Introduce migration bits and structures, Leon Romanovsky
    • Re: [PATCH mlx5-next 4/7] net/mlx5: Introduce migration bits and structures, Mark Zhang
  • [PATCH mlx5-next 6/7] mlx5_vfio_pci: Expose migration commands over mlx5 device, Leon Romanovsky
    • Re: [PATCH mlx5-next 6/7] mlx5_vfio_pci: Expose migration commands over mlx5 device, Alex Williamson
      • Re: [PATCH mlx5-next 6/7] mlx5_vfio_pci: Expose migration commands over mlx5 device, Leon Romanovsky
  • [PATCH mlx5-next 7/7] mlx5_vfio_pci: Implement vfio_pci driver for mlx5 devices, Leon Romanovsky
• [PATCH v3 0/3] PCI: mt7621: Add MediaTek MT7621 PCIe host controller driver, Sergio Paracuellos
  • [PATCH v3 1/3] dt-bindings: mt7621-pci: PCIe binding documentation for MT7621 SoCs, Sergio Paracuellos
  • [PATCH v3 2/3] PCI: mt7621: Add MediaTek MT7621 PCIe host controller driver, Sergio Paracuellos
    • Re: [PATCH v3 2/3] PCI: mt7621: Add MediaTek MT7621 PCIe host controller driver, Lorenzo Pieralisi
      • Re: [PATCH v3 2/3] PCI: mt7621: Add MediaTek MT7621 PCIe host controller driver, Sergio Paracuellos
  • [PATCH v3 3/3] MAINTAINERS: add myself as maintainer of the MT7621 PCI controller driver, Sergio Paracuellos
    • Re: [PATCH v3 3/3] MAINTAINERS: add myself as maintainer of the MT7621 PCI controller driver, Sergei Shtylyov
      • Re: [PATCH v3 3/3] MAINTAINERS: add myself as maintainer of the MT7621 PCI controller driver, Sergio Paracuellos
  • Re: [PATCH v3 0/3] PCI: mt7621: Add MediaTek MT7621 PCIe host controller driver, Lorenzo Pieralisi
    • Re: [PATCH v3 0/3] PCI: mt7621: Add MediaTek MT7621 PCIe host controller driver, Sergio Paracuellos
    • Re: [PATCH v3 0/3] PCI: mt7621: Add MediaTek MT7621 PCIe host controller driver, Bjorn Helgaas
      • Re: [PATCH v3 0/3] PCI: mt7621: Add MediaTek MT7621 PCIe host controller driver, Sergio Paracuellos
        • Re: [PATCH v3 0/3] PCI: mt7621: Add MediaTek MT7621 PCIe host controller driver, Bjorn Helgaas
          • Re: [PATCH v3 0/3] PCI: mt7621: Add MediaTek MT7621 PCIe host controller driver, Sergio Paracuellos
            • Re: [PATCH v3 0/3] PCI: mt7621: Add MediaTek MT7621 PCIe host controller driver, Lorenzo Pieralisi
              • Re: [PATCH v3 0/3] PCI: mt7621: Add MediaTek MT7621 PCIe host controller driver, Sergio Paracuellos
                • Re: [PATCH v3 0/3] PCI: mt7621: Add MediaTek MT7621 PCIe host controller driver, Bjorn Helgaas
                  • Re: [PATCH v3 0/3] PCI: mt7621: Add MediaTek MT7621 PCIe host controller driver, Sergio Paracuellos
• [PATCH v3] PCI: of: Avoid pci_remap_iospace() when PCI_IOBASE not defined, Sergio Paracuellos
  • Re: [PATCH v3] PCI: of: Avoid pci_remap_iospace() when PCI_IOBASE not defined, Arnd Bergmann
    • Re: [PATCH v3] PCI: of: Avoid pci_remap_iospace() when PCI_IOBASE not defined, Sergio Paracuellos
      • Re: [PATCH v3] PCI: of: Avoid pci_remap_iospace() when PCI_IOBASE not defined, Arnd Bergmann
        • Re: [PATCH v3] PCI: of: Avoid pci_remap_iospace() when PCI_IOBASE not defined, Sergio Paracuellos
          • Re: [PATCH v3] PCI: of: Avoid pci_remap_iospace() when PCI_IOBASE not defined, Arnd Bergmann
            • Re: [PATCH v3] PCI: of: Avoid pci_remap_iospace() when PCI_IOBASE not defined, Sergio Paracuellos
              • Re: [PATCH v3] PCI: of: Avoid pci_remap_iospace() when PCI_IOBASE not defined, Arnd Bergmann
                • Re: [PATCH v3] PCI: of: Avoid pci_remap_iospace() when PCI_IOBASE not defined, Sergio Paracuellos
                  • Re: [PATCH v3] PCI: of: Avoid pci_remap_iospace() when PCI_IOBASE not defined, Arnd Bergmann
                    • Re: [PATCH v3] PCI: of: Avoid pci_remap_iospace() when PCI_IOBASE not defined, Sergio Paracuellos
                      • Re: [PATCH v3] PCI: of: Avoid pci_remap_iospace() when PCI_IOBASE not defined, Arnd Bergmann
                        • Re: [PATCH v3] PCI: of: Avoid pci_remap_iospace() when PCI_IOBASE not defined, Sergio Paracuellos
                          • Re: [PATCH v3] PCI: of: Avoid pci_remap_iospace() when PCI_IOBASE not defined, Arnd Bergmann
                            • Re: [PATCH v3] PCI: of: Avoid pci_remap_iospace() when PCI_IOBASE not defined, Sergio Paracuellos
                              • Re: [PATCH v3] PCI: of: Avoid pci_remap_iospace() when PCI_IOBASE not defined, Arnd Bergmann
                                • Re: [PATCH v3] PCI: of: Avoid pci_remap_iospace() when PCI_IOBASE not defined, Sergio Paracuellos
                                • Re: [PATCH v3] PCI: of: Avoid pci_remap_iospace() when PCI_IOBASE not defined, Arnd Bergmann
                                • Re: [PATCH v3] PCI: of: Avoid pci_remap_iospace() when PCI_IOBASE not defined, Sergio Paracuellos
                                • Re: [PATCH v3] PCI: of: Avoid pci_remap_iospace() when PCI_IOBASE not defined, Arnd Bergmann
                                • Re: [PATCH v3] PCI: of: Avoid pci_remap_iospace() when PCI_IOBASE not defined, Sergio Paracuellos
                                • Re: [PATCH v3] PCI: of: Avoid pci_remap_iospace() when PCI_IOBASE not defined, Sergio Paracuellos
                                • Re: [PATCH v3] PCI: of: Avoid pci_remap_iospace() when PCI_IOBASE not defined, Arnd Bergmann
                                • Re: [PATCH v3] PCI: of: Avoid pci_remap_iospace() when PCI_IOBASE not defined, Sergio Paracuellos
• [PATCH 0/7] cxl_pci refactor for reusability, Ben Widawsky
  • [PATCH 1/7] cxl: Convert "RBI" to enum, Ben Widawsky
  • [PATCH 2/7] cxl/pci: Remove dev_dbg for unknown register blocks, Ben Widawsky
  • [PATCH 3/7] cxl/pci: Refactor cxl_pci_setup_regs, Ben Widawsky
    • Re: [PATCH 3/7] cxl/pci: Refactor cxl_pci_setup_regs, Dan Williams
      • Re: [PATCH 3/7] cxl/pci: Refactor cxl_pci_setup_regs, Ben Widawsky
  • [PATCH 4/7] cxl/pci: Make more use of cxl_register_map, Ben Widawsky
  • [PATCH 5/7] PCI: Add pci_find_dvsec_capability to find designated VSEC, Ben Widawsky
    • Re: [PATCH 5/7] PCI: Add pci_find_dvsec_capability to find designated VSEC, Frederic Barrat
  • [PATCH 6/7] cxl/pci: Use pci core's DVSEC functionality, Ben Widawsky
  • [PATCH 7/7] ocxl: Use pci core's DVSEC functionality, Ben Widawsky
    • Re: [PATCH 7/7] ocxl: Use pci core's DVSEC functionality, Dan Williams
      • Re: [PATCH 7/7] ocxl: Use pci core's DVSEC functionality, Frederic Barrat
  • Re: [PATCH 0/7] cxl_pci refactor for reusability, Ben Widawsky
  • Re: [PATCH 0/7] cxl_pci refactor for reusability, Dan Williams
    • Re: [PATCH 0/7] cxl_pci refactor for reusability, Ben Widawsky
• [PATCH v5 0/4] Apple M1 PCIe DT bindings, Mark Kettenis
  • [PATCH v5 1/4] dt-bindings: interrupt-controller: Convert MSI controller to json-schema, Mark Kettenis
    • Re: [PATCH v5 1/4] dt-bindings: interrupt-controller: Convert MSI controller to json-schema, Rob Herring
  • [PATCH v5 2/4] dt-bindings: interrupt-controller: msi: Add msi-ranges property, Mark Kettenis
    • Re: [PATCH v5 2/4] dt-bindings: interrupt-controller: msi: Add msi-ranges property, Rob Herring
  • [PATCH v5 4/4] arm64: apple: Add PCIe node, Mark Kettenis
  • [PATCH v5 3/4] dt-bindings: pci: Add DT bindings for apple,pcie, Mark Kettenis
    • Re: [PATCH v5 3/4] dt-bindings: pci: Add DT bindings for apple,pcie, Rob Herring
• Revert "PCI/ASPM: Save/restore L1SS Capability for suspend/resume", Hemant Kumar
  • Re: Revert "PCI/ASPM: Save/restore L1SS Capability for suspend/resume", Bjorn Helgaas
• [PATCH v2 0/7] PCI: ACPI: Get rid of struct pci_platform_pm_ops and clean up code, Rafael J. Wysocki
  • [PATCH v2 7/7] PCI: PM: Simplify acpi_pci_power_manageable(), Rafael J. Wysocki
  • [PATCH v2 6/7] PCI: PM: Do not call platform_pci_power_manageable() unnecessarily, Rafael J. Wysocki
  • [PATCH v2 5/7] PCI: PM: Make pci_choose_state() call pci_target_state(), Rafael J. Wysocki
  • [PATCH v2 4/7] PCI: PM: Rearrange pci_target_state(), Rafael J. Wysocki
  • [PATCH v2 3/7] PCI: PM: Drop struct pci_platform_pm_ops, Rafael J. Wysocki
  • [PATCH v2 2/7] PCI: ACPI: PM: Do not use pci_platform_pm_ops for ACPI, Rafael J. Wysocki
    • Re: [PATCH v2 2/7] PCI: ACPI: PM: Do not use pci_platform_pm_ops for ACPI, Ferry Toth
      • Re: [PATCH v2 2/7] PCI: ACPI: PM: Do not use pci_platform_pm_ops for ACPI, Rafael J. Wysocki
        • Message not available
          • Re: [PATCH v2 2/7] PCI: ACPI: PM: Do not use pci_platform_pm_ops for ACPI, Rafael J. Wysocki
        • Re: [PATCH v2 2/7] PCI: ACPI: PM: Do not use pci_platform_pm_ops for ACPI, Ferry Toth
          • Re: [PATCH v2 2/7] PCI: ACPI: PM: Do not use pci_platform_pm_ops for ACPI, Ferry Toth
            • Re: [PATCH v2 2/7] PCI: ACPI: PM: Do not use pci_platform_pm_ops for ACPI, Rafael J. Wysocki
              • Re: [PATCH v2 2/7] PCI: ACPI: PM: Do not use pci_platform_pm_ops for ACPI, Ferry Toth
              • Re: [PATCH v2 2/7] PCI: ACPI: PM: Do not use pci_platform_pm_ops for ACPI, Ferry Toth
                • Re: [PATCH v2 2/7] PCI: ACPI: PM: Do not use pci_platform_pm_ops for ACPI, Rafael J. Wysocki
    • Re: [PATCH v2 2/7] PCI: ACPI: PM: Do not use pci_platform_pm_ops for ACPI, Nathan Chancellor
      • Re: [PATCH v2 2/7] PCI: ACPI: PM: Do not use pci_platform_pm_ops for ACPI, Rafael J. Wysocki
  • [PATCH v2 1/7] PCI: PM: Do not use pci_platform_pm_ops for Intel MID PM, Rafael J. Wysocki
  • Re: [PATCH v2 0/7] PCI: ACPI: Get rid of struct pci_platform_pm_ops and clean up code, Bjorn Helgaas
    • Re: [PATCH v2 0/7] PCI: ACPI: Get rid of struct pci_platform_pm_ops and clean up code, Rafael J. Wysocki
      • Re: [PATCH v2 0/7] PCI: ACPI: Get rid of struct pci_platform_pm_ops and clean up code, Bjorn Helgaas
    • Re: [PATCH v2 0/7] PCI: ACPI: Get rid of struct pci_platform_pm_ops and clean up code, Ferry Toth
  • [PATCH v3 0/3] PCI: PM: Simplify and unify some helper functions, Rafael J. Wysocki
    • [PATCH v3 3/3] PCI: PM: Do not call platform_pci_power_manageable() unnecessarily, Rafael J. Wysocki
    • [PATCH v3 2/3] PCI: PM: Make pci_choose_state() call pci_target_state(), Rafael J. Wysocki
    • [PATCH v3 1/3] PCI: PM: Rearrange pci_target_state(), Rafael J. Wysocki
    • Re: [PATCH v3 0/3] PCI: PM: Simplify and unify some helper functions, Ferry Toth
      • Re: [PATCH v3 0/3] PCI: PM: Simplify and unify some helper functions, Rafael J. Wysocki
• [PATCH] PCI: rcar: add COMMON_CLK dependency, Arnd Bergmann
  • Re: [PATCH] PCI: rcar: add COMMON_CLK dependency, Lorenzo Pieralisi
• [PATCH v8 0/3] Add Qualcomm PCIe Endpoint driver support, Manivannan Sadhasivam
  • [PATCH v8 1/3] dt-bindings: pci: Add devicetree binding for Qualcomm PCIe EP controller, Manivannan Sadhasivam
  • [PATCH v8 2/3] PCI: qcom-ep: Add Qualcomm PCIe Endpoint controller driver, Manivannan Sadhasivam
    • Re: [PATCH v8 2/3] PCI: qcom-ep: Add Qualcomm PCIe Endpoint controller driver, Bjorn Helgaas
  • [PATCH v8 3/3] MAINTAINERS: Add entry for Qualcomm PCIe Endpoint driver and binding, Manivannan Sadhasivam
  • Re: [PATCH v8 0/3] Add Qualcomm PCIe Endpoint driver support, Manivannan Sadhasivam
    • Re: [PATCH v8 0/3] Add Qualcomm PCIe Endpoint driver support, Manivannan Sadhasivam
      • Re: [PATCH v8 0/3] Add Qualcomm PCIe Endpoint driver support, Lorenzo Pieralisi
  • Re: [PATCH v8 0/3] Add Qualcomm PCIe Endpoint driver support, Lorenzo Pieralisi
• [PATCH 0/3] PCI/gic-v3-its: Add support for same ITS device ID for multiple PCIe devices, Kishon Vijay Abraham I
  • [PATCH 1/3] PCI: Add support in pci_walk_bus() to invoke callback matching RID, Kishon Vijay Abraham I
    • Re: [PATCH 1/3] PCI: Add support in pci_walk_bus() to invoke callback matching RID, Marc Zyngier
      • Re: [PATCH 1/3] PCI: Add support in pci_walk_bus() to invoke callback matching RID, Kishon Vijay Abraham I
        • Re: [PATCH 1/3] PCI: Add support in pci_walk_bus() to invoke callback matching RID, Marc Zyngier
          • Re: [PATCH 1/3] PCI: Add support in pci_walk_bus() to invoke callback matching RID, Kishon Vijay Abraham I
            • Re: [PATCH 1/3] PCI: Add support in pci_walk_bus() to invoke callback matching RID, Marc Zyngier
              • Re: [PATCH 1/3] PCI: Add support in pci_walk_bus() to invoke callback matching RID, Kishon Vijay Abraham I
  • [PATCH 2/3] PCI: Export find_pci_root_bus(), Kishon Vijay Abraham I
    • Re: [PATCH 2/3] PCI: Export find_pci_root_bus(), Marc Zyngier
  • [PATCH 3/3] irqchip/gic-v3-its: Include "msi-map-mask" for calculating nvecs, Kishon Vijay Abraham I
    • Re: [PATCH 3/3] irqchip/gic-v3-its: Include "msi-map-mask" for calculating nvecs, Marc Zyngier
  • Re: [PATCH 0/3] PCI/gic-v3-its: Add support for same ITS device ID for multiple PCIe devices, Marc Zyngier
    • Re: [PATCH 0/3] PCI/gic-v3-its: Add support for same ITS device ID for multiple PCIe devices, Kishon Vijay Abraham I
      • Re: [PATCH 0/3] PCI/gic-v3-its: Add support for same ITS device ID for multiple PCIe devices, Marc Zyngier
• [PATCH] drivers/pci/setup-irq.c: Fix up comments., Pranay Sanghai
  • Re: [PATCH] drivers/pci/setup-irq.c: Fix up comments., Bjorn Helgaas
• [PATCH v1 0/5] PCI: ACPI: Get rid of struct pci_platform_pm_ops and clean up code, Rafael J. Wysocki
• [PATCH v1 1/5] PCI: PM: x86: Drop Intel MID PCI PM support, Rafael J. Wysocki
  • Re: [PATCH v1 1/5] PCI: PM: x86: Drop Intel MID PCI PM support, Andy Shevchenko
    • Re: [PATCH v1 1/5] PCI: PM: x86: Drop Intel MID PCI PM support, Rafael J. Wysocki
      • Re: [PATCH v1 1/5] PCI: PM: x86: Drop Intel MID PCI PM support, Andy Shevchenko
        • Re: [PATCH v1 1/5] PCI: PM: x86: Drop Intel MID PCI PM support, Rafael J. Wysocki
  • Re: [PATCH v1 1/5] PCI: PM: x86: Drop Intel MID PCI PM support, Ferry Toth
    • Re: [PATCH v1 1/5] PCI: PM: x86: Drop Intel MID PCI PM support, Rafael J. Wysocki
• [PATCH v1 2/5] PCI: ACPI: PM: Do not use pci_platform_pm_ops for ACPI, Rafael J. Wysocki
• [PATCH v1 3/5] PCI: PM: Rearrange code in pci_target_state(), Rafael J. Wysocki
• [PATCH v1 4/5] PCI: PM: Make pci_choose_state() call pci_target_state(), Rafael J. Wysocki
• [PATCH v1 5/5] PCI: PM: ACPI: Drop unnecessary acpi_pci_power_manageable() calls, Rafael J. Wysocki
• [PATCH v1 0/3] PCI: ACPI: glue: Get rid of acpi_pci_bus and rearrange code, Rafael J. Wysocki
  • [PATCH v1 3/3] ACPI: glue: Look for ACPI bus type only if ACPI companion is not known, Rafael J. Wysocki
  • [PATCH v1 2/3] ACPI: glue: Drop cleanup callback from struct acpi_bus_type, Rafael J. Wysocki
  • [PATCH v1 1/3] PCI: ACPI: Drop acpi_pci_bus, Rafael J. Wysocki
• [PATCH v3] PCI: uniphier: Serialize INTx masking/unmasking and fix the bit operation, Kunihiko Hayashi
  • Re: [PATCH v3] PCI: uniphier: Serialize INTx masking/unmasking and fix the bit operation, Lorenzo Pieralisi
• [GIT PULL] PCI fixes for v5.15, Bjorn Helgaas
  • Re: [GIT PULL] PCI fixes for v5.15, Linus Torvalds
    • Re: [GIT PULL] PCI fixes for v5.15, Bjorn Helgaas
  • Re: [GIT PULL] PCI fixes for v5.15, pr-tracker-bot
  • <Possible follow-ups>
  • [GIT PULL] PCI fixes for v5.15, Bjorn Helgaas
    • Re: [GIT PULL] PCI fixes for v5.15, pr-tracker-bot
• [PATCH v4] PCI: vmd: Assign a number to each VMD controller, brookxu
  • Re: [PATCH v4] PCI: vmd: Assign a number to each VMD controller, Krzysztof Wilczyński
  • Re: [PATCH v4] PCI: vmd: Assign a number to each VMD controller, Lorenzo Pieralisi
• [PATCH] PCI/VPD: Add simple sanity check to pci_vpd_size(), Heiner Kallweit
  • Re: [PATCH] PCI/VPD: Add simple sanity check to pci_vpd_size(), Krzysztof Wilczyński
    • Re: [PATCH] PCI/VPD: Add simple sanity check to pci_vpd_size(), Heiner Kallweit
      • Re: [PATCH] PCI/VPD: Add simple sanity check to pci_vpd_size(), Krzysztof Wilczyński
        • Re: [PATCH] PCI/VPD: Add simple sanity check to pci_vpd_size(), Heiner Kallweit
• [PATCH v2 2/4] PCI: only build xen-pcifront in PV-enabled environments, Jan Beulich
  • Re: [PATCH v2 2/4] PCI: only build xen-pcifront in PV-enabled environments, Bjorn Helgaas
• Re: [PATCH V3 18/22] LoongArch: Add PCI controller support, Arnd Bergmann
  • Re: [PATCH V3 18/22] LoongArch: Add PCI controller support, Huacai Chen
    • Re: [PATCH V3 18/22] LoongArch: Add PCI controller support, Bjorn Helgaas
      • Re: [PATCH V3 18/22] LoongArch: Add PCI controller support, Arnd Bergmann
• [helgaas-pci:for-linus] BUILD SUCCESS e042a4533fc346a655de7f1b8ac1fa01a2ed96e5, kernel test robot
• [PATCH v2] x86/intel: Disable HPET on another Intel Coffee Lake platform, Jakub Kicinski
  • Re: [PATCH v2] x86/intel: Disable HPET on another Intel Coffee Lake platform, Krzysztof Wilczyński
  • Re: [PATCH v2] x86/intel: Disable HPET on another Intel Coffee Lake platform, Jakub Kicinski
    • Re: [PATCH v2] x86/intel: Disable HPET on another Intel Coffee Lake platform, Bjorn Helgaas
      • Re: [PATCH v2] x86/intel: Disable HPET on another Intel Coffee Lake platform, Thomas Gleixner
        • [PATCH RFT] x86/hpet: Use another crystalball to evaluate HPET usability, Thomas Gleixner
          • Re: [PATCH RFT] x86/hpet: Use another crystalball to evaluate HPET usability, Rafael J. Wysocki
            • Re: [PATCH RFT] x86/hpet: Use another crystalball to evaluate HPET usability, Thomas Gleixner
              • [PATCH RFT v2] x86/hpet: Use another crystalball to evaluate HPET usability, Thomas Gleixner
                • Re: [PATCH RFT v2] x86/hpet: Use another crystalball to evaluate HPET usability, Jakub Kicinski
                • Re: [PATCH RFT v2] x86/hpet: Use another crystalball to evaluate HPET usability, Rafael J. Wysocki
• [PATCH v3 00/20] Userspace P2PDMA with O_DIRECT NVMe devices, Logan Gunthorpe
  • [PATCH v3 02/20] PCI/P2PDMA: attempt to set map_type if it has not been set, Logan Gunthorpe
    • Re: [PATCH v3 02/20] PCI/P2PDMA: attempt to set map_type if it has not been set, Bjorn Helgaas
  • [PATCH v3 03/20] PCI/P2PDMA: make pci_p2pdma_map_type() non-static, Logan Gunthorpe
    • Re: [PATCH v3 03/20] PCI/P2PDMA: make pci_p2pdma_map_type() non-static, Bjorn Helgaas
    • Re: [PATCH v3 03/20] PCI/P2PDMA: make pci_p2pdma_map_type() non-static, Jason Gunthorpe
  • [PATCH v3 04/20] PCI/P2PDMA: introduce helpers for dma_map_sg implementations, Logan Gunthorpe
    • Re: [PATCH v3 04/20] PCI/P2PDMA: introduce helpers for dma_map_sg implementations, Bjorn Helgaas
      • Re: [PATCH v3 04/20] PCI/P2PDMA: introduce helpers for dma_map_sg implementations, Logan Gunthorpe
    • Re: [PATCH v3 04/20] PCI/P2PDMA: introduce helpers for dma_map_sg implementations, Jason Gunthorpe
      • Re: [PATCH v3 04/20] PCI/P2PDMA: introduce helpers for dma_map_sg implementations, Logan Gunthorpe
    • Re: [PATCH v3 4/20] PCI/P2PDMA: introduce helpers for dma_map_sg implementations, Jason Gunthorpe
      • Re: [PATCH v3 4/20] PCI/P2PDMA: introduce helpers for dma_map_sg implementations, Logan Gunthorpe
        • Re: [PATCH v3 4/20] PCI/P2PDMA: introduce helpers for dma_map_sg implementations, Jason Gunthorpe
          • Re: [PATCH v3 4/20] PCI/P2PDMA: introduce helpers for dma_map_sg implementations, Logan Gunthorpe
            • Re: [PATCH v3 4/20] PCI/P2PDMA: introduce helpers for dma_map_sg implementations, Jason Gunthorpe
  • [PATCH v3 19/20] PCI/P2PDMA: introduce pci_mmap_p2pmem(), Logan Gunthorpe
    • Re: [PATCH v3 19/20] PCI/P2PDMA: introduce pci_mmap_p2pmem(), Bjorn Helgaas
    • Re: [PATCH v3 19/20] PCI/P2PDMA: introduce pci_mmap_p2pmem(), Jason Gunthorpe
      • Re: [PATCH v3 19/20] PCI/P2PDMA: introduce pci_mmap_p2pmem(), Logan Gunthorpe
        • Re: [PATCH v3 19/20] PCI/P2PDMA: introduce pci_mmap_p2pmem(), Jason Gunthorpe
          • Re: [PATCH v3 19/20] PCI/P2PDMA: introduce pci_mmap_p2pmem(), Logan Gunthorpe
            • Re: [PATCH v3 19/20] PCI/P2PDMA: introduce pci_mmap_p2pmem(), Jason Gunthorpe
              • Re: [PATCH v3 19/20] PCI/P2PDMA: introduce pci_mmap_p2pmem(), Logan Gunthorpe
                • Re: [PATCH v3 19/20] PCI/P2PDMA: introduce pci_mmap_p2pmem(), Jason Gunthorpe
                  • Re: [PATCH v3 19/20] PCI/P2PDMA: introduce pci_mmap_p2pmem(), Jason Gunthorpe
                    • Re: [PATCH v3 19/20] PCI/P2PDMA: introduce pci_mmap_p2pmem(), Logan Gunthorpe
                      • Re: [PATCH v3 19/20] PCI/P2PDMA: introduce pci_mmap_p2pmem(), Jason Gunthorpe
                        • Re: [PATCH v3 19/20] PCI/P2PDMA: introduce pci_mmap_p2pmem(), Logan Gunthorpe
                          • Re: [PATCH v3 19/20] PCI/P2PDMA: introduce pci_mmap_p2pmem(), Jason Gunthorpe
                            • Re: [PATCH v3 19/20] PCI/P2PDMA: introduce pci_mmap_p2pmem(), Logan Gunthorpe
                              • Re: [PATCH v3 19/20] PCI/P2PDMA: introduce pci_mmap_p2pmem(), Jason Gunthorpe
                                • Re: [PATCH v3 19/20] PCI/P2PDMA: introduce pci_mmap_p2pmem(), John Hubbard
                                • Re: [PATCH v3 19/20] PCI/P2PDMA: introduce pci_mmap_p2pmem(), Logan Gunthorpe
                        • Re: [PATCH v3 19/20] PCI/P2PDMA: introduce pci_mmap_p2pmem(), Christian König
                          • Re: [PATCH v3 19/20] PCI/P2PDMA: introduce pci_mmap_p2pmem(), Jason Gunthorpe
                            • Re: [PATCH v3 19/20] PCI/P2PDMA: introduce pci_mmap_p2pmem(), Christian König
                              • Re: [PATCH v3 19/20] PCI/P2PDMA: introduce pci_mmap_p2pmem(), Jason Gunthorpe
                                • Re: [PATCH v3 19/20] PCI/P2PDMA: introduce pci_mmap_p2pmem(), Christian König
    • Re: [PATCH v3 19/20] PCI/P2PDMA: introduce pci_mmap_p2pmem(), Jason Gunthorpe
      • Re: [PATCH v3 19/20] PCI/P2PDMA: introduce pci_mmap_p2pmem(), Logan Gunthorpe
  • [PATCH v3 01/20] lib/scatterlist: add flag for indicating P2PDMA segments in an SGL, Logan Gunthorpe
    • Re: [PATCH v3 01/20] lib/scatterlist: add flag for indicating P2PDMA segments in an SGL, Jason Gunthorpe
      • Re: [PATCH v3 01/20] lib/scatterlist: add flag for indicating P2PDMA segments in an SGL, Logan Gunthorpe
    • Re: [PATCH v3 01/20] lib/scatterlist: add flag for indicating P2PDMA segments in an SGL, Chaitanya Kulkarni
      • Re: [PATCH v3 01/20] lib/scatterlist: add flag for indicating P2PDMA segments in an SGL, Logan Gunthorpe
    • Re: [PATCH v3 01/20] lib/scatterlist: add flag for indicating P2PDMA segments in an SGL, Chaitanya Kulkarni
  • [PATCH v3 16/20] block: set FOLL_PCI_P2PDMA in __bio_iov_iter_get_pages(), Logan Gunthorpe
  • [PATCH v3 15/20] iov_iter: introduce iov_iter_get_pages_[alloc_]flags(), Logan Gunthorpe
  • [PATCH v3 12/20] RDMA/rw: use dma_map_sgtable(), Logan Gunthorpe
    • Re: [PATCH v3 12/20] RDMA/rw: use dma_map_sgtable(), Jason Gunthorpe
      • Re: [PATCH v3 12/20] RDMA/rw: use dma_map_sgtable(), Logan Gunthorpe
      • Re: [PATCH v3 12/20] RDMA/rw: use dma_map_sgtable(), Max Gurtovoy
  • [PATCH v3 13/20] PCI/P2PDMA: remove pci_p2pdma_[un]map_sg(), Logan Gunthorpe
    • Re: [PATCH v3 13/20] PCI/P2PDMA: remove pci_p2pdma_[un]map_sg(), Bjorn Helgaas
    • Re: [PATCH v3 13/20] PCI/P2PDMA: remove pci_p2pdma_[un]map_sg(), Jason Gunthorpe
    • Re: [PATCH v3 13/20] PCI/P2PDMA: remove pci_p2pdma_[un]map_sg(), Max Gurtovoy
  • [PATCH v3 09/20] nvme-pci: check DMA ops when indicating support for PCI P2PDMA, Logan Gunthorpe
    • Re: [PATCH v3 09/20] nvme-pci: check DMA ops when indicating support for PCI P2PDMA, Chaitanya Kulkarni
      • Re: [PATCH v3 09/20] nvme-pci: check DMA ops when indicating support for PCI P2PDMA, Logan Gunthorpe
        • Re: [PATCH v3 09/20] nvme-pci: check DMA ops when indicating support for PCI P2PDMA, Chaitanya Kulkarni
  • [PATCH v3 07/20] dma-mapping: add flags to dma_map_ops to indicate PCI P2PDMA support, Logan Gunthorpe
    • Re: [PATCH v3 07/20] dma-mapping: add flags to dma_map_ops to indicate PCI P2PDMA support, Jason Gunthorpe
  • [PATCH v3 06/20] dma-direct: support PCI P2PDMA pages in dma-direct map_sg, Logan Gunthorpe
    • Re: [PATCH v3 06/20] dma-direct: support PCI P2PDMA pages in dma-direct map_sg, Jason Gunthorpe
  • [PATCH v3 05/20] dma-mapping: allow EREMOTEIO return code for P2PDMA transfers, Logan Gunthorpe
    • Re: [PATCH v3 05/20] dma-mapping: allow EREMOTEIO return code for P2PDMA transfers, Jason Gunthorpe
  • [PATCH v3 18/20] mm: use custom page_free for P2PDMA pages, Logan Gunthorpe
  • [PATCH v3 17/20] block: set FOLL_PCI_P2PDMA in bio_map_user_iov(), Logan Gunthorpe
  • [PATCH v3 20/20] nvme-pci: allow mmaping the CMB in userspace, Logan Gunthorpe
  • [PATCH v3 08/20] iommu/dma: support PCI P2PDMA pages in dma-iommu map_sg, Logan Gunthorpe
    • Re: [PATCH v3 08/20] iommu/dma: support PCI P2PDMA pages in dma-iommu map_sg, Jason Gunthorpe
  • [PATCH v3 14/20] mm: introduce FOLL_PCI_P2PDMA to gate getting PCI P2PDMA pages, Logan Gunthorpe
    • Re: [PATCH v3 14/20] mm: introduce FOLL_PCI_P2PDMA to gate getting PCI P2PDMA pages, Jason Gunthorpe
      • Re: [PATCH v3 14/20] mm: introduce FOLL_PCI_P2PDMA to gate getting PCI P2PDMA pages, Logan Gunthorpe
        • Re: [PATCH v3 14/20] mm: introduce FOLL_PCI_P2PDMA to gate getting PCI P2PDMA pages, Jason Gunthorpe
  • [PATCH v3 10/20] nvme-pci: convert to using dma_map_sgtable(), Logan Gunthorpe
    • Re: [PATCH v3 10/20] nvme-pci: convert to using dma_map_sgtable(), Max Gurtovoy
  • [PATCH v3 11/20] RDMA/core: introduce ib_dma_pci_p2p_dma_supported(), Logan Gunthorpe
    • Re: [PATCH v3 11/20] RDMA/core: introduce ib_dma_pci_p2p_dma_supported(), Jason Gunthorpe
    • Re: [PATCH v3 11/20] RDMA/core: introduce ib_dma_pci_p2p_dma_supported(), Max Gurtovoy
  • Re: [PATCH v3 00/20] Userspace P2PDMA with O_DIRECT NVMe devices, Jason Gunthorpe
    • Re: [PATCH v3 00/20] Userspace P2PDMA with O_DIRECT NVMe devices, Logan Gunthorpe
      • Re: [PATCH v3 00/20] Userspace P2PDMA with O_DIRECT NVMe devices, Jason Gunthorpe
        • Re: [PATCH v3 00/20] Userspace P2PDMA with O_DIRECT NVMe devices, Logan Gunthorpe
          • Re: [PATCH v3 00/20] Userspace P2PDMA with O_DIRECT NVMe devices, Jason Gunthorpe
            • Re: [PATCH v3 00/20] Userspace P2PDMA with O_DIRECT NVMe devices, Logan Gunthorpe
• Re: [PATCH] vgaarb: Use ACPI HID name to find integrated GPU, Bjorn Helgaas
  • Re: [PATCH] vgaarb: Use ACPI HID name to find integrated GPU, Kai-Heng Feng
    • Re: [PATCH] vgaarb: Use ACPI HID name to find integrated GPU, Bjorn Helgaas
      • Re: [PATCH] vgaarb: Use ACPI HID name to find integrated GPU, Kai-Heng Feng
• [helgaas-pci:pci/enumeration] BUILD SUCCESS cc4ec62460423eeddb9c41d5abc63cc4f0229845, kernel test robot
• [RFC] [PATCH net-next v5 0/3] r8169: Implement dynamic ASPM mechanism for recent 1.0/2.5Gbps Realtek NICs, Kai-Heng Feng
  • [RFC] [PATCH net-next v5 1/3] PCI/ASPM: Introduce a new helper to report ASPM capability, Kai-Heng Feng
  • [RFC] [PATCH net-next v5 2/3] r8169: Use PCIe ASPM status for NIC ASPM enablement, Kai-Heng Feng
    • Re: [RFC] [PATCH net-next v5 2/3] r8169: Use PCIe ASPM status for NIC ASPM enablement, Bjorn Helgaas
      • Re: [RFC] [PATCH net-next v5 2/3] r8169: Use PCIe ASPM status for NIC ASPM enablement, Kai-Heng Feng
        • Re: [RFC] [PATCH net-next v5 2/3] r8169: Use PCIe ASPM status for NIC ASPM enablement, Bjorn Helgaas
          • Re: [RFC] [PATCH net-next v5 2/3] r8169: Use PCIe ASPM status for NIC ASPM enablement, Kai-Heng Feng
  • [RFC] [PATCH net-next v5 3/3] r8169: Implement dynamic ASPM mechanism, Kai-Heng Feng
    • Re: [RFC] [PATCH net-next v5 3/3] r8169: Implement dynamic ASPM mechanism, Bjorn Helgaas
      • Re: [RFC] [PATCH net-next v5 3/3] r8169: Implement dynamic ASPM mechanism, Kai-Heng Feng
  • Re: [RFC] [PATCH net-next v5 0/3] r8169: Implement dynamic ASPM mechanism for recent 1.0/2.5Gbps Realtek NICs, Bjorn Helgaas
    • Re: [RFC] [PATCH net-next v5 0/3] r8169: Implement dynamic ASPM mechanism for recent 1.0/2.5Gbps Realtek NICs, Kai-Heng Feng
      • Re: [RFC] [PATCH net-next v5 0/3] r8169: Implement dynamic ASPM mechanism for recent 1.0/2.5Gbps Realtek NICs, Bjorn Helgaas
      • Re: [RFC] [PATCH net-next v5 0/3] r8169: Implement dynamic ASPM mechanism for recent 1.0/2.5Gbps Realtek NICs, Bjorn Helgaas
• [helgaas-pci:pci/pm] BUILD SUCCESS c28c9d9cf3d11160e73e56b354c982cbc8294efa, kernel test robot
• [helgaas-pci:pci/virtualization] BUILD SUCCESS aae89a54f6d2fbe350b3641582ef411a8af71f12, kernel test robot
• [PATCH] x86/intel: Disable HPET on another Intel Coffee Lake platform, Jakub Kicinski
  • Re: [PATCH] x86/intel: Disable HPET on another Intel Coffee Lake platform, Bjorn Helgaas
    • Re: [PATCH] x86/intel: Disable HPET on another Intel Coffee Lake platform, Jakub Kicinski
      • Re: [PATCH] x86/intel: Disable HPET on another Intel Coffee Lake platform, Paul E. McKenney
        • Re: [PATCH] x86/intel: Disable HPET on another Intel Coffee Lake platform, Jakub Kicinski
          • Re: [PATCH] x86/intel: Disable HPET on another Intel Coffee Lake platform, Paul E. McKenney
    • Re: [PATCH] x86/intel: Disable HPET on another Intel Coffee Lake platform, Peter Zijlstra
      • Re: [PATCH] x86/intel: Disable HPET on another Intel Coffee Lake platform, Peter Zijlstra
        • Re: [PATCH] x86/intel: Disable HPET on another Intel Coffee Lake platform, Thomas Gleixner
          • Re: [PATCH] x86/intel: Disable HPET on another Intel Coffee Lake platform, Rafael J. Wysocki
            • Re: [PATCH] x86/intel: Disable HPET on another Intel Coffee Lake platform, Thomas Gleixner
              • Re: [PATCH] x86/intel: Disable HPET on another Intel Coffee Lake platform, Rafael J. Wysocki
                • Re: [PATCH] x86/intel: Disable HPET on another Intel Coffee Lake platform, Thomas Gleixner
                  • Re: [PATCH] x86/intel: Disable HPET on another Intel Coffee Lake platform, Rafael J. Wysocki
  • Re: [PATCH] x86/intel: Disable HPET on another Intel Coffee Lake platform, Krzysztof Wilczyński
    • Re: [PATCH] x86/intel: Disable HPET on another Intel Coffee Lake platform, Jakub Kicinski
• [PATCH v2 0/4] s390/pci: automatic error recovery, Niklas Schnelle
  • [PATCH v2 2/4] s390/pci: implement reset_slot for hotplug slot, Niklas Schnelle
  • [PATCH v2 3/4] PCI: Export pci_dev_lock(), Niklas Schnelle
    • Re: [PATCH v2 3/4] PCI: Export pci_dev_lock(), Niklas Schnelle
    • Re: [PATCH v2 3/4] PCI: Export pci_dev_lock(), Bjorn Helgaas
  • [PATCH v2 4/4] s390/pci: implement minimal PCI error recovery, Niklas Schnelle
    • Re: [PATCH v2 4/4] s390/pci: implement minimal PCI error recovery, Bjorn Helgaas
      • Re: [PATCH v2 4/4] s390/pci: implement minimal PCI error recovery, Niklas Schnelle
        • Re: [PATCH v2 4/4] s390/pci: implement minimal PCI error recovery, Bjorn Helgaas
          • Re: [PATCH v2 4/4] s390/pci: implement minimal PCI error recovery, Niklas Schnelle
  • [PATCH v2 1/4] s390/pci: refresh function handle in iomap, Niklas Schnelle
• [RFC PATCH 0/3] PCI/ASPM: Remove unncessary linked list in aspm.c, Saheed O. Bolarinwa
  • [RFC PATCH 1/4] PCI/ASPM: Remove struct pcie_link_state.parent, Saheed O. Bolarinwa
    • Re: [RFC PATCH 1/4] PCI/ASPM: Remove struct pcie_link_state.parent, Bjorn Helgaas
  • [RFC PATCH 2/4] PCI/ASPM: Remove struct pcie_link_state.root, Saheed O. Bolarinwa
  • [RFC PATCH 3/4] PCI/ASPM: Remove struct pcie_link_state.downstream, Saheed O. Bolarinwa
  • [RFC PATCH 4/4] PCI/ASPM: Remove unncessary linked list defined within aspm.c, Saheed O. Bolarinwa
• [RFC PATCH 0/3 v2] PCI/ASPM: Remove struct aspm_latency, Saheed O. Bolarinwa
  • [RFC PATCH 1/3 v1] PCI/ASPM: Remove cached latencies in struct pcie_link_state, Saheed O. Bolarinwa
  • [RFC PATCH 2/3 v2] PCI/ASPM: Remove struct pcie_link_state.acceptable, Saheed O. Bolarinwa
    • Re: [RFC PATCH 2/3 v2] PCI/ASPM: Remove struct pcie_link_state.acceptable, Bjorn Helgaas
  • [RFC PATCH 3/3 v1] PCI/ASPM: Remove struct aspm_latency, Saheed O. Bolarinwa
  • Re: [RFC PATCH 0/3 v2] PCI/ASPM: Remove struct aspm_latency, Bjorn Helgaas
• [PATCH V6 00/12] PCI/VGA: Rework default VGA device selection, Huacai Chen
  • [PATCH V6 01/12] PCI/VGA: Prefer vga_default_device(), Huacai Chen
  • [PATCH V6 02/12] PCI/VGA: Move vga_arb_integrated_gpu() earlier in file, Huacai Chen
  • [PATCH V6 03/12] PCI/VGA: Split out vga_arb_update_default_device(), Huacai Chen
  • [PATCH V6 04/12] PCI/VGA: Prefer VGA device with legacy I/O enabled, Huacai Chen
  • [PATCH V6 05/12] PCI/VGA: Prefer VGA device belongs to integrated GPU, Huacai Chen
  • [PATCH V6 06/12] PCI/VGA: Prefer VGA device owns the firmware framebuffer, Huacai Chen
  • [PATCH V6 07/12] PCI/VGA: Remove vga_arb_select_default_device(), Huacai Chen
  • [PATCH V6 08/12] PCI/VGA: Remove empty vga_arb_device_card_gone(), Huacai Chen
  • [PATCH V6 09/12] PCI/VGA: Log bridge control messages when adding devices, Huacai Chen
  • [PATCH V6 10/12] PCI/VGA: Use unsigned format string to print lock counts, Huacai Chen
  • [PATCH V6 11/12] PCI/VGA: Replace full MIT license text with SPDX identifier, Huacai Chen
  • [PATCH V6 12/12] PCI/VGA: Move vgaarb to drivers/pci, Huacai Chen
    • Re: [PATCH V6 12/12] PCI/VGA: Move vgaarb to drivers/pci, Huacai Chen
• [helgaas-pci:pci/p2pdma] BUILD SUCCESS 37900ec2a67c7561abaec8b3f88099db0f4e0bde, kernel test robot
• [PATCH v3 1/3] PCI/sysfs: Check CAP_SYS_ADMIN before parsing user input, Krzysztof Wilczyński
  • [PATCH v3 2/3] PCI/sysfs: Return -EINVAL consistently from "store" functions, Krzysztof Wilczyński
  • [PATCH v3 3/3] PCI: Don't use the strtobool() wrapper for kstrtobool(), Krzysztof Wilczyński
  • Re: [PATCH v3 1/3] PCI/sysfs: Check CAP_SYS_ADMIN before parsing user input, Bjorn Helgaas
• [PATCH v10 0/2] drivers/perf: hisi: Add support for PCIe PMU, Qi Liu
  • [PATCH v10 1/2] docs: perf: Add description for HiSilicon PCIe PMU driver, Qi Liu
  • [PATCH v10 2/2] drivers/perf: hisi: Add driver for HiSilicon PCIe PMU, Qi Liu
    • Re: [PATCH v10 2/2] drivers/perf: hisi: Add driver for HiSilicon PCIe PMU, Jonathan Cameron
      • Re: [PATCH v10 2/2] drivers/perf: hisi: Add driver for HiSilicon PCIe PMU, liuqi (BA)
• [PATCH 1/5] thermal: tegra-bpmp: Handle errors in BPMP response, Mikko Perttunen
  • [PATCH 3/5] memory: tegra186-emc: Handle errors in BPMP response, Mikko Perttunen
    • Re: (subset) [PATCH 3/5] memory: tegra186-emc: Handle errors in BPMP response, Krzysztof Kozlowski
  • [PATCH 5/5] PCI: tegra194: Handle errors in BPMP response, Mikko Perttunen
    • Re: [PATCH 5/5] PCI: tegra194: Handle errors in BPMP response, Thierry Reding
      • Re: [PATCH 5/5] PCI: tegra194: Handle errors in BPMP response, Lorenzo Pieralisi
        • Re: [PATCH 5/5] PCI: tegra194: Handle errors in BPMP response, Lorenzo Pieralisi
          • Re: [PATCH 5/5] PCI: tegra194: Handle errors in BPMP response, Lorenzo Pieralisi
  • [PATCH 4/5] cpufreq: tegra186/tegra194: Handle errors in BPMP response, Mikko Perttunen
    • Re: [PATCH 4/5] cpufreq: tegra186/tegra194: Handle errors in BPMP response, Viresh Kumar
      • Re: [PATCH 4/5] cpufreq: tegra186/tegra194: Handle errors in BPMP response, Mikko Perttunen
    • Re: [PATCH 4/5] cpufreq: tegra186/tegra194: Handle errors in BPMP response, Viresh Kumar
      • Re: [PATCH 4/5] cpufreq: tegra186/tegra194: Handle errors in BPMP response, Mikko Perttunen
  • [PATCH 2/5] reset: tegra-bpmp: Handle errors in BPMP response, Mikko Perttunen
    • Re: [PATCH 2/5] reset: tegra-bpmp: Handle errors in BPMP response, Philipp Zabel
    • Re: [PATCH 2/5] reset: tegra-bpmp: Handle errors in BPMP response, Jon Hunter
      • Re: [PATCH 2/5] reset: tegra-bpmp: Handle errors in BPMP response, Philipp Zabel
        • Re: [PATCH 2/5] reset: tegra-bpmp: Handle errors in BPMP response, Jon Hunter
  • Re: [PATCH 1/5] thermal: tegra-bpmp: Handle errors in BPMP response, Thierry Reding
    • Re: [PATCH 1/5] thermal: tegra-bpmp: Handle errors in BPMP response, Daniel Lezcano
• [PATCH v3] PCI: vmd: Assign a number to each VMD controller, brookxu
  • Re: [PATCH v3] PCI: vmd: Assign a number to each VMD controller, Krzysztof Wilczyński
    • Re: [PATCH v3] PCI: vmd: Assign a number to each VMD controller, brookxu
• [PATCH v2] PCI: vmd: assign a number to each VMD controller, brookxu
• [PATCH] PCI: xgene: Adjust struct name to convention, Fan Fei
  • Re: [PATCH] PCI: xgene: Adjust struct name to convention, Bjorn Helgaas
• Re: [PROBLEM] Frequently get "irq 31: nobody cared" when passing through 2x GPUs that share same pci switch via vfio, Alex Williamson
  • Re: [PROBLEM] Frequently get "irq 31: nobody cared" when passing through 2x GPUs that share same pci switch via vfio, Matthew Ruffell
    • Re: [PROBLEM] Frequently get "irq 31: nobody cared" when passing through 2x GPUs that share same pci switch via vfio, Alex Williamson
      • Re: [PROBLEM] Frequently get "irq 31: nobody cared" when passing through 2x GPUs that share same pci switch via vfio, Matthew Ruffell
      • Re: [PROBLEM] Frequently get "irq 31: nobody cared" when passing through 2x GPUs that share same pci switch via vfio, Matthew Ruffell
        • Re: [PROBLEM] Frequently get "irq 31: nobody cared" when passing through 2x GPUs that share same pci switch via vfio, Alex Williamson
          • Re: [PROBLEM] Frequently get "irq 31: nobody cared" when passing through 2x GPUs that share same pci switch via vfio, Matthew Ruffell
            • Re: [PROBLEM] Frequently get "irq 31: nobody cared" when passing through 2x GPUs that share same pci switch via vfio, Alex Williamson
              • Re: [PROBLEM] Frequently get "irq 31: nobody cared" when passing through 2x GPUs that share same pci switch via vfio, Matthew Ruffell
                • Re: [PROBLEM] Frequently get "irq 31: nobody cared" when passing through 2x GPUs that share same pci switch via vfio, Matthew Ruffell
                  • Re: [PROBLEM] Frequently get "irq 31: nobody cared" when passing through 2x GPUs that share same pci switch via vfio, Alex Williamson
                    • Re: [PROBLEM] Frequently get "irq 31: nobody cared" when passing through 2x GPUs that share same pci switch via vfio, Matthew Ruffell
                      • Re: [PROBLEM] Frequently get "irq 31: nobody cared" when passing through 2x GPUs that share same pci switch via vfio, Alex Williamson
• [PATCH v2 0/2] mwifiex: Work around firmware bugs on 88W8897 chip, Jonas Dreßler
  • [PATCH v2 1/2] mwifiex: Use non-posted PCI write when setting TX ring write pointer, Jonas Dreßler
    • Re: [PATCH v2 1/2] mwifiex: Use non-posted PCI write when setting TX ring write pointer, Andy Shevchenko
      • Re: [PATCH v2 1/2] mwifiex: Use non-posted PCI write when setting TX ring write pointer, Jonas Dreßler
        • Re: [PATCH v2 1/2] mwifiex: Use non-posted PCI write when setting TX ring write pointer, Andy Shevchenko
    • RE: [PATCH v2 1/2] mwifiex: Use non-posted PCI write when setting TX ring write pointer, David Laight
      • Re: [PATCH v2 1/2] mwifiex: Use non-posted PCI write when setting TX ring write pointer, Pali Rohár
        • RE: [PATCH v2 1/2] mwifiex: Use non-posted PCI write when setting TX ring write pointer, David Laight
          • Re: [PATCH v2 1/2] mwifiex: Use non-posted PCI write when setting TX ring write pointer, Jonas Dreßler
            • Re: [PATCH v2 1/2] mwifiex: Use non-posted PCI write when setting TX ring write pointer, Jonas Dreßler
  • [PATCH v2 2/2] mwifiex: Try waking the firmware until we get an interrupt, Jonas Dreßler
    • Re: [PATCH v2 2/2] mwifiex: Try waking the firmware until we get an interrupt, Andy Shevchenko
      • Re: [PATCH v2 2/2] mwifiex: Try waking the firmware until we get an interrupt, Jonas Dreßler
        • Re: [PATCH v2 2/2] mwifiex: Try waking the firmware until we get an interrupt, Andy Shevchenko
          • Re: [PATCH v2 2/2] mwifiex: Try waking the firmware until we get an interrupt, Jonas Dreßler
            • Re: [PATCH v2 2/2] mwifiex: Try waking the firmware until we get an interrupt, Andy Shevchenko