Linux PCI

• Date Index

• [PATCH v2 01/15] pciutils-lspci: Fix unsynchronized caches in lspci struct device and pci struct pci_dev, (continued)
  • [PATCH v2 01/15] pciutils-lspci: Fix unsynchronized caches in lspci struct device and pci struct pci_dev, Nikita Proshkin
  • [PATCH v2 02/15] pciutils: Add constants for Lane Margining at the Receiver Extended Capability, Nikita Proshkin
  • [PATCH v2 03/15] pciutils-lspci: Add Lane Margining support to the lspci, Nikita Proshkin
  • [PATCH v2 04/15] pciutils-pcilib: Add separate file for bit manipulation functions, Nikita Proshkin
  • [PATCH v2 05/15] pciutils-pcilmr: Add functions for device checking and preparations before main margining processes, Nikita Proshkin
  • [PATCH v2 06/15] pciutils-pcilmr: Add margining process functions, Nikita Proshkin
  • [PATCH v2 07/15] pciutils-pcilmr: Add logging functions for margining, Nikita Proshkin
  • [PATCH v2 09/15] pciutils-pcilmr: Add utility main function, Nikita Proshkin
  • [PATCH v2 08/15] pciutils-pcilmr: Add function for default margining results log, Nikita Proshkin
  • [PATCH v2 10/15] pciutils-pcilmr: Add support for unique hardware quirks, Nikita Proshkin
  • [PATCH v2 12/15] pciutils-pcilmr: Add --scan mode to search for all LMR-capable Links, Nikita Proshkin
  • [PATCH v2 11/15] pciutils-pcilmr: Add the ability to pass multiple links to the utility, Nikita Proshkin
  • [PATCH v2 13/15] pciutils-pcilmr: Add option to save margining results in csv form, Nikita Proshkin
  • [PATCH v2 14/15] pciutils-pcilmr: Add handling of situations when device reports its MaxOffset values equal to 0, Nikita Proshkin
  • [PATCH v2 15/15] pciutils-pcilmr: Add pcilmr man page, Nikita Proshkin
  • Re: [PATCH v2 00/15] pciutils: Add utility for Lane Margining, Nikita Proshkin
  • Re: [PATCH v2 00/15] pciutils: Add utility for Lane Margining, Martin Mareš
• [PATCH v4] platform/x86: p2sb: Allow p2sb_bar() calls during PCI device probe, Shin'ichiro Kawasaki
  • Re: [PATCH v4] platform/x86: p2sb: Allow p2sb_bar() calls during PCI device probe, Andy Shevchenko
  • Re: [PATCH v4] platform/x86: p2sb: Allow p2sb_bar() calls during PCI device probe, Ilpo Järvinen
    • Re: [PATCH v4] platform/x86: p2sb: Allow p2sb_bar() calls during PCI device probe, Ilpo Järvinen
      • Re: [PATCH v4] platform/x86: p2sb: Allow p2sb_bar() calls during PCI device probe, Shinichiro Kawasaki
• [RFC PATCH v8 0/5] fix vt-d hard lockup when hotplug ATS capable device, Ethan Zhao
  • [RFC PATCH v8 2/5] iommu/vt-d: break out device-TLB invalidation if target device is gone, Ethan Zhao
  • [RFC PATCH v8 1/5] iommu/vt-d: add flush_target_dev member to struct intel_iommu and pass device info to all ATS invalidation functions, Ethan Zhao
  • [RFC PATCH v8 3/5] PCI: make pci_dev_is_disconnected() helper public for other drivers, Ethan Zhao
  • [RFC PATCH v8 4/5] iommu/vt-d: don't issue device-TLB invalidate request when device is disconnected, Ethan Zhao
    • Re: [RFC PATCH v8 4/5] iommu/vt-d: don't issue device-TLB invalidate request when device is disconnected, Bjorn Helgaas
      • Re: [RFC PATCH v8 4/5] iommu/vt-d: don't issue device-TLB invalidate request when device is disconnected, Ethan Zhao
  • [RFC PATCH v8 5/5] iommu/vt-d: don't loop for timeout device-TLB invalidation request forever, Ethan Zhao
    • Re: [RFC PATCH v8 5/5] iommu/vt-d: don't loop for timeout device-TLB invalidation request forever, Ethan Zhao
    • Re: [RFC PATCH v8 5/5] iommu/vt-d: don't loop for timeout device-TLB invalidation request forever, Ethan Zhao
  • Re: [RFC PATCH v8 0/5] fix vt-d hard lockup when hotplug ATS capable device, Ethan Zhao
  • <Possible follow-ups>
  • [RFC PATCH v8 0/5] fix vt-d hard lockup when hotplug ATS capable device, Ethan Zhao
    • [RFC PATCH v8 1/5] iommu/vt-d: add flush_target_dev member to struct intel_iommu and pass device info to all ATS invalidation functions, Ethan Zhao
    • [RFC PATCH v8 2/5] iommu/vt-d: break out device-TLB invalidation if target device is gone, Ethan Zhao
    • [RFC PATCH v8 3/5] PCI: make pci_dev_is_disconnected() helper public for other drivers, Ethan Zhao
    • [RFC PATCH v8 4/5] iommu/vt-d: don't issue device-TLB invalidate request when device is disconnected, Ethan Zhao
    • [RFC PATCH v8 5/5] iommu/vt-d: don't loop for timeout device-TLB invalidation request forever, Ethan Zhao
  • [RFC PATCH v8 0/5] fix vt-d hard lockup when hotplug ATS capable device, Ethan Zhao
    • [RFC PATCH v9 1/5] iommu/vt-d: add flush_target_dev member to struct intel_iommu and pass device info to all ATS Invalidation functions, Ethan Zhao
      • RE: [RFC PATCH v9 1/5] iommu/vt-d: add flush_target_dev member to struct intel_iommu and pass device info to all ATS Invalidation functions, Tian, Kevin
        • Re: [RFC PATCH v9 1/5] iommu/vt-d: add flush_target_dev member to struct intel_iommu and pass device info to all ATS Invalidation functions, Ethan Zhao
    • [RFC PATCH v9 2/5] iommu/vt-d: break out ATS Invalidation if target device is gone, Ethan Zhao
      • RE: [RFC PATCH v9 2/5] iommu/vt-d: break out ATS Invalidation if target device is gone, Tian, Kevin
        • Re: [RFC PATCH v9 2/5] iommu/vt-d: break out ATS Invalidation if target device is gone, Ethan Zhao
          • RE: [RFC PATCH v9 2/5] iommu/vt-d: break out ATS Invalidation if target device is gone, Tian, Kevin
            • Re: [RFC PATCH v9 2/5] iommu/vt-d: break out ATS Invalidation if target device is gone, Ethan Zhao
            • Re: [RFC PATCH v9 2/5] iommu/vt-d: break out ATS Invalidation if target device is gone, Ethan Zhao
        • Re: [RFC PATCH v9 2/5] iommu/vt-d: break out ATS Invalidation if target device is gone, Ethan Zhao
    • [RFC PATCH v9 3/5] PCI: make pci_dev_is_disconnected() helper public for other drivers, Ethan Zhao
    • [RFC PATCH v9 4/5] iommu/vt-d: don't issue ATS Invalidation request when device is disconnected, Ethan Zhao
    • [RFC PATCH v9 5/5] iommu/vt-d: don't loop for timeout ATS Invalidation request forever, Ethan Zhao
      • RE: [RFC PATCH v9 5/5] iommu/vt-d: don't loop for timeout ATS Invalidation request forever, Tian, Kevin
        • Re: [RFC PATCH v9 5/5] iommu/vt-d: don't loop for timeout ATS Invalidation request forever, Ethan Zhao
          • RE: [RFC PATCH v9 5/5] iommu/vt-d: don't loop for timeout ATS Invalidation request forever, Tian, Kevin
            • Re: [RFC PATCH v9 5/5] iommu/vt-d: don't loop for timeout ATS Invalidation request forever, Ethan Zhao
• [PATCH v4] acpi,pci: warn about duplicate IRQ routing entries returned from _PRT, Mateusz Jończyk
  • Re: [PATCH v4] acpi,pci: warn about duplicate IRQ routing entries returned from _PRT, Jean Delvare
  • Re: [PATCH v4] acpi,pci: warn about duplicate IRQ routing entries returned from _PRT, Rafael J. Wysocki
    • Re: [PATCH v4] acpi,pci: warn about duplicate IRQ routing entries returned from _PRT, Bjorn Helgaas
      • Re: [PATCH v4] acpi,pci: warn about duplicate IRQ routing entries returned from _PRT, Mateusz Jończyk
        • Re: [PATCH v4] acpi,pci: warn about duplicate IRQ routing entries returned from _PRT, Rafael J. Wysocki
          • Re: [PATCH v4] acpi,pci: warn about duplicate IRQ routing entries returned from _PRT, Mateusz Jończyk
  • Re: [PATCH v4] acpi,pci: warn about duplicate IRQ routing entries returned from _PRT, andy . shevchenko
• [Question] Is it must for vfio-mdev parent driver to implement a pci-compliant configuration r/w interface, Wu Zongyong
  • Re: [Question] Is it must for vfio-mdev parent driver to implement a pci-compliant configuration r/w interface, Alex Williamson
• [Regression] [PCI/ASPM] [ASUS PN51] Reboot on resume attempt (bisect done; commit found), Michael Schaller
  • Re: [Regression] [PCI/ASPM] [ASUS PN51] Reboot on resume attempt (bisect done; commit found), Bjorn Helgaas
    • Re: [Regression] [PCI/ASPM] [ASUS PN51] Reboot on resume attempt (bisect done; commit found), Michael Schaller
  • Re: [Regression] [PCI/ASPM] [ASUS PN51] Reboot on resume attempt (bisect done; commit found), Bjorn Helgaas
    • Re: [Regression] [PCI/ASPM] [ASUS PN51] Reboot on resume attempt (bisect done; commit found), Michael Schaller
      • Re: [Regression] [PCI/ASPM] [ASUS PN51] Reboot on resume attempt (bisect done; commit found), Bjorn Helgaas
        • Re: [Regression] [PCI/ASPM] [ASUS PN51] Reboot on resume attempt (bisect done; commit found), Michael Schaller
          • Re: [Regression] [PCI/ASPM] [ASUS PN51] Reboot on resume attempt (bisect done; commit found), Linux regression tracking (Thorsten Leemhuis)
      • Re: [Regression] [PCI/ASPM] [ASUS PN51] Reboot on resume attempt (bisect done; commit found), Kai-Heng Feng
        • Re: [Regression] [PCI/ASPM] [ASUS PN51] Reboot on resume attempt (bisect done; commit found), Michael Schaller
          • Re: [Regression] [PCI/ASPM] [ASUS PN51] Reboot on resume attempt (bisect done; commit found), Bjorn Helgaas
            • Re: [Regression] [PCI/ASPM] [ASUS PN51] Reboot on resume attempt (bisect done; commit found), Kai-Heng Feng
              • Re: [Regression] [PCI/ASPM] [ASUS PN51] Reboot on resume attempt (bisect done; commit found), Michael Schaller
                • Re: [Regression] [PCI/ASPM] [ASUS PN51] Reboot on resume attempt (bisect done; commit found), Kai-Heng Feng
                  • Re: [Regression] [PCI/ASPM] [ASUS PN51] Reboot on resume attempt (bisect done; commit found), michael
                  • Re: [Regression] [PCI/ASPM] [ASUS PN51] Reboot on resume attempt (bisect done; commit found), Bjorn Helgaas
    • Re: [Regression] [PCI/ASPM] [ASUS PN51] Reboot on resume attempt (bisect done; commit found), Ilpo Järvinen
      • Re: [Regression] [PCI/ASPM] [ASUS PN51] Reboot on resume attempt (bisect done; commit found), Kai-Heng Feng
        • Re: [Regression] [PCI/ASPM] [ASUS PN51] Reboot on resume attempt (bisect done; commit found), Ilpo Järvinen
  • [PATCH] Revert "PCI/ASPM: Remove pcie_aspm_pm_state_change()", Bjorn Helgaas
    • Re: [PATCH] Revert "PCI/ASPM: Remove pcie_aspm_pm_state_change()", Kuppuswamy Sathyanarayanan
      • Re: [PATCH] Revert "PCI/ASPM: Remove pcie_aspm_pm_state_change()", Bjorn Helgaas
    • Re: [PATCH] Revert "PCI/ASPM: Remove pcie_aspm_pm_state_change()", Johan Hovold
      • PCI/ASPM locking regression in 6.7-final (was: Re: [PATCH] Revert "PCI/ASPM: Remove pcie_aspm_pm_state_change()"), Johan Hovold
        • Re: PCI/ASPM locking regression in 6.7-final (was: Re: [PATCH] Revert "PCI/ASPM: Remove pcie_aspm_pm_state_change()"), Bjorn Helgaas
          • Re: PCI/ASPM locking regression in 6.7-final (was: Re: [PATCH] Revert "PCI/ASPM: Remove pcie_aspm_pm_state_change()"), Johan Hovold
            • Re: PCI/ASPM locking regression in 6.7-final (was: Re: [PATCH] Revert "PCI/ASPM: Remove pcie_aspm_pm_state_change()"), Bjorn Helgaas
              • Re: PCI/ASPM locking regression in 6.7-final (was: Re: [PATCH] Revert "PCI/ASPM: Remove pcie_aspm_pm_state_change()"), Johan Hovold
                • Re: PCI/ASPM locking regression in 6.7-final (was: Re: [PATCH] Revert "PCI/ASPM: Remove pcie_aspm_pm_state_change()"), Johan Hovold
        • Re: PCI/ASPM locking regression in 6.7-final, Linux regression tracking #update (Thorsten Leemhuis)
• [PATCH v3] platform/x86: p2sb: Allow p2sb_bar() calls during PCI device probe, Shin'ichiro Kawasaki
  • Re: [PATCH v3] platform/x86: p2sb: Allow p2sb_bar() calls during PCI device probe, Bjorn Helgaas
    • Re: [PATCH v3] platform/x86: p2sb: Allow p2sb_bar() calls during PCI device probe, Shinichiro Kawasaki
      • Re: [PATCH v3] platform/x86: p2sb: Allow p2sb_bar() calls during PCI device probe, Bjorn Helgaas
        • Re: [PATCH v3] platform/x86: p2sb: Allow p2sb_bar() calls during PCI device probe, Andy Shevchenko
• [RFC PATCH v7 0/4] fix vt-d hard lockup when hotplug ATS capable device, Ethan Zhao
  • [RFC PATCH v7 1/4] iommu/vt-d: add flush_target_dev member to struct intel_iommu and pass device info to all ATS invalidation functions, Ethan Zhao
  • [RFC PATCH v7 2/4] iommu/vt-d: break out device-TLB invalidation if target device is gone, Ethan Zhao
  • [RFC PATCH v7 3/4] PCI: make pci_dev_is_disconnected() helper public for other drivers, Ethan Zhao
  • [RFC PATCH v7 4/4] iommu/vt-d: don't issue device-TLB invalidate request when device is disconnected, Ethan Zhao
• [PATCH v6 00/16] PCI: imx6: Clean up and add imx95 pci support, Frank Li
  • [PATCH v6 01/16] PCI: imx6: Simplify clock handling by using bulk_clk_*() function, Frank Li
  • [PATCH v6 02/16] PCI: imx6: Simplify phy handling by using by using IMX6_PCIE_FLAG_HAS_PHY, Frank Li
  • [PATCH v6 03/16] PCI: imx6: Simplify reset handling by using by using *_FLAG_HAS_*_RESET, Frank Li
  • [PATCH v6 04/16] dt-bindings: imx6q-pcie: Add linux,pci-domain as required for iMX8MQ, Frank Li
  • [PATCH v6 05/16] PCI: imx6: Using "linux,pci-domain" as slot ID, Frank Li
  • [PATCH v6 06/16] PCI: imx6: Simplify ltssm_enable() by using ltssm_off and ltssm_mask, Frank Li
  • [PATCH v6 07/16] PCI: imx6: Simplify configure_type() by using mode_off and mode_mask, Frank Li
  • [PATCH v6 08/16] PCI: imx6: Simplify switch-case logic by involve init_phy callback, Frank Li
  • [PATCH v6 09/16] dt-bindings: imx6q-pcie: Clean up irrationality clocks check, Frank Li
    • Re: [PATCH v6 09/16] dt-bindings: imx6q-pcie: Clean up irrationality clocks check, Krzysztof Kozlowski
      • Re: [PATCH v6 09/16] dt-bindings: imx6q-pcie: Clean up irrationality clocks check, Krzysztof Kozlowski
  • [PATCH v6 10/16] dt-bindings: imx6q-pcie: restruct reg and reg-name, Frank Li
    • Re: [PATCH v6 10/16] dt-bindings: imx6q-pcie: restruct reg and reg-name, Krzysztof Kozlowski
  • [PATCH v6 11/16] dt-bindings: imx6q-pcie: Add imx95 pcie compatible string, Frank Li
    • Re: [PATCH v6 11/16] dt-bindings: imx6q-pcie: Add imx95 pcie compatible string, Krzysztof Kozlowski
  • [PATCH v6 12/16] PCI: imx6: Add iMX95 PCIe support, Frank Li
  • [PATCH v6 13/16] PCI: imx6: Clean up get addr_space code, Frank Li
  • [PATCH v6 14/16] PCI: imx6: Add epc_features in imx6_pcie_drvdata, Frank Li
  • [PATCH v6 15/16] dt-bindings: imx6q-pcie: Add iMX95 pcie endpoint compatible string, Frank Li
    • Re: [PATCH v6 15/16] dt-bindings: imx6q-pcie: Add iMX95 pcie endpoint compatible string, Krzysztof Kozlowski
      • Re: [PATCH v6 15/16] dt-bindings: imx6q-pcie: Add iMX95 pcie endpoint compatible string, Frank Li
        • Re: [PATCH v6 15/16] dt-bindings: imx6q-pcie: Add iMX95 pcie endpoint compatible string, Krzysztof Kozlowski
          • Re: [PATCH v6 15/16] dt-bindings: imx6q-pcie: Add iMX95 pcie endpoint compatible string, Frank Li
            • Re: [PATCH v6 15/16] dt-bindings: imx6q-pcie: Add iMX95 pcie endpoint compatible string, Krzysztof Kozlowski
  • [PATCH v6 16/16] PCI: imx6: Add iMX95 Endpoint (EP) function support, Frank Li
• [PATCH] PCI: switchtec: Fix an error handling path in switchtec_pci_probe(), Christophe JAILLET
  • Re: [PATCH] PCI: switchtec: Fix an error handling path in switchtec_pci_probe(), Bjorn Helgaas
    • Re: [PATCH] PCI: switchtec: Fix an error handling path in switchtec_pci_probe(), Daniel Stodden
  • Re: [PATCH] PCI: switchtec: Fix an error handling path in switchtec_pci_probe(), Bjorn Helgaas
• [RFC PATCH v6 0/4] fix vt-d hard lockup when hotplug ATS capable device, Ethan Zhao
  • [RFC PATCH v6 1/4] PCI: make pci_dev_is_disconnected() helper public for other drivers, Ethan Zhao
  • [RFC PATCH v6 2/4] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Ethan Zhao
    • Re: [RFC PATCH v6 2/4] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Lukas Wunner
      • Re: [RFC PATCH v6 2/4] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Ethan Zhao
      • Re: [RFC PATCH v6 2/4] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Ethan Zhao
    • Re: [RFC PATCH v6 2/4] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Bjorn Helgaas
      • Re: [RFC PATCH v6 2/4] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Ethan Zhao
      • Re: [RFC PATCH v6 2/4] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Ethan Zhao
        • Re: [RFC PATCH v6 2/4] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Bjorn Helgaas
          • Re: [RFC PATCH v6 2/4] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Ethan Zhao
      • Re: [RFC PATCH v6 2/4] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Ethan Zhao
        • Re: [RFC PATCH v6 2/4] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Ethan Zhao
  • [RFC PATCH v6 3/4] iommu/vt-d: add flush_target_dev member to struct intel_iommu and pass device info to all needed functions, Ethan Zhao
  • [RFC PATCH v6 4/4] iommu/vt-d: break out devTLB invalidation if target device is gone, Ethan Zhao
    • Re: [RFC PATCH v6 4/4] iommu/vt-d: break out devTLB invalidation if target device is gone, Lukas Wunner
      • Re: [RFC PATCH v6 4/4] iommu/vt-d: break out devTLB invalidation if target device is gone, Ethan Zhao
      • Re: [RFC PATCH v6 4/4] iommu/vt-d: break out devTLB invalidation if target device is gone, Ethan Zhao
• [PATCH 1/1] PCI/portdrv: Allow DPC if the OS controls AER natively., Matthew W Carlis
  • [PATCH 1/1] PCI/portdrv: Allow DPC if the OS controls AER natively., Matthew W Carlis
    • Re: [PATCH 1/1] PCI/portdrv: Allow DPC if the OS controls AER natively., kernel test robot
    • Re: [PATCH 1/1] PCI/portdrv: Allow DPC if the OS controls AER natively., kernel test robot
      • [PATCH 1/1] PCI/portdrv: Allow DPC if the OS controls AER natively., Matthew W Carlis
    • Re: [PATCH 1/1] PCI/portdrv: Allow DPC if the OS controls AER natively., Bjorn Helgaas
      • Re: [PATCH 1/1] PCI/portdrv: Allow DPC if the OS controls AER natively., Kuppuswamy Sathyanarayanan
        • [PATCH 1/1] PCI/portdrv: Allow DPC if the OS controls AER natively., Matthew W Carlis
          • Re: [PATCH 1/1] PCI/portdrv: Allow DPC if the OS controls AER natively., Kuppuswamy Sathyanarayanan
            • [PATCH 1/1] PCI/portdrv: Allow DPC if the OS controls AER natively., Matthew W Carlis
              • Re: [PATCH 1/1] PCI/portdrv: Allow DPC if the OS controls AER natively., Kuppuswamy Sathyanarayanan
                • Re: [PATCH 1/1] PCI/portdrv: Allow DPC if the OS controls AER natively., Kuppuswamy Sathyanarayanan
                  • [PATCH 1/1] PCI/portdrv: Allow DPC if the OS controls AER natively, Matthew W Carlis
                • [PATCH 1/1] PCI/portdrv: Allow DPC if the OS controls AER natively, Matthew W Carlis
              • Re: [PATCH 1/1] PCI/portdrv: Allow DPC if the OS controls AER natively., Bjorn Helgaas
                • Re: [PATCH 1/1] PCI/portdrv: Allow DPC if the OS controls AER natively., Kuppuswamy Sathyanarayanan
                  • Re: [PATCH 1/1] PCI/portdrv: Allow DPC if the OS controls AER natively., Bjorn Helgaas
                    • [PATCH 1/1] PCI/portdrv: Allow DPC if the OS controls AER natively., Matthew W Carlis
                      • Re: [PATCH 1/1] PCI/portdrv: Allow DPC if the OS controls AER natively., Bjorn Helgaas
                    • Re: [PATCH 1/1] PCI/portdrv: Allow DPC if the OS controls AER natively., Bjorn Helgaas
                      • Re: [PATCH 1/1] PCI/portdrv: Allow DPC if the OS controls AER natively., Bjorn Helgaas
• [PATCH] Documentation/PCI: fix spelling mistake in msi-howto, attreyee-muk
  • Re: [PATCH] Documentation/PCI: fix spelling mistake in msi-howto, Randy Dunlap
  • Re: [PATCH] Documentation/PCI: fix spelling mistake in msi-howto, Bjorn Helgaas
• [PATCH] Documentation/PCI: fix spelling mistake in boot-interrupts, attreyee-muk
  • Re: [PATCH] Documentation/PCI: fix spelling mistake in boot-interrupts, Randy Dunlap
    • Re: [PATCH] Documentation/PCI: fix spelling mistake in boot-interrupts, Jonathan Corbet
  • Re: [PATCH] Documentation/PCI: fix spelling mistake in boot-interrupts, Bjorn Helgaas
• [PATCH 0/7] PCI: Solve two bridge window sizing issues, Ilpo Järvinen
  • [PATCH 1/7] PCI: Fix resource double counting on remove & rescan, Ilpo Järvinen
  • [PATCH 2/7] resource: Rename find_resource() to find_empty_resource_slot(), Ilpo Järvinen
    • Re: [PATCH 2/7] resource: Rename find_resource() to find_empty_resource_slot(), Andy Shevchenko
  • [PATCH 3/7] resource: Document find_empty_resource_slot() and resource_constraint, Ilpo Järvinen
    • Re: [PATCH 3/7] resource: Document find_empty_resource_slot() and resource_constraint, Andy Shevchenko
  • [PATCH 4/7] resource: Use typedef for alignf callback, Ilpo Järvinen
    • Re: [PATCH 4/7] resource: Use typedef for alignf callback, Andy Shevchenko
      • Re: [PATCH 4/7] resource: Use typedef for alignf callback, Ilpo Järvinen
        • Re: [PATCH 4/7] resource: Use typedef for alignf callback, Randy Dunlap
  • [PATCH 5/7] resource: Handle simple alignment inside __find_empty_resource_slot(), Ilpo Järvinen
    • Re: [PATCH 5/7] resource: Handle simple alignment inside __find_empty_resource_slot(), Andy Shevchenko
  • [PATCH 6/7] resource: Export find_empty_resource_slot(), Ilpo Järvinen
    • Re: [PATCH 6/7] resource: Export find_empty_resource_slot(), Andy Shevchenko
  • [PATCH 7/7] PCI: Relax bridge window tail sizing rules, Ilpo Järvinen
    • Re: [PATCH 7/7] PCI: Relax bridge window tail sizing rules, Andy Shevchenko
      • Re: [PATCH 7/7] PCI: Relax bridge window tail sizing rules, Ilpo Järvinen
  • Re: [PATCH 0/7] PCI: Solve two bridge window sizing issues, Ilpo Järvinen
    • Re: [PATCH 0/7] PCI: Solve two bridge window sizing issues, Bjorn Helgaas
• [RFC PATCH v5 0/3] fix vt-d hard lockup when hotplug ATS capable device, Ethan Zhao
  • [RFC PATCH v5 1/3] PCI: make pci_dev_is_disconnected() helper public for other drivers, Ethan Zhao
  • [RFC PATCH v5 2/3] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Ethan Zhao
  • [RFC PATCH v5 3/3] iommu/vt-d: abort the devTLB invalidation waiting if device is removed, Ethan Zhao
    • Re: [RFC PATCH v5 3/3] iommu/vt-d: abort the devTLB invalidation waiting if device is removed, Ethan Zhao
      • Re: [RFC PATCH v5 3/3] iommu/vt-d: abort the devTLB invalidation waiting if device is removed, Ethan Zhao
• [PATCH v2] platform/x86: p2sb: Allow p2sb_bar() calls during PCI device probe, Shin'ichiro Kawasaki
  • Re: [PATCH v2] platform/x86: p2sb: Allow p2sb_bar() calls during PCI device probe, Andy Shevchenko
    • Re: [PATCH v2] platform/x86: p2sb: Allow p2sb_bar() calls during PCI device probe, Andy Shevchenko
      • Re: [PATCH v2] platform/x86: p2sb: Allow p2sb_bar() calls during PCI device probe, Shinichiro Kawasaki
• [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Esther Shimanovich
  • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Dmitry Torokhov
  • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Bjorn Helgaas
  • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Lukas Wunner
    • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
      • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Esther Shimanovich
        • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
          • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mario Limonciello
            • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Dmitry Torokhov
              • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Dmitry Torokhov
              • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
                  • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
                    • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Esther Shimanovich
                      • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
                    • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mario Limonciello
                      • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
                        • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Esther Shimanovich
                          • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Esther Shimanovich
                            • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
                              • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Esther Shimanovich
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Esther Shimanovich
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mario Limonciello
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Lukas Wunner
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mario Limonciello
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Esther Shimanovich
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Esther Shimanovich
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Lukas Wunner
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Lukas Wunner
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Lukas Wunner
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Esther Shimanovich
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mario Limonciello
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Lukas Wunner
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Esther Shimanovich
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Esther Shimanovich
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Lukas Wunner
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Lukas Wunner
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Esther Shimanovich
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Esther Shimanovich
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Esther Shimanovich
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Lukas Wunner
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Lukas Wunner
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Lukas Wunner
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Esther Shimanovich
                                • Re: [PATCH v4] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Mika Westerberg
• [PATCH] PCI: dwc: Set DMA mask to 32 only if ZONE_DMA32 is enabled, Ajay Agarwal
  • Re: [PATCH] PCI: dwc: Set DMA mask to 32 only if ZONE_DMA32 is enabled, Ajay Agarwal
  • Re: [PATCH] PCI: dwc: Set DMA mask to 32 only if ZONE_DMA32 is enabled, Ajay Agarwal
  • Re: [PATCH] PCI: dwc: Set DMA mask to 32 only if ZONE_DMA32 is enabled, Ajay Agarwal
  • Re: [PATCH] PCI: dwc: Set DMA mask to 32 only if ZONE_DMA32 is enabled, Serge Semin
    • Re: [PATCH] PCI: dwc: Set DMA mask to 32 only if ZONE_DMA32 is enabled, Robin Murphy
      • Re: [PATCH] PCI: dwc: Set DMA mask to 32 only if ZONE_DMA32 is enabled, Serge Semin
        • Re: [PATCH] PCI: dwc: Set DMA mask to 32 only if ZONE_DMA32 is enabled, Ajay Agarwal
  • Re: [PATCH] PCI: dwc: Set DMA mask to 32 only if ZONE_DMA32 is enabled, Christoph Hellwig
• [PATCH v1] platform/x86: p2sb: Allow p2sb_bar() calls during PCI device probe, Shin'ichiro Kawasaki
  • Re: [PATCH v1] platform/x86: p2sb: Allow p2sb_bar() calls during PCI device probe, Andy Shevchenko
    • Re: [PATCH v1] platform/x86: p2sb: Allow p2sb_bar() calls during PCI device probe, Shinichiro Kawasaki
• [PATCH v5] PCI/ASPM: Add back L1 PM Substate save and restore, David E. Box
  • Re: [PATCH v5] PCI/ASPM: Add back L1 PM Substate save and restore, Mika Westerberg
  • Re: [PATCH v5] PCI/ASPM: Add back L1 PM Substate save and restore, Bjorn Helgaas
    • Re: [PATCH v5] PCI/ASPM: Add back L1 PM Substate save and restore, Bjorn Helgaas
      • Re: [PATCH v5] PCI/ASPM: Add back L1 PM Substate save and restore, David E. Box
        • Re: [PATCH v5] PCI/ASPM: Add back L1 PM Substate save and restore, Bjorn Helgaas
          • Re: [PATCH v5] PCI/ASPM: Add back L1 PM Substate save and restore, Ilpo Järvinen
            • Re: [PATCH v5] PCI/ASPM: Add back L1 PM Substate save and restore, David E. Box
• [PATCH 0/2] pci/iov: avoid device_lock() when reading sriov_numvfs, Jim Harris
  • Message not available
    • [PATCH 2/2] pci/iov: fix kobject_uevent() ordering in sriov_enable(), Jim Harris
      • Re: [PATCH 2/2] pci/iov: fix kobject_uevent() ordering in sriov_enable(), Leon Romanovsky
  • Message not available
    • [PATCH 1/2] Revert "PCI/IOV: Serialize sysfs sriov_numvfs reads vs writes", Jim Harris
      • Re: [PATCH 1/2] Revert "PCI/IOV: Serialize sysfs sriov_numvfs reads vs writes", Leon Romanovsky
  • Re: [PATCH 0/2] pci/iov: avoid device_lock() when reading sriov_numvfs, Bjorn Helgaas
    • Message not available
      • Re: [PATCH 0/2] pci/iov: avoid device_lock() when reading sriov_numvfs, Jim Harris
• [PATCH v5 00/16] PCI: imx6: Clean up and add imx95 pci support, Frank Li
  • [PATCH v5 01/16] PCI: imx6: Simplify clock handling by using bulk_clk_*() function, Frank Li
  • [PATCH v5 02/16] PCI: imx6: Simplify phy handling by using by using IMX6_PCIE_FLAG_HAS_PHY, Frank Li
  • [PATCH v5 03/16] PCI: imx6: Simplify reset handling by using by using *_FLAG_HAS_*_RESET, Frank Li
  • [PATCH v5 04/16] dt-bindings: imx6q-pcie: Add linux,pci-domain as required for iMX8MQ, Frank Li
    • Re: [PATCH v5 04/16] dt-bindings: imx6q-pcie: Add linux,pci-domain as required for iMX8MQ, Krzysztof Kozlowski
      • Re: [PATCH v5 04/16] dt-bindings: imx6q-pcie: Add linux,pci-domain as required for iMX8MQ, Frank Li
        • Re: [PATCH v5 04/16] dt-bindings: imx6q-pcie: Add linux,pci-domain as required for iMX8MQ, Krzysztof Kozlowski
  • [PATCH v5 05/16] PCI: imx6: Using "linux,pci-domain" as slot ID, Frank Li
  • [PATCH v5 06/16] PCI: imx6: Simplify ltssm_enable() by using ltssm_off and ltssm_mask, Frank Li
  • [PATCH v5 07/16] PCI: imx6: Simplify configure_type() by using mode_off and mode_mask, Frank Li
  • [PATCH v5 08/16] PCI: imx6: Simplify switch-case logic by involve init_phy callback, Frank Li
  • [PATCH v5 09/16] dt-bindings: imx6q-pcie: Clean up irrationality clocks check, Frank Li
    • Re: [PATCH v5 09/16] dt-bindings: imx6q-pcie: Clean up irrationality clocks check, Krzysztof Kozlowski
      • Re: [PATCH v5 09/16] dt-bindings: imx6q-pcie: Clean up irrationality clocks check, Frank Li
        • Re: [PATCH v5 09/16] dt-bindings: imx6q-pcie: Clean up irrationality clocks check, Krzysztof Kozlowski
  • [PATCH v5 10/16] dt-bindings: imx6q-pcie: remove reg and reg-name, Frank Li
    • Re: [PATCH v5 10/16] dt-bindings: imx6q-pcie: remove reg and reg-name, Rob Herring
      • Re: [PATCH v5 10/16] dt-bindings: imx6q-pcie: remove reg and reg-name, Frank Li
        • Re: [PATCH v5 10/16] dt-bindings: imx6q-pcie: remove reg and reg-name, Krzysztof Kozlowski
          • Re: [PATCH v5 10/16] dt-bindings: imx6q-pcie: remove reg and reg-name, Frank Li
            • Re: [PATCH v5 10/16] dt-bindings: imx6q-pcie: remove reg and reg-name, Krzysztof Kozlowski
  • [PATCH v5 11/16] dt-bindings: imx6q-pcie: Add imx95 pcie compatible string, Frank Li
    • Re: [PATCH v5 11/16] dt-bindings: imx6q-pcie: Add imx95 pcie compatible string, Rob Herring
  • [PATCH v5 12/16] PCI: imx6: Add iMX95 PCIe support, Frank Li
  • [PATCH v5 13/16] PCI: imx6: Clean up get addr_space code, Frank Li
  • [PATCH v5 14/16] PCI: imx6: Add epc_features in imx6_pcie_drvdata, Frank Li
  • [PATCH v5 15/16] dt-bindings: imx6q-pcie: Add iMX95 pcie endpoint compatible string, Frank Li
    • Re: [PATCH v5 15/16] dt-bindings: imx6q-pcie: Add iMX95 pcie endpoint compatible string, Krzysztof Kozlowski
      • Re: [PATCH v5 15/16] dt-bindings: imx6q-pcie: Add iMX95 pcie endpoint compatible string, Frank Li
        • Re: [PATCH v5 15/16] dt-bindings: imx6q-pcie: Add iMX95 pcie endpoint compatible string, Krzysztof Kozlowski
    • Re: [PATCH v5 15/16] dt-bindings: imx6q-pcie: Add iMX95 pcie endpoint compatible string, Krzysztof Kozlowski
  • [PATCH v5 16/16] PCI: imx6: Add iMX95 Endpoint (EP) function support, Frank Li
• [PATCH v3] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Esther Shimanovich
  • Re: [PATCH v3] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Dmitry Torokhov
• [PATCH v3 1/1] PCI: endpoint: pci-epf-vntb: Fix transfer failure for fixed size BARs, Frank Li
  • Re: [PATCH v3 1/1] PCI: endpoint: pci-epf-vntb: Fix transfer failure for fixed size BARs, Manivannan Sadhasivam
• [PATCH] PCI: Remove unused 'node' member from struct pci_driver, Mathias Krause
  • Re: [PATCH] PCI: Remove unused 'node' member from struct pci_driver, Kalle Valo
  • Re: [PATCH] PCI: Remove unused 'node' member from struct pci_driver, Bjorn Helgaas
• [PATCH] PCI: cadence: Fix TI J721E PCIe SoC dependencies, Peter Robinson
  • Re: [PATCH] PCI: cadence: Fix TI J721E PCIe SoC dependencies, Bjorn Helgaas
• [pci:irq-clean-up] BUILD SUCCESS 354b2bd38aeae8af066d9b92ab1ea4d608e64562, kernel test robot
• [PATCH v4 0/6] PCI: controllers: tidy code up, Yoshihiro Shimoda
  • [PATCH v4 2/6] PCI: dwc: Rename to .init in struct dw_pcie_ep_ops, Yoshihiro Shimoda
  • [PATCH v4 4/6] PCI: dwc: Add dw_pcie_ep_{read,write}_dbi[2] helpers, Yoshihiro Shimoda
  • [PATCH v4 1/6] PCI: dwc: Drop host prefix from struct dw_pcie_host_ops, Yoshihiro Shimoda
  • [PATCH v4 3/6] PCI: dwc: Rename to .get_dbi_offset in struct dw_pcie_ep_ops, Yoshihiro Shimoda
  • [PATCH v4 5/6] PCI: iproc: fix -Wvoid-pointer-to-enum-cast warning, Yoshihiro Shimoda
  • [PATCH v4 6/6] PCI: rcar-gen4: fix -Wvoid-pointer-to-enum-cast warning, Yoshihiro Shimoda
  • Re: [PATCH v4 0/6] PCI: controllers: tidy code up, Serge Semin
    • RE: [PATCH v4 0/6] PCI: controllers: tidy code up, Yoshihiro Shimoda
      • Re: [PATCH v4 0/6] PCI: controllers: tidy code up, Krzysztof Wilczyński
        • RE: [PATCH v4 0/6] PCI: controllers: tidy code up, Yoshihiro Shimoda
          • Re: [PATCH v4 0/6] PCI: controllers: tidy code up, Bjorn Helgaas
            • RE: [PATCH v4 0/6] PCI: controllers: tidy code up, Yoshihiro Shimoda
  • Re: [PATCH v4 0/6] PCI: controllers: tidy code up, Krzysztof Wilczyński
    • Re: [PATCH v4 0/6] PCI: controllers: tidy code up, Krzysztof Wilczyński
• [RFC PATCH 0/3] lspci: Display cxl1.1 device link status, KobayashiDaisuke
  • [RFC PATCH 1/3] Add function to display cxl1.1 device link status, KobayashiDaisuke
  • [RFC PATCH 2/3] Implement a function to get cxl1.1 device uid, KobayashiDaisuke
  • [RFC PATCH 3/3] Implement a function to get a RCRB Base address, KobayashiDaisuke
  • Re: [RFC PATCH 0/3] lspci: Display cxl1.1 device link status, Jonathan Cameron
    • Re: [RFC PATCH 0/3] lspci: Display cxl1.1 device link status, Dan Williams
      • Re: [RFC PATCH 0/3] lspci: Display cxl1.1 device link status, Jonathan Cameron
        • RE: [RFC PATCH 0/3] lspci: Display cxl1.1 device link status, Daisuke Kobayashi (Fujitsu)
          • RE: [RFC PATCH 0/3] lspci: Display cxl1.1 device link status, Dan Williams
            • RE: [RFC PATCH 0/3] lspci: Display cxl1.1 device link status, Daisuke Kobayashi (Fujitsu)
  • Re: [RFC PATCH 0/3] lspci: Display cxl1.1 device link status, Martin Mareš
    • RE: [RFC PATCH 0/3] lspci: Display cxl1.1 device link status, Daisuke Kobayashi (Fujitsu)
• [PATCH v4 0/2] fix vt-d hard lockup when hotplug ATS capable device, Ethan Zhao
  • [PATCH v4 1/2] PCI: make pci_dev_is_disconnected() helper public for other drivers, Ethan Zhao
  • [PATCH v4 2/2] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Ethan Zhao
    • Re: [PATCH v4 2/2] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Lukas Wunner
      • Re: [PATCH v4 2/2] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Lukas Wunner
        • Re: [PATCH v4 2/2] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Ethan Zhao
        • Re: [PATCH v4 2/2] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Ethan Zhao
      • Re: [PATCH v4 2/2] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Ethan Zhao
        • Re: [PATCH v4 2/2] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Lukas Wunner
          • Re: [PATCH v4 2/2] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Ethan Zhao
• [pci:endpoint] BUILD SUCCESS 6f517e044096fd78fa6f19b3da20579426980af7, kernel test robot
• [PATCH v2] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Esther Shimanovich
  • Re: [PATCH v2] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Dmitry Torokhov
    • Re: [PATCH v2] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Esther Shimanovich
      • Re: [PATCH v2] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Dmitry Torokhov
        • Re: [PATCH v2] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Esther Shimanovich
          • Re: [PATCH v2] PCI: Relabel JHL6540 on Lenovo X1 Carbon 7,8, Dmitry Torokhov
• [RFC PATCH v3 00/17] RISC-V: ACPI: Add external interrupt controller support, Sunil V L
  • [RFC PATCH v3 01/17] arm64: PCI: Migrate ACPI related functions to pci-acpi.c, Sunil V L
  • [RFC PATCH v3 02/17] RISC-V: ACPI: Implement PCI related functionality, Sunil V L
  • [RFC PATCH v3 03/17] PCI: Make pci_create_root_bus() declare its reliance on MSI domains, Sunil V L
    • Re: [RFC PATCH v3 03/17] PCI: Make pci_create_root_bus() declare its reliance on MSI domains, Bjorn Helgaas
      • Re: [RFC PATCH v3 03/17] PCI: Make pci_create_root_bus() declare its reliance on MSI domains, Sunil V L
  • [RFC PATCH v3 04/17] ACPI: Add fw_devlink support for ACPI fwnode for IRQ dependency, Sunil V L
  • [RFC PATCH v3 05/17] ACPI: irq: Add support for deferred probe in acpi_register_gsi(), Sunil V L
  • [RFC PATCH v3 06/17] pnp.h: Reconfigure IRQ in pnp_irq() to support deferred probe, Sunil V L
  • [RFC PATCH v3 07/17] ACPI: scan.c: Add weak arch specific function to reorder the IRQCHIP probe, Sunil V L
  • [RFC PATCH v3 08/17] ACPI: RISC-V: Implement arch function to reorder irqchip probe entries, Sunil V L
  • [RFC PATCH v3 09/17] irqchip: riscv-intc: Add ACPI support for AIA, Sunil V L
  • [RFC PATCH v3 10/17] irqchip: riscv-imsic: Add ACPI support, Sunil V L
  • [RFC PATCH v3 11/17] irqchip: riscv-aplic: Add ACPI support, Sunil V L
  • [RFC PATCH v3 12/17] irqchip: irq-sifive-plic: Add ACPI support, Sunil V L
  • [RFC PATCH v3 13/17] ACPI: bus: Add RINTC IRQ model for RISC-V, Sunil V L
  • [RFC PATCH v3 14/17] ACPI: bus: Add acpi_riscv_init function, Sunil V L
  • [RFC PATCH v3 15/17] ACPI: RISC-V: Create APLIC platform device, Sunil V L
  • [RFC PATCH v3 16/17] ACPI: RISC-V: Create PLIC platform device, Sunil V L
  • [RFC PATCH v3 17/17] irqchip: riscv-intc: Set ACPI irqmodel, Sunil V L
  • Re: [RFC PATCH v3 00/17] RISC-V: ACPI: Add external interrupt controller support, Rafael J. Wysocki
    • Re: [RFC PATCH v3 00/17] RISC-V: ACPI: Add external interrupt controller support, Sunil V L
    • Re: [RFC PATCH v3 00/17] RISC-V: ACPI: Add external interrupt controller support, Sunil V L
      • Re: [RFC PATCH v3 00/17] RISC-V: ACPI: Add external interrupt controller support, Rafael J. Wysocki
        • Re: [RFC PATCH v3 00/17] RISC-V: ACPI: Add external interrupt controller support, Sunil V L
          • Re: [RFC PATCH v3 00/17] RISC-V: ACPI: Add external interrupt controller support, Sunil V L
        • Re: [RFC PATCH v3 00/17] RISC-V: ACPI: Add external interrupt controller support, Sunil V L
          • Re: [RFC PATCH v3 00/17] RISC-V: ACPI: Add external interrupt controller support, Rafael J. Wysocki
• [PATCH v2 1/1] PCI: endpoint: pci-epf-vntb: Fix transfer fail when BAR1 is fixed size, Frank Li
  • Re: [PATCH v2 1/1] PCI: endpoint: pci-epf-vntb: Fix transfer fail when BAR1 is fixed size, Manivannan Sadhasivam
    • Re: [PATCH v2 1/1] PCI: endpoint: pci-epf-vntb: Fix transfer fail when BAR1 is fixed size, Frank Li
      • Re: [PATCH v2 1/1] PCI: endpoint: pci-epf-vntb: Fix transfer fail when BAR1 is fixed size, Manivannan Sadhasivam
        • Re: [PATCH v2 1/1] PCI: endpoint: pci-epf-vntb: Fix transfer fail when BAR1 is fixed size, Frank Li
• [PATCH 1/1] PCI: endpoint: pci-epf-vntb: Fix transfer fail when BAR1 is fixed size, Frank Li
• [PATCH] misc: pci_endpoint_test: Remove usage of the deprecated ida_simple_xx() API, Christophe JAILLET
  • Re: [PATCH] misc: pci_endpoint_test: Remove usage of the deprecated ida_simple_xx() API, Manivannan Sadhasivam
  • Re: [PATCH] misc: pci_endpoint_test: Remove usage of the deprecated ida_simple_xx() API, Krzysztof Wilczyński
• [PATCH] dw-xdata: Remove usage of the deprecated ida_simple_xx() API, Christophe JAILLET
  • Re: [PATCH] dw-xdata: Remove usage of the deprecated ida_simple_xx() API, Krzysztof Wilczyński
• [PATCH 1/1] PCI: dwc: Fix BAR0 wrong map to iATU6 after root complex reinit endpoint, Frank Li
  • [PATCH 1/1] PCI: dwc: Fix BAR0 wrong map to iATU6 after root complex reinit endpoint, Frank Li
  • Re: [PATCH 1/1] PCI: dwc: Fix BAR0 wrong map to iATU6 after root complex reinit endpoint, Niklas Cassel
    • Re: [PATCH 1/1] PCI: dwc: Fix BAR0 wrong map to iATU6 after root complex reinit endpoint, Frank Li
      • Re: [PATCH 1/1] PCI: dwc: Fix BAR0 wrong map to iATU6 after root complex reinit endpoint, Niklas Cassel
        • Re: [PATCH 1/1] PCI: dwc: Fix BAR0 wrong map to iATU6 after root complex reinit endpoint, Niklas Cassel
          • Re: [PATCH 1/1] PCI: dwc: Fix BAR0 wrong map to iATU6 after root complex reinit endpoint, Frank Li
          • Re: [PATCH 1/1] PCI: dwc: Fix BAR0 wrong map to iATU6 after root complex reinit endpoint, Frank Li
            • Re: [PATCH 1/1] PCI: dwc: Fix BAR0 wrong map to iATU6 after root complex reinit endpoint, Manivannan Sadhasivam
              • Re: [PATCH 1/1] PCI: dwc: Fix BAR0 wrong map to iATU6 after root complex reinit endpoint, Niklas Cassel
                • Re: [PATCH 1/1] PCI: dwc: Fix BAR0 wrong map to iATU6 after root complex reinit endpoint, Frank Li
        • Re: [PATCH 1/1] PCI: dwc: Fix BAR0 wrong map to iATU6 after root complex reinit endpoint, Manivannan Sadhasivam
          • Re: [PATCH 1/1] PCI: dwc: Fix BAR0 wrong map to iATU6 after root complex reinit endpoint, Frank Li
            • Re: [PATCH 1/1] PCI: dwc: Fix BAR0 wrong map to iATU6 after root complex reinit endpoint, Manivannan Sadhasivam
              • Re: [PATCH 1/1] PCI: dwc: Fix BAR0 wrong map to iATU6 after root complex reinit endpoint, Frank Li
                • Re: [PATCH 1/1] PCI: dwc: Fix BAR0 wrong map to iATU6 after root complex reinit endpoint, Niklas Cassel
                  • Re: [PATCH 1/1] PCI: dwc: Fix BAR0 wrong map to iATU6 after root complex reinit endpoint, Frank Li
• [pci:controller/xilinx] BUILD SUCCESS b642e081f46cc95c7f1468cab1ea3c2d5e11fdab, kernel test robot
• [pci:controller/dwc] BUILD SUCCESS 2217fffcd63f86776c985d42e76daa43a56abdf1, kernel test robot
• ACPI Error: AE_ERROR, Returned by Handler for [PCI_Config] (20230628/evregion-300), method \_SB.PCI0._INI, Paul Menzel
• [pci:controller/kirin] BUILD SUCCESS 9f5077ef8f8157270f51f4ebd782c985d56d33c6, kernel test robot
• [PATCH v3 0/2] fix vt-d hard lockup when hotplug ATS capable device, Ethan Zhao
  • [PATCH v3 1/2] PCI: make pci_dev_is_disconnected() helper public for, Ethan Zhao
  • [PATCH v3 2/2] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Ethan Zhao
    • Re: [PATCH v3 2/2] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Baolu Lu
      • Re: [PATCH v3 2/2] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Ethan Zhao
      • Re: [PATCH v3 2/2] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Ethan Zhao
        • Re: [PATCH v3 2/2] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Baolu Lu
          • Re: [PATCH v3 2/2] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Ethan Zhao
            • Re: [PATCH v3 2/2] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Ethan Zhao
              • Re: [PATCH v3 2/2] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Baolu Lu
                • Re: [PATCH v3 2/2] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Ethan Zhao
• [PATCH v2 0/2] fix vt-d hard lockup when hotplug ATS capable device, Ethan Zhao
  • [PATCH v2 1/2] PCI: make pci_dev_is_disconnected() helper public for, Ethan Zhao
  • [PATCH v2 2/2] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Ethan Zhao
  • Re: [PATCH v2 0/2] fix vt-d hard lockup when hotplug ATS capable device, Ethan Zhao
• [PATCH v4 00/15] PCI: imx6: Clean up and add imx95 pci support, Frank Li
  • [PATCH v4 01/15] PCI: imx6: Simplify clock handling by using bulk_clk_*() function, Frank Li
    • Re: [PATCH v4 01/15] PCI: imx6: Simplify clock handling by using bulk_clk_*() function, Manivannan Sadhasivam
      • Re: [PATCH v4 01/15] PCI: imx6: Simplify clock handling by using bulk_clk_*() function, Frank Li
  • [PATCH v4 02/15] PCI: imx6: Simplify phy handling by using by using IMX6_PCIE_FLAG_HAS_PHY, Frank Li
    • Re: [PATCH v4 02/15] PCI: imx6: Simplify phy handling by using by using IMX6_PCIE_FLAG_HAS_PHY, Manivannan Sadhasivam
      • Re: [PATCH v4 02/15] PCI: imx6: Simplify phy handling by using by using IMX6_PCIE_FLAG_HAS_PHY, Frank Li
  • [PATCH v4 03/15] PCI: imx6: Simplify reset handling by using by using *_FLAG_HAS_*_RESET, Frank Li
    • Re: [PATCH v4 03/15] PCI: imx6: Simplify reset handling by using by using *_FLAG_HAS_*_RESET, Manivannan Sadhasivam
  • [PATCH v4 04/15] PCI: imx6: Using "linux,pci-domain" as slot ID, Frank Li
    • Re: [PATCH v4 04/15] PCI: imx6: Using "linux,pci-domain" as slot ID, Manivannan Sadhasivam
  • [PATCH v4 05/15] PCI: imx6: Simplify ltssm_enable() by using ltssm_off and ltssm_mask, Frank Li
  • [PATCH v4 06/15] PCI: imx6: Simplify configure_type() by using mode_off and mode_mask, Frank Li
  • [PATCH v4 07/15] PCI: imx6: Simplify switch-case logic by involve init_phy callback, Frank Li
  • [PATCH v4 08/15] dt-bindings: imx6q-pcie: Clean up irrationality clocks check, Frank Li
  • [PATCH v4 09/15] dt-bindings: imx6q-pcie: remove reg and reg-name, Frank Li
    • Re: [PATCH v4 09/15] dt-bindings: imx6q-pcie: remove reg and reg-name, Rob Herring
    • Re: [PATCH v4 09/15] dt-bindings: imx6q-pcie: remove reg and reg-name, Rob Herring
  • [PATCH v4 10/15] dt-bindings: imx6q-pcie: Add imx95 pcie compatible string, Frank Li
  • [PATCH v4 11/15] PCI: imx6: Add iMX95 PCIe support, Frank Li
  • [PATCH v4 12/15] PCI: imx6: Clean up get addr_space code, Frank Li
  • [PATCH v4 13/15] PCI: imx6: Add epc_features in imx6_pcie_drvdata, Frank Li
  • [PATCH v4 14/15] dt-bindings: imx6q-pcie: Add iMX95 pcie endpoint compatible string, Frank Li
  • [PATCH v4 15/15] PCI: imx6: Add iMX95 Endpoint (EP) function support, Frank Li
• [pci:enumeration-logging] BUILD SUCCESS 95140c2fbfdf3b6ca98578e5bdbc82d9922f08b9, kernel test robot
• [pci:next] BUILD SUCCESS ab9345f3fb21e9563da4d6234c6e380cc691b4ad, kernel test robot
• [pci:aer] BUILD SUCCESS d95ef17f64225dcdf347438098f8f14f1de9a3e8, kernel test robot
• [pci:controller/dwc] BUILD SUCCESS edd6ae1022a659b47586b64fa93c615ee14efd94, kernel test robot
• [pci:dt-bindings] BUILD SUCCESS 41f757713ac38ae2f63bc02d5653aac254c5bdbf, kernel test robot
• [pci:controller/remove-void-return] BUILD SUCCESS a5eee68931fcc6ecabd35651fed0c31439078e67, kernel test robot
• [pci:for-linus] BUILD SUCCESS 5df12742b7e3aae2594a30a9d14d5d6e9e7699f4, kernel test robot
• [PATCH v2] x86/pci: Stop requiring ECAM to be declared in E820, ACPI or EFI, Mario Limonciello
  • Re: [PATCH v2] x86/pci: Stop requiring ECAM to be declared in E820, ACPI or EFI, Mario Limonciello
    • Re: [PATCH v2] x86/pci: Stop requiring ECAM to be declared in E820, ACPI or EFI, Bjorn Helgaas
      • Re: [PATCH v2] x86/pci: Stop requiring ECAM to be declared in E820, ACPI or EFI, Mario Limonciello
        • Re: [PATCH v2] x86/pci: Stop requiring ECAM to be declared in E820, ACPI or EFI, Bjorn Helgaas
          • Re: [PATCH v2] x86/pci: Stop requiring ECAM to be declared in E820, ACPI or EFI, Mario Limonciello
    • Re: [PATCH v2] x86/pci: Stop requiring ECAM to be declared in E820, ACPI or EFI, Bjorn Helgaas
• [GIT PULL] PCI fixes for v6.7, Bjorn Helgaas
  • Re: [GIT PULL] PCI fixes for v6.7, pr-tracker-bot
  • <Possible follow-ups>
  • [GIT PULL] PCI fixes for v6.7, Bjorn Helgaas
    • Re: [GIT PULL] PCI fixes for v6.7, pr-tracker-bot
• [pci:controller/rcar] BUILD SUCCESS 6797e4da2dd1e2c8dc8cec73447c77abe2a7655b, kernel test robot
• [pci:for-linus] BUILD SUCCESS 9ad2ae63cdcad59b243e9ef548398c73e733c8df, kernel test robot
• [PATCH v2 0/3] arch/x86: Remove unnecessary dependencies on bootparam.h, Thomas Zimmermann
  • [PATCH v2 2/3] arch/x86: Add <asm/ima-efi.h> for arch_ima_efi_boot_mode, Thomas Zimmermann
    • Re: [PATCH v2 2/3] arch/x86: Add <asm/ima-efi.h> for arch_ima_efi_boot_mode, Ard Biesheuvel
      • Re: [PATCH v2 2/3] arch/x86: Add <asm/ima-efi.h> for arch_ima_efi_boot_mode, Thomas Zimmermann
        • Re: [PATCH v2 2/3] arch/x86: Add <asm/ima-efi.h> for arch_ima_efi_boot_mode, Ard Biesheuvel
          • Re: [PATCH v2 2/3] arch/x86: Add <asm/ima-efi.h> for arch_ima_efi_boot_mode, Thomas Zimmermann
  • [PATCH v2 1/3] arch/x86: Move UAPI setup structures into setup_data.h, Thomas Zimmermann
    • Re: [PATCH v2 1/3] arch/x86: Move UAPI setup structures into setup_data.h, Ard Biesheuvel
      • Re: [PATCH v2 1/3] arch/x86: Move UAPI setup structures into setup_data.h, Thomas Zimmermann
  • [PATCH v2 3/3] arch/x86: Do not include <asm/bootparam.h> in several header files, Thomas Zimmermann
• [PATCH] misc: pci_endpoint_test: Use a unique test pattern for each BAR, Niklas Cassel
  • Re: [PATCH] misc: pci_endpoint_test: Use a unique test pattern for each BAR, Damien Le Moal
  • Re: [PATCH] misc: pci_endpoint_test: Use a unique test pattern for each BAR, Manivannan Sadhasivam
  • Re: [PATCH] misc: pci_endpoint_test: Use a unique test pattern for each BAR, Krzysztof Wilczyński
• [PATCH v3 0/6] PCI: controllers: tidy code up, Yoshihiro Shimoda
  • [PATCH v3 2/6] PCI: dwc: Rename to .init in struct dw_pcie_ep_ops, Yoshihiro Shimoda
  • [PATCH v3 3/6] PCI: dwc: Rename to .get_dbi_offset in struct dw_pcie_ep_ops, Yoshihiro Shimoda
  • [PATCH v3 4/6] PCI: dwc: Add dw_pcie_ep_{read,write}_dbi[2] helpers, Yoshihiro Shimoda
    • Re: [PATCH v3 4/6] PCI: dwc: Add dw_pcie_ep_{read,write}_dbi[2] helpers, Serge Semin
      • Re: [PATCH v3 4/6] PCI: dwc: Add dw_pcie_ep_{read,write}_dbi[2] helpers, Krzysztof Wilczyński
      • Re: [PATCH v3 4/6] PCI: dwc: Add dw_pcie_ep_{read,write}_dbi[2] helpers, Manivannan Sadhasivam
        • RE: [PATCH v3 4/6] PCI: dwc: Add dw_pcie_ep_{read,write}_dbi[2] helpers, Yoshihiro Shimoda
          • Re: [PATCH v3 4/6] PCI: dwc: Add dw_pcie_ep_{read,write}_dbi[2] helpers, Serge Semin
            • RE: [PATCH v3 4/6] PCI: dwc: Add dw_pcie_ep_{read,write}_dbi[2] helpers, Yoshihiro Shimoda
    • Re: [PATCH v3 4/6] PCI: dwc: Add dw_pcie_ep_{read,write}_dbi[2] helpers, Manivannan Sadhasivam
  • [PATCH v3 1/6] PCI: dwc: Drop host prefix from struct dw_pcie_host_ops, Yoshihiro Shimoda
  • [PATCH v3 5/6] PCI: iproc: fix -Wvoid-pointer-to-enum-cast warning, Yoshihiro Shimoda
  • [PATCH v3 6/6] PCI: rcar-gen4: fix -Wvoid-pointer-to-enum-cast warning, Yoshihiro Shimoda
• [pci:controller/cadence] BUILD SUCCESS 9ca59b45ecf3b1ab24e21294aa598837761dd1e8, kernel test robot
• [pci:controller/vmd] BUILD SUCCESS 991801bc4722e287035e907a0202954a2ffb2798, kernel test robot
• [PATCH] Revert "PCI: acpiphp: Reassign resources on bridge if necessary", Bjorn Helgaas
  • Re: [PATCH] Revert "PCI: acpiphp: Reassign resources on bridge if necessary", Michael S. Tsirkin
  • Re: [PATCH] Revert "PCI: acpiphp: Reassign resources on bridge if necessary", Igor Mammedov
• [PATCH v13 0/21] Refactoring Microchip PCIe driver and add StarFive PCIe, Minda Chen
  • [PATCH v13 01/21] dt-bindings: PCI: Add PLDA XpressRICH PCIe host common properties, Minda Chen
  • [PATCH v13 02/21] PCI: microchip: Move pcie-microchip-host.c to plda directory, Minda Chen
  • [PATCH v13 04/21] PCI: microchip: Add bridge_addr field to struct mc_pcie, Minda Chen
  • [PATCH v13 03/21] PCI: microchip: Move PLDA IP register macros to pcie-plda.h, Minda Chen
  • [PATCH v13 05/21] PCI: microchip: Rename two PCIe data structures, Minda Chen
  • [PATCH v13 06/21] PCI: microchip: Move PCIe host data structures to plda-pcie.h, Minda Chen
  • [PATCH v13 07/21] PCI: microchip: Rename two setup functions, Minda Chen
  • [PATCH v13 08/21] PCI: microchip: Change the argument of plda_pcie_setup_iomems(), Minda Chen
  • [PATCH v13 09/21] PCI: microchip: Move setup functions to pcie-plda-host.c, Minda Chen
    • Re: [PATCH v13 09/21] PCI: microchip: Move setup functions to pcie-plda-host.c, Lorenzo Pieralisi
      • Re: [PATCH v13 09/21] PCI: microchip: Move setup functions to pcie-plda-host.c, Minda Chen
  • [PATCH v13 10/21] PCI: microchip: Rename interrupt related functions, Minda Chen
    • Re: [PATCH v13 10/21] PCI: microchip: Rename interrupt related functions, Lorenzo Pieralisi
      • Re: [PATCH v13 10/21] PCI: microchip: Rename interrupt related functions, Minda Chen
  • [PATCH v13 11/21] PCI: microchip: Add num_events field to struct plda_pcie_rp, Minda Chen
    • Re: [PATCH v13 11/21] PCI: microchip: Add num_events field to struct plda_pcie_rp, Lorenzo Pieralisi
      • Re: [PATCH v13 11/21] PCI: microchip: Add num_events field to struct plda_pcie_rp, Minda Chen
  • [PATCH v13 13/21] PCI: microchip: Add INTx and MSI event num to struct plda_event, Minda Chen
  • [PATCH v13 12/21] PCI: microchip: Add request_event_irq() callback function, Minda Chen
    • Re: [PATCH v13 12/21] PCI: microchip: Add request_event_irq() callback function, Lorenzo Pieralisi
      • Re: [PATCH v13 12/21] PCI: microchip: Add request_event_irq() callback function, Minda Chen
  • [PATCH v13 15/21] PCI: microchip: Add event irqchip field to host port and add PLDA irqchip, Minda Chen
    • Re: [PATCH v13 15/21] PCI: microchip: Add event irqchip field to host port and add PLDA irqchip, Minda Chen
      • Re: [PATCH v13 15/21] PCI: microchip: Add event irqchip field to host port and add PLDA irqchip, Lorenzo Pieralisi
        • Re: [PATCH v13 15/21] PCI: microchip: Add event irqchip field to host port and add PLDA irqchip, Minda Chen
          • Re: [PATCH v13 15/21] PCI: microchip: Add event irqchip field to host port and add PLDA irqchip, Lorenzo Pieralisi
            • Re: [PATCH v13 15/21] PCI: microchip: Add event irqchip field to host port and add PLDA irqchip, Minda Chen
  • [PATCH v13 14/21] PCI: microchip: Add get_events() callback and add PLDA get_event(), Minda Chen
    • Re: [PATCH v13 14/21] PCI: microchip: Add get_events() callback and add PLDA get_event(), Lorenzo Pieralisi
      • Re: [PATCH v13 14/21] PCI: microchip: Add get_events() callback and add PLDA get_event(), Minda Chen
  • [PATCH v13 17/21] PCI: plda: Add host init/deinit and map bus functions, Minda Chen
  • [PATCH v13 16/21] PCI: microchip: Move IRQ functions to pcie-plda-host.c, Minda Chen
  • [PATCH v13 18/21] dt-bindings: PCI: Add StarFive JH7110 PCIe controller, Minda Chen
  • [PATCH v13 19/21] PCI: Add PCIE_RESET_CONFIG_DEVICE_WAIT_MS waiting time value, Minda Chen
    • Re: [PATCH v13 19/21] PCI: Add PCIE_RESET_CONFIG_DEVICE_WAIT_MS waiting time value, Lorenzo Pieralisi
    • Re: [PATCH v13 19/21] PCI: Add PCIE_RESET_CONFIG_DEVICE_WAIT_MS waiting time value, Bjorn Helgaas
  • [PATCH v13 20/21] PCI: starfive: Add JH7110 PCIe controller, Minda Chen
  • [PATCH v13 21/21] riscv: dts: starfive: add PCIe dts configuration for JH7110, Minda Chen
  • Re: [PATCH v13 0/21] Refactoring Microchip PCIe driver and add StarFive PCIe, Kevin Hilman
    • 回复: [PATCH v13 0/21] Refactoring Microchip PCIe driver and add StarFive PCIe, Kevin Xie
      • Re: 回复: [PATCH v13 0/21] Refactoring Microchip PCIe driver and add StarFive PCIe, Kevin Hilman
        • 回复: 回复: [PATCH v13 0/21] Refactoring Microchip PCIe driver and add StarFive PCIe, Kevin Xie
          • Re: 回复: 回复: [PATCH v13 0/21] Refactoring Microchip PCIe driver and add StarFive PCIe, Emil Renner Berthing
• [PATCH] PCI: epf-mhi: Fix the DMA data direction of dma_unmap_single(), Manivannan Sadhasivam
  • Re: [PATCH] PCI: epf-mhi: Fix the DMA data direction of dma_unmap_single(), Krzysztof Wilczyński
    • Re: [PATCH] PCI: epf-mhi: Fix the DMA data direction of dma_unmap_single(), Manivannan Sadhasivam
• [PATCH 00/10] Add PCIe support for Qualcomm IPQ5332, Praveenkumar I
  • [PATCH 01/10] dt-bindings: clock: Add separate clocks for PCIe and USB for Combo PHY, Praveenkumar I
    • Re: [PATCH 01/10] dt-bindings: clock: Add separate clocks for PCIe and USB for Combo PHY, Krzysztof Kozlowski
  • [PATCH 02/10] clk: qcom: ipq5332: Add separate clocks for PCIe and USB for Combo PHY, Praveenkumar I
    • Re: [PATCH 02/10] clk: qcom: ipq5332: Add separate clocks for PCIe and USB for Combo PHY, Dmitry Baryshkov
      • Re: [PATCH 02/10] clk: qcom: ipq5332: Add separate clocks for PCIe and USB for Combo PHY, Praveenkumar I
        • Re: [PATCH 02/10] clk: qcom: ipq5332: Add separate clocks for PCIe and USB for Combo PHY, Dmitry Baryshkov
  • [PATCH 03/10] arm64: dts: qcom: ipq5332: Add separate entry for USB pipe clock, Praveenkumar I
    • Re: [PATCH 03/10] arm64: dts: qcom: ipq5332: Add separate entry for USB pipe clock, Dmitry Baryshkov
      • Re: [PATCH 03/10] arm64: dts: qcom: ipq5332: Add separate entry for USB pipe clock, Praveenkumar I
  • [PATCH 04/10] phy: qcom: Add support for Pipe clock rate from device data, Praveenkumar I
    • Re: [PATCH 04/10] phy: qcom: Add support for Pipe clock rate from device data, Dmitry Baryshkov
  • [PATCH 05/10] dt-bindings: phy: qcom,uniphy-pcie: Add ipq5332 bindings, Praveenkumar I
    • Re: [PATCH 05/10] dt-bindings: phy: qcom,uniphy-pcie: Add ipq5332 bindings, Krzysztof Kozlowski
  • [PATCH 06/10] phy: qcom: ipq5332: Add support for g3x1 and g3x2 PCIe PHYs, Praveenkumar I
    • Re: [PATCH 06/10] phy: qcom: ipq5332: Add support for g3x1 and g3x2 PCIe PHYs, Dmitry Baryshkov
      • Re: [PATCH 06/10] phy: qcom: ipq5332: Add support for g3x1 and g3x2 PCIe PHYs, Praveenkumar I
  • [PATCH 07/10] dt-bindings: PCI: qcom: Add IPQ5332 SoC, Praveenkumar I
    • Re: [PATCH 07/10] dt-bindings: PCI: qcom: Add IPQ5332 SoC, Dmitry Baryshkov
      • Re: [PATCH 07/10] dt-bindings: PCI: qcom: Add IPQ5332 SoC, Praveenkumar I
    • Re: [PATCH 07/10] dt-bindings: PCI: qcom: Add IPQ5332 SoC, Krzysztof Kozlowski
  • [PATCH 08/10] pci: qcom: Add support for IPQ5332, Praveenkumar I
    • Re: [PATCH 08/10] pci: qcom: Add support for IPQ5332, Dmitry Baryshkov
  • [PATCH 09/10] arm64: dts: qcom: ipq5332: Add PCIe related nodes, Praveenkumar I
    • Re: [PATCH 09/10] arm64: dts: qcom: ipq5332: Add PCIe related nodes, Krzysztof Kozlowski
  • [PATCH 10/10] arm64: dts: qcom: ipq5332: Enable PCIe phys and controllers, Praveenkumar I
  • Re: [PATCH 00/10] Add PCIe support for Qualcomm IPQ5332, Manivannan Sadhasivam
    • Re: [PATCH 00/10] Add PCIe support for Qualcomm IPQ5332, Sricharan Ramabadhran
• [Regression] Commit 40613da52b13 ("PCI: acpiphp: Reassign resources on bridge if necessary"), Jonathan Woithe
  • Re: [Regression] Commit 40613da52b13 ("PCI: acpiphp: Reassign resources on bridge if necessary"), Igor Mammedov
    • Re: [Regression] Commit 40613da52b13 ("PCI: acpiphp: Reassign resources on bridge if necessary"), Jonathan Woithe
      • Re: [Regression] Commit 40613da52b13 ("PCI: acpiphp: Reassign resources on bridge if necessary"), Igor Mammedov
      • Re: [Regression] Commit 40613da52b13 ("PCI: acpiphp: Reassign resources on bridge if necessary"), Jonathan Woithe
        • Re: [Regression] Commit 40613da52b13 ("PCI: acpiphp: Reassign resources on bridge if necessary"), Igor Mammedov
          • Re: [Regression] Commit 40613da52b13 ("PCI: acpiphp: Reassign resources on bridge if necessary"), Jonathan Woithe
            • Re: [Regression] Commit 40613da52b13 ("PCI: acpiphp: Reassign resources on bridge if necessary"), Jonathan Woithe
              • Re: [Regression] Commit 40613da52b13 ("PCI: acpiphp: Reassign resources on bridge if necessary"), Igor Mammedov
• [PATCH] pci/iov: fix kobject_uevent() ordering in sriov_enable(), Jim Harris
  • Re: [PATCH] pci/iov: fix kobject_uevent() ordering in sriov_enable(), Bjorn Helgaas
    • Message not available
      • Re: [PATCH] pci/iov: fix kobject_uevent() ordering in sriov_enable(), Jim Harris
• [PATCH 0/2] Improvements to system power consumption at S5, Mario Limonciello
  • [PATCH 1/2] PCI: Avoid runtime resuming devices if system is shutting down, Mario Limonciello
    • Re: [PATCH 1/2] PCI: Avoid runtime resuming devices if system is shutting down, Rafael J. Wysocki
      • Re: [PATCH 1/2] PCI: Avoid runtime resuming devices if system is shutting down, Mario Limonciello
        • Re: [PATCH 1/2] PCI: Avoid runtime resuming devices if system is shutting down, Rafael J. Wysocki
  • [PATCH 2/2] PCI/portdrv: Place PCIe port hierarchy into D3cold at shutdown, Mario Limonciello
    • Re: [PATCH 2/2] PCI/portdrv: Place PCIe port hierarchy into D3cold at shutdown, Rafael J. Wysocki
      • Re: [PATCH 2/2] PCI/portdrv: Place PCIe port hierarchy into D3cold at shutdown, Mario Limonciello
        • Re: [PATCH 2/2] PCI/portdrv: Place PCIe port hierarchy into D3cold at shutdown, Rafael J. Wysocki
          • Re: [PATCH 2/2] PCI/portdrv: Place PCIe port hierarchy into D3cold at shutdown, Kai-Heng Feng
            • Re: [PATCH 2/2] PCI/portdrv: Place PCIe port hierarchy into D3cold at shutdown, Rafael J. Wysocki
              • Re: [PATCH 2/2] PCI/portdrv: Place PCIe port hierarchy into D3cold at shutdown, Mario Limonciello
                • Re: [PATCH 2/2] PCI/portdrv: Place PCIe port hierarchy into D3cold at shutdown, Kai-Heng Feng
• Further cleanups for pci_iounmap() and lib/iomap.c discussion, Philipp Stanner
• [pci:controller/layerscape] BUILD SUCCESS 27b3bcbf8a797d3b18c2aa95928fe65a50066159, kernel test robot
• [PATCH v5 0/5] Regather scattered PCI-Code, Philipp Stanner
  • [PATCH v5 1/5] lib/pci_iomap.c: fix cleanup bugs in pci_iounmap(), Philipp Stanner
  • [PATCH v5 2/5] lib: move pci_iomap.c to drivers/pci/, Philipp Stanner
  • [PATCH v5 3/5] lib: move pci-specific devres code to drivers/pci/, Philipp Stanner
  • [PATCH v5 5/5] lib, pci: unify generic pci_iounmap(), Philipp Stanner
  • [PATCH v5 4/5] pci: move devres code from pci.c to devres.c, Philipp Stanner
• [PATCH V2 0/4] PCI: imx6: Add pci host wakeup support, Sherry Sun
  • [PATCH V2 1/4] PCI: imx6: Add pci host wakeup support on imx platforms., Sherry Sun
    • Re: [PATCH V2 1/4] PCI: imx6: Add pci host wakeup support on imx platforms., Bjorn Helgaas
      • RE: [PATCH V2 1/4] PCI: imx6: Add pci host wakeup support on imx platforms., Sherry Sun
    • Re: [PATCH V2 1/4] PCI: imx6: Add pci host wakeup support on imx platforms., kernel test robot
    • Re: [PATCH V2 1/4] PCI: imx6: Add pci host wakeup support on imx platforms., kernel test robot
    • Re: [PATCH V2 1/4] PCI: imx6: Add pci host wakeup support on imx platforms., kernel test robot
  • [PATCH V2 2/4] dt-bindings: imx6q-pcie: Add wake-gpios property, Sherry Sun
  • [PATCH V2 3/4] arm64: dts: imx8mp-evk: add wake-gpios property for pci bus, Sherry Sun
  • [PATCH V2 4/4] arm64: dts: imx8mq-evk: add wake-gpios property for pci bus, Sherry Sun
  • Re: [PATCH V2 0/4] PCI: imx6: Add pci host wakeup support, Manivannan Sadhasivam
    • RE: [PATCH V2 0/4] PCI: imx6: Add pci host wakeup support, Sherry Sun
      • Re: [PATCH V2 0/4] PCI: imx6: Add pci host wakeup support, Manivannan Sadhasivam
• [PATCH RFC 0/2] fix vt-d hard lockup when hotplug ATS capable device, Ethan Zhao
  • [PATCH 2/2] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Ethan Zhao
    • Re: [PATCH 2/2] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Lukas Wunner
      • Re: [PATCH 2/2] iommu/vt-d: don's issue devTLB flush request when device is disconnected, Robin Murphy