Linux PCI

• Date Index

• [PATCH 0/2] pci: endpoint: vntb: add MSI doorbell support, Frank Li
  • Re: [PATCH 0/2] pci: endpoint: vntb: add MSI doorbell support, Frank Li
    • Re: [PATCH 0/2] pci: endpoint: vntb: add MSI doorbell support, Manivannan Sadhasivam
  • [PATCH 2/2] PCI: endpoint: pci-epf-vntb: Add MSI doorbell support, Frank Li
    • Re: [PATCH 2/2] PCI: endpoint: pci-epf-vntb: Add MSI doorbell support, Manivannan Sadhasivam
      • Re: [PATCH 2/2] PCI: endpoint: pci-epf-vntb: Add MSI doorbell support, Frank Li
  • [PATCH 1/2] PCI: endpoint: Enhance pci_epf_alloc_space() and rename to pci_epf_set_inbound_space(), Frank Li
    • Re: [PATCH 1/2] PCI: endpoint: Enhance pci_epf_alloc_space() and rename to pci_epf_set_inbound_space(), ALOK TIWARI
      • Re: [PATCH 1/2] PCI: endpoint: Enhance pci_epf_alloc_space() and rename to pci_epf_set_inbound_space(), Frank Li
    • Re: [PATCH 1/2] PCI: endpoint: Enhance pci_epf_alloc_space() and rename to pci_epf_set_inbound_space(), Manivannan Sadhasivam
• [PATCH v2 0/3] rust, nova-core: PCI Class, Vendor support, John Hubbard
  • [PATCH v2 1/3] rust: pci: provide access to PCI Class, subclass, implementation values, John Hubbard
    • Re: [PATCH v2 1/3] rust: pci: provide access to PCI Class, subclass, implementation values, Elle Rhumsaa
      • Re: [PATCH v2 1/3] rust: pci: provide access to PCI Class, subclass, implementation values, John Hubbard
      • Re: [PATCH v2 1/3] rust: pci: provide access to PCI Class, subclass, implementation values, Miguel Ojeda
    • Re: [PATCH v2 1/3] rust: pci: provide access to PCI Class, subclass, implementation values, Danilo Krummrich
      • Re: [PATCH v2 1/3] rust: pci: provide access to PCI Class, subclass, implementation values, John Hubbard
    • Re: [PATCH v2 1/3] rust: pci: provide access to PCI Class, subclass, implementation values, Alexandre Courbot
      • Re: [PATCH v2 1/3] rust: pci: provide access to PCI Class, subclass, implementation values, John Hubbard
  • [PATCH v2 2/3] gpu: nova-core: avoid probing non-display/compute PCI functions, John Hubbard
    • Re: [PATCH v2 2/3] gpu: nova-core: avoid probing non-display/compute PCI functions, Elle Rhumsaa
  • [PATCH v2 3/3] rust: pci: provide access to PCI Vendor values, John Hubbard
    • Re: [PATCH v2 3/3] rust: pci: provide access to PCI Vendor values, Elle Rhumsaa
    • Re: [PATCH v2 3/3] rust: pci: provide access to PCI Vendor values, Danilo Krummrich
      • Re: [PATCH v2 3/3] rust: pci: provide access to PCI Vendor values, John Hubbard
• [RESEND PATCH v3 0/5] Add quirks to proceed PME handshake in DWC PM, Richard Zhu
  • [RESEND v3 3/5] PCI: imx6: Don't poll LTSSM state of i.MX7D PCIe in PM operations, Richard Zhu
  • [RESEND v3 4/5] PCI: dwc: Skip PME_Turn_Off message if there is no endpoint connected, Richard Zhu
    • Re: [RESEND v3 4/5] PCI: dwc: Skip PME_Turn_Off message if there is no endpoint connected, Bjorn Helgaas
      • RE: [RESEND v3 4/5] PCI: dwc: Skip PME_Turn_Off message if there is no endpoint connected, Hongxing Zhu
        • Re: [RESEND v3 4/5] PCI: dwc: Skip PME_Turn_Off message if there is no endpoint connected, Bjorn Helgaas
  • [RESEND v3 5/5] PCI: dwc: Don't return error when wait for link up, Richard Zhu
    • Re: [RESEND v3 5/5] PCI: dwc: Don't return error when wait for link up, Bjorn Helgaas
  • [RESEND v3 2/5] PCI: imx6: Don't poll LTSSM state of i.MX6QP PCIe in PM operations, Richard Zhu
  • [RESEND v3 1/5] PCI: dwc: Don't poll L2 if QUIRK_NOL2POLL_IN_PM is existing in suspend, Richard Zhu
    • Re: [RESEND v3 1/5] PCI: dwc: Don't poll L2 if QUIRK_NOL2POLL_IN_PM is existing in suspend, Bjorn Helgaas
      • RE: [RESEND v3 1/5] PCI: dwc: Don't poll L2 if QUIRK_NOL2POLL_IN_PM is existing in suspend, Hongxing Zhu
    • Re: [RESEND v3 1/5] PCI: dwc: Don't poll L2 if QUIRK_NOL2POLL_IN_PM is existing in suspend, Bjorn Helgaas
      • RE: [RESEND v3 1/5] PCI: dwc: Don't poll L2 if QUIRK_NOL2POLL_IN_PM is existing in suspend, Hongxing Zhu
        • Re: [RESEND v3 1/5] PCI: dwc: Don't poll L2 if QUIRK_NOL2POLL_IN_PM is existing in suspend, Bjorn Helgaas
• [pci:aer] BUILD SUCCESS 704e5dd1c02371dfc7d22e1520102b197a3b628b, kernel test robot
• [pci:capability-search] BUILD SUCCESS 312ed8c59e3a93b3fed59ea740c45519858d0352, kernel test robot
• [pci:next] BUILD SUCCESS 5aa0b8883749f0ae3b2f80f35536aae542c3d604, kernel test robot
• [PATCH v3 0/3] rust, nova-core: PCI Class, Vendor support, John Hubbard
  • [PATCH v3 3/3] rust: pci: provide access to PCI Vendor values, John Hubbard
    • Re: [PATCH v3 3/3] rust: pci: provide access to PCI Vendor values, Danilo Krummrich
      • Re: [PATCH v3 3/3] rust: pci: provide access to PCI Vendor values, John Hubbard
  • [PATCH v3 1/3] rust: pci: provide access to PCI Class, subclass, implementation values, John Hubbard
    • Re: [PATCH v3 1/3] rust: pci: provide access to PCI Class, subclass, implementation values, Danilo Krummrich
      • Re: [PATCH v3 1/3] rust: pci: provide access to PCI Class, subclass, implementation values, John Hubbard
  • [PATCH v3 2/3] gpu: nova-core: avoid probing non-display/compute PCI functions, John Hubbard
• [pci:next] BUILD SUCCESS b98611d72db44eacb75d436a967823ea6d1b55f6, kernel test robot
• [PATCH RESEND] x86/pci: Check signature before assigning shadow ROM, Tomita Moeko
  • Re: [PATCH RESEND] x86/pci: Check signature before assigning shadow ROM, Lukas Wunner
• Re: [PATCH v3] PCI/AER: Use pci_clear_and_set_config_dword() to simplify mask updates, Lukas Wunner
• [PATCH] [RFC] PCI: fix pcie secondary bus reset readiness check, Guanghui Feng
  • Re: [PATCH] [RFC] PCI: fix pcie secondary bus reset readiness check, Lukas Wunner
    • Re: [PATCH] [RFC] PCI: fix pcie secondary bus reset readiness check, guanghui.fgh
      • Re: [PATCH] [RFC] PCI: fix pcie secondary bus reset readiness check, guanghui.fgh
    • Re: [PATCH] [RFC] PCI: fix pcie secondary bus reset readiness check, guanghui.fgh
• [PATCH] Documentation: pci: Use term requester ID as per standard, Emilio Perez
• Re: [PATCH v3 3/3] PCI/bwctrl: Replace legacy speed conversion with shared macro, Lukas Wunner
  • Message not available
    • Re: [PATCH v3 3/3] PCI/bwctrl: Replace legacy speed conversion with shared macro, Manivannan Sadhasivam
      • Re: [PATCH v3 3/3] PCI/bwctrl: Replace legacy speed conversion with shared macro, Hans Zhang
• [PATCH] dt-bindings: PCI: Correct example indentation, Krzysztof Kozlowski
  • Re: [PATCH] dt-bindings: PCI: Correct example indentation, Manivannan Sadhasivam
  • Re: [PATCH] dt-bindings: PCI: Correct example indentation, Rob Herring (Arm)
• [PATCH v2 0/3] PM/OPP: Support to match OPP based on both frequency and level, Krishna Chaitanya Chundru
  • [PATCH v2 3/3] PCI: qcom: Use frequency and level based OPP lookup, Krishna Chaitanya Chundru
  • [PATCH v2 1/3] PM/OPP: Support to match OPP based on both frequency and level., Krishna Chaitanya Chundru
    • Re: [PATCH v2 1/3] PM/OPP: Support to match OPP based on both frequency and level., kernel test robot
    • Re: [PATCH v2 1/3] PM/OPP: Support to match OPP based on both frequency and level., Viresh Kumar
      • Re: [PATCH v2 1/3] PM/OPP: Support to match OPP based on both frequency and level., Viresh Kumar
      • Re: [PATCH v2 1/3] PM/OPP: Support to match OPP based on both frequency and level., Krishna Chaitanya Chundru
    • Re: [PATCH v2 1/3] PM/OPP: Support to match OPP based on both frequency and level., kernel test robot
  • [PATCH v2 2/3] arm64: dts: qcom: sm8450: Add opp-level to indicate PCIe data rates, Krishna Chaitanya Chundru
    • Re: [PATCH v2 2/3] arm64: dts: qcom: sm8450: Add opp-level to indicate PCIe data rates, Viresh Kumar
      • Re: [PATCH v2 2/3] arm64: dts: qcom: sm8450: Add opp-level to indicate PCIe data rates, Krishna Chaitanya Chundru
        • Re: [PATCH v2 2/3] arm64: dts: qcom: sm8450: Add opp-level to indicate PCIe data rates, Viresh Kumar
• [pci:endpoint] BUILD SUCCESS 27fce9e8c6f031b526bf471e1076abca31473464, kernel test robot
• Re: [PATCH 5/5] PCI/ERR: Remove remnants of .link_reset() callback, Justin Tee
• [PATCH v6 00/11] Improvements to S5 power consumption, Mario Limonciello (AMD)
  • Re: [PATCH v6 00/11] Improvements to S5 power consumption, Mario Limonciello
    • Re: [PATCH v6 00/11] Improvements to S5 power consumption, Rafael J. Wysocki
      • Re: [PATCH v6 00/11] Improvements to S5 power consumption, Greg Kroah-Hartman
  • [PATCH v6 08/11] PCI: PM: Use pci_power_manageable() in pci_pm_poweroff_noirq(), Mario Limonciello (AMD)
  • [PATCH v6 03/11] usb: sl811-hcd: Add PM_EVENT_POWEROFF into suspend callbacks, Mario Limonciello (AMD)
  • [PATCH v6 11/11] PM: Use hibernate flows for system power off, Mario Limonciello (AMD)
  • [PATCH v6 05/11] PCI: PM: Disable device wakeups when halting system through S4 flow, Mario Limonciello (AMD)
    • Re: [PATCH v6 05/11] PCI: PM: Disable device wakeups when halting system through S4 flow, Bjorn Helgaas
      • Re: [PATCH v6 05/11] PCI: PM: Disable device wakeups when halting system through S4 flow, Mario Limonciello (kernel.org)
  • [PATCH v6 10/11] drm/amd: Avoid evicting resources at S5, Mario Limonciello (AMD)
  • [PATCH v6 04/11] USB: Pass PMSG_POWEROFF event to suspend_common() for poweroff with S4 flow, Mario Limonciello (AMD)
    • Re: [PATCH v6 04/11] USB: Pass PMSG_POWEROFF event to suspend_common() for poweroff with S4 flow, Oliver Neukum
      • Re: [PATCH v6 04/11] USB: Pass PMSG_POWEROFF event to suspend_common() for poweroff with S4 flow, Mario Limonciello
  • [PATCH v6 09/11] PCI: Put PCIe bridges with downstream devices into D3 at hibernate, Mario Limonciello (AMD)
    • Re: [PATCH v6 09/11] PCI: Put PCIe bridges with downstream devices into D3 at hibernate, Bjorn Helgaas
      • Re: [PATCH v6 09/11] PCI: Put PCIe bridges with downstream devices into D3 at hibernate, Mario Limonciello (kernel.org)
  • [PATCH v6 06/11] PCI: PM: Split out code from pci_pm_suspend_noirq() into helper, Mario Limonciello (AMD)
  • [PATCH v6 01/11] PM: Introduce new PMSG_POWEROFF event, Mario Limonciello (AMD)
  • [PATCH v6 07/11] PCI: PM: Run bridge power up actions as part of restore phase, Mario Limonciello (AMD)
  • [PATCH v6 02/11] scsi: Add PM_EVENT_POWEROFF into suspend callbacks, Mario Limonciello (AMD)
• [PATCH] PCI: of: Update parent unit address generation in of_pci_prop_intr_map(), Lorenzo Pieralisi
  • Re: [PATCH] PCI: of: Update parent unit address generation in of_pci_prop_intr_map(), Bjorn Helgaas
  • Re: [PATCH] PCI: of: Update parent unit address generation in of_pci_prop_intr_map(), Lorenzo Pieralisi
    • Re: [PATCH] PCI: of: Update parent unit address generation in of_pci_prop_intr_map(), Rob Herring
  • Re: [PATCH] PCI: of: Update parent unit address generation in of_pci_prop_intr_map(), Lizhi Hou
• [PATCH v3 0/3] OPP: Add support to find OPP for a set of keys, Krishna Chaitanya Chundru
  • [PATCH v3 3/3] PCI: qcom: Use frequency and level based OPP lookup, Krishna Chaitanya Chundru
  • [PATCH v3 2/3] arm64: dts: qcom: sm8450: Add opp-level to indicate PCIe data rates, Krishna Chaitanya Chundru
    • Re: [PATCH v3 2/3] arm64: dts: qcom: sm8450: Add opp-level to indicate PCIe data rates, Konrad Dybcio
  • [PATCH v3 1/3] OPP: Add support to find OPP for a set of keys, Krishna Chaitanya Chundru
    • Re: [PATCH v3 1/3] OPP: Add support to find OPP for a set of keys, Viresh Kumar
      • Re: [PATCH v3 1/3] OPP: Add support to find OPP for a set of keys, Krishna Chaitanya Chundru
• [pci:capability-search] BUILD SUCCESS 907912c1daa7d87ec179ab35f6326e98233ae03a, kernel test robot
• [PATCH v4 0/2] PCI: imx6: Enable the vaux regulator when fetch it, Richard Zhu
  • [PATCH v4 1/2] dt-bindings: PCI: dwc: Add vaux regulator, Richard Zhu
    • Re: [PATCH v4 1/2] dt-bindings: PCI: dwc: Add vaux regulator, Rob Herring (Arm)
    • Re: [PATCH v4 1/2] dt-bindings: PCI: dwc: Add vaux regulator, Manivannan Sadhasivam
      • RE: [PATCH v4 1/2] dt-bindings: PCI: dwc: Add vaux regulator, Hongxing Zhu
  • [PATCH v4 2/2] PCI: imx6: Enable the vaux regulator when fetch it, Richard Zhu
    • Re: [PATCH v4 2/2] PCI: imx6: Enable the vaux regulator when fetch it, Manivannan Sadhasivam
      • RE: [PATCH v4 2/2] PCI: imx6: Enable the vaux regulator when fetch it, Hongxing Zhu
    • RE: [PATCH v4 2/2] PCI: imx6: Enable the vaux regulator when fetch it, Sherry Sun
• [PATCH 0/6] PCI/pwrctrl: Allow pwrctrl framework to control PERST# if available, Manivannan Sadhasivam via B4 Relay
  • [PATCH 1/6] PCI: qcom: Wait for PCIE_RESET_CONFIG_WAIT_MS after PERST# deassert, Manivannan Sadhasivam via B4 Relay
  • [PATCH 2/6] PCI/pwrctrl: Move pci_pwrctrl_init() before turning ON the supplies, Manivannan Sadhasivam via B4 Relay
  • [PATCH 4/6] PCI: of: Add an API to get the BDF for the device node, Manivannan Sadhasivam via B4 Relay
    • Re: [PATCH 4/6] PCI: of: Add an API to get the BDF for the device node, Rob Herring
      • Re: [PATCH 4/6] PCI: of: Add an API to get the BDF for the device node, Manivannan Sadhasivam
        • Re: [PATCH 4/6] PCI: of: Add an API to get the BDF for the device node, Rob Herring
          • Re: [PATCH 4/6] PCI: of: Add an API to get the BDF for the device node, Manivannan Sadhasivam
            • Re: [PATCH 4/6] PCI: of: Add an API to get the BDF for the device node, Rob Herring
              • Re: [PATCH 4/6] PCI: of: Add an API to get the BDF for the device node, Manivannan Sadhasivam
  • [PATCH 3/6] PCI/pwrctrl: Add support for toggling PERST#, Manivannan Sadhasivam via B4 Relay
    • Re: [PATCH 3/6] PCI/pwrctrl: Add support for toggling PERST#, Bartosz Golaszewski
      • Re: [PATCH 3/6] PCI/pwrctrl: Add support for toggling PERST#, Manivannan Sadhasivam
  • [PATCH 6/6] PCI: qcom: Allow pwrctrl core to toggle PERST# for new DT binding, Manivannan Sadhasivam via B4 Relay
  • [PATCH 5/6] PCI: qcom: Parse PERST# from all PCIe bridge nodes, Manivannan Sadhasivam via B4 Relay
    • Re: [PATCH 5/6] PCI: qcom: Parse PERST# from all PCIe bridge nodes, Bartosz Golaszewski
      • Re: [PATCH 5/6] PCI: qcom: Parse PERST# from all PCIe bridge nodes, Manivannan Sadhasivam
        • Re: [PATCH 5/6] PCI: qcom: Parse PERST# from all PCIe bridge nodes, Bartosz Golaszewski
• [PATCH v5 0/3] Add Equalization Settings for 8.0 GT/s and 32.0 GT/s and Add PCIe Lane Equalization Preset Properties for 8.0 GT/s and 16.0 GT/s, Ziyue Zhang
  • [PATCH v5 3/3] arm64: dts: qcom: lemans: Add PCIe lane equalization preset properties, Ziyue Zhang
    • Re: [PATCH v5 3/3] arm64: dts: qcom: lemans: Add PCIe lane equalization preset properties, neil . armstrong
  • [PATCH v5 2/3] PCI: qcom: fix macro typo for CURSOR, Ziyue Zhang
  • [PATCH v5 1/3] PCI: qcom: Add equalization settings for 8.0 GT/s and 32.0 GT/s, Ziyue Zhang
    • Re: [PATCH v5 1/3] PCI: qcom: Add equalization settings for 8.0 GT/s and 32.0 GT/s, Manivannan Sadhasivam
      • Re: [PATCH v5 1/3] PCI: qcom: Add equalization settings for 8.0 GT/s and 32.0 GT/s, Qiang Yu
• [pci:next] BUILD SUCCESS c56bdfacbb5a8d617a01ded3806d22673da7c1d5, kernel test robot
• [PATCH] PCI: keystone: Use kcalloc() instead of kzalloc(), Qianfeng Rong
  • Re: [PATCH] PCI: keystone: Use kcalloc() instead of kzalloc(), Siddharth Vadapalli
    • Re: [PATCH] PCI: keystone: Use kcalloc() instead of kzalloc(), Qianfeng Rong
• [PATCH v2] PCI: j721e: Fix programming sequence of "strap" settings, Siddharth Vadapalli
  • Re: [PATCH v2] PCI: j721e: Fix programming sequence of "strap" settings, Bjorn Helgaas
    • Re: [PATCH v2] PCI: j721e: Fix programming sequence of "strap" settings, Siddharth Vadapalli
• [PATCH 0/4] PCI: qcom: Add support for Glymur PCIe Gen5x4, Wenbin Yao
  • [PATCH 2/4] dt-bindings: PCI: qcom: Document the Glymur PCIe Controller, Wenbin Yao
    • Re: [PATCH 2/4] dt-bindings: PCI: qcom: Document the Glymur PCIe Controller, Rob Herring (Arm)
    • Re: [PATCH 2/4] dt-bindings: PCI: qcom: Document the Glymur PCIe Controller, Rob Herring (Arm)
  • [PATCH 1/4] dt-bindings: phy: qcom,sc8280xp-qmp-pcie-phy: Document the Glymur QMP PCIe PHY, Wenbin Yao
    • Re: [PATCH 1/4] dt-bindings: phy: qcom,sc8280xp-qmp-pcie-phy: Document the Glymur QMP PCIe PHY, Rob Herring (Arm)
    • Re: [PATCH 1/4] dt-bindings: phy: qcom,sc8280xp-qmp-pcie-phy: Document the Glymur QMP PCIe PHY, Rob Herring (Arm)
  • [PATCH 4/4] phy: qcom: qmp-pcie: Add support for Glymur PCIe Gen5x4 PHY, Wenbin Yao
    • Re: [PATCH 4/4] phy: qcom: qmp-pcie: Add support for Glymur PCIe Gen5x4 PHY, Dmitry Baryshkov
      • Re: [PATCH 4/4] phy: qcom: qmp-pcie: Add support for Glymur PCIe Gen5x4 PHY, Wenbin Yao (Consultant)
  • [PATCH 3/4] phy: qcom-qmp: pcs: Add v8.50 register offsets, Wenbin Yao
    • Re: [PATCH 3/4] phy: qcom-qmp: pcs: Add v8.50 register offsets, Dmitry Baryshkov
• [PATCH v6 0/5] rust, nova-core: PCI Class, Vendor support, John Hubbard
  • [PATCH v6 3/5] rust: pci: add DeviceId::from_class_and_vendor() method, John Hubbard
  • [PATCH v6 4/5] gpu: nova-core: avoid probing non-display/compute PCI functions, John Hubbard
  • [PATCH v6 5/5] rust: pci: use pci::Vendor instead of bindings::PCI_VENDOR_ID_*, John Hubbard
  • [PATCH v6 1/5] rust: pci: provide access to PCI Class and Class-related items, John Hubbard
    • Re: [PATCH v6 1/5] rust: pci: provide access to PCI Class and Class-related items, Alexandre Courbot
      • Re: [PATCH v6 1/5] rust: pci: provide access to PCI Class and Class-related items, John Hubbard
  • [PATCH v6 2/5] rust: pci: provide access to PCI Vendor values, John Hubbard
    • Re: [PATCH v6 2/5] rust: pci: provide access to PCI Vendor values, Alexandre Courbot
      • Re: [PATCH v6 2/5] rust: pci: provide access to PCI Vendor values, John Hubbard
      • Re: [PATCH v6 2/5] rust: pci: provide access to PCI Vendor values, Danilo Krummrich
        • Re: [PATCH v6 2/5] rust: pci: provide access to PCI Vendor values, John Hubbard
        • Re: [PATCH v6 2/5] rust: pci: provide access to PCI Vendor values, John Hubbard
          • Re: [PATCH v6 2/5] rust: pci: provide access to PCI Vendor values, Danilo Krummrich
            • Re: [PATCH v6 2/5] rust: pci: provide access to PCI Vendor values, John Hubbard
              • Re: [PATCH v6 2/5] rust: pci: provide access to PCI Vendor values, Danilo Krummrich
                • Re: [PATCH v6 2/5] rust: pci: provide access to PCI Vendor values, John Hubbard
• [PATCH v8 00/15] Enhance the PCIe controller driver for next generation controllers, hans . zhang
  • Re: [PATCH v8 00/15] Enhance the PCIe controller driver for next generation controllers, Manivannan Sadhasivam
    • RE: [PATCH v8 00/15] Enhance the PCIe controller driver for next generation controllers, Manikandan Karunakaran Pillai
  • [PATCH v8 11/15] PCI: Add Cix Technology Vendor and Device ID, hans . zhang
    • Re: [PATCH v8 11/15] PCI: Add Cix Technology Vendor and Device ID, Manivannan Sadhasivam
      • Re: [PATCH v8 11/15] PCI: Add Cix Technology Vendor and Device ID, Hans Zhang
    • Re: [PATCH v8 11/15] PCI: Add Cix Technology Vendor and Device ID, Manivannan Sadhasivam
  • [PATCH v8 13/15] MAINTAINERS: add entry for CIX Sky1 PCIe driver, hans . zhang
  • [PATCH v8 15/15] arm64: dts: cix: Enable PCIe on the Orion O6 board, hans . zhang
    • Re: [PATCH v8 15/15] arm64: dts: cix: Enable PCIe on the Orion O6 board, Manivannan Sadhasivam
      • Re: [PATCH v8 15/15] arm64: dts: cix: Enable PCIe on the Orion O6 board, Hans Zhang
        • Re: [PATCH v8 15/15] arm64: dts: cix: Enable PCIe on the Orion O6 board, Hans Zhang
  • [PATCH v8 09/15] PCI: cadence: Update PCIe platform to use register offsets passed, hans . zhang
  • [PATCH v8 01/15] PCI: cadence: Add module support for platform controller driver, hans . zhang
  • [PATCH v8 10/15] dt-bindings: PCI: Add CIX Sky1 PCIe Root Complex bindings, hans . zhang
    • Re: [PATCH v8 10/15] dt-bindings: PCI: Add CIX Sky1 PCIe Root Complex bindings, Krzysztof Kozlowski
  • [PATCH v8 04/15] PCI: cadence: Add helper functions for supporting High Perf Architecture (HPA), hans . zhang
  • [PATCH v8 14/15] arm64: dts: cix: Add PCIe Root Complex on sky1, hans . zhang
    • Re: [PATCH v8 14/15] arm64: dts: cix: Add PCIe Root Complex on sky1, Manivannan Sadhasivam
      • Re: [PATCH v8 14/15] arm64: dts: cix: Add PCIe Root Complex on sky1, Hans Zhang
  • [PATCH v8 07/15] PCI: cadence: Move PCIe controller common functions as a separate file, hans . zhang
    • Re: [PATCH v8 07/15] PCI: cadence: Move PCIe controller common functions as a separate file, Manivannan Sadhasivam
      • RE: [PATCH v8 07/15] PCI: cadence: Move PCIe controller common functions as a separate file, Manikandan Karunakaran Pillai
  • [PATCH v8 12/15] PCI: sky1: Add PCIe host support for CIX Sky1, hans . zhang
    • Re: [PATCH v8 12/15] PCI: sky1: Add PCIe host support for CIX Sky1, Manivannan Sadhasivam
      • Re: [PATCH v8 12/15] PCI: sky1: Add PCIe host support for CIX Sky1, Hans Zhang
  • [PATCH v8 03/15] PCI: cadence: Add register definitions for High Perf Architecture (HPA), hans . zhang
    • Re: [PATCH v8 03/15] PCI: cadence: Add register definitions for High Perf Architecture (HPA), ALOK TIWARI
      • RE: [PATCH v8 03/15] PCI: cadence: Add register definitions for High Perf Architecture (HPA), Manikandan Karunakaran Pillai
  • [PATCH v8 06/15] PCI: cadence: Move PCIe RP common functions to a separate file, hans . zhang
    • Re: [PATCH v8 06/15] PCI: cadence: Move PCIe RP common functions to a separate file, Manivannan Sadhasivam
      • RE: [PATCH v8 06/15] PCI: cadence: Move PCIe RP common functions to a separate file, Manikandan Karunakaran Pillai
  • [PATCH v8 05/15] PCI: cadence: Move PCIe EP common functions to a separate file, hans . zhang
    • Re: [PATCH v8 05/15] PCI: cadence: Move PCIe EP common functions to a separate file, ALOK TIWARI
  • [PATCH v8 02/15] PCI: cadence: Split PCIe controller header file, hans . zhang
  • [PATCH v8 08/15] PCI: cadence: Add support for High Perf Architecture (HPA) controller, hans . zhang
    • Re: [PATCH v8 08/15] PCI: cadence: Add support for High Perf Architecture (HPA) controller, Manivannan Sadhasivam
      • RE: [PATCH v8 08/15] PCI: cadence: Add support for High Perf Architecture (HPA) controller, Manikandan Karunakaran Pillai
    • Re: [PATCH v8 08/15] PCI: cadence: Add support for High Perf Architecture (HPA) controller, kernel test robot
• [PATCH V2 1/2] PCI/ASPM: Add host-bridge API to override default ASPM/CLKPM link state, David E. Box
  • Re: [PATCH V2 1/2] PCI/ASPM: Add host-bridge API to override default ASPM/CLKPM link state, Manivannan Sadhasivam
  • Re: [PATCH V2 1/2] PCI/ASPM: Add host-bridge API to override default ASPM/CLKPM link state, Manivannan Sadhasivam
  • Re: [PATCH V2 1/2] PCI/ASPM: Add host-bridge API to override default ASPM/CLKPM link state, Rafael J. Wysocki
  • Re: [PATCH V2 1/2] PCI/ASPM: Add host-bridge API to override default ASPM/CLKPM link state, Kenneth Crudup
  • [PATCH V2 2/2] PCI: vmd: Use pci_host_set_default_pcie_link_state() to set ASPM defaults, David E. Box
    • Re: [PATCH V2 2/2] PCI: vmd: Use pci_host_set_default_pcie_link_state() to set ASPM defaults, Manivannan Sadhasivam
    • Re: [PATCH V2 2/2] PCI: vmd: Use pci_host_set_default_pcie_link_state() to set ASPM defaults, Rafael J. Wysocki
  • Re: [PATCH V2 1/2] PCI/ASPM: Add host-bridge API to override default ASPM/CLKPM link state, David Box
    • Re: [PATCH V2 1/2] PCI/ASPM: Add host-bridge API to override default ASPM/CLKPM link state, Kenneth Crudup
• [PATCH v2] PCI: keystone: Use kcalloc() instead of kzalloc(), Qianfeng Rong
  • Re: [PATCH v2] PCI: keystone: Use kcalloc() instead of kzalloc(), Manivannan Sadhasivam
  • Re: [PATCH v2] PCI: keystone: Use kcalloc() instead of kzalloc(), Siddharth Vadapalli
• [PATCH] rust: Update PCI resource_start()/len() to return ResourceSize, Alistair Popple
  • Re: [PATCH] rust: Update PCI resource_start()/len() to return ResourceSize, Alice Ryhl
• [PATCH] PCI: tegra: fix devm_kcalloc argument order for port->phys allocation, Alok Tiwari
  • Re: [PATCH] PCI: tegra: fix devm_kcalloc argument order for port->phys allocation, Manivannan Sadhasivam
  • Re: [PATCH] PCI: tegra: fix devm_kcalloc argument order for port->phys allocation, Manivannan Sadhasivam
• [pci:resource] BUILD SUCCESS d153590f80a34b64d2f05291511c38319d048d7f, kernel test robot
• [PATCH v4 0/3] rust, nova-core: PCI Class, Vendor support, John Hubbard
  • [PATCH v4 2/3] gpu: nova-core: avoid probing non-display/compute PCI functions, John Hubbard
    • Re: [PATCH v4 2/3] gpu: nova-core: avoid probing non-display/compute PCI functions, Alexandre Courbot
      • Re: [PATCH v4 2/3] gpu: nova-core: avoid probing non-display/compute PCI functions, Danilo Krummrich
        • Re: [PATCH v4 2/3] gpu: nova-core: avoid probing non-display/compute PCI functions, John Hubbard
  • [PATCH v4 1/3] rust: pci: provide access to PCI Class and Class-related items, John Hubbard
    • Re: [PATCH v4 1/3] rust: pci: provide access to PCI Class and Class-related items, Danilo Krummrich
      • Re: [PATCH v4 1/3] rust: pci: provide access to PCI Class and Class-related items, John Hubbard
  • [PATCH v4 3/3] rust: pci: provide access to PCI Vendor values, John Hubbard
    • Re: [PATCH v4 3/3] rust: pci: provide access to PCI Vendor values, Danilo Krummrich
• [PATCH v4 0/6] Add quirks to proceed PME handshake in DWC PM, Richard Zhu
  • [PATCH v4 4/6] PCI: imx6: Don't poll LTSSM state of i.MX7D PCIe in PM operations, Richard Zhu
  • [PATCH v4 1/6] PCI: dwc: Remove the L1SS check before putting the link into L2, Richard Zhu
    • RE: [PATCH v4 1/6] PCI: dwc: Remove the L1SS check before putting the link into L2, Hongxing Zhu
  • [PATCH v4 5/6] PCI: dwc: Skip PME_Turn_Off message if there is no endpoint connected, Richard Zhu
  • [PATCH v4 6/6] PCI: dwc: Don't return error when wait for link up in dw_pcie_resume_noirq(), Richard Zhu
  • [PATCH v4 3/6] PCI: imx6: Don't poll LTSSM state of i.MX6QP PCIe in PM operations, Richard Zhu
  • [PATCH v4 2/6] PCI: dwc: Don't poll L2 if QUIRK_NOL2POLL_IN_PM is existing in suspend, Richard Zhu
• [PATCH v4 0/7] OPP: Add support to find OPP for a set of keys, Krishna Chaitanya Chundru
  • Re: [PATCH v4 0/7] OPP: Add support to find OPP for a set of keys, Wasim Nazir
    • Re: [PATCH v4 0/7] OPP: Add support to find OPP for a set of keys, Viresh Kumar
      • Re: [PATCH v4 0/7] OPP: Add support to find OPP for a set of keys, Viresh Kumar
        • Re: [PATCH v4 0/7] OPP: Add support to find OPP for a set of keys, Viresh Kumar
  • [PATCH v4 2/7] OPP: Move refcount and key update for readability in _opp_table_find_key(), Krishna Chaitanya Chundru
    • Message not available
      • Re: [PATCH v4 2/7] OPP: Move refcount and key update for readability in _opp_table_find_key(), Marek Szyprowski
        • Re: [PATCH v4 2/7] OPP: Move refcount and key update for readability in _opp_table_find_key(), Krzysztof Kozlowski
        • Re: [PATCH v4 2/7] OPP: Move refcount and key update for readability in _opp_table_find_key(), Viresh Kumar
          • Re: [PATCH v4 2/7] OPP: Move refcount and key update for readability in _opp_table_find_key(), Marek Szyprowski
            • Re: [PATCH v4 2/7] OPP: Move refcount and key update for readability in _opp_table_find_key(), Viresh Kumar
        • Re: [PATCH v4 2/7] OPP: Move refcount and key update for readability in _opp_table_find_key(), Krishna Chaitanya Chundru
          • Re: [PATCH v4 2/7] OPP: Move refcount and key update for readability in _opp_table_find_key(), Viresh Kumar
    • Re: [PATCH v4 2/7] OPP: Move refcount and key update for readability in _opp_table_find_key(), Viresh Kumar
  • [PATCH v4 7/7] PCI: qcom: Use frequency and level based OPP lookup, Krishna Chaitanya Chundru
    • Re: [PATCH v4 7/7] PCI: qcom: Use frequency and level based OPP lookup, Manivannan Sadhasivam
    • Re: [PATCH v4 7/7] PCI: qcom: Use frequency and level based OPP lookup, Neil Armstrong
  • [PATCH v4 3/7] arm64: dts: qcom: sm8450: Add opp-level to indicate PCIe data rates, Krishna Chaitanya Chundru
    • Re: [PATCH v4 3/7] arm64: dts: qcom: sm8450: Add opp-level to indicate PCIe data rates, Manivannan Sadhasivam
    • Re: [PATCH v4 3/7] arm64: dts: qcom: sm8450: Add opp-level to indicate PCIe data rates, Manivannan Sadhasivam
  • [PATCH v4 4/7] arm64: dts: qcom: sm8550: Add opp-level to indicate PCIe data rates, Krishna Chaitanya Chundru
  • [PATCH v4 5/7] arm64: dts: qcom: sm8650: Add opp-level to indicate PCIe data rates, Krishna Chaitanya Chundru
  • [PATCH v4 6/7] arm64: dts: qcom: x1e80100: Add opp-level to indicate PCIe data rates, Krishna Chaitanya Chundru
  • [PATCH v4 1/7] OPP: Add support to find OPP for a set of keys, Krishna Chaitanya Chundru
    • Re: [PATCH v4 1/7] OPP: Add support to find OPP for a set of keys, Viresh Kumar
• [PATCH v1 0/2] PCI: imx6: Add a method to handle CLKREQ# override, Richard Zhu
  • [PATCH v1 1/2] PCI: dwc: Invoke post_init in dw_pcie_resume_noirq(), Richard Zhu
    • Re: [PATCH v1 1/2] PCI: dwc: Invoke post_init in dw_pcie_resume_noirq(), Bjorn Helgaas
      • RE: [PATCH v1 1/2] PCI: dwc: Invoke post_init in dw_pcie_resume_noirq(), Hongxing Zhu
    • Re: [PATCH v1 1/2] PCI: dwc: Invoke post_init in dw_pcie_resume_noirq(), Frank Li
  • [PATCH v1 2/2] PCI: imx6: Add a method to handle CLKREQ# override active low, Richard Zhu
    • Re: [PATCH v1 2/2] PCI: imx6: Add a method to handle CLKREQ# override active low, Manivannan Sadhasivam
      • RE: [PATCH v1 2/2] PCI: imx6: Add a method to handle CLKREQ# override active low, Hongxing Zhu
      • Re: [PATCH v1 2/2] PCI: imx6: Add a method to handle CLKREQ# override active low, Frank Li
        • Re: [PATCH v1 2/2] PCI: imx6: Add a method to handle CLKREQ# override active low, Manivannan Sadhasivam
          • Re: [PATCH v1 2/2] PCI: imx6: Add a method to handle CLKREQ# override active low, Frank Li
            • RE: [PATCH v1 2/2] PCI: imx6: Add a method to handle CLKREQ# override active low, Hongxing Zhu
    • Re: [PATCH v1 2/2] PCI: imx6: Add a method to handle CLKREQ# override active low, Bjorn Helgaas
      • Re: [PATCH v1 2/2] PCI: imx6: Add a method to handle CLKREQ# override active low, Frank Li
    • Re: [PATCH v1 2/2] PCI: imx6: Add a method to handle CLKREQ# override active low, Bjorn Helgaas
      • Re: [PATCH v1 2/2] PCI: imx6: Add a method to handle CLKREQ# override active low, Frank Li
        • Re: [PATCH v1 2/2] PCI: imx6: Add a method to handle CLKREQ# override active low, Bjorn Helgaas
          • RE: [PATCH v1 2/2] PCI: imx6: Add a method to handle CLKREQ# override active low, Hongxing Zhu
    • Re: [PATCH v1 2/2] PCI: imx6: Add a method to handle CLKREQ# override active low, Frank Li
• [PATCH] PCI: plda: Remove the use of dev_err_probe(), Xichao Zhao
  • Re: [PATCH] PCI: plda: Remove the use of dev_err_probe(), Bjorn Helgaas
  • Re: [PATCH] PCI: plda: Remove the use of dev_err_probe(), Manivannan Sadhasivam
  • Re: [PATCH] PCI: plda: Remove the use of dev_err_probe(), Manivannan Sadhasivam
• [PATCH v13 00/11] Add STM32MP25 PCIe drivers, Christian Bruel
  • Re: [PATCH v13 00/11] Add STM32MP25 PCIe drivers, Alexandre TORGUE
  • Re: (subset) [PATCH v13 00/11] Add STM32MP25 PCIe drivers, Manivannan Sadhasivam
  • [PATCH v13 07/11] MAINTAINERS: add entry for ST STM32MP25 PCIe drivers, Christian Bruel
  • [PATCH v13 08/11] arm64: dts: st: add PCIe pinctrl entries in stm32mp25-pinctrl.dtsi, Christian Bruel
  • [PATCH v13 11/11] arm64: dts: st: Enable PCIe on the stm32mp257f-ev1 board, Christian Bruel
  • [PATCH v13 10/11] arm64: dts: st: Add PCIe Endpoint mode on stm32mp251, Christian Bruel
  • [PATCH v13 09/11] arm64: dts: st: Add PCIe Root Complex mode on stm32mp251, Christian Bruel
  • [PATCH v13 02/11] pinctrl: Add pinctrl_pm_select_init_state helper function, Christian Bruel
  • [PATCH v13 05/11] dt-bindings: PCI: Add STM32MP25 PCIe Endpoint bindings, Christian Bruel
  • [PATCH v13 01/11] Documentation: pinctrl: Describe PM helper functions for standard states., Christian Bruel
  • [PATCH v13 03/11] dt-bindings: PCI: Add STM32MP25 PCIe Root Complex bindings, Christian Bruel
  • [PATCH v13 04/11] PCI: stm32: Add PCIe host support for STM32MP25, Christian Bruel
    • Re: [PATCH v13 04/11] PCI: stm32: Add PCIe host support for STM32MP25, Philipp Zabel
      • Re: [PATCH v13 04/11] PCI: stm32: Add PCIe host support for STM32MP25, Christian Bruel
        • Re: [PATCH v13 04/11] PCI: stm32: Add PCIe host support for STM32MP25, Philipp Zabel
  • [PATCH v13 06/11] PCI: stm32: Add PCIe Endpoint support for STM32MP25, Christian Bruel
    • Re: [PATCH v13 06/11] PCI: stm32: Add PCIe Endpoint support for STM32MP25, Bjorn Helgaas
      • Re: [PATCH v13 06/11] PCI: stm32: Add PCIe Endpoint support for STM32MP25, Christian Bruel
        • Re: [PATCH v13 06/11] PCI: stm32: Add PCIe Endpoint support for STM32MP25, Bjorn Helgaas
          • Re: [PATCH v13 06/11] PCI: stm32: Add PCIe Endpoint support for STM32MP25, Christian Bruel
    • Re: [PATCH v13 06/11] PCI: stm32: Add PCIe Endpoint support for STM32MP25, Bjorn Helgaas
      • Re: [PATCH v13 06/11] PCI: stm32: Add PCIe Endpoint support for STM32MP25, Christian Bruel
        • Re: [PATCH v13 06/11] PCI: stm32: Add PCIe Endpoint support for STM32MP25, Bjorn Helgaas
• Re: [PATCH v15 1/6] PCI: Clean up __pci_find_next_cap_ttl() readability, Gerd Bayer
  • Re: [PATCH v15 1/6] PCI: Clean up __pci_find_next_cap_ttl() readability, Ilpo Järvinen
• [PATCH] PCI: Override PCIe bridge supported speeds for older Loongson 3C6000 series steppings, Zi Yao
• [PATCH v5] PCI: imx6: Enable the vpcie3v3aux regulator when fetch it, Richard Zhu
  • Re: [PATCH v5] PCI: imx6: Enable the vpcie3v3aux regulator when fetch it, Manivannan Sadhasivam
  • Re: [PATCH v5] PCI: imx6: Enable the vpcie3v3aux regulator when fetch it, Manivannan Sadhasivam
    • RE: [PATCH v5] PCI: imx6: Enable the vpcie3v3aux regulator when fetch it, Hongxing Zhu
  • Re: [PATCH v5] PCI: imx6: Enable the vpcie3v3aux regulator when fetch it, Frank Li
• [PATCH RESEND] PCI: Override PCIe bridge supported speeds for older Loongson 3C6000 series steppings, Ziyao via B4 Relay
  • Re: [PATCH RESEND] PCI: Override PCIe bridge supported speeds for older Loongson 3C6000 series steppings, kernel test robot
  • Re: [PATCH RESEND] PCI: Override PCIe bridge supported speeds for older Loongson 3C6000 series steppings, Lukas Wunner
• [PATCH] dw-xdata: Use str_write_read() in dw_xdata_start() and dw_xdata_perf(), Thorsten Blum
• [pci:controller/mediatek-gen3] BUILD SUCCESS 81fedb39a9f0da301a11c7a3b81d91c3b9024462, kernel test robot
• [PATCH] PCI: p2pdma: Fix incorrect pointer usage in devm_kfree() call, Sungho Kim
  • Re: [PATCH] PCI: p2pdma: Fix incorrect pointer usage in devm_kfree() call, Bjorn Helgaas
  • Re: [PATCH] PCI: p2pdma: Fix incorrect pointer usage in devm_kfree() call, Logan Gunthorpe
• [PATCH v7 0/5] PCI: dwc: Add ECAM support with iATU configuration, Krishna Chaitanya Chundru
  • [PATCH v7 2/5] PCI: dwc: Add support for ELBI resource mapping, Krishna Chaitanya Chundru
  • [PATCH v7 3/5] PCI: dwc: qcom: Switch to dwc ELBI resource mapping, Krishna Chaitanya Chundru
  • [PATCH v7 1/5] arm64: dts: qcom: sc7280: Increase config size to 256MB for ECAM feature, Krishna Chaitanya Chundru
  • [PATCH v7 5/5] PCI: qcom: Add support for ECAM feature, Krishna Chaitanya Chundru
  • [PATCH v7 4/5] PCI: dwc: Add ECAM support with iATU configuration, Krishna Chaitanya Chundru
    • Re: [PATCH v7 4/5] PCI: dwc: Add ECAM support with iATU configuration, Mayank Rana
      • Re: [PATCH v7 4/5] PCI: dwc: Add ECAM support with iATU configuration, Krishna Chaitanya Chundru
        • Re: [PATCH v7 4/5] PCI: dwc: Add ECAM support with iATU configuration, Mayank Rana
• [PATCH 0/6] Add support for Andes Qilai SoC PCIe controller, Randolph Lin
  • [PATCH 1/6] riscv: dts: andes: Define dma-ranges for coherent port, Randolph Lin
  • [PATCH 6/6] MAINTAINERS: Add maintainers for Andes QiLai PCIe driver, Randolph Lin
  • [PATCH 2/6] PCI: dwc: Add outbound ATU range check callback, Randolph Lin
    • Re: [PATCH 2/6] PCI: dwc: Add outbound ATU range check callback, Bjorn Helgaas
  • [PATCH 4/6] riscv: dts: andes: Add PCIe node into the QiLai SoC, Randolph Lin
  • [PATCH 3/6] dt-bindings: Add Andes QiLai PCIe support, Randolph Lin
    • Re: [PATCH 3/6] dt-bindings: Add Andes QiLai PCIe support, Krzysztof Kozlowski
  • [PATCH 5/6] PCI: andes: Add Andes QiLai SoC PCIe host driver support, Randolph Lin
    • Re: [PATCH 5/6] PCI: andes: Add Andes QiLai SoC PCIe host driver support, Manivannan Sadhasivam
      • Re: [PATCH 5/6] PCI: andes: Add Andes QiLai SoC PCIe host driver support, Randolph Lin
    • Re: [PATCH 5/6] PCI: andes: Add Andes QiLai SoC PCIe host driver support, Bjorn Helgaas
      • Re: [PATCH 5/6] PCI: andes: Add Andes QiLai SoC PCIe host driver support, Randolph Lin
        • Re: [PATCH 5/6] PCI: andes: Add Andes QiLai SoC PCIe host driver support, Bjorn Helgaas
          • Re: [PATCH 5/6] PCI: andes: Add Andes QiLai SoC PCIe host driver support, Randolph Lin
            • Re: [PATCH 5/6] PCI: andes: Add Andes QiLai SoC PCIe host driver support, Frank Li
• [PATCH] PCI/sysfs: Ensure devices are powered for config reads, Brian Norris
  • Re: [PATCH] PCI/sysfs: Ensure devices are powered for config reads, Ethan Zhao
    • Re: [PATCH] PCI/sysfs: Ensure devices are powered for config reads, Brian Norris
      • Re: [PATCH] PCI/sysfs: Ensure devices are powered for config reads, Ethan Zhao
        • Re: [PATCH] PCI/sysfs: Ensure devices are powered for config reads, Brian Norris
          • Re: [PATCH] PCI/sysfs: Ensure devices are powered for config reads, Ethan Zhao
            • Re: [PATCH] PCI/sysfs: Ensure devices are powered for config reads, Brian Norris
• Re: [Bug 220479] New: [regression 6.16] mvebu: no pci devices detected on turris omnia, Bjorn Helgaas
  • Re: [Bug 220479] New: [regression 6.16] mvebu: no pci devices detected on turris omnia, Pali Rohár
    • Re: [Bug 220479] New: [regression 6.16] mvebu: no pci devices detected on turris omnia, Rob Herring
      • Re: [Bug 220479] New: [regression 6.16] mvebu: no pci devices detected on turris omnia, Pali Rohár
        • Re: [Bug 220479] New: [regression 6.16] mvebu: no pci devices detected on turris omnia, Manivannan Sadhasivam
  • Re: [Bug 220479] New: [regression 6.16] mvebu: no pci devices detected on turris omnia, Jan Palus
    • Message not available
      • Re: [Bug 220479] New: [regression 6.16] mvebu: no pci devices detected on turris omnia, Klaus Kudielka
  • Re: [Bug 220479] New: [regression 6.16] mvebu: no pci devices detected on turris omnia, Jan Palus
    • Re: [Bug 220479] New: [regression 6.16] mvebu: no pci devices detected on turris omnia, Bjorn Helgaas
      • Re: [Bug 220479] New: [regression 6.16] mvebu: no pci devices detected on turris omnia, Jan Palus
• Re: [PATCH] PCI: Replace msleep(2) with usleep_range() for precise delay, Bjorn Helgaas
• [PATCH v3 0/3] PCI: Resource fitting algorith fixes, Ilpo Järvinen
  • [PATCH v3 1/3] PCI: Relaxed tail alignment should never increase min_align, Ilpo Järvinen
  • [PATCH v3 2/3] PCI: Fix pdev_resources_assignable() disparity, Ilpo Järvinen
  • [PATCH v3 3/3] PCI: Fix failure detection during resource resize, Ilpo Järvinen
    • Re: [PATCH v3 3/3] PCI: Fix failure detection during resource resize, Bjorn Helgaas
      • Re: [PATCH v3 3/3] PCI: Fix failure detection during resource resize, Ilpo Järvinen
        • Re: [PATCH v3 3/3] PCI: Fix failure detection during resource resize, Bjorn Helgaas
• [PATCH v5 0/4] rust, nova-core: PCI Class, Vendor support, John Hubbard
  • [PATCH v5 3/4] gpu: nova-core: avoid probing non-display/compute PCI functions, John Hubbard
    • Re: [PATCH v5 3/4] gpu: nova-core: avoid probing non-display/compute PCI functions, Danilo Krummrich
      • Re: [PATCH v5 3/4] gpu: nova-core: avoid probing non-display/compute PCI functions, John Hubbard
  • [PATCH v5 4/4] rust: pci: use pci::Vendor instead of bindings::PCI_VENDOR_ID_*, John Hubbard
  • [PATCH v5 1/4] rust: pci: provide access to PCI Class and Class-related items, John Hubbard
    • Re: [PATCH v5 1/4] rust: pci: provide access to PCI Class and Class-related items, Danilo Krummrich
      • Re: [PATCH v5 1/4] rust: pci: provide access to PCI Class and Class-related items, John Hubbard
  • [PATCH v5 2/4] rust: pci: provide access to PCI Vendor values, John Hubbard
    • Re: [PATCH v5 2/4] rust: pci: provide access to PCI Vendor values, Elle Rhumsaa
      • Re: [PATCH v5 2/4] rust: pci: provide access to PCI Vendor values, John Hubbard
• [PATCH v4 0/3] Introduce support for Vortex GPIO pins, Marcos Del Sol Vives
  • [PATCH v4 1/3] gpio: gpio-regmap: add flag to set direction before value, Marcos Del Sol Vives
  • [PATCH v4 3/3] mfd: vortex: implement new driver for Vortex southbridges, Marcos Del Sol Vives
    • Re: [PATCH v4 3/3] mfd: vortex: implement new driver for Vortex southbridges, Lee Jones
      • Re: [PATCH v4 3/3] mfd: vortex: implement new driver for Vortex southbridges, Marcos Del Sol Vives
        • Re: [PATCH v4 3/3] mfd: vortex: implement new driver for Vortex southbridges, Lee Jones
          • Re: [PATCH v4 3/3] mfd: vortex: implement new driver for Vortex southbridges, Marcos Del Sol Vives
            • Re: [PATCH v4 3/3] mfd: vortex: implement new driver for Vortex southbridges, Lee Jones
              • Re: [PATCH v4 3/3] mfd: vortex: implement new driver for Vortex southbridges, Marcos Del Sol Vives
                • Re: [PATCH v4 3/3] mfd: vortex: implement new driver for Vortex southbridges, Lee Jones
                  • Re: [PATCH v4 3/3] mfd: vortex: implement new driver for Vortex southbridges, Marcos Del Sol Vives
                    • Re: [PATCH v4 3/3] mfd: vortex: implement new driver for Vortex southbridges, Lee Jones
          • Re: [PATCH v4 3/3] mfd: vortex: implement new driver for Vortex southbridges, Marcos Del Sol Vives
            • Re: [PATCH v4 3/3] mfd: vortex: implement new driver for Vortex southbridges, Lee Jones
  • [PATCH v4 2/3] gpio: vortex: add new GPIO device driver, Marcos Del Sol Vives
    • Re: [PATCH v4 2/3] gpio: vortex: add new GPIO device driver, William Breathitt Gray
• [PATCH 00/24] PCI: Bridge window selection improvements, Ilpo Järvinen
  • Re: [PATCH 00/24] PCI: Bridge window selection improvements, Bjorn Helgaas
    • Re: [PATCH 00/24] PCI: Bridge window selection improvements, Geert Uytterhoeven
    • Re: [PATCH 00/24] PCI: Bridge window selection improvements, Ilpo Järvinen
      • Re: [PATCH 00/24] PCI: Bridge window selection improvements, Bjorn Helgaas
  • [PATCH 16/24] PCI: Use pbus_select_window_for_type() during IO window sizing, Ilpo Järvinen
  • [PATCH 05/24] PCI: Refactor find_bus_resource_of_type() logic checks, Ilpo Järvinen
  • [PATCH 24/24] PCI: Alter misleading recursion to pci_bus_release_bridge_resources(), Ilpo Järvinen
  • [PATCH 14/24] PCI: Warn if bridge window cannot be released when resizing BAR, Ilpo Järvinen
  • [PATCH 11/24] PCI: Add defines for bridge window indexing, Ilpo Järvinen
  • [PATCH 17/24] PCI: Rename resource variable from r to res, Ilpo Järvinen
  • [PATCH 06/24] PCI: Always claim bridge window before its setup, Ilpo Järvinen
  • [PATCH 21/24] PCI: Refactor remove_dev_resources() to use pbus_select_window(), Ilpo Järvinen
  • [PATCH 03/24] MIPS: PCI: Use pci_enable_resources(), Ilpo Järvinen
    • Re: [PATCH 03/24] MIPS: PCI: Use pci_enable_resources(), Thomas Bogendoerfer
  • [PATCH 22/24] PCI: Add pci_setup_one_bridge_window(), Ilpo Järvinen
  • [PATCH 15/24] PCI: Use pbus_select_window() during BAR resize, Ilpo Järvinen
  • [PATCH 04/24] PCI: Move find_bus_resource_of_type() earlier, Ilpo Järvinen
  • [PATCH 01/24] m68k/PCI: Use pci_enable_resources() in pcibios_enable_device(), Ilpo Järvinen
  • [PATCH 09/24] PCI: Enable bridge even if bridge window fails to assign, Ilpo Järvinen
  • [PATCH 02/24] sparc/PCI: Remove pcibios_enable_device() as they do nothing extra, Ilpo Järvinen
  • [PATCH 07/24] PCI: Disable non-claimed bridge window, Ilpo Järvinen
  • [PATCH 23/24] PCI: Pass bridge window to pci_bus_release_bridge_resources(), Ilpo Järvinen
  • [PATCH 18/24] PCI: Use pbus_select_window() in space available checker, Ilpo Järvinen
  • [PATCH 13/24] PCI: Fix finding bridge window in pci_reassign_bridge_resources(), Ilpo Järvinen
  • [PATCH 12/24] PCI: Add bridge window selection functions, Ilpo Järvinen
  • [PATCH 08/24] PCI: Use pci_release_resource() instead of release_resource(), Ilpo Järvinen
  • [PATCH 19/24] PCI: Use pbus_select_window_for_type() during mem window sizing, Ilpo Järvinen
  • Re: [PATCH 00/24] PCI: Bridge window selection improvements, Ilpo Järvinen
  • [PATCH 20/24] PCI: Refactor distributing available memory to use loops, Ilpo Järvinen
  • [PATCH 10/24] PCI: Preserve bridge window resource type flags, Ilpo Järvinen
• [PATCH v2 0/4] PCI: qcom: Add support for Glymur PCIe Gen5x4, Wenbin Yao
  • [PATCH v2 2/4] dt-bindings: PCI: qcom: Document the Glymur PCIe Controller, Wenbin Yao
    • Re: [PATCH v2 2/4] dt-bindings: PCI: qcom: Document the Glymur PCIe Controller, Rob Herring (Arm)
  • [PATCH v2 3/4] phy: qcom-qmp: pcs: Add v8.50 register offsets, Wenbin Yao
    • Re: [PATCH v2 3/4] phy: qcom-qmp: pcs: Add v8.50 register offsets, Dmitry Baryshkov
  • [PATCH v2 1/4] dt-bindings: phy: qcom,sc8280xp-qmp-pcie-phy: Document the Glymur QMP PCIe PHY, Wenbin Yao
    • Re: [PATCH v2 1/4] dt-bindings: phy: qcom,sc8280xp-qmp-pcie-phy: Document the Glymur QMP PCIe PHY, Rob Herring (Arm)
  • [PATCH v2 4/4] phy: qcom: qmp-pcie: Add support for Glymur PCIe Gen5x4 PHY, Wenbin Yao
    • Re: [PATCH v2 4/4] phy: qcom: qmp-pcie: Add support for Glymur PCIe Gen5x4 PHY, Dmitry Baryshkov
      • Re: [PATCH v2 4/4] phy: qcom: qmp-pcie: Add support for Glymur PCIe Gen5x4 PHY, Wenbin Yao (Consultant)
• [PATCH v3 0/3] Introduce support for Vortex GPIO pins, Marcos Del Sol Vives
  • [PATCH v3 1/3] gpio: gpio-regmap: add flags to control some behaviour, Marcos Del Sol Vives
    • Re: [PATCH v3 1/3] gpio: gpio-regmap: add flags to control some behaviour, Linus Walleij
      • Re: [PATCH v3 1/3] gpio: gpio-regmap: add flags to control some behaviour, Michael Walle
        • Re: [PATCH v3 1/3] gpio: gpio-regmap: add flags to control some behaviour, Marcos Del Sol Vives
    • Re: [PATCH v3 1/3] gpio: gpio-regmap: add flags to control some behaviour, Bjorn Helgaas
      • Re: [PATCH v3 1/3] gpio: gpio-regmap: add flags to control some behaviour, Marcos Del Sol Vives
    • Re: [PATCH v3 1/3] gpio: gpio-regmap: add flags to control some behaviour, kernel test robot
      • Re: [PATCH v3 1/3] gpio: gpio-regmap: add flags to control some behaviour, Marcos Del Sol Vives
  • [PATCH v3 3/3] mfd: vortex: implement new driver for Vortex southbridges, Marcos Del Sol Vives
  • [PATCH v3 2/3] gpio: vortex: add new GPIO device driver, Marcos Del Sol Vives
    • Re: [PATCH v3 2/3] gpio: vortex: add new GPIO device driver, Marcos Del Sol Vives
      • Re: [PATCH v3 2/3] gpio: vortex: add new GPIO device driver, Bjorn Helgaas
        • Re: [PATCH v3 2/3] gpio: vortex: add new GPIO device driver, Bjorn Helgaas
          • Re: [PATCH v3 2/3] gpio: vortex: add new GPIO device driver, Marcos Del Sol Vives
    • Re: [PATCH v3 2/3] gpio: vortex: add new GPIO device driver, Linus Walleij
• [PATCH] PCI/PM: Ensure power-up succeeded before restoring MMIO state, Brian Norris
• [PATCH] PCI: Reduce the scope for a variable in pci_bridge_release_resources(), Markus Elfring
  • Re: [PATCH] PCI: Reduce the scope for a variable in pci_bridge_release_resources(), Ilpo Järvinen
• [pci:wip/2508-christian-stm32-v13] BUILD SUCCESS 43e069c6c364aa00aae92bc444359b3121496fd8, kernel test robot
• [PATCH v4] PCI: Introduce Cray ClusterStor E1000 NVMe slot LED driver, Tony Hutter
  • Re: [PATCH v4] PCI: Introduce Cray ClusterStor E1000 NVMe slot LED driver, Corey Minyard
    • Re: [PATCH v4] PCI: Introduce Cray ClusterStor E1000 NVMe slot LED driver, Tony Hutter
• [pci:p2pdma] BUILD SUCCESS 6238784e502b6a9fbeb3a6b77284b29baa4135cc, kernel test robot
• [pci:resource] BUILD SUCCESS c90453012856cadaffe68965010472b527f4240a, kernel test robot
• [PATCH v3] PCI: qcom: Use pci_host_set_default_pcie_link_state() API to enable ASPM for all platforms, Manivannan Sadhasivam via B4 Relay
  • Re: [PATCH v3] PCI: qcom: Use pci_host_set_default_pcie_link_state() API to enable ASPM for all platforms, Bjorn Helgaas
    • Re: [PATCH v3] PCI: qcom: Use pci_host_set_default_pcie_link_state() API to enable ASPM for all platforms, Manivannan Sadhasivam
      • Re: [PATCH v3] PCI: qcom: Use pci_host_set_default_pcie_link_state() API to enable ASPM for all platforms, Bjorn Helgaas
        • Re: [PATCH v3] PCI: qcom: Use pci_host_set_default_pcie_link_state() API to enable ASPM for all platforms, Manivannan Sadhasivam
  • Re: [PATCH v3] PCI: qcom: Use pci_host_set_default_pcie_link_state() API to enable ASPM for all platforms, Krishna Chaitanya Chundru
• [PATCH v2] PCI: qcom: Use pci_host_set_default_pcie_link_state() API to enable ASPM for all platforms, Manivannan Sadhasivam via B4 Relay
  • Re: [PATCH v2] PCI: qcom: Use pci_host_set_default_pcie_link_state() API to enable ASPM for all platforms, Krishna Chaitanya Chundru
    • Re: [PATCH v2] PCI: qcom: Use pci_host_set_default_pcie_link_state() API to enable ASPM for all platforms, Manivannan Sadhasivam
• [PATCH v3 00/20] BYEWORD_UPDATE: unifying (most) HIWORD_UPDATE macros, Nicolas Frattaroli
  • Re: [PATCH v3 00/20] BYEWORD_UPDATE: unifying (most) HIWORD_UPDATE macros, Yury Norov
  • Re: [PATCH v3 00/20] BYEWORD_UPDATE: unifying (most) HIWORD_UPDATE macros, Yury Norov
  • [PATCH v3 12/20] phy: rockchip-usb: switch to FIELD_PREP_WM16 macro, Nicolas Frattaroli
    • Re: [PATCH v3 12/20] phy: rockchip-usb: switch to FIELD_PREP_WM16 macro, Heiko Stuebner
  • [PATCH v3 03/20] soc: rockchip: grf: switch to FIELD_PREP_WM16_CONST macro, Nicolas Frattaroli
    • Re: [PATCH v3 03/20] soc: rockchip: grf: switch to FIELD_PREP_WM16_CONST macro, Heiko Stuebner
  • [PATCH v3 17/20] PCI: dw-rockchip: Switch to FIELD_PREP_WM16 macro, Nicolas Frattaroli
    • Re: [PATCH v3 17/20] PCI: dw-rockchip: Switch to FIELD_PREP_WM16 macro, Heiko Stuebner
  • [PATCH v3 10/20] drm/rockchip: dw_hdmi_qp: switch to FIELD_PREP_WM16 macro, Nicolas Frattaroli
    • Re: [PATCH v3 10/20] drm/rockchip: dw_hdmi_qp: switch to FIELD_PREP_WM16 macro, Heiko Stuebner
  • [PATCH v3 07/20] drm/rockchip: dsi: switch to FIELD_PREP_WM16* macros, Nicolas Frattaroli
    • Re: [PATCH v3 07/20] drm/rockchip: dsi: switch to FIELD_PREP_WM16* macros, Heiko Stuebner
  • [PATCH v3 06/20] phy: rockchip-emmc: switch to FIELD_PREP_WM16 macro, Nicolas Frattaroli
    • Re: [PATCH v3 06/20] phy: rockchip-emmc: switch to FIELD_PREP_WM16 macro, Heiko Stuebner
  • [PATCH v3 14/20] ASoC: rockchip: i2s-tdm: switch to FIELD_PREP_WM16_CONST macro, Nicolas Frattaroli
    • Re: [PATCH v3 14/20] ASoC: rockchip: i2s-tdm: switch to FIELD_PREP_WM16_CONST macro, Heiko Stuebner
  • [PATCH v3 04/20] media: synopsys: hdmirx: replace macros with bitfield variants, Nicolas Frattaroli
    • Re: [PATCH v3 04/20] media: synopsys: hdmirx: replace macros with bitfield variants, Heiko Stuebner
    • Re: [PATCH v3 04/20] media: synopsys: hdmirx: replace macros with bitfield variants, Dmitry Osipenko
  • [PATCH v3 15/20] net: stmmac: dwmac-rk: switch to FIELD_PREP_WM16 macro, Nicolas Frattaroli
    • Re: [PATCH v3 15/20] net: stmmac: dwmac-rk: switch to FIELD_PREP_WM16 macro, Heiko Stuebner
    • Re: [PATCH v3 15/20] net: stmmac: dwmac-rk: switch to FIELD_PREP_WM16 macro, Jakub Kicinski
  • [PATCH v3 09/20] phy: rockchip-samsung-dcphy: switch to FIELD_PREP_WM16 macro, Nicolas Frattaroli
    • Re: [PATCH v3 09/20] phy: rockchip-samsung-dcphy: switch to FIELD_PREP_WM16 macro, Heiko Stuebner
  • [PATCH v3 02/20] mmc: dw_mmc-rockchip: switch to FIELD_PREP_WM16 macro, Nicolas Frattaroli
    • Re: [PATCH v3 02/20] mmc: dw_mmc-rockchip: switch to FIELD_PREP_WM16 macro, Heiko Stuebner
  • [PATCH v3 11/20] drm/rockchip: inno-hdmi: switch to FIELD_PREP_WM16 macro, Nicolas Frattaroli
    • Re: [PATCH v3 11/20] drm/rockchip: inno-hdmi: switch to FIELD_PREP_WM16 macro, Heiko Stuebner
  • [PATCH v3 19/20] clk: sp7021: switch to FIELD_PREP_WM16 macro, Nicolas Frattaroli
    • Re: [PATCH v3 19/20] clk: sp7021: switch to FIELD_PREP_WM16 macro, Heiko Stuebner
  • [PATCH v3 05/20] drm/rockchip: lvds: switch to FIELD_PREP_WM16 macro, Nicolas Frattaroli
    • Re: [PATCH v3 05/20] drm/rockchip: lvds: switch to FIELD_PREP_WM16 macro, Heiko Stuebner
  • [PATCH v3 18/20] PM / devfreq: rockchip-dfi: switch to FIELD_PREP_WM16 macro, Nicolas Frattaroli
    • Re: [PATCH v3 18/20] PM / devfreq: rockchip-dfi: switch to FIELD_PREP_WM16 macro, Heiko Stuebner
  • [PATCH v3 01/20] bitmap: introduce hardware-specific bitfield operations, Nicolas Frattaroli
    • Re: [PATCH v3 01/20] bitmap: introduce hardware-specific bitfield operations, Heiko Stuebner
    • Re: [PATCH v3 01/20] bitmap: introduce hardware-specific bitfield operations, Jakub Kicinski
  • [PATCH v3 08/20] drm/rockchip: vop2: switch to FIELD_PREP_WM16 macro, Nicolas Frattaroli
    • Re: [PATCH v3 08/20] drm/rockchip: vop2: switch to FIELD_PREP_WM16 macro, Heiko Stuebner
  • [PATCH v3 16/20] PCI: rockchip: Switch to FIELD_PREP_WM16* macros, Nicolas Frattaroli
    • Re: [PATCH v3 16/20] PCI: rockchip: Switch to FIELD_PREP_WM16* macros, Heiko Stuebner
  • [PATCH v3 20/20] phy: rockchip-pcie: switch to FIELD_PREP_WM16 macro, Nicolas Frattaroli
    • Re: [PATCH v3 20/20] phy: rockchip-pcie: switch to FIELD_PREP_WM16 macro, Heiko Stuebner
  • [PATCH v3 13/20] drm/rockchip: dw_hdmi: switch to FIELD_PREP_WM16* macros, Nicolas Frattaroli
    • Re: [PATCH v3 13/20] drm/rockchip: dw_hdmi: switch to FIELD_PREP_WM16* macros, Heiko Stuebner
• [PATCH] drivers: acpi: Use str_low_high() helper, Chelsy Ratnawat
• Re: [PATCH v2 0/7] PCI: Replace short msleep() calls with more precise delay functions, Bjorn Helgaas
  • <Possible follow-ups>
  • Re: [PATCH v2 0/7] PCI: Replace short msleep() calls with more precise delay functions, Bjorn Helgaas
• [PATCH v2 0/8] PCI/ASPM: Fix pci_enable_link_state*() APIs behavior, Manivannan Sadhasivam via B4 Relay
  • [PATCH v2 4/8] PCI/ASPM: Improve the kernel-doc for pci_disable_link_state*() APIs, Manivannan Sadhasivam via B4 Relay
  • [PATCH v2 5/8] PCI/ASPM: Return enabled ASPM states from pcie_aspm_enabled() API, Manivannan Sadhasivam via B4 Relay
    • Re: [PATCH v2 5/8] PCI/ASPM: Return enabled ASPM states from pcie_aspm_enabled() API, Jeff Johnson
  • [PATCH v2 8/8] wifi: ath10k: Use pci_{enable/disable}_link_state() APIs to enable/disable ASPM states, Manivannan Sadhasivam via B4 Relay
  • [PATCH v2 7/8] wifi: ath11k: Use pci_{enable/disable}_link_state() APIs to enable/disable ASPM states, Manivannan Sadhasivam via B4 Relay
  • [PATCH v2 6/8] wifi: ath12k: Use pci_{enable/disable}_link_state() APIs to enable/disable ASPM states, Manivannan Sadhasivam via B4 Relay
    • Re: [PATCH v2 6/8] wifi: ath12k: Use pci_{enable/disable}_link_state() APIs to enable/disable ASPM states, Jeff Johnson
  • [PATCH v2 3/8] PCI/ASPM: Transition the device to D0 (if required) inside pci_enable_link_state_locked() API, Manivannan Sadhasivam via B4 Relay
  • [PATCH v2 1/8] PCI/ASPM: Always disable ASPM when driver requests it, Manivannan Sadhasivam via B4 Relay
  • [PATCH v2 2/8] PCI/ASPM: Fix the behavior of pci_enable_link_state*() APIs, Manivannan Sadhasivam via B4 Relay
    • Re: [PATCH v2 2/8] PCI/ASPM: Fix the behavior of pci_enable_link_state*() APIs, Ilpo Järvinen
      • Re: [PATCH v2 2/8] PCI/ASPM: Fix the behavior of pci_enable_link_state*() APIs, Manivannan Sadhasivam
        • Re: [PATCH v2 2/8] PCI/ASPM: Fix the behavior of pci_enable_link_state*() APIs, Ilpo Järvinen
      • Re: [PATCH v2 2/8] PCI/ASPM: Fix the behavior of pci_enable_link_state*() APIs, David Box
        • Re: [PATCH v2 2/8] PCI/ASPM: Fix the behavior of pci_enable_link_state*() APIs, Manivannan Sadhasivam
• [PATCH] ACPI/PCI: Fix memory leak fix in pci_acpi_preserve_config, Nirmoy Das
  • Re: [PATCH] ACPI/PCI: Fix memory leak fix in pci_acpi_preserve_config, Bjorn Helgaas
    • Re: [PATCH] ACPI/PCI: Fix memory leak fix in pci_acpi_preserve_config, Nirmoy Das
• [PATCH V3 1/2] PCI/ASPM: Add host-bridge API to override default ASPM/CLKPM link state, David E. Box
  • Re: [PATCH V3 1/2] PCI/ASPM: Add host-bridge API to override default ASPM/CLKPM link state, Kenneth Crudup
  • Re: [PATCH V3 1/2] PCI/ASPM: Add host-bridge API to override default ASPM/CLKPM link state, Kenneth Crudup
  • Re: [PATCH V3 1/2] PCI/ASPM: Add host-bridge API to override default ASPM/CLKPM link state, Bjorn Helgaas
    • Re: [PATCH V3 1/2] PCI/ASPM: Add host-bridge API to override default ASPM/CLKPM link state, David Box
      • Re: [PATCH V3 1/2] PCI/ASPM: Add host-bridge API to override default ASPM/CLKPM link state, Bjorn Helgaas
        • Re: [PATCH V3 1/2] PCI/ASPM: Add host-bridge API to override default ASPM/CLKPM link state, David Box
          • Re: [PATCH V3 1/2] PCI/ASPM: Add host-bridge API to override default ASPM/CLKPM link state, Manivannan Sadhasivam
    • Re: [PATCH V3 1/2] PCI/ASPM: Add host-bridge API to override default ASPM/CLKPM link state, Manivannan Sadhasivam
      • Re: [PATCH V3 1/2] PCI/ASPM: Add host-bridge API to override default ASPM/CLKPM link state, Bjorn Helgaas
        • Re: [PATCH V3 1/2] PCI/ASPM: Add host-bridge API to override default ASPM/CLKPM link state, Manivannan Sadhasivam
          • Re: [PATCH V3 1/2] PCI/ASPM: Add host-bridge API to override default ASPM/CLKPM link state, Bjorn Helgaas
            • Re: [PATCH V3 1/2] PCI/ASPM: Add host-bridge API to override default ASPM/CLKPM link state, Kenneth Crudup
  • [PATCH V3 2/2] PCI: vmd: Use pci_host_set_default_pcie_link_state() to set ASPM defaults, David E. Box
• [pci:wip/2508-ilpo-bridge-window-selection] BUILD SUCCESS e6d53deaa7925f9c2fb98c76b74788d0350111ed, kernel test robot
• [PATCH v5] Introduce Cray ClusterStor E1000 NVMe slot LED driver, Tony Hutter
• Re: [PATCH v3 2/8] PCI: Replace msleep with fsleep for precise secondary bus reset, Bjorn Helgaas
• [pci:misc] BUILD SUCCESS dab2c5f9399591a50f9e9746fca6bb47f6ac04ae, kernel test robot
• [PATCH v7 0/6] rust, nova-core: PCI Class, Vendor support, John Hubbard
  • Re: [PATCH v7 0/6] rust, nova-core: PCI Class, Vendor support, Alexandre Courbot
  • [PATCH v7 3/6] rust: pci: add DeviceId::from_class_and_vendor() method, John Hubbard
  • [PATCH v7 6/6] rust: pci: inline several tiny functions, John Hubbard
  • [PATCH v7 4/6] gpu: nova-core: avoid probing non-display/compute PCI functions, John Hubbard
  • [PATCH v7 5/6] rust: pci: use pci::Vendor instead of bindings::PCI_VENDOR_ID_*, John Hubbard
    • Re: [PATCH v7 5/6] rust: pci: use pci::Vendor instead of bindings::PCI_VENDOR_ID_*, Alexandre Courbot
      • Re: [PATCH v7 5/6] rust: pci: use pci::Vendor instead of bindings::PCI_VENDOR_ID_*, Danilo Krummrich
        • Re: [PATCH v7 5/6] rust: pci: use pci::Vendor instead of bindings::PCI_VENDOR_ID_*, John Hubbard
          • Re: [PATCH v7 5/6] rust: pci: use pci::Vendor instead of bindings::PCI_VENDOR_ID_*, Danilo Krummrich
            • Re: [PATCH v7 5/6] rust: pci: use pci::Vendor instead of bindings::PCI_VENDOR_ID_*, John Hubbard
  • [PATCH v7 1/6] rust: pci: provide access to PCI Class and Class-related items, John Hubbard
  • [PATCH v7 2/6] rust: pci: provide access to PCI Vendor values, John Hubbard
    • Re: [PATCH v7 2/6] rust: pci: provide access to PCI Vendor values, Alexandre Courbot
      • Re: [PATCH v7 2/6] rust: pci: provide access to PCI Vendor values, John Hubbard
      • Re: [PATCH v7 2/6] rust: pci: provide access to PCI Vendor values, Danilo Krummrich
• [pci:next] BUILD SUCCESS 685b1192b8b16913863df73d83fda8f2e5b53e69, kernel test robot
• [PATCH v11 00/23] Enable CXL PCIe Port Protocol Error handling and logging, Terry Bowman
  • Re: [PATCH v11 00/23] Enable CXL PCIe Port Protocol Error handling and logging, Dave Jiang
  • [PATCH v11 20/23] CXL/PCI: Export and rename merge_result() to pci_ers_merge_result(), Terry Bowman
    • Re: [PATCH v11 20/23] CXL/PCI: Export and rename merge_result() to pci_ers_merge_result(), kernel test robot
    • Re: [PATCH v11 20/23] CXL/PCI: Export and rename merge_result() to pci_ers_merge_result(), Lukas Wunner
      • Re: [PATCH v11 20/23] CXL/PCI: Export and rename merge_result() to pci_ers_merge_result(), Bowman, Terry
        • Re: [PATCH v11 20/23] CXL/PCI: Export and rename merge_result() to pci_ers_merge_result(), Lukas Wunner
  • [PATCH v11 22/23] CXL/PCI: Enable CXL protocol errors during CXL Port probe, Terry Bowman
    • Re: [PATCH v11 22/23] CXL/PCI: Enable CXL protocol errors during CXL Port probe, Dave Jiang
  • [PATCH v11 23/23] CXL/PCI: Disable CXL protocol error interrupts during CXL Port cleanup, Terry Bowman
    • Re: [PATCH v11 23/23] CXL/PCI: Disable CXL protocol error interrupts during CXL Port cleanup, Gregory Price
      • Re: [PATCH v11 23/23] CXL/PCI: Disable CXL protocol error interrupts during CXL Port cleanup, Bowman, Terry
  • [PATCH v11 21/23] CXL/PCI: Introduce CXL uncorrectable protocol error recovery, Terry Bowman
    • Re: [PATCH v11 21/23] CXL/PCI: Introduce CXL uncorrectable protocol error recovery, Jonathan Cameron
    • Re: [PATCH v11 21/23] CXL/PCI: Introduce CXL uncorrectable protocol error recovery, Dave Jiang
      • Re: [PATCH v11 21/23] CXL/PCI: Introduce CXL uncorrectable protocol error recovery, Bowman, Terry
        • Re: [PATCH v11 21/23] CXL/PCI: Introduce CXL uncorrectable protocol error recovery, Dave Jiang
  • [PATCH v11 19/23] CXL/PCI: Introduce CXL Port protocol error handlers, Terry Bowman
    • Re: [PATCH v11 19/23] CXL/PCI: Introduce CXL Port protocol error handlers, Dave Jiang
  • [PATCH v11 14/23] cxl/pci: Update cxl_handle_cor_ras() to return early if no RAS errors, Terry Bowman
  • [PATCH v11 12/23] cxl/pci: Log message if RAS registers are unmapped, Terry Bowman
  • [PATCH v11 02/23] CXL/AER: Remove CONFIG_PCIEAER_CXL and replace with CONFIG_CXL_RAS, Terry Bowman
    • Re: [PATCH v11 02/23] CXL/AER: Remove CONFIG_PCIEAER_CXL and replace with CONFIG_CXL_RAS, Sathyanarayanan Kuppuswamy
    • Re: [PATCH v11 02/23] CXL/AER: Remove CONFIG_PCIEAER_CXL and replace with CONFIG_CXL_RAS, Jonathan Cameron
  • [PATCH v11 04/23] cxl/pci: Remove unnecessary CXL RCH handling helper functions, Terry Bowman
    • Re: [PATCH v11 04/23] cxl/pci: Remove unnecessary CXL RCH handling helper functions, Alejandro Lucero Palau
    • Re: [PATCH v11 04/23] cxl/pci: Remove unnecessary CXL RCH handling helper functions, Dave Jiang
  • [PATCH v11 10/23] CXL/AER: Update PCI class code check to use FIELD_GET(), Terry Bowman
    • Re: [PATCH v11 10/23] CXL/AER: Update PCI class code check to use FIELD_GET(), Jonathan Cameron
      • Re: [PATCH v11 10/23] CXL/AER: Update PCI class code check to use FIELD_GET(), Bowman, Terry
  • [PATCH v11 03/23] cxl/pci: Remove unnecessary CXL Endpoint handling helper functions, Terry Bowman
    • Re: [PATCH v11 03/23] cxl/pci: Remove unnecessary CXL Endpoint handling helper functions, Dave Jiang
  • [PATCH v11 08/23] PCI/CXL: Introduce pcie_is_cxl(), Terry Bowman
    • Re: [PATCH v11 08/23] PCI/CXL: Introduce pcie_is_cxl(), Jonathan Cameron
    • Re: [PATCH v11 08/23] PCI/CXL: Introduce pcie_is_cxl(), Alejandro Lucero Palau
      • Re: [PATCH v11 08/23] PCI/CXL: Introduce pcie_is_cxl(), Bowman, Terry
        • Re: [PATCH v11 08/23] PCI/CXL: Introduce pcie_is_cxl(), Lukas Wunner
  • [PATCH v11 11/23] cxl/pci: Update RAS handler interfaces to also support CXL Ports, Terry Bowman
  • [PATCH v11 09/23] PCI/AER: Report CXL or PCIe bus error type in trace logging, Terry Bowman
    • Re: [PATCH v11 09/23] PCI/AER: Report CXL or PCIe bus error type in trace logging, Lukas Wunner
    • Re: [PATCH v11 09/23] PCI/AER: Report CXL or PCIe bus error type in trace logging, Lukas Wunner
      • Re: [PATCH v11 09/23] PCI/AER: Report CXL or PCIe bus error type in trace logging, Bowman, Terry
        • Re: [PATCH v11 09/23] PCI/AER: Report CXL or PCIe bus error type in trace logging, Lukas Wunner
  • [PATCH v11 05/23] cxl: Move CXL driver RCH error handling into CONFIG_CXL_RCH_RAS conditional block, Terry Bowman
    • Re: [PATCH v11 05/23] cxl: Move CXL driver RCH error handling into CONFIG_CXL_RCH_RAS conditional block, Alejandro Lucero Palau
      • Re: [PATCH v11 05/23] cxl: Move CXL driver RCH error handling into CONFIG_CXL_RCH_RAS conditional block, Bowman, Terry
    • Re: [PATCH v11 05/23] cxl: Move CXL driver RCH error handling into CONFIG_CXL_RCH_RAS conditional block, Jonathan Cameron
      • Re: [PATCH v11 05/23] cxl: Move CXL driver RCH error handling into CONFIG_CXL_RCH_RAS conditional block, Bowman, Terry
        • Re: [PATCH v11 05/23] cxl: Move CXL driver RCH error handling into CONFIG_CXL_RCH_RAS conditional block, Dave Jiang
  • [PATCH v11 15/23] cxl/pci: Map CXL Endpoint Port and CXL Switch Port RAS registers, Terry Bowman
    • Re: [PATCH v11 15/23] cxl/pci: Map CXL Endpoint Port and CXL Switch Port RAS registers, Dave Jiang
      • Re: [PATCH v11 15/23] cxl/pci: Map CXL Endpoint Port and CXL Switch Port RAS registers, Bowman, Terry
  • [PATCH v11 18/23] PCI/AER: Dequeue forwarded CXL error, Terry Bowman
    • Re: [PATCH v11 18/23] PCI/AER: Dequeue forwarded CXL error, Jonathan Cameron
    • Re: [PATCH v11 18/23] PCI/AER: Dequeue forwarded CXL error, Dave Jiang
      • Re: [PATCH v11 18/23] PCI/AER: Dequeue forwarded CXL error, Bowman, Terry
        • Re: [PATCH v11 18/23] PCI/AER: Dequeue forwarded CXL error, Dave Jiang
          • Re: [PATCH v11 18/23] PCI/AER: Dequeue forwarded CXL error, Bowman, Terry
            • Re: [PATCH v11 18/23] PCI/AER: Dequeue forwarded CXL error, Dave Jiang
      • Re: [PATCH v11 18/23] PCI/AER: Dequeue forwarded CXL error, Lukas Wunner
  • [PATCH v11 13/23] cxl/pci: Unify CXL trace logging for CXL Endpoints and CXL Ports, Terry Bowman
    • RE: [PATCH v11 13/23] cxl/pci: Unify CXL trace logging for CXL Endpoints and CXL Ports, Shiju Jose