Linux PCI

• Date Index

• [DO NOT MERGE v8 00/36] Device Tree support for SH7751 based board, Yoshinori Sato
  • [DO NOT MERGE v8 05/36] sh: GENERIC_IRQ_CHIP support for CONFIG_OF=y, Yoshinori Sato
  • [DO NOT MERGE v8 06/36] sh: kernel/setup Update DT support., Yoshinori Sato
  • [DO NOT MERGE v8 07/36] sh: Fix COMMON_CLK support in CONFIG_OF=y., Yoshinori Sato
  • [DO NOT MERGE v8 08/36] clocksource: sh_tmu: CLOCKSOURCE support., Yoshinori Sato
    • Re: [DO NOT MERGE v8 08/36] clocksource: sh_tmu: CLOCKSOURCE support., Andy Shevchenko
  • [DO NOT MERGE v8 09/36] dt-binding: Add compatible SH7750 SoC, Yoshinori Sato
  • [DO NOT MERGE v8 10/36] sh: Common PCI Framework driver support., Yoshinori Sato
  • [DO NOT MERGE v8 11/36] pci: pci-sh7751: Add SH7751 PCI driver, Yoshinori Sato
  • [DO NOT MERGE v8 12/36] dt-bindings: pci: pci-sh7751: Add SH7751 PCI, Yoshinori Sato
  • [DO NOT MERGE v8 13/36] dt-bindings: clock: sh7750-cpg: Add renesas,sh7750-cpg header., Yoshinori Sato
    • Re: [DO NOT MERGE v8 13/36] dt-bindings: clock: sh7750-cpg: Add renesas,sh7750-cpg header., Geert Uytterhoeven
  • [DO NOT MERGE v8 14/36] clk: Compatible with narrow registers, Yoshinori Sato
    • Re: [DO NOT MERGE v8 14/36] clk: Compatible with narrow registers, Stephen Boyd
  • [DO NOT MERGE v8 15/36] clk: renesas: Add SH7750/7751 CPG Driver, Yoshinori Sato
  • [DO NOT MERGE v8 16/36] irqchip: Add SH7751 INTC driver, Yoshinori Sato
  • [DO NOT MERGE v8 17/36] dt-bindings: interrupt-controller: renesas,sh7751-intc: Add json-schema, Yoshinori Sato
  • [DO NOT MERGE v8 18/36] irqchip: SH7751 external interrupt encoder with enable gate., Yoshinori Sato
  • [DO NOT MERGE v8 19/36] dt-bindings: interrupt-controller: renesas,sh7751-irl-ext: Add json-schema, Yoshinori Sato
    • Re: [DO NOT MERGE v8 19/36] dt-bindings: interrupt-controller: renesas,sh7751-irl-ext: Add json-schema, Rob Herring
  • [DO NOT MERGE v8 20/36] serial: sh-sci: fix SH4 OF support., Yoshinori Sato
    • Re: [DO NOT MERGE v8 20/36] serial: sh-sci: fix SH4 OF support., John Paul Adrian Glaubitz
  • [DO NOT MERGE v8 21/36] dt-bindings: serial: renesas,scif: Add scif-sh7751., Yoshinori Sato
    • Re: [DO NOT MERGE v8 21/36] dt-bindings: serial: renesas,scif: Add scif-sh7751., Rob Herring (Arm)
  • [DO NOT MERGE v8 22/36] dt-bindings: display: smi,sm501: SMI SM501 binding json-schema, Yoshinori Sato
    • Re: [DO NOT MERGE v8 22/36] dt-bindings: display: smi,sm501: SMI SM501 binding json-schema, Rob Herring (Arm)
  • [DO NOT MERGE v8 23/36] mfd: sm501: Convert platform_data to OF property, Yoshinori Sato
    • Re: [DO NOT MERGE v8 23/36] mfd: sm501: Convert platform_data to OF property, Lee Jones
  • [DO NOT MERGE v8 24/36] dt-binding: sh: cpus: Add SH CPUs json-schema, Yoshinori Sato
    • Re: [DO NOT MERGE v8 24/36] dt-binding: sh: cpus: Add SH CPUs json-schema, Rob Herring (Arm)
  • [DO NOT MERGE v8 25/36] dt-bindings: vendor-prefixes: Add iodata, Yoshinori Sato
    • Re: [DO NOT MERGE v8 25/36] dt-bindings: vendor-prefixes: Add iodata, Conor Dooley
  • [DO NOT MERGE v8 26/36] dt-bindings: ata: ata-generic: Add new targets, Yoshinori Sato
    • Re: [DO NOT MERGE v8 26/36] dt-bindings: ata: ata-generic: Add new targets, Conor Dooley
  • [DO NOT MERGE v8 27/36] dt-bindings: soc: renesas: sh: Add SH7751 based target, Yoshinori Sato
  • [DO NOT MERGE v8 28/36] sh: SH7751R SoC Internal peripheral definition dtsi., Yoshinori Sato
  • [DO NOT MERGE v8 29/36] sh: add RTS7751R2D Plus DTS, Yoshinori Sato
  • [DO NOT MERGE v8 30/36] sh: Add IO DATA LANDISK dts, Yoshinori Sato
  • [DO NOT MERGE v8 31/36] sh: Add IO DATA USL-5P dts, Yoshinori Sato
  • [DO NOT MERGE v8 32/36] sh: j2_mimas_v2.dts update, Yoshinori Sato
  • [DO NOT MERGE v8 33/36] sh: Add dtbs target support., Yoshinori Sato
  • [DO NOT MERGE v8 34/36] sh: RTS7751R2D Plus OF defconfig, Yoshinori Sato
  • [DO NOT MERGE v8 35/36] sh: LANDISK OF defconfig, Yoshinori Sato
  • [DO NOT MERGE v8 36/36] sh: j2_defconfig: update, Yoshinori Sato
  • [DO NOT MERGE v8 03/36] sh: Enable OF support for build and configuration., Yoshinori Sato
  • [DO NOT MERGE v8 01/36] sh: passing FDT address to kernel startup., Yoshinori Sato
  • [DO NOT MERGE v8 04/36] dt-bindings: interrupt-controller: Add header for Renesas SH3/4 INTC., Yoshinori Sato
  • [DO NOT MERGE v8 02/36] sh: Kconfig unified OF supported targets., Yoshinori Sato
  • Re: [DO NOT MERGE v8 00/36] Device Tree support for SH7751 based board, Bjorn Helgaas
• [PATCH] PCI: Make PCI cfg_access_lock lockdep key a singleton, Dan Williams
  • Re: [PATCH] PCI: Make PCI cfg_access_lock lockdep key a singleton, Dave Jiang
  • Re: [PATCH] PCI: Make PCI cfg_access_lock lockdep key a singleton, Alison Schofield
  • RE: [PATCH] PCI: Make PCI cfg_access_lock lockdep key a singleton, Saarinen, Jani
  • Re: [PATCH] PCI: Make PCI cfg_access_lock lockdep key a singleton, Bjorn Helgaas
• [PATCH v5 00/12] PCI: imx6: Fix\rename\clean up and add lut information for imx95, Frank Li
  • [PATCH v5 01/12] PCI: imx6: Fix establish link failure in EP mode for iMX8MM and iMX8MP, Frank Li
  • [PATCH v5 02/12] PCI: imx6: Fix i.MX8MP PCIe EP's occasional failure to trigger MSI, Frank Li
  • [PATCH v5 03/12] PCI: imx6: Rename imx6_* with imx_*, Frank Li
  • [PATCH v5 04/12] PCI: imx6: Introduce SoC specific callbacks for controlling REFCLK, Frank Li
  • [PATCH v5 05/12] PCI: imx6: Simplify switch-case logic by involve core_reset callback, Frank Li
  • [PATCH v5 06/12] PCI: imx6: Improve comment for workaround ERR010728, Frank Li
  • [PATCH v5 07/12] PCI: imx6: Add help function imx_pcie_match_device(), Frank Li
  • [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Frank Li
    • Re: [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Bjorn Helgaas
      • Re: [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Marc Zyngier
      • Re: [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Robin Murphy
        • Re: [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Frank Li
        • Re: [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Bjorn Helgaas
          • Re: [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Frank Li
            • Re: [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Bjorn Helgaas
              • Re: [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Frank Li
                • Re: [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Frank Li
                  • Re: [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Bjorn Helgaas
                    • Re: [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Frank Li
                      • Re: [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Frank Li
                        • Re: [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Bjorn Helgaas
                          • Re: [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Bjorn Helgaas
                            • Re: [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Frank Li
          • Re: [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Robin Murphy
            • Re: [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Frank Li
              • Re: [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Marc Zyngier
                • Re: [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Frank Li
        • Re: [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Laurentiu Tudor
          • Re: [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Frank Li
      • Re: [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Frank Li
        • Re: [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Bjorn Helgaas
          • Re: [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Frank Li
    • Re: [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Manivannan Sadhasivam
      • Re: [PATCH v5 08/12] PCI: imx6: Config look up table(LUT) to support MSI ITS and IOMMU for i.MX95, Frank Li
  • [PATCH v5 10/12] dt-bindings: imx6q-pcie: Add i.MX8Q pcie compatible string, Frank Li
  • [PATCH v5 11/12] PCI: imx6: Call: Common PHY API to set mode, speed, and submode, Frank Li
  • [PATCH v5 12/12] PCI: imx6: Add i.MX8Q PCIe root complex (RC) support, Frank Li
  • [PATCH v5 09/12] PCI: imx6: Consolidate redundant if-checks, Frank Li
  • Re: [PATCH v5 00/12] PCI: imx6: Fix\rename\clean up and add lut information for imx95, Bjorn Helgaas
    • Re: [PATCH v5 00/12] PCI: imx6: Fix\rename\clean up and add lut information for imx95, Frank Li
      • Re: [PATCH v5 00/12] PCI: imx6: Fix\rename\clean up and add lut information for imx95, Bjorn Helgaas
        • Re: [PATCH v5 00/12] PCI: imx6: Fix\rename\clean up and add lut information for imx95, Frank Li
  • Re: [PATCH v5 00/12] PCI: imx6: Fix\rename\clean up and add lut information for imx95, Frank Li
• [PATCH v8 00/17] power: sequencing: implement the subsystem and add first users, Bartosz Golaszewski
  • [PATCH v8 01/17] regulator: dt-bindings: describe the PMU module of the QCA6390 package, Bartosz Golaszewski
    • Re: [PATCH v8 01/17] regulator: dt-bindings: describe the PMU module of the QCA6390 package, Bjorn Helgaas
      • Re: [PATCH v8 01/17] regulator: dt-bindings: describe the PMU module of the QCA6390 package, Bartosz Golaszewski
        • Re: [PATCH v8 01/17] regulator: dt-bindings: describe the PMU module of the QCA6390 package, Mark Brown
  • [PATCH v8 02/17] regulator: dt-bindings: describe the PMU module of the WCN7850 package, Bartosz Golaszewski
    • Re: [PATCH v8 02/17] regulator: dt-bindings: describe the PMU module of the WCN7850 package, Bjorn Helgaas
  • [PATCH v8 03/17] dt-bindings: net: bluetooth: qualcomm: describe regulators for QCA6390, Bartosz Golaszewski
  • [PATCH v8 04/17] dt-bindings: net: wireless: qcom,ath11k: describe the ath11k on QCA6390, Bartosz Golaszewski
  • [PATCH v8 05/17] dt-bindings: net: wireless: describe the ath12k PCI module, Bartosz Golaszewski
  • [PATCH v8 06/17] arm64: dts: qcom: sm8550-qrd: add the Wifi node, Bartosz Golaszewski
  • [PATCH v8 07/17] arm64: dts: qcom: sm8650-qrd: add the Wifi node, Bartosz Golaszewski
  • [PATCH v8 08/17] arm64: dts: qcom: sm8650-hdk: add the Wifi node, Bartosz Golaszewski
  • [PATCH v8 09/17] arm64: dts: qcom: qrb5165-rb5: add the Wifi node, Bartosz Golaszewski
  • [PATCH v8 10/17] power: sequencing: implement the pwrseq core, Bartosz Golaszewski
    • Re: [PATCH v8 10/17] power: sequencing: implement the pwrseq core, Bjorn Helgaas
      • Re: [PATCH v8 10/17] power: sequencing: implement the pwrseq core, Bartosz Golaszewski
    • Re: [PATCH v8 10/17] power: sequencing: implement the pwrseq core, Ratheesh Kannoth
      • Re: [PATCH v8 10/17] power: sequencing: implement the pwrseq core, Bartosz Golaszewski
  • [PATCH v8 11/17] power: pwrseq: add a driver for the PMU module on the QCom WCN chipsets, Bartosz Golaszewski
    • Re: [PATCH v8 11/17] power: pwrseq: add a driver for the PMU module on the QCom WCN chipsets, Bjorn Helgaas
  • [PATCH v8 12/17] PCI: hold the rescan mutex when scanning for the first time, Bartosz Golaszewski
    • Re: [PATCH v8 12/17] PCI: hold the rescan mutex when scanning for the first time, Bjorn Helgaas
  • [PATCH v8 13/17] PCI/pwrctl: reuse the OF node for power controlled devices, Bartosz Golaszewski
    • Re: [PATCH v8 13/17] PCI/pwrctl: reuse the OF node for power controlled devices, Bjorn Helgaas
  • [PATCH v8 14/17] PCI/pwrctl: create platform devices for child OF nodes of the port node, Bartosz Golaszewski
    • Re: [PATCH v8 14/17] PCI/pwrctl: create platform devices for child OF nodes of the port node, Bjorn Helgaas
  • [PATCH v8 15/17] PCI/pwrctl: add PCI power control core code, Bartosz Golaszewski
    • Re: [PATCH v8 15/17] PCI/pwrctl: add PCI power control core code, Bjorn Helgaas
      • Re: [PATCH v8 15/17] PCI/pwrctl: add PCI power control core code, Bartosz Golaszewski
        • Re: [PATCH v8 15/17] PCI/pwrctl: add PCI power control core code, Bjorn Helgaas
  • [PATCH v8 16/17] PCI/pwrctl: add a PCI power control driver for power sequenced devices, Bartosz Golaszewski
    • Re: [PATCH v8 16/17] PCI/pwrctl: add a PCI power control driver for power sequenced devices, Bjorn Helgaas
      • Re: [PATCH v8 16/17] PCI/pwrctl: add a PCI power control driver for power sequenced devices, Dmitry Baryshkov
        • Re: [PATCH v8 16/17] PCI/pwrctl: add a PCI power control driver for power sequenced devices, Bjorn Helgaas
          • Re: [PATCH v8 16/17] PCI/pwrctl: add a PCI power control driver for power sequenced devices, Bartosz Golaszewski
            • Re: [PATCH v8 16/17] PCI/pwrctl: add a PCI power control driver for power sequenced devices, Bjorn Helgaas
              • Re: [PATCH v8 16/17] PCI/pwrctl: add a PCI power control driver for power sequenced devices, Bartosz Golaszewski
    • Re: [PATCH v8 16/17] PCI/pwrctl: add a PCI power control driver for power sequenced devices, Bjorn Helgaas
  • [PATCH v8 17/17] Bluetooth: qca: use the power sequencer for QCA6390, Bartosz Golaszewski
  • Re: [PATCH v8 00/17] power: sequencing: implement the subsystem and add first users, Neil Armstrong
  • Re: [PATCH v8 00/17] power: sequencing: implement the subsystem and add first users, Caleb Connolly
  • Re: [PATCH v8 00/17] power: sequencing: implement the subsystem and add first users, Bjorn Helgaas
    • Re: [PATCH v8 00/17] power: sequencing: implement the subsystem and add first users, Bartosz Golaszewski
      • Re: [PATCH v8 00/17] power: sequencing: implement the subsystem and add first users, Bjorn Helgaas
  • Re: [PATCH v8 00/17] power: sequencing: implement the subsystem and add first users, Bjorn Helgaas
    • Re: [PATCH v8 00/17] power: sequencing: implement the subsystem and add first users, Bartosz Golaszewski
  • Re: [PATCH v8 00/17] power: sequencing: implement the subsystem and add first users, patchwork-bot+bluetooth
• PCI core lockdep warning with 6.10-rc1 on Dell XPS 13 plus 9320, Hans de Goede
  • Re: PCI core lockdep warning with 6.10-rc1 on Dell XPS 13 plus 9320, Bjorn Helgaas
    • Re: PCI core lockdep warning with 6.10-rc1 on Dell XPS 13 plus 9320, Hans de Goede
      • Re: PCI core lockdep warning with 6.10-rc1 on Dell XPS 13 plus 9320, Dan Williams
• [PATCH] PCI: dwc: ep: Enforce DWC specific 64-bit BAR limitiation, Niklas Cassel
  • Re: [PATCH] PCI: dwc: ep: Enforce DWC specific 64-bit BAR limitiation, Manivannan Sadhasivam
  • Re: [PATCH] PCI: dwc: ep: Enforce DWC specific 64-bit BAR limitiation, Krzysztof Wilczyński
• [PATCH v2 0/3] PCIe Enclosure LED Management, Mariusz Tkaczyk
  • [PATCH v2 1/3] leds: Init leds class earlier, Mariusz Tkaczyk
    • Re: [PATCH v2 1/3] leds: Init leds class earlier, Dan Williams
      • Re: [PATCH v2 1/3] leds: Init leds class earlier, Lukas Wunner
        • Re: [PATCH v2 1/3] leds: Init leds class earlier, Greg Kroah-Hartman
  • [PATCH v2 2/3] PCI/NPEM: Add Native PCIe Enclosure Management support, Mariusz Tkaczyk
    • Re: [PATCH v2 2/3] PCI/NPEM: Add Native PCIe Enclosure Management support, Ilpo Järvinen
      • Re: [PATCH v2 2/3] PCI/NPEM: Add Native PCIe Enclosure Management support, Mariusz Tkaczyk
    • Re: [PATCH v2 2/3] PCI/NPEM: Add Native PCIe Enclosure Management support, Dan Williams
      • Re: [PATCH v2 2/3] PCI/NPEM: Add Native PCIe Enclosure Management support, Lukas Wunner
        • Re: [PATCH v2 2/3] PCI/NPEM: Add Native PCIe Enclosure Management support, Mariusz Tkaczyk
          • Re: [PATCH v2 2/3] PCI/NPEM: Add Native PCIe Enclosure Management support, stuart hayes
      • Re: [PATCH v2 2/3] PCI/NPEM: Add Native PCIe Enclosure Management support, Mariusz Tkaczyk
    • Re: [PATCH v2 2/3] PCI/NPEM: Add Native PCIe Enclosure Management support, stuart hayes
      • Re: [PATCH v2 2/3] PCI/NPEM: Add Native PCIe Enclosure Management support, Lukas Wunner
        • Re: [PATCH v2 2/3] PCI/NPEM: Add Native PCIe Enclosure Management support, Mariusz Tkaczyk
          • Re: [PATCH v2 2/3] PCI/NPEM: Add Native PCIe Enclosure Management support, Lukas Wunner
          • Re: [PATCH v2 2/3] PCI/NPEM: Add Native PCIe Enclosure Management support, stuart hayes
            • Re: [PATCH v2 2/3] PCI/NPEM: Add Native PCIe Enclosure Management support, Dan Williams
              • Re: [PATCH v2 2/3] PCI/NPEM: Add Native PCIe Enclosure Management support, Lukas Wunner
                • Re: [PATCH v2 2/3] PCI/NPEM: Add Native PCIe Enclosure Management support, Mariusz Tkaczyk
  • [PATCH v2 3/3] PCI/NPEM: Add _DSM PCIe SSD status LED management, Mariusz Tkaczyk
• [PATCH 0/3] Make pci/endpoint branch build, Niklas Cassel
  • [PATCH 1/3] PCI: dwc: ep: Add dw_pcie_ep_deinit_notify(), Niklas Cassel
    • Re: [PATCH 1/3] PCI: dwc: ep: Add dw_pcie_ep_deinit_notify(), Bjorn Helgaas
      • Re: [PATCH 1/3] PCI: dwc: ep: Add dw_pcie_ep_deinit_notify(), Niklas Cassel
        • Re: [PATCH 1/3] PCI: dwc: ep: Add dw_pcie_ep_deinit_notify(), Bjorn Helgaas
          • Re: [PATCH 1/3] PCI: dwc: ep: Add dw_pcie_ep_deinit_notify(), Niklas Cassel
            • Re: [PATCH 1/3] PCI: dwc: ep: Add dw_pcie_ep_deinit_notify(), Manivannan Sadhasivam
              • Re: [PATCH 1/3] PCI: dwc: ep: Add dw_pcie_ep_deinit_notify(), Niklas Cassel
                • Re: [PATCH 1/3] PCI: dwc: ep: Add dw_pcie_ep_deinit_notify(), Manivannan Sadhasivam
                • Re: [PATCH 1/3] PCI: dwc: ep: Add dw_pcie_ep_deinit_notify(), Bjorn Helgaas
                  • Re: [PATCH 1/3] PCI: dwc: ep: Add dw_pcie_ep_deinit_notify(), Niklas Cassel
  • [PATCH 3/3] PCI: tegra194: Make use of dw_pcie_ep_deinit_notify(), Niklas Cassel
  • [PATCH 2/3] PCI: qcom-ep: Make use of dw_pcie_ep_deinit_notify(), Niklas Cassel
  • Re: [PATCH 0/3] Make pci/endpoint branch build, Bjorn Helgaas
    • Re: [PATCH 0/3] Make pci/endpoint branch build, Niklas Cassel
      • Re: [PATCH 0/3] Make pci/endpoint branch buildgg, Bjorn Helgaas
• Lockdep annotation introduced warn in VMD driver, Imre Deak
  • Re: Lockdep annotation introduced warn in VMD driver, Dave Jiang
  • Re: Lockdep annotation introduced warn in VMD driver, Nirmal Patel
    • RE: Lockdep annotation introduced warn in VMD driver, Saarinen, Jani
    • Re: Lockdep annotation introduced warn in VMD driver, Jani Nikula
      • RE: Lockdep annotation introduced warn in VMD driver, Saarinen, Jani
        • RE: Lockdep annotation introduced warn in VMD driver, Saarinen, Jani
          • Re: Lockdep annotation introduced warn in VMD driver, Dave Jiang
            • Re: Lockdep annotation introduced warn in VMD driver, Imre Deak
              • Re: Lockdep annotation introduced warn in VMD driver, Dan Williams
• [PATCH v2 00/19] Add support for the LAN966x PCI device using a DT overlay, Herve Codina
  • [PATCH v2 01/19] mfd: syscon: Add reference counting and device managed support, Herve Codina
    • Re: [PATCH v2 01/19] mfd: syscon: Add reference counting and device managed support, Arnd Bergmann
      • Re: [PATCH v2 01/19] mfd: syscon: Add reference counting and device managed support, Herve Codina
  • [PATCH v2 02/19] reset: mchp: sparx5: Remove dependencies and allow building as a module, Herve Codina
  • [PATCH v2 03/19] reset: mchp: sparx5: Release syscon when not use anymore, Herve Codina
  • [PATCH v2 04/19] reset: core: add get_device()/put_device on rcdev, Herve Codina
  • [PATCH v2 05/19] reset: mchp: sparx5: set the dev member of the reset controller, Herve Codina
  • [PATCH v2 06/19] dt-bindings: net: mscc-miim: Add resets property, Herve Codina
    • Re: [PATCH v2 06/19] dt-bindings: net: mscc-miim: Add resets property, Andrew Lunn
    • Re: [PATCH v2 06/19] dt-bindings: net: mscc-miim: Add resets property, Krzysztof Kozlowski
  • [PATCH v2 07/19] net: mdio: mscc-miim: Handle the switch reset, Herve Codina
    • Re: [PATCH v2 07/19] net: mdio: mscc-miim: Handle the switch reset, Andrew Lunn
  • [PATCH v2 08/19] dt-bindings: interrupt-controller: Add support for Microchip LAN966x OIC, Herve Codina
  • [PATCH v2 09/19] irqdomain: Add missing parameter descriptions in docs, Herve Codina
    • Re: [PATCH v2 09/19] irqdomain: Add missing parameter descriptions in docs, Thomas Gleixner
    • Re: [PATCH v2 09/19] irqdomain: Add missing parameter descriptions in docs, Andy Shevchenko
      • Re: [PATCH v2 09/19] irqdomain: Add missing parameter descriptions in docs, Herve Codina
        • Re: [PATCH v2 09/19] irqdomain: Add missing parameter descriptions in docs, Andy Shevchenko
          • Re: [PATCH v2 09/19] irqdomain: Add missing parameter descriptions in docs, Herve Codina
  • [PATCH v2 10/19] irqdomain: Introduce irq_domain_alloc() and irq_domain_publish(), Herve Codina
    • Re: [PATCH v2 10/19] irqdomain: Introduce irq_domain_alloc() and irq_domain_publish(), Thomas Gleixner
    • Re: [PATCH v2 10/19] irqdomain: Introduce irq_domain_alloc() and irq_domain_publish(), Thomas Gleixner
      • Re: [PATCH v2 10/19] irqdomain: Introduce irq_domain_alloc() and irq_domain_publish(), Herve Codina
        • Re: [PATCH v2 10/19] irqdomain: Introduce irq_domain_alloc() and irq_domain_publish(), Thomas Gleixner
          • Re: [PATCH v2 10/19] irqdomain: Introduce irq_domain_alloc() and irq_domain_publish(), Herve Codina
  • [PATCH v2 11/19] irqchip: Add support for LAN966x OIC, Herve Codina
    • Re: [PATCH v2 11/19] irqchip: Add support for LAN966x OIC, Thomas Gleixner
      • Re: [PATCH v2 11/19] irqchip: Add support for LAN966x OIC, Andy Shevchenko
      • Re: [PATCH v2 11/19] irqchip: Add support for LAN966x OIC, Herve Codina
  • [PATCH v2 12/19] MAINTAINERS: Add the Microchip LAN966x OIC driver entry, Herve Codina
  • [PATCH v2 13/19] of: dynamic: Constify parameter in of_changeset_add_prop_string_array(), Herve Codina
  • [PATCH v2 14/19] of: unittest: Add tests for changeset properties adding, Herve Codina
  • [PATCH v2 15/19] of: dynamic: Introduce of_changeset_add_prop_bool(), Herve Codina
  • [PATCH v2 16/19] of: unittest: Add a test case for of_changeset_add_prop_bool(), Herve Codina
  • [PATCH v2 18/19] mfd: Add support for LAN966x PCI device, Herve Codina
    • Re: [PATCH v2 18/19] mfd: Add support for LAN966x PCI device, Andy Shevchenko
      • Message not available
        • Re: [PATCH v2 18/19] mfd: Add support for LAN966x PCI device, Herve Codina
      • Message not available
        • Message not available
          • Re: [PATCH v2 18/19] mfd: Add support for LAN966x PCI device, Herve Codina
            • Re: [PATCH v2 18/19] mfd: Add support for LAN966x PCI device, Herve Codina
              • Re: [PATCH v2 18/19] mfd: Add support for LAN966x PCI device, Andy Shevchenko
                • Re: [PATCH v2 18/19] mfd: Add support for LAN966x PCI device, Bjorn Helgaas
                  • Re: [PATCH v2 18/19] mfd: Add support for LAN966x PCI device, Steen Hegelund
                    • Re: [PATCH v2 18/19] mfd: Add support for LAN966x PCI device, Herve Codina
                    • Re: [PATCH v2 18/19] mfd: Add support for LAN966x PCI device, Steen Hegelund
                • Re: [PATCH v2 18/19] mfd: Add support for LAN966x PCI device, Herve Codina
    • Re: [PATCH v2 18/19] mfd: Add support for LAN966x PCI device, Bjorn Helgaas
  • [PATCH v2 19/19] MAINTAINERS: Add the Microchip LAN966x PCI driver entry, Herve Codina
  • [PATCH v2 17/19] PCI: of_property: Add interrupt-controller property in PCI device nodes, Herve Codina
    • Re: [PATCH v2 17/19] PCI: of_property: Add interrupt-controller property in PCI device nodes, Bjorn Helgaas
      • Re: [PATCH v2 17/19] PCI: of_property: Add interrupt-controller property in PCI device nodes, Rob Herring
        • Re: [PATCH v2 17/19] PCI: of_property: Add interrupt-controller property in PCI device nodes, Bjorn Helgaas
  • Re: [PATCH v2 00/19] Add support for the LAN966x PCI device using a DT overlay, Jakub Kicinski
  • Re: [PATCH v2 00/19] Add support for the LAN966x PCI device using a DT overlay, Rob Herring
• [PATCH] PCI: tegra: remove unused struct 'tegra_pcie_soc', linux
  • Re: [PATCH] PCI: tegra: remove unused struct 'tegra_pcie_soc', Niklas Cassel
  • Re: [PATCH] PCI: tegra: remove unused struct 'tegra_pcie_soc', Bjorn Helgaas
• [PATCH pciutils v2 rediff] pcilmr: Fix margining for ports with Lane reversal, Nikita Proshkin
  • Re: [PATCH pciutils v2 rediff] pcilmr: Fix margining for ports with Lane reversal, Martin Mareš
• [PATCH 0/2] Make ELOG log and trace consistently with GHES, Fabio M. De Francesco
  • [PATCH 1/2] ACPI: extlog: Trace CPER Non-standard Section Body, Fabio M. De Francesco
    • Re: [PATCH 1/2] ACPI: extlog: Trace CPER Non-standard Section Body, Dan Williams
    • Re: [PATCH 1/2] ACPI: extlog: Trace CPER Non-standard Section Body, Bjorn Helgaas
  • [PATCH 2/2] ACPI: extlog: Trace CPER PCI Express Error Section, Fabio M. De Francesco
    • Re: [PATCH 2/2] ACPI: extlog: Trace CPER PCI Express Error Section, Dan Williams
      • Re: [PATCH 2/2] ACPI: extlog: Trace CPER PCI Express Error Section, Fabio M. De Francesco
        • Re: [PATCH 2/2] ACPI: extlog: Trace CPER PCI Express Error Section, Dan Williams
    • Re: [PATCH 2/2] ACPI: extlog: Trace CPER PCI Express Error Section, Bjorn Helgaas
      • Re: [PATCH 2/2] ACPI: extlog: Trace CPER PCI Express Error Section, Dan Williams
        • Re: [PATCH 2/2] ACPI: extlog: Trace CPER PCI Express Error Section, Dan Williams
  • Re: [PATCH 0/2] Make ELOG log and trace consistently with GHES, Fabio M. De Francesco
• [PATCH 3/4] x86/pci/xen: Fix PCIBIOS_* return code handling, Ilpo Järvinen
  • Re: [PATCH 3/4] x86/pci/xen: Fix PCIBIOS_* return code handling, Jürgen Groß
• [PATCH 2/4] x86/pci/intel_mid_pci: Fix PCIBIOS_* return code handling, Ilpo Järvinen
  • Re: [PATCH 2/4] x86/pci/intel_mid_pci: Fix PCIBIOS_* return code handling, Andy Shevchenko
• [PATCH v1 0/2] PCI: microchip: support using either instance 1 or 2, Conor Dooley
  • [PATCH v1 1/2] dt-bindings: PCI: microchip,pcie-host: fix reg properties, Conor Dooley
    • Re: [PATCH v1 1/2] dt-bindings: PCI: microchip,pcie-host: fix reg properties, Krzysztof Kozlowski
  • [PATCH v1 2/2] PCI: microchip: rework reg region handing, Conor Dooley
    • Re: [PATCH v1 2/2] PCI: microchip: rework reg region handing, Conor Dooley
    • Re: [PATCH v1 2/2] PCI: microchip: rework reg region handing, Bjorn Helgaas
      • Re: [PATCH v1 2/2] PCI: microchip: rework reg region handing, Conor Dooley
• [pci:endpoint 8/12] ld.lld: error: undefined symbol: pci_epc_deinit_notify, kernel test robot
• [pci:controller/dwc] BUILD SUCCESS 8656c76608ab0d87bdef64f6f06331b63fb6f849, kernel test robot
• [pci:resource] BUILD SUCCESS 3c19cd9603f2dfda6250ddc8d19f843c48a56422, kernel test robot
• [pci:controller/microchip] BUILD SUCCESS e18a3623aba1610c47be782bd24e6f4239591f4b, kernel test robot
• [pci:controller/qcom] BUILD REGRESSION 1b36cee89f5f82bd04538b231e4261ed517ae174, kernel test robot
• [pci:endpoint] BUILD SUCCESS 5c172f7afc887f2cd383a125cc7fd98d921fe10f, kernel test robot
• [pci:controller/keystone] BUILD SUCCESS 423fc92113d5272ef53c8a66698352e74c1cdeea, kernel test robot
• [pci:controller/al] BUILD SUCCESS 81dc1a0b274a4006ffaf513511456938b4c809a3, kernel test robot
• [PATCH] PCI: Fix missing lockdep annotation for pci_cfg_access_trylock(), Dan Williams
  • Re: [PATCH] PCI: Fix missing lockdep annotation for pci_cfg_access_trylock(), Dave Jiang
  • Re: [PATCH] PCI: Fix missing lockdep annotation for pci_cfg_access_trylock(), Bjorn Helgaas
• [pci:controller/qcom 12/12] drivers/pci/controller/dwc/pcie-qcom-ep.c:658:17: error: implicit declaration of function 'dw_pcie_ep_linkdown'; did you mean 'dw_pcie_ep_linkup'?, kernel test robot
• [PATCH v2 0/2] Fixes for PCI Keystone driver, Siddharth Vadapalli
  • [PATCH v2 1/2] PCI: keystone: Set mode as RootComplex for "ti,keystone-pcie" compatible, Siddharth Vadapalli
    • Re: [PATCH v2 1/2] PCI: keystone: Set mode as RootComplex for "ti,keystone-pcie" compatible, Bjorn Helgaas
      • Re: [PATCH v2 1/2] PCI: keystone: Set mode as RootComplex for "ti,keystone-pcie" compatible, Siddharth Vadapalli
        • Re: [PATCH v2 1/2] PCI: keystone: Set mode as RootComplex for "ti,keystone-pcie" compatible, Bjorn Helgaas
          • Re: [PATCH v2 1/2] PCI: keystone: Set mode as RootComplex for "ti,keystone-pcie" compatible, Krzysztof Wilczyński
            • Re: [PATCH v2 1/2] PCI: keystone: Set mode as RootComplex for "ti,keystone-pcie" compatible, Siddharth Vadapalli
              • Re: [PATCH v2 1/2] PCI: keystone: Set mode as RootComplex for "ti,keystone-pcie" compatible, Krzysztof Wilczyński
                • Re: [PATCH v2 1/2] PCI: keystone: Set mode as RootComplex for "ti,keystone-pcie" compatible, Siddharth Vadapalli
  • [PATCH v2 2/2] PCI: keystone: Add link up check in ks_child_pcie_ops.map_bus(), Siddharth Vadapalli
  • Re: [PATCH v2 0/2] Fixes for PCI Keystone driver, Krzysztof Wilczyński
• [PATCH] PCI: j721e: Add PCIe support for J722S SoC, Siddharth Vadapalli
  • Re: [PATCH] PCI: j721e: Add PCIe support for J722S SoC, Krzysztof Wilczyński
• [PATCH] PCI: pciehp: Use appropriate conditions to check the hotplug controller status, Bitao Hu
  • Re: [PATCH] PCI: pciehp: Use appropriate conditions to check the hotplug controller status, Lukas Wunner
    • Re: [PATCH] PCI: pciehp: Use appropriate conditions to check the hotplug controller status, yaoma
      • Re: [PATCH] PCI: pciehp: Use appropriate conditions to check the hotplug controller status, Lukas Wunner
        • Re: [PATCH] PCI: pciehp: Use appropriate conditions to check the hotplug controller status, yaoma
  • [PATCHv2] PCI: pciehp: Use appropriate conditions to check the hotplug controller status, Bitao Hu
    • Re: [PATCHv2] PCI: pciehp: Use appropriate conditions to check the hotplug controller status, Ilpo Järvinen
    • Re: [PATCHv2] PCI: pciehp: Use appropriate conditions to check the hotplug controller status, Bjorn Helgaas
      • Re: [PATCHv2] PCI: pciehp: Use appropriate conditions to check the hotplug controller status, Lukas Wunner
        • Re: [PATCHv2] PCI: pciehp: Use appropriate conditions to check the hotplug controller status, Bjorn Helgaas
          • Re: [PATCHv2] PCI: pciehp: Use appropriate conditions to check the hotplug controller status, Lukas Wunner
• [pci:controller/exynos] BUILD SUCCESS 5e6f0158b62259cd63dbc6e00c02ac7912ffe7a4, kernel test robot
• [pci:controller/gpio] BUILD SUCCESS 011d2c770dbd8da74902140d576b9441776cdcd0, kernel test robot
• [pci:controller/al] BUILD SUCCESS f0a4bff68595ab1a72ddc34e0da6e883c439eb03, kernel test robot
• [pci:controller/rcar] BUILD SUCCESS f9ce686a1c802ff2ab4909a38843cc706e439f5b, kernel test robot
• [pci:controller/microchip] BUILD SUCCESS ed261441e22410bdeb8c832f6b30fcb53bafb4be, kernel test robot
• [pci:controller/keystone] BUILD SUCCESS 610a035d4d567963bb27bbd0cd1d19f8efd058b4, kernel test robot
• [pci:controller/tegra194] BUILD SUCCESS 62014ee92c4214322506074f7fe411ef562e3911, kernel test robot
• [pci:controller/artpec6] BUILD SUCCESS 97e98aeed791b6f43890619f28c5cfbeb143e64c, kernel test robot
• [pci:controller/rockchip] BUILD SUCCESS e2186e0d21fc3c80aaacc3eecf8459be9e0d1c6e, kernel test robot
• [pci:controller/dra7xx] BUILD SUCCESS 66b0c34c5cdf000751f54d2192f9e4adacc53d85, kernel test robot
• [pci:controller/dwc] BUILD SUCCESS b2e7bfd5909b2ecfcef71e7d2c3099c357bae3cf, kernel test robot
• [pci:controller/qcom] BUILD SUCCESS e4c3cdd90e7a29edbbd4eee9667cfcc0f63f3b66, kernel test robot
• [PATCH 0/1][v2] PCI: VF resizable BAR, Lianjie Shi
  • [PATCH 1/1][v2] PCI: Support VF resizable BAR, Lianjie Shi
    • RE: [PATCH 1/1][v2] PCI: Support VF resizable BAR, Chang, HaiJun
      • RE: [PATCH 1/1][v2] PCI: Support VF resizable BAR, Chang, HaiJun
        • Re: [PATCH 1/1][v2] PCI: Support VF resizable BAR, Christian König
          • Re: [PATCH 1/1][v2] PCI: Support VF resizable BAR, Bjorn Helgaas
  • <Possible follow-ups>
  • [PATCH 0/1][v2] PCI: VF resizable BAR, Lianjie Shi
    • [PATCH 1/1][v2] PCI: Support VF resizable BAR, Lianjie Shi
• [PATCH] drivers: pci: dwc: dynamically set pci region limit, Shyam Saini
  • Re: [PATCH] drivers: pci: dwc: dynamically set pci region limit, Serge Semin
    • [PATCH] drivers: pci: dwc: dynamically set pci region limit, Shyam Saini
• [pci:defer/endpoint] BUILD SUCCESS ff9c034c89ac340fec1301b5441467cf17684093, kernel test robot
• [pci:defer/acs] BUILD SUCCESS c9380b3253bd492ec3dfd4e3b6b4453223270f25, kernel test robot
• [PATCH pciutils 0/6] pcilmr: Improve grading of the margining results, Nikita Proshkin
  • [PATCH pciutils 3/6] pcilmr: Add new grading option, Nikita Proshkin
  • [PATCH pciutils 4/6] pcilmr: Add option to configure margining dwell time, Nikita Proshkin
  • [PATCH pciutils 6/6] pcilmr: Update usage and man: new arguments format and grading, Nikita Proshkin
  • [PATCH pciutils 5/6] pcilmr: Apply grading quirk for Ice Lake RC ports, Nikita Proshkin
  • [PATCH pciutils 1/6] pcilmr: Ensure that utility can accept either Downstream or Upstream link port, Nikita Proshkin
  • [PATCH pciutils 2/6] pcilmr: Move most of pcilmr arguments parsing logic to the separate file, Nikita Proshkin
  • Re: [PATCH pciutils 0/6] pcilmr: Improve grading of the margining results, Martin Mareš
• [pci:defer/misc] BUILD SUCCESS 17661d367522e15262cc5c8c8831c599c547cb08, kernel test robot
• [PATCH pciutils] pcilmr: Fix margining for ports with Lane reversal, Nikita Proshkin
  • Re: [PATCH pciutils] pcilmr: Fix margining for ports with Lane reversal, Martin Mareš
• [pci:defer/resource] BUILD SUCCESS 7dfb342736c447eeb602642e57bbaf907fc1b465, kernel test robot
• [PATCH v10 1/4] PCI/DOE: Rename DOE protocol to feature, Alistair Francis
  • [PATCH v10 2/4] PCI/DOE: Rename Discovery Response Data Object Contents to type, Alistair Francis
    • Re: [PATCH v10 2/4] PCI/DOE: Rename Discovery Response Data Object Contents to type, Jonathan Cameron
  • [PATCH v10 3/4] PCI/DOE: Expose the DOE features via sysfs, Alistair Francis
    • Re: [PATCH v10 3/4] PCI/DOE: Expose the DOE features via sysfs, Jonathan Cameron
      • Re: [PATCH v10 3/4] PCI/DOE: Expose the DOE features via sysfs, Alistair Francis
      • Re: [PATCH v10 3/4] PCI/DOE: Expose the DOE features via sysfs, Lukas Wunner
    • Re: [PATCH v10 3/4] PCI/DOE: Expose the DOE features via sysfs, kernel test robot
  • [PATCH v10 4/4] PCI/DOE: Allow enabling DOE without CXL, Alistair Francis
• [PATCH] dt-bindings: PCI: mediatek,mt7621-pcie: add PCIe host topology ascii graph, Sergio Paracuellos
  • Re: [PATCH] dt-bindings: PCI: mediatek,mt7621-pcie: add PCIe host topology ascii graph, Krzysztof Kozlowski
  • Re: [PATCH] dt-bindings: PCI: mediatek,mt7621-pcie: add PCIe host topology ascii graph, AngeloGioacchino Del Regno
  • Re: [PATCH] dt-bindings: PCI: mediatek,mt7621-pcie: add PCIe host topology ascii graph, Krzysztof Wilczyński
• Re: [PATCH v2 2/3] PCI: Create new reset method to force SBR for CXL, Vishal Aslot
  • Re: [PATCH v2 2/3] PCI: Create new reset method to force SBR for CXL, Dan Williams
    • RE: [PATCH v2 2/3] PCI: Create new reset method to force SBR for CXL, Vikram Sethi
      • RE: [PATCH v2 2/3] PCI: Create new reset method to force SBR for CXL, Dan Williams
        • RE: [PATCH v2 2/3] PCI: Create new reset method to force SBR for CXL, Vikram Sethi
          • RE: [PATCH v2 2/3] PCI: Create new reset method to force SBR for CXL, Dan Williams
• [PATCH V2] PCI: Extend ACS configurability, Vidya Sagar
  • Re: [PATCH V2] PCI: Extend ACS configurability, kernel test robot
  • [PATCH V3] PCI: Extend ACS configurability, Vidya Sagar
    • Re: [PATCH V3] PCI: Extend ACS configurability, Bjorn Helgaas
      • Re: [PATCH V3] PCI: Extend ACS configurability, Jason Gunthorpe
        • RE: [PATCH V3] PCI: Extend ACS configurability, Vidya Sagar
          • Re: [PATCH V3] PCI: Extend ACS configurability, Bjorn Helgaas
            • Re: [PATCH V3] PCI: Extend ACS configurability, Jason Gunthorpe
              • Re: [PATCH V3] PCI: Extend ACS configurability, Bjorn Helgaas
                • Re: [PATCH V3] PCI: Extend ACS configurability, Jason Gunthorpe
                  • Re: [PATCH V3] PCI: Extend ACS configurability, Bjorn Helgaas
                    • Re: [PATCH V3] PCI: Extend ACS configurability, Jason Gunthorpe
                  • Re: [PATCH V3] PCI: Extend ACS configurability, Alex Williamson
    • Re: [PATCH V3] PCI: Extend ACS configurability, Jason Gunthorpe
    • [PATCH V4] PCI: Extend ACS configurability, Vidya Sagar
      • Re: [PATCH V4] PCI: Extend ACS configurability, Lukas Wunner
        • Re: [PATCH V4] PCI: Extend ACS configurability, Jason Gunthorpe
        • Re: [PATCH V4] PCI: Extend ACS configurability, Leon Romanovsky
      • RE: [PATCH V4] PCI: Extend ACS configurability, Tian, Kevin
        • Re: [PATCH V4] PCI: Extend ACS configurability, Jason Gunthorpe
      • Re: [PATCH V4] PCI: Extend ACS configurability, Jason Gunthorpe
      • Re: [PATCH V4] PCI: Extend ACS configurability, Bjorn Helgaas
      • Re: [PATCH V4] PCI: Extend ACS configurability, Jiri Slaby
        • Re: [PATCH V4] PCI: Extend ACS configurability, Jiri Slaby
          • Re: [PATCH V4] PCI: Extend ACS configurability, Jiri Slaby
            • Re: [PATCH V4] PCI: Extend ACS configurability, Jason Gunthorpe
              • Re: [PATCH V4] PCI: Extend ACS configurability, Steffen Dirkwinkel
        • Re: [PATCH V4] PCI: Extend ACS configurability, Bjorn Helgaas
• [RESEND PATCH] libpci: sysfs: Fix segmentation fault by including libgen.h, Jules Maselbas
  • Re: [RESEND PATCH] libpci: sysfs: Fix segmentation fault by including libgen.h, Martin Mareš
    • Re: [RESEND PATCH] libpci: sysfs: Fix segmentation fault by including libgen.h, Jules Maselbas
    • Re: [RESEND PATCH] libpci: sysfs: Fix segmentation fault by including libgen.h, Jules Maselbas
• [PATCH v2 1/1] PCI : Refactoring error log prints for better readability, Onkarnarth
  • Re: [PATCH v2 1/1] PCI : Refactoring error log prints for better readability, Siddharth Vadapalli
• [GIT PULL] PCI changes for v6.10, Bjorn Helgaas
  • Re: [GIT PULL] PCI changes for v6.10, pr-tracker-bot
• [RFC PATCH 00/11] [RFC] Device / Driver and PCI Rust abstractions, Danilo Krummrich
  • [RFC PATCH 01/11] rust: add abstraction for struct device, Danilo Krummrich
    • Re: [RFC PATCH 01/11] rust: add abstraction for struct device, Greg KH
      • Re: [RFC PATCH 01/11] rust: add abstraction for struct device, Miguel Ojeda
      • Re: [RFC PATCH 01/11] rust: add abstraction for struct device, Danilo Krummrich
        • Re: [RFC PATCH 01/11] rust: add abstraction for struct device, Greg KH
          • Re: [RFC PATCH 01/11] rust: add abstraction for struct device, Danilo Krummrich
            • Re: [RFC PATCH 01/11] rust: add abstraction for struct device, Greg KH
              • Re: [RFC PATCH 01/11] rust: add abstraction for struct device, Danilo Krummrich
  • [RFC PATCH 02/11] rust: add driver abstraction, Danilo Krummrich
    • Re: [RFC PATCH 02/11] rust: add driver abstraction, Greg KH
      • Re: [RFC PATCH 02/11] rust: add driver abstraction, Danilo Krummrich
        • Re: [RFC PATCH 02/11] rust: add driver abstraction, Greg KH
          • Re: [RFC PATCH 02/11] rust: add driver abstraction, Greg KH
          • Re: [RFC PATCH 02/11] rust: add driver abstraction, Danilo Krummrich
            • Re: [RFC PATCH 02/11] rust: add driver abstraction, Greg KH
              • Re: [RFC PATCH 02/11] rust: add driver abstraction, Danilo Krummrich
                • Re: [RFC PATCH 02/11] rust: add driver abstraction, Greg KH
                  • Re: [RFC PATCH 02/11] rust: add driver abstraction, Danilo Krummrich
      • Re: [RFC PATCH 02/11] rust: add driver abstraction, Dave Airlie
        • Re: [RFC PATCH 02/11] rust: add driver abstraction, Greg KH
          • Re: [RFC PATCH 02/11] rust: add driver abstraction, Danilo Krummrich
    • Re: [RFC PATCH 02/11] rust: add driver abstraction, Dirk Behme
    • Re: [RFC PATCH 02/11] rust: add driver abstraction, Dirk Behme
  • [RFC PATCH 03/11] rust: add rcu abstraction, Danilo Krummrich
  • [RFC PATCH 04/11] rust: add revocable mutex, Danilo Krummrich
  • [RFC PATCH 05/11] rust: add revocable objects, Danilo Krummrich
    • Re: [RFC PATCH 05/11] rust: add revocable objects, Dirk Behme
  • [RFC PATCH 06/11] rust: add device::Data, Danilo Krummrich
  • [RFC PATCH 07/11] rust: add `dev_*` print macros., Danilo Krummrich
  • [RFC PATCH 08/11] rust: add devres abstraction, Danilo Krummrich
    • Re: [RFC PATCH 08/11] rust: add devres abstraction, Dirk Behme
    • Re: [RFC PATCH 08/11] rust: add devres abstraction, Dirk Behme
  • [RFC PATCH 09/11] rust: add basic PCI driver abstractions, Danilo Krummrich
  • [RFC PATCH 10/11] rust: add basic abstractions for iomem operations, Danilo Krummrich
    • Re: [RFC PATCH 10/11] rust: add basic abstractions for iomem operations, Miguel Ojeda
      • Re: [RFC PATCH 10/11] rust: add basic abstractions for iomem operations, Dave Airlie
        • Re: [RFC PATCH 10/11] rust: add basic abstractions for iomem operations, Wedson Almeida Filho
          • Re: [RFC PATCH 10/11] rust: add basic abstractions for iomem operations, Philipp Stanner
            • Re: [RFC PATCH 10/11] rust: add basic abstractions for iomem operations, Wedson Almeida Filho
      • Re: [RFC PATCH 10/11] rust: add basic abstractions for iomem operations, Danilo Krummrich
      • Re: [RFC PATCH 10/11] rust: add basic abstractions for iomem operations, Philipp Stanner
        • Re: [RFC PATCH 10/11] rust: add basic abstractions for iomem operations, Miguel Ojeda
          • Re: [RFC PATCH 10/11] rust: add basic abstractions for iomem operations, Danilo Krummrich
  • [RFC PATCH 11/11] rust: PCI: add BAR request and ioremap, Danilo Krummrich
    • Re: [RFC PATCH 11/11] rust: PCI: add BAR request and ioremap, Miguel Ojeda
      • Re: [RFC PATCH 11/11] rust: PCI: add BAR request and ioremap, Danilo Krummrich
  • Re: [RFC PATCH 00/11] [RFC] Device / Driver and PCI Rust abstractions, Greg KH
    • Re: [RFC PATCH 00/11] [RFC] Device / Driver and PCI Rust abstractions, Greg KH
      • Re: [RFC PATCH 00/11] [RFC] Device / Driver and PCI Rust abstractions, Danilo Krummrich
        • Re: [RFC PATCH 00/11] [RFC] Device / Driver and PCI Rust abstractions, Greg KH
• [PATCH v3 0/7] PCI: xilinx-nwl: Add phy support, Sean Anderson
  • [PATCH v3 1/7] dt-bindings: pci: xilinx-nwl: Add phys, Sean Anderson
    • Re: [PATCH v3 1/7] dt-bindings: pci: xilinx-nwl: Add phys, Rob Herring (Arm)
    • Re: [PATCH v3 1/7] dt-bindings: pci: xilinx-nwl: Add phys, Bjorn Helgaas
      • Re: [PATCH v3 1/7] dt-bindings: pci: xilinx-nwl: Add phys, Sean Anderson
  • [PATCH v3 2/7] PCI: xilinx-nwl: Fix off-by-one in IRQ handler, Sean Anderson
    • Re: [PATCH v3 2/7] PCI: xilinx-nwl: Fix off-by-one in IRQ handler, Bjorn Helgaas
      • Re: [PATCH v3 2/7] PCI: xilinx-nwl: Fix off-by-one in IRQ handler, Sean Anderson
        • Re: [PATCH v3 2/7] PCI: xilinx-nwl: Fix off-by-one in IRQ handler, Dan Carpenter
          • Re: [PATCH v3 2/7] PCI: xilinx-nwl: Fix off-by-one in IRQ handler, Sean Anderson
  • [PATCH v3 4/7] PCI: xilinx-nwl: Rate-limit misc interrupt messages, Sean Anderson
  • [PATCH v3 3/7] PCI: xilinx-nwl: Fix register misspelling, Sean Anderson
  • [PATCH v3 5/7] PCI: xilinx-nwl: Clean up clock on probe failure/removal, Sean Anderson
    • Re: [PATCH v3 5/7] PCI: xilinx-nwl: Clean up clock on probe failure/removal, Markus Elfring
      • Re: [PATCH v3 5/7] PCI: xilinx-nwl: Clean up clock on probe failure/removal, Sean Anderson
        • Re: [PATCH v3 5/7] PCI: xilinx-nwl: Clean up clock on probe failure/removal, Markus Elfring
          • Re: [PATCH v3 5/7] PCI: xilinx-nwl: Clean up clock on probe failure/removal, Sean Anderson
  • [PATCH v3 6/7] PCI: xilinx-nwl: Add phy support, Sean Anderson
    • Re: [PATCH v3 6/7] PCI: xilinx-nwl: Add phy support, Markus Elfring
      • Re: [PATCH v3 6/7] PCI: xilinx-nwl: Add phy support, Sean Anderson
        • Re: [PATCH v3 6/7] PCI: xilinx-nwl: Add phy support, Markus Elfring
    • Re: [PATCH v3 6/7] PCI: xilinx-nwl: Add phy support, Dan Carpenter
      • Re: [PATCH v3 6/7] PCI: xilinx-nwl: Add phy support, Sean Anderson
  • [PATCH v3 7/7] arm64: zynqmp: Add PCIe phys, Sean Anderson
• [PATCH v8 0/5] PCI: rcar-gen4: Add R-Car V4H support, Yoshihiro Shimoda
  • [PATCH v8 1/5] PCI: dwc: Add PCIE_PORT_{FORCE,LANE_SKEW} macros, Yoshihiro Shimoda
  • [PATCH v8 2/5] PCI: rcar-gen4: Add rcar_gen4_pcie_drvdata, Yoshihiro Shimoda
    • Re: [PATCH v8 2/5] PCI: rcar-gen4: Add rcar_gen4_pcie_drvdata, Bjorn Helgaas
  • [PATCH v8 3/5] PCI: rcar-gen4: Add .ltssm_control() for other SoC support, Yoshihiro Shimoda
    • Re: [PATCH v8 3/5] PCI: rcar-gen4: Add .ltssm_control() for other SoC support, Manivannan Sadhasivam
    • Re: [PATCH v8 3/5] PCI: rcar-gen4: Add .ltssm_control() for other SoC support, Bjorn Helgaas
      • RE: [PATCH v8 3/5] PCI: rcar-gen4: Add .ltssm_control() for other SoC support, Yoshihiro Shimoda
  • [PATCH v8 4/5] PCI: rcar-gen4: Add support for r8a779g0, Yoshihiro Shimoda
    • Re: [PATCH v8 4/5] PCI: rcar-gen4: Add support for r8a779g0, Manivannan Sadhasivam
      • RE: [PATCH v8 4/5] PCI: rcar-gen4: Add support for r8a779g0, Yoshihiro Shimoda
        • Re: [PATCH v8 4/5] PCI: rcar-gen4: Add support for r8a779g0, Geert Uytterhoeven
          • Re: [PATCH v8 4/5] PCI: rcar-gen4: Add support for r8a779g0, Manivannan Sadhasivam
  • [PATCH v8 5/5] misc: pci_endpoint_test: Document a policy about adding pci_device_id, Yoshihiro Shimoda
    • Re: [PATCH v8 5/5] misc: pci_endpoint_test: Document a policy about adding pci_device_id, Bjorn Helgaas
      • RE: [PATCH v8 5/5] misc: pci_endpoint_test: Document a policy about adding pci_device_id, Yoshihiro Shimoda
• [PATCH v13 0/6] PCI: qcom: Add support for OPP, Krishna chaitanya chundru
  • [PATCH v13 2/6] PCI: qcom: Add ICC bandwidth vote for CPU to PCIe path, Krishna chaitanya chundru
  • [PATCH v13 1/6] arm64: dts: qcom: sm8450: Add interconnect path to PCIe node, Krishna chaitanya chundru
  • [PATCH v13 3/6] dt-bindings: pci: qcom: Add OPP table, Krishna chaitanya chundru
  • [PATCH v13 4/6] arm64: dts: qcom: sm8450: Add OPP table support to PCIe, Krishna chaitanya chundru
  • [PATCH v13 5/6] PCI: Bring the PCIe speed to MBps logic to new pcie_link_speed_to_mbps(), Krishna chaitanya chundru
  • [PATCH v13 6/6] PCI: qcom: Add OPP support to scale performance, Krishna chaitanya chundru
  • Re: (subset) [PATCH v13 0/6] PCI: qcom: Add support for OPP, Bjorn Andersson
• [pci:next] BUILD SUCCESS 7ecf13fd35feed2e888686320d378769305b8322, kernel test robot
• [PATCH] PCI: use array for .id_table consistently, Masahiro Yamada
  • Re: [PATCH] PCI: use array for .id_table consistently, Bjorn Helgaas
• [PATCH 1/1] PCI : Refactoring error log prints for better readability, Onkarnarth
  • Re: [PATCH 1/1] PCI : Refactoring error log prints for better readability, Siddharth Vadapalli
  • Message not available
    • Message not available
      • Re: [PATCH 1/1] PCI : Refactoring error log prints for better readability, Siddharth Vadapalli
• [pci:enumeration] BUILD SUCCESS 6613443ffc49d03e27f0404978f685c4eac43fba, kernel test robot
• [pci:controller/rockchip] BUILD SUCCESS 2dba285caba53f309d6060fca911b43d63f41697, kernel test robot
• [pci:controller/keystone] BUILD SUCCESS 8c990314172b37011cf31c33ed52f7978eca73d4, kernel test robot
• [PATCH v2] PCI: pciehp: Clear LBMS on hot-remove to prevent link speed reduction, Smita Koralahalli
  • Re: [PATCH v2] PCI: pciehp: Clear LBMS on hot-remove to prevent link speed reduction, Bjorn Helgaas
    • Re: [PATCH v2] PCI: pciehp: Clear LBMS on hot-remove to prevent link speed reduction, Smita Koralahalli
      • Re: [PATCH v2] PCI: pciehp: Clear LBMS on hot-remove to prevent link speed reduction, Bjorn Helgaas
        • Re: [PATCH v2] PCI: pciehp: Clear LBMS on hot-remove to prevent link speed reduction, Smita Koralahalli
          • Re: [PATCH v2] PCI: pciehp: Clear LBMS on hot-remove to prevent link speed reduction, Smita Koralahalli
            • Re: [PATCH v2] PCI: pciehp: Clear LBMS on hot-remove to prevent link speed reduction, Lukas Wunner
              • Re: [PATCH v2] PCI: pciehp: Clear LBMS on hot-remove to prevent link speed reduction, Smita Koralahalli
                • Re: [PATCH v2] PCI: pciehp: Clear LBMS on hot-remove to prevent link speed reduction, Ilpo Järvinen
                  • Re: [PATCH v2] PCI: pciehp: Clear LBMS on hot-remove to prevent link speed reduction, Smita Koralahalli
                    • Re: [PATCH v2] PCI: pciehp: Clear LBMS on hot-remove to prevent link speed reduction, Ilpo Järvinen
• [pci:dt-bindings] BUILD SUCCESS 52d06636a4ae4db24ebfe23fae7a525f7e983604, kernel test robot
• [linux-next:master] BUILD REGRESSION dbd9e2e056d8577375ae4b31ada94f8aa3769e8a, kernel test robot
• [pci:controller/dwc] BUILD SUCCESS 5066c0b87d865d1fafc3e6c761df2f433237b1e2, kernel test robot
• [pci:controller/keystone] BUILD SUCCESS 376fab455db9aec8d755ceb430664872be206421, kernel test robot
• [pci:ims-removal] BUILD SUCCESS 8a1940bca94bbf060bba4fc4f69c37270d5828f8, kernel test robot
• [pci:controller/rockchip] BUILD SUCCESS c3f70ecb7978e69a27ccae2cc71ab21de1519822, kernel test robot
• [PATCH 0/1] PCI: VF resizable BAR, Lianjie Shi
  • [PATCH 1/1] PCI: Support VF resizable BAR, Lianjie Shi
    • Re: [PATCH 1/1] PCI: Support VF resizable BAR, kernel test robot
• [PATCH v6 0/8] PCI: Add PCIe bandwidth controller, Ilpo Järvinen
  • [PATCH v6 1/8] PCI: Protect Link Control 2 Register with RMW locking, Ilpo Järvinen
  • [PATCH v6 2/8] PCI: Store all PCIe Supported Link Speeds, Ilpo Järvinen
  • [PATCH v6 3/8] PCI: Refactor pcie_update_link_speed(), Ilpo Järvinen
  • [PATCH v6 4/8] PCI/quirks: Abstract LBMS seen check into own function, Ilpo Järvinen
  • [PATCH v6 5/8] PCI/bwctrl: Re-add BW notification portdrv as PCIe BW controller, Ilpo Järvinen
  • [PATCH v6 6/8] PCI/bwctrl: Add API to set PCIe Link Speed, Ilpo Järvinen
  • [PATCH v6 7/8] thermal: Add PCIe cooling driver, Ilpo Järvinen
  • [PATCH v6 8/8] selftests/pcie_bwctrl: Create selftests, Ilpo Järvinen
• [PATCH] misc: pci_endpoint_test: Remove some unused functions, Jiapeng Chong
  • Re: [PATCH] misc: pci_endpoint_test: Remove some unused functions, Krzysztof Wilczyński
• [pci:enumeration] BUILD SUCCESS 41f270845a8c1bbd4a61ca822350e38e41cd787f, kernel test robot
• [pci:dt-bindings] BUILD SUCCESS c037263db4ce4b63b7f56732a46da257ae27c00d, kernel test robot
• [RFC] Legacy Virtio Driver with Device Has Limited Memory Access, Shunsuke Mie
  • Re: [RFC] Legacy Virtio Driver with Device Has Limited Memory Access, Manivannan Sadhasivam
    • Re: [RFC] Legacy Virtio Driver with Device Has Limited Memory Access, Michael S. Tsirkin
    • Re: [RFC] Legacy Virtio Driver with Device Has Limited Memory Access, Shunsuke Mie
      • Re: [RFC] Legacy Virtio Driver with Device Has Limited Memory Access, Manivannan Sadhasivam
    • Re: [RFC] Legacy Virtio Driver with Device Has Limited Memory Access, Michael S. Tsirkin
      • Re: [RFC] Legacy Virtio Driver with Device Has Limited Memory Access, Manivannan Sadhasivam
        • Re: [RFC] Legacy Virtio Driver with Device Has Limited Memory Access, Shunsuke Mie
          • Re: [RFC] Legacy Virtio Driver with Device Has Limited Memory Access, Manivannan Sadhasivam
          • Re: [RFC] Legacy Virtio Driver with Device Has Limited Memory Access, Michael S. Tsirkin
            • Re: [RFC] Legacy Virtio Driver with Device Has Limited Memory Access, Shunsuke Mie
              • Re: [RFC] Legacy Virtio Driver with Device Has Limited Memory Access, Michael S. Tsirkin
                • Re: [RFC] Legacy Virtio Driver with Device Has Limited Memory Access, Shunsuke Mie
                  • Re: [RFC] Legacy Virtio Driver with Device Has Limited Memory Access, Michael S. Tsirkin
                    • Re: [RFC] Legacy Virtio Driver with Device Has Limited Memory Access, Shunsuke Mie
                      • Re: [RFC] Legacy Virtio Driver with Device Has Limited Memory Access, Michael S. Tsirkin
                        • Re: [RFC] Legacy Virtio Driver with Device Has Limited Memory Access, Manivannan Sadhasivam
                          • Re: [RFC] Legacy Virtio Driver with Device Has Limited Memory Access, Michael S. Tsirkin
                            • Re: [RFC] Legacy Virtio Driver with Device Has Limited Memory Access, Manivannan Sadhasivam
          • Re: [RFC] Legacy Virtio Driver with Device Has Limited Memory Access, Christoph Hellwig
        • Re: [RFC] Legacy Virtio Driver with Device Has Limited Memory Access, Michael S. Tsirkin
    • Re: [RFC] Legacy Virtio Driver with Device Has Limited Memory Access, Michael S. Tsirkin
• [PATCH 1/2] drm/i915/pciids: switch to xe driver style PCI ID macros, Jani Nikula
  • Re: [PATCH 1/2] drm/i915/pciids: switch to xe driver style PCI ID macros, Rodrigo Vivi
  • Re: [PATCH 1/2] drm/i915/pciids: switch to xe driver style PCI ID macros, Jani Nikula
    • Re: [PATCH 1/2] drm/i915/pciids: switch to xe driver style PCI ID macros, Jani Nikula
• [PATCH v6 00/12] Add suspend to ram support for PCIe on J7200, Thomas Richard
  • [PATCH v6 03/12] i2c: omap: wakeup the controller during suspend() callback, Thomas Richard
  • [PATCH v6 01/12] gpio: pca953x: move suspend()/resume() to suspend_noirq()/resume_noirq(), Thomas Richard
  • [PATCH v6 04/12] mux: add mux_chip_resume() function, Thomas Richard
  • [PATCH v6 02/12] i2c: omap: switch to NOIRQ_SYSTEM_SLEEP_PM_OPS() and RUNTIME_PM_OPS(), Thomas Richard
  • [PATCH v6 05/12] mux: mmio: add resume support, Thomas Richard
  • [PATCH v6 06/12] PCI: cadence: Extract link setup sequence from cdns_pcie_host_setup(), Thomas Richard
  • [PATCH v6 07/12] PCI: cadence: Set cdns_pcie_host_init() global, Thomas Richard
  • [PATCH v6 08/12] PCI: j721e: Use dev_err_probe() in the probe() function, Thomas Richard
  • [PATCH v6 09/12] PCI: j721e: Add reset GPIO to struct j721e_pcie, Thomas Richard
  • [PATCH v6 10/12] PCI: Add T_PERST_CLK_US macro, Thomas Richard
  • [PATCH v6 11/12] PCI: j721e: Use T_PERST_CLK_US macro, Thomas Richard
  • [PATCH v6 12/12] PCI: j721e: Add suspend and resume support, Thomas Richard
  • Re: [PATCH v6 00/12] Add suspend to ram support for PCIe on J7200, Thomas Richard
    • Re: [PATCH v6 00/12] Add suspend to ram support for PCIe on J7200, Bartosz Golaszewski
• [pci:next] BUILD SUCCESS a38bebb2868274a1e9316c9e99500395b08ccb12, kernel test robot
• [RFC KERNEL PATCH v7 0/2] Support device passthrough when dom0 is PVH on Xen, Jiqian Chen
  • [RFC KERNEL PATCH v7 1/2] xen/pvh: Setup gsi for passthrough device, Jiqian Chen
  • [RFC KERNEL PATCH v7 2/2] xen/privcmd: Add new syscall to get gsi from dev, Jiqian Chen
    • Re: [RFC KERNEL PATCH v7 2/2] xen/privcmd: Add new syscall to get gsi from dev, Stefano Stabellini
      • Re: [RFC KERNEL PATCH v7 2/2] xen/privcmd: Add new syscall to get gsi from dev, Chen, Jiqian
        • Re: [RFC KERNEL PATCH v7 2/2] xen/privcmd: Add new syscall to get gsi from dev, Stefano Stabellini
• [PATCH v2 0/6] arm64/hyperv: Support Virtual Trust Level Boot, Roman Kisel
  • [PATCH v2 2/6] drivers/hv: Enable VTL mode for arm64, Roman Kisel
    • RE: [PATCH v2 2/6] drivers/hv: Enable VTL mode for arm64, Michael Kelley
      • Re: [PATCH v2 2/6] drivers/hv: Enable VTL mode for arm64, Roman Kisel
  • [PATCH v2 3/6] drivers/hv: arch-neutral implementation of get_vtl(), Roman Kisel
    • RE: [PATCH v2 3/6] drivers/hv: arch-neutral implementation of get_vtl(), Michael Kelley
      • Re: [PATCH v2 3/6] drivers/hv: arch-neutral implementation of get_vtl(), Roman Kisel
  • [PATCH v2 4/6] arm64/hyperv: Boot in a Virtual Trust Level, Roman Kisel
    • RE: [PATCH v2 4/6] arm64/hyperv: Boot in a Virtual Trust Level, Michael Kelley
      • Re: [PATCH v2 4/6] arm64/hyperv: Boot in a Virtual Trust Level, Roman Kisel
  • [PATCH v2 5/6] drivers/hv/vmbus: Get the irq number from DeviceTree, Roman Kisel
    • Re: [PATCH v2 5/6] drivers/hv/vmbus: Get the irq number from DeviceTree, Krzysztof Kozlowski
      • Re: [PATCH v2 5/6] drivers/hv/vmbus: Get the irq number from DeviceTree, Roman Kisel
    • Re: [PATCH v2 5/6] drivers/hv/vmbus: Get the irq number from DeviceTree, Saurabh Singh Sengar
      • Re: [PATCH v2 5/6] drivers/hv/vmbus: Get the irq number from DeviceTree, Roman Kisel
    • RE: [PATCH v2 5/6] drivers/hv/vmbus: Get the irq number from DeviceTree, Michael Kelley
      • Re: [PATCH v2 5/6] drivers/hv/vmbus: Get the irq number from DeviceTree, Roman Kisel
    • Re: [PATCH v2 5/6] drivers/hv/vmbus: Get the irq number from DeviceTree, kernel test robot
    • Re: [PATCH v2 5/6] drivers/hv/vmbus: Get the irq number from DeviceTree, Rob Herring
      • Re: [PATCH v2 5/6] drivers/hv/vmbus: Get the irq number from DeviceTree, Roman Kisel
  • [PATCH v2 1/6] arm64/hyperv: Support DeviceTree, Roman Kisel
    • Re: [PATCH v2 1/6] arm64/hyperv: Support DeviceTree, Krzysztof Kozlowski
      • Re: [PATCH v2 1/6] arm64/hyperv: Support DeviceTree, Roman Kisel
        • Re: [PATCH v2 1/6] arm64/hyperv: Support DeviceTree, Krzysztof Kozlowski
          • Re: [PATCH v2 1/6] arm64/hyperv: Support DeviceTree, Roman Kisel
    • Re: [PATCH v2 1/6] arm64/hyperv: Support DeviceTree, Elliot Berman
      • Re: [PATCH v2 1/6] arm64/hyperv: Support DeviceTree, Roman Kisel
        • Re: [PATCH v2 1/6] arm64/hyperv: Support DeviceTree, Roman Kisel
  • [PATCH v2 6/6] drivers/pci/hyperv/arm64: vPCI MSI IRQ domain from DT, Roman Kisel
    • Re: [PATCH v2 6/6] drivers/pci/hyperv/arm64: vPCI MSI IRQ domain from DT, Saurabh Singh Sengar
      • Re: [PATCH v2 6/6] drivers/pci/hyperv/arm64: vPCI MSI IRQ domain from DT, Roman Kisel
        • Re: [PATCH v2 6/6] drivers/pci/hyperv/arm64: vPCI MSI IRQ domain from DT, Bjorn Helgaas
          • Re: [PATCH v2 6/6] drivers/pci/hyperv/arm64: vPCI MSI IRQ domain from DT, Roman Kisel
          • Re: [PATCH v2 6/6] drivers/pci/hyperv/arm64: vPCI MSI IRQ domain from DT, Bjorn Helgaas
            • Re: [PATCH v2 6/6] drivers/pci/hyperv/arm64: vPCI MSI IRQ domain from DT, Roman Kisel
    • RE: [PATCH v2 6/6] drivers/pci/hyperv/arm64: vPCI MSI IRQ domain from DT, Michael Kelley
      • Re: [PATCH v2 6/6] drivers/pci/hyperv/arm64: vPCI MSI IRQ domain from DT, Roman Kisel
• [PATCH v2 0/2] PCI hotplug driver fixes, Krishna Kumar
  • [PATCH v2 1/2] pci/hotplug/pnv_php: Fix hotplug driver crash on Powernv, Krishna Kumar
  • [PATCH v2 2/2] powerpc: hotplug driver bridge support, Krishna Kumar
    • Re: [PATCH v2 2/2] powerpc: hotplug driver bridge support, Oliver O'Halloran
      • Message not available
        • Re: [PATCH v2 2/2] powerpc: hotplug driver bridge support, Oliver O'Halloran
          • Re: [PATCH v2 2/2] powerpc: hotplug driver bridge support, Krishna Kumar
            • Re: [PATCH v2 2/2] powerpc: hotplug driver bridge support, Krishna Kumar
              • Re: [PATCH v2 2/2] powerpc: hotplug driver bridge support, Krishna Kumar
                • Re: [PATCH v2 2/2] powerpc: hotplug driver bridge support, Krishna Kumar
• [PATCH v5 0/7] PCI: Consolidate TLP Log reading and printing, Ilpo Järvinen
  • [PATCH v5 1/7] PCI: Don't expose pcie_read_tlp_log() outside of PCI subsystem, Ilpo Järvinen
  • [PATCH v5 2/7] PCI: Move TLP Log handling to own file, Ilpo Järvinen
  • [PATCH v5 3/7] PCI: Make pcie_read_tlp_log() signature same, Ilpo Järvinen
  • [PATCH v5 4/7] PCI: Use unsigned int i in pcie_read_tlp_log(), Ilpo Järvinen
  • [PATCH v5 5/7] PCI: Store # of supported End-End TLP Prefixes, Ilpo Järvinen
  • [PATCH v5 6/7] PCI: Add TLP Prefix reading into pcie_read_tlp_log(), Ilpo Järvinen
  • [PATCH v5 7/7] PCI: Create helper to print TLP Header and Prefix Log, Ilpo Järvinen
    • Re: [PATCH v5 7/7] PCI: Create helper to print TLP Header and Prefix Log, Bjorn Helgaas
      • Re: [PATCH v5 7/7] PCI: Create helper to print TLP Header and Prefix Log, Ilpo Järvinen
        • Re: [PATCH v5 7/7] PCI: Create helper to print TLP Header and Prefix Log, Bjorn Helgaas
  • Re: [PATCH v5 0/7] PCI: Consolidate TLP Log reading and printing, Ilpo Järvinen
• [PATCH v1] PCI: dwc: Fix resume failure if no EP is connected at some platforms., Richard Zhu
  • Re: [PATCH v1] PCI: dwc: Fix resume failure if no EP is connected at some platforms., Frank Li
• [PATCH v5] dt-bindings: PCI: altera: Convert to YAML, matthew . gerlach
  • Re: [PATCH v5] dt-bindings: PCI: altera: Convert to YAML, Rob Herring (Arm)
    • Re: [PATCH v5] dt-bindings: PCI: altera: Convert to YAML, Rob Herring
      • Re: [PATCH v5] dt-bindings: PCI: altera: Convert to YAML, matthew . gerlach
        • Re: [PATCH v5] dt-bindings: PCI: altera: Convert to YAML, Rob Herring
  • Re: [PATCH v5] dt-bindings: PCI: altera: Convert to YAML, kernel test robot