Linux PCI

• Date Index

• Re: [PATCH v2 0/3] pci: enforce usage of 'pci_channel_state_t', (continued)
  • Re: [PATCH v2 0/3] pci: enforce usage of 'pci_channel_state_t', Bjorn Helgaas
• [PATCH v12 2/2] PCI: microchip: Add host driver for Microchip PCIe controller, Daire.McNamara
• [PATCH v12 1/2] PCI: microchip: Add host driver for Microchip PCIe controller, Daire.McNamara
• [PATCH v12 0/2] PCI: microchip: Add host driver for Microchip PCIe controller, Daire.McNamara
  • Re: [PATCH v12 0/2] PCI: microchip: Add host driver for Microchip PCIe controller, Bjorn Helgaas
• [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Kishon Vijay Abraham I
  • [RFC PATCH 03/22] vhost: Add ops for the VHOST driver to configure VHOST device, Kishon Vijay Abraham I
  • [RFC PATCH 04/22] vringh: Add helpers to access vring in MMIO, Kishon Vijay Abraham I
  • [RFC PATCH 07/22] virtio_pci: Use request_threaded_irq() instead of request_irq(), Kishon Vijay Abraham I
  • [RFC PATCH 12/22] virtio: Add ops to allocate and free buffer, Kishon Vijay Abraham I
  • [RFC PATCH 17/22] rpmsg.txt: Add Documentation to configure rpmsg using configfs, Kishon Vijay Abraham I
  • [RFC PATCH 18/22] virtio_pci: Add VIRTIO driver for VHOST on Configurable PCIe Endpoint device, Kishon Vijay Abraham I
  • [RFC PATCH 21/22] NTB: Add a new NTB client driver to implement VHOST functionality, Kishon Vijay Abraham I
  • [RFC PATCH 19/22] PCI: endpoint: Add EP function driver to provide VHOST interface, Kishon Vijay Abraham I
  • [RFC PATCH 20/22] NTB: Add a new NTB client driver to implement VIRTIO functionality, Kishon Vijay Abraham I
  • [RFC PATCH 22/22] NTB: Describe ntb_virtio and ntb_vhost client in the documentation, Kishon Vijay Abraham I
  • [RFC PATCH 14/22] rpmsg: Add VHOST based remote processor messaging bus, Kishon Vijay Abraham I
  • [RFC PATCH 16/22] samples/rpmsg: Wait for address to be bound to rpdev for sending message, Kishon Vijay Abraham I
  • [RFC PATCH 13/22] rpmsg: virtio_rpmsg_bus: Use virtio_alloc_buffer() and virtio_free_buffer(), Kishon Vijay Abraham I
  • [RFC PATCH 11/22] rpmsg: virtio_rpmsg_bus: Move generic rpmsg structure to rpmsg_internal.h, Kishon Vijay Abraham I
  • [RFC PATCH 15/22] samples/rpmsg: Setup delayed work to send message, Kishon Vijay Abraham I
  • [RFC PATCH 10/22] rpmsg: virtio_rpmsg_bus: Add Address Service Notification support, Kishon Vijay Abraham I
  • [RFC PATCH 09/22] rpmsg: Introduce configfs entry for configuring rpmsg, Kishon Vijay Abraham I
  • [RFC PATCH 08/22] rpmsg: virtio_rpmsg_bus: Disable receive virtqueue callback when reading messages, Kishon Vijay Abraham I
  • [RFC PATCH 05/22] vhost: Add MMIO helpers for operations on vhost virtqueue, Kishon Vijay Abraham I
  • [RFC PATCH 06/22] vhost: Introduce configfs entry for configuring VHOST, Kishon Vijay Abraham I
  • [RFC PATCH 02/22] vhost: Introduce standard Linux driver model in VHOST, Kishon Vijay Abraham I
  • [RFC PATCH 01/22] vhost: Make _feature_ bits a property of vhost device, Kishon Vijay Abraham I
  • Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Michael S. Tsirkin
    • Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Jason Wang
      • Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Kishon Vijay Abraham I
        • Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Jason Wang
          • Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Kishon Vijay Abraham I
            • Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Jason Wang
              • Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Kishon Vijay Abraham I
                • Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Jason Wang
                  • Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Kishon Vijay Abraham I
                    • Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Jason Wang
                      • Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Cornelia Huck
                        • Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Kishon Vijay Abraham I
                          • Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Jason Wang
                            • Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Cornelia Huck
                              • Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Jason Wang
                            • Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Kishon Vijay Abraham I
                              • Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Jason Wang
                                • Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Kishon Vijay Abraham I
                                • Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Jason Wang
                                • Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Kishon Vijay Abraham I
                                • Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Jason Wang
                    • Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Mathieu Poirier
                      • Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Kishon Vijay Abraham I
    • Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Kishon Vijay Abraham I
    • Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Mathieu Poirier
      • Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication, Kishon Vijay Abraham I
• [pci:pci/enumeration] BUILD SUCCESS WITH WARNING 9062dcba53dd1dcfa32e4c1970acdf33660a2cdf, kernel test robot
• [pci:next] BUILD SUCCESS 485afde1a05f459953895d3e8692e8527463dd4a, kernel test robot
• [PATCH v6 00/12] PCI: brcmstb: enable PCIe for STB chips, Jim Quinlan
  • [PATCH v6 02/12] ata: ahci_brcm: Fix use of BCM7216 reset controller, Jim Quinlan
    • Re: [PATCH v6 02/12] ata: ahci_brcm: Fix use of BCM7216 reset controller, Sergei Shtylyov
      • Re: [PATCH v6 02/12] ata: ahci_brcm: Fix use of BCM7216 reset controller, Jim Quinlan
  • [PATCH v6 03/12] dt-bindings: PCI: Add bindings for more Brcmstb chips, Jim Quinlan
  • [PATCH v6 07/12] PCI: brcmstb: Add control of rescal reset, Jim Quinlan
  • [PATCH v6 06/12] PCI: brcmstb: Add bcm7278 PERST# support, Jim Quinlan
  • [PATCH v6 05/12] PCI: brcmstb: Add suspend and resume pm_ops, Jim Quinlan
  • [PATCH v6 04/12] PCI: brcmstb: Add bcm7278 register info, Jim Quinlan
  • [PATCH v6 09/12] PCI: brcmstb: Set additional internal memory DMA viewport sizes, Jim Quinlan
  • [PATCH v6 11/12] PCI: brcmstb: Set bus max burst size by chip type, Jim Quinlan
  • [PATCH v6 10/12] PCI: brcmstb: Accommodate MSI for older chips, Jim Quinlan
  • [PATCH v6 12/12] PCI: brcmstb: Add bcm7211, bcm7216, bcm7445, bcm7278 to match list, Jim Quinlan
  • [PATCH v6 01/12] PCI: brcmstb: PCIE_BRCMSTB depends on ARCH_BRCMSTB, Jim Quinlan
• [PATCH] vfio/pci: Add Intel X550 to hidden INTx devices, Alex Williamson
• [pci:pci/virtualization] BUILD SUCCESS b8d43ca9321151ea9ffe78b20f233a4e54339327, kernel test robot
• [pci:for-linus] BUILD SUCCESS 5396956cc7c6874180c9bfc1ceceb02b739a6a87, kernel test robot
• [pci:pci/msi] BUILD SUCCESS 30ff3e8c287455e9f7f85162df10d62819ba42a9, kernel test robot
• [PATCH 0/5] vfio/pci: add blocklist and disable qat, Giovanni Cabiddu
  • [PATCH 2/5] vfio/pci: add device blocklist, Giovanni Cabiddu
    • Re: [PATCH 2/5] vfio/pci: add device blocklist, Bjorn Helgaas
  • [PATCH 3/5] vfio/pci: add qat devices to blocklist, Giovanni Cabiddu
    • Re: [PATCH 3/5] vfio/pci: add qat devices to blocklist, Bjorn Helgaas
      • Re: [PATCH 3/5] vfio/pci: add qat devices to blocklist, Giovanni Cabiddu
        • Re: [PATCH 3/5] vfio/pci: add qat devices to blocklist, Bjorn Helgaas
          • Re: [PATCH 3/5] vfio/pci: add qat devices to blocklist, Bjorn Helgaas
            • Re: [PATCH 3/5] vfio/pci: add qat devices to blocklist, Alex Williamson
              • Re: [PATCH 3/5] vfio/pci: add qat devices to blocklist, Giovanni Cabiddu
  • [PATCH 5/5] crypto: qat - use PCI_VDEVICE, Giovanni Cabiddu
  • [PATCH 1/5] PCI: add Intel QuickAssist device IDs, Giovanni Cabiddu
    • Re: [PATCH 1/5] PCI: add Intel QuickAssist device IDs, Bjorn Helgaas
  • [PATCH 4/5] crypto: qat - replace device ids defines, Giovanni Cabiddu
  • Re: [PATCH 0/5] vfio/pci: add blocklist and disable qat, Christoph Hellwig
    • Re: [PATCH 0/5] vfio/pci: add blocklist and disable qat, Christoph Hellwig
      • Re: [PATCH 0/5] vfio/pci: add blocklist and disable qat, Giovanni Cabiddu
• [pci:pci/misc] BUILD SUCCESS 16bbbc874f7f98e6598784896ed4719f0f1ed844, kernel test robot
• [PATCH v2 0/7] Tighten PCI security, expose dev location in sysfs, Rajat Jain
  • [PATCH v2 1/7] PCI: Keep the ACS capability offset in device, Rajat Jain
    • Re: [PATCH v2 1/7] PCI: Keep the ACS capability offset in device, Bjorn Helgaas
      • Re: [PATCH v2 1/7] PCI: Keep the ACS capability offset in device, Rajat Jain
        • Re: [PATCH v2 1/7] PCI: Keep the ACS capability offset in device, Bjorn Helgaas
  • [PATCH v2 3/7] PCI/ACS: Enable PCI_ACS_TB for untrusted/external-facing devices, Rajat Jain
    • Re: [PATCH v2 3/7] PCI/ACS: Enable PCI_ACS_TB for untrusted/external-facing devices, Bjorn Helgaas
      • Re: [PATCH v2 3/7] PCI/ACS: Enable PCI_ACS_TB for untrusted/external-facing devices, Rajat Jain
    • Re: [PATCH v2 3/7] PCI/ACS: Enable PCI_ACS_TB for untrusted/external-facing devices, Bjorn Helgaas
      • Re: [PATCH v2 3/7] PCI/ACS: Enable PCI_ACS_TB for untrusted/external-facing devices, Rajat Jain
  • [PATCH v2 4/7] PCI: Add device even if driver attach failed, Rajat Jain
    • Re: [PATCH v2 4/7] PCI: Add device even if driver attach failed, Greg Kroah-Hartman
      • Re: [PATCH v2 4/7] PCI: Add device even if driver attach failed, Rajat Jain
  • [PATCH v2 6/7] PCI: Move pci_dev->untrusted logic to use device location instead, Rajat Jain
    • Re: [PATCH v2 6/7] PCI: Move pci_dev->untrusted logic to use device location instead, Lu Baolu
  • [PATCH v2 5/7] driver core: Add device location to "struct device" and expose it in sysfs, Rajat Jain
    • Re: [PATCH v2 5/7] driver core: Add device location to "struct device" and expose it in sysfs, Greg Kroah-Hartman
    • Re: [PATCH v2 5/7] driver core: Add device location to "struct device" and expose it in sysfs, Heikki Krogerus
      • Re: [PATCH v2 5/7] driver core: Add device location to "struct device" and expose it in sysfs, Greg Kroah-Hartman
        • Re: [PATCH v2 5/7] driver core: Add device location to "struct device" and expose it in sysfs, Rafael J. Wysocki
          • Re: [PATCH v2 5/7] driver core: Add device location to "struct device" and expose it in sysfs, Greg Kroah-Hartman
            • Re: [PATCH v2 5/7] driver core: Add device location to "struct device" and expose it in sysfs, Rafael J. Wysocki
              • Re: [PATCH v2 5/7] driver core: Add device location to "struct device" and expose it in sysfs, Greg Kroah-Hartman
                • Re: [PATCH v2 5/7] driver core: Add device location to "struct device" and expose it in sysfs, Rajat Jain
                  • Re: [PATCH v2 5/7] driver core: Add device location to "struct device" and expose it in sysfs, Oliver O'Halloran
                    • Re: [PATCH v2 5/7] driver core: Add device location to "struct device" and expose it in sysfs, Greg Kroah-Hartman
                      • Re: [PATCH v2 5/7] driver core: Add device location to "struct device" and expose it in sysfs, Oliver O'Halloran
                        • Re: [PATCH v2 5/7] driver core: Add device location to "struct device" and expose it in sysfs, Greg Kroah-Hartman
                          • Re: [PATCH v2 5/7] driver core: Add device location to "struct device" and expose it in sysfs, Greg Kroah-Hartman
                    • Re: [PATCH v2 5/7] driver core: Add device location to "struct device" and expose it in sysfs, Rajat Jain
    • Re: [PATCH v2 5/7] driver core: Add device location to "struct device" and expose it in sysfs, Saravana Kannan
  • [PATCH v2 7/7] PCI: Add parameter to disable attaching external devices, Rajat Jain
  • [PATCH v2 2/7] PCI: Set "untrusted" flag for truly external devices only, Rajat Jain
    • Re: [PATCH v2 2/7] PCI: Set "untrusted" flag for truly external devices only, Lu Baolu
    • Re: [PATCH v2 2/7] PCI: Set "untrusted" flag for truly external devices only, Greg Kroah-Hartman
      • Re: [PATCH v2 2/7] PCI: Set "untrusted" flag for truly external devices only, Bjorn Helgaas
        • Re: [PATCH v2 2/7] PCI: Set "untrusted" flag for truly external devices only, Greg Kroah-Hartman
    • Re: [PATCH v2 2/7] PCI: Set "untrusted" flag for truly external devices only, Bjorn Helgaas
      • Re: [PATCH v2 2/7] PCI: Set "untrusted" flag for truly external devices only, Rajat Jain
        • Re: [PATCH v2 2/7] PCI: Set "untrusted" flag for truly external devices only, Bjorn Helgaas
          • Re: [PATCH v2 2/7] PCI: Set "untrusted" flag for truly external devices only, Rajat Jain
  • Re: [PATCH v2 0/7] Tighten PCI security, expose dev location in sysfs, Pavel Machek
    • Re: [PATCH v2 0/7] Tighten PCI security, expose dev location in sysfs, Rajat Jain
• [RFC PATCH] ACPI: Only create numa nodes from entries in SRAT or SRAT emulation., Jonathan Cameron
  • Re: [RFC PATCH] ACPI: Only create numa nodes from entries in SRAT or SRAT emulation., Jonathan Cameron
• [PATCH v5 0/9] Raspberry Pi 4 USB firmware initialization rework, Nicolas Saenz Julienne
  • [PATCH v5 6/9] Revert "USB: pci-quirks: Add Raspberry Pi 4 quirk", Nicolas Saenz Julienne
  • [PATCH v5 2/9] reset: Add Raspberry Pi 4 firmware reset controller, Nicolas Saenz Julienne
  • [PATCH v5 9/9] Revert "PCI: brcmstb: Wait for Raspberry Pi's firmware when present", Nicolas Saenz Julienne
    • Re: [PATCH v5 9/9] Revert "PCI: brcmstb: Wait for Raspberry Pi's firmware when present", Lorenzo Pieralisi
  • [PATCH v5 4/9] ARM: dts: bcm2711: Add reset controller to xHCI node, Nicolas Saenz Julienne
    • Re: [PATCH v5 4/9] ARM: dts: bcm2711: Add reset controller to xHCI node, Florian Fainelli
  • [PATCH v5 3/9] ARM: dts: bcm2711: Add firmware usb reset node, Nicolas Saenz Julienne
  • [PATCH v5 8/9] Revert "firmware: raspberrypi: Introduce vl805 init routine", Nicolas Saenz Julienne
  • [PATCH v5 5/9] usb: xhci-pci: Add support for reset controllers, Nicolas Saenz Julienne
    • Re: [PATCH v5 5/9] usb: xhci-pci: Add support for reset controllers, Florian Fainelli
  • [PATCH v5 7/9] usb: host: pci-quirks: Bypass xHCI quirks for Raspberry Pi 4, Nicolas Saenz Julienne
  • [PATCH v5 1/9] dt-bindings: reset: Add a binding for the RPi Firmware reset controller, Nicolas Saenz Julienne
  • Re: [PATCH v5 0/9] Raspberry Pi 4 USB firmware initialization rework, Nicolas Saenz Julienne
    • Re: [PATCH v5 0/9] Raspberry Pi 4 USB firmware initialization rework, Florian Fainelli
      • Re: [PATCH v5 0/9] Raspberry Pi 4 USB firmware initialization rework, Greg KH
        • Re: [PATCH v5 0/9] Raspberry Pi 4 USB firmware initialization rework, Nicolas Saenz Julienne
          • Re: [PATCH v5 0/9] Raspberry Pi 4 USB firmware initialization rework, Greg KH
• [PATCH V2 1/3] reset: imx7: Support module build, Anson Huang
  • [PATCH V2 3/3] pci: imx: Select RESET_IMX7 by default, Anson Huang
    • Re: [PATCH V2 3/3] pci: imx: Select RESET_IMX7 by default, Bjorn Helgaas
  • [PATCH V2 2/3] arm64: defconfig: Select CONFIG_RESET_IMX7 as module by default, Anson Huang
  • Re: [PATCH V2 1/3] reset: imx7: Support module build, Philipp Zabel
    • RE: [PATCH V2 1/3] reset: imx7: Support module build, Anson Huang
• PCie Hot Plug query, Manish Raturi
  • Re: PCie Hot Plug query, Lukas Wunner
• [PATCH] pci: consolidate typing of pci_error_handlers::error_detected(), Luc Van Oostenryck
  • Re: [PATCH] pci: consolidate typing of pci_error_handlers::error_detected(), Bjorn Helgaas
    • Re: [PATCH] pci: consolidate typing of pci_error_handlers::error_detected(), Luc Van Oostenryck
• [PATCH] Replace HTTP links with HTTPS ones: PCI, Alexander A. Klimov
  • Re: [PATCH] Replace HTTP links with HTTPS ones: PCI, Bjorn Helgaas
  • PCI: Replace lkml.org, spinics, gmane with lore.kernel.org, Bjorn Helgaas
    • Re: PCI: Replace lkml.org, spinics, gmane with lore.kernel.org, Bjorn Helgaas
    • Re: PCI: Replace lkml.org, spinics, gmane with lore.kernel.org, Jonathan Corbet
      • Re: PCI: Replace lkml.org, spinics, gmane with lore.kernel.org, Joe Perches
        • Re: PCI: Replace lkml.org, spinics, gmane with lore.kernel.org, Joe Perches
      • [PATCH] Documentation: Replace lkml.org links with lore, Joe Perches
        • Re: [PATCH] Documentation: Replace lkml.org links with lore, Jonathan Corbet
        • Re: [PATCH] Documentation: Replace lkml.org links with lore, Kees Cook
          • Re: [PATCH] Documentation: Replace lkml.org links with lore, Joe Perches
• [pci:pci/misc] BUILD SUCCESS b91535812d663acc47952d05386c8a126eae8080, kernel test robot
• [PATCH v6 0/4] Simplify PCIe native ownership detection logic, sathyanarayanan . kuppuswamy
  • [PATCH v6 1/4] ACPI/PCI: Ignore _OSC negotiation result if pcie_ports_native is set., sathyanarayanan . kuppuswamy
    • Re: [PATCH v6 1/4] ACPI/PCI: Ignore _OSC negotiation result if pcie_ports_native is set., Bjorn Helgaas
      • Re: [PATCH v6 1/4] ACPI/PCI: Ignore _OSC negotiation result if pcie_ports_native is set., Kuppuswamy, Sathyanarayanan
  • [PATCH v6 2/4] ACPI/PCI: Ignore _OSC DPC negotiation result if pcie_ports_dpc_native is set., sathyanarayanan . kuppuswamy
  • [PATCH v6 3/4] PCI/portdrv: Remove redundant pci_aer_available() check in DPC enable logic, sathyanarayanan . kuppuswamy
  • [PATCH v6 4/4] PCI/DPC: Move AER/DPC dependency checks out of DPC driver, sathyanarayanan . kuppuswamy
• [PATCH 1/2] pci: Add pci device even if the driver failed to attach, Rajat Jain
  • [PATCH 2/2] pci: Add parameter to disable attaching untrusted devices, Rajat Jain
    • Re: [PATCH 2/2] pci: Add parameter to disable attaching untrusted devices, Greg Kroah-Hartman
    • Re: [PATCH 2/2] pci: Add parameter to disable attaching untrusted devices, Oliver O'Halloran
    • Re: [PATCH 2/2] pci: Add parameter to disable attaching untrusted devices, Greg Kroah-Hartman
      • Re: [PATCH 2/2] pci: Add parameter to disable attaching untrusted devices, Rajat Jain
        • Re: [PATCH 2/2] pci: Add parameter to disable attaching untrusted devices, Greg Kroah-Hartman
  • Re: [PATCH 1/2] pci: Add pci device even if the driver failed to attach, Greg Kroah-Hartman
  • Re: [PATCH 1/2] pci: Add pci device even if the driver failed to attach, Bjorn Helgaas
    • Re: [PATCH 1/2] pci: Add pci device even if the driver failed to attach, Rajat Jain
• [PATCH v4 0/3] Preventing job distribution to isolated CPUs, Nitesh Narayan Lal
  • [Patch v4 3/3] net: Restrict receive packets queuing to housekeeping CPUs, Nitesh Narayan Lal
    • Re: [Patch v4 3/3] net: Restrict receive packets queuing to housekeeping CPUs, Peter Zijlstra
      • Re: [Patch v4 3/3] net: Restrict receive packets queuing to housekeeping CPUs, David Miller
  • [Patch v4 2/3] PCI: Restrict probe functions to housekeeping CPUs, Nitesh Narayan Lal
  • [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Nitesh Narayan Lal
    • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Nitesh Narayan Lal
      • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Andrew Morton
        • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Nitesh Narayan Lal
    • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Robin Murphy
      • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Marcelo Tosatti
        • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Robin Murphy
          • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Marcelo Tosatti
            • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Robin Murphy
            • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Nitesh Narayan Lal
            • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Thomas Gleixner
              • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Marcelo Tosatti
              • Message not available
                • Re: [EXT] Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Marcelo Tosatti
        • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Thomas Gleixner
          • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Marcelo Tosatti
            • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Nitesh Narayan Lal
            • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Thomas Gleixner
              • Message not available
                • Message not available
                  • Re: [EXT] Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Alex Belits
              • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Marcelo Tosatti
                • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Nitesh Narayan Lal
                  • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Marcelo Tosatti
                    • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Nitesh Narayan Lal
                      • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Thomas Gleixner
                        • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Thomas Gleixner
                        • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Nitesh Narayan Lal
                          • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Nitesh Narayan Lal
                            • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Nitesh Narayan Lal
                              • Message not available
                                • Re: [EXT] Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Nitesh Narayan Lal
                              • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Jesse Brandeburg
                                • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Nitesh Narayan Lal
                                • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Nitesh Narayan Lal
                                • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Jesse Brandeburg
                                • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Nitesh Narayan Lal
                                • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Nitesh Lal
                                • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Jesse Brandeburg
                                • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Nitesh Lal
                                • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Thomas Gleixner
                                • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Nitesh Lal
                                • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Thomas Gleixner
                                • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Nitesh Lal
                                • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Jesse Brandeburg
                                • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Nitesh Lal
              • Message not available
                • Message not available
                  • Message not available
                    • Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Thomas Gleixner
• [PATCH] PCI: vmd: Keep fwnode allocated through VMD irqdomain life, Jon Derrick
  • [PATCH] PCI: vmd: Keep fwnode allocated through VMD irqdomain life, Jon Derrick
  • Re: [PATCH] PCI: vmd: Keep fwnode allocated through VMD irqdomain life, Bjorn Helgaas
    • Re: [PATCH] PCI: vmd: Keep fwnode allocated through VMD irqdomain life, Derrick, Jonathan
    • Re: [PATCH] PCI: vmd: Keep fwnode allocated through VMD irqdomain life, Bjorn Helgaas
      • Re: [PATCH] PCI: vmd: Keep fwnode allocated through VMD irqdomain life, Andy Shevchenko
        • Re: [PATCH] PCI: vmd: Keep fwnode allocated through VMD irqdomain life, Bjorn Helgaas
          • Re: [PATCH] PCI: vmd: Keep fwnode allocated through VMD irqdomain life, Derrick, Jonathan
            • Re: [PATCH] PCI: vmd: Keep fwnode allocated through VMD irqdomain life, andriy.shevchenko@xxxxxxxxxxxxxxx
            • Re: [PATCH] PCI: vmd: Keep fwnode allocated through VMD irqdomain life, Thomas Gleixner
              • Re: [PATCH] PCI: vmd: Keep fwnode allocated through VMD irqdomain life, Derrick, Jonathan
          • Re: [PATCH] PCI: vmd: Keep fwnode allocated through VMD irqdomain life, Thomas Gleixner
            • Re: [PATCH] PCI: vmd: Keep fwnode allocated through VMD irqdomain life, Andy Shevchenko
              • Re: [PATCH] PCI: vmd: Keep fwnode allocated through VMD irqdomain life, Thomas Gleixner
                • Re: [PATCH] PCI: vmd: Keep fwnode allocated through VMD irqdomain life, Bjorn Helgaas
                  • [PATCH] irqdomain/treewide: Keep firmware node unconditionally allocated, Thomas Gleixner
                    • Re: [PATCH] irqdomain/treewide: Keep firmware node unconditionally allocated, Marc Zyngier
                    • Re: [PATCH] irqdomain/treewide: Keep firmware node unconditionally allocated, Bjorn Helgaas
• [PATCH v3] pciutils: Add decode support for RCECs, Sean V Kelley
  • Re: [PATCH v3] pciutils: Add decode support for RCECs, Martin Mareš
    • Re: [PATCH v3] pciutils: Add decode support for RCECs, Sean V Kelley
• [PATCH 00/22] add support for Clang LTO, Sami Tolvanen
  • [PATCH 01/22] objtool: use sh_info to find the base for .rela sections, Sami Tolvanen
  • [PATCH 02/22] kbuild: add support for Clang LTO, Sami Tolvanen
    • Re: [PATCH 02/22] kbuild: add support for Clang LTO, Nick Desaulniers
      • Re: [PATCH 02/22] kbuild: add support for Clang LTO, Sami Tolvanen
    • Re: [PATCH 02/22] kbuild: add support for Clang LTO, Nathan Chancellor
      • Re: [PATCH 02/22] kbuild: add support for Clang LTO, Sami Tolvanen
  • [PATCH 03/22] kbuild: lto: fix module versioning, Sami Tolvanen
  • [PATCH 06/22] kbuild: lto: limit inlining, Sami Tolvanen
    • Re: [PATCH 06/22] kbuild: lto: limit inlining, Peter Zijlstra
      • Re: [PATCH 06/22] kbuild: lto: limit inlining, Sami Tolvanen
  • [PATCH 04/22] kbuild: lto: fix recordmcount, Sami Tolvanen
    • Re: [PATCH 04/22] kbuild: lto: fix recordmcount, Peter Zijlstra
      • Re: [PATCH 04/22] kbuild: lto: fix recordmcount, Sami Tolvanen
        • Re: [PATCH 04/22] kbuild: lto: fix recordmcount, Peter Zijlstra
          • Re: [PATCH 04/22] kbuild: lto: fix recordmcount, Sami Tolvanen
            • [RFC][PATCH] objtool,x86_64: Replace recordmcount with objtool, Peter Zijlstra
              • Re: [RFC][PATCH] objtool,x86_64: Replace recordmcount with objtool, Nick Desaulniers
              • Re: [RFC][PATCH] objtool,x86_64: Replace recordmcount with objtool, Sami Tolvanen
                • Re: [RFC][PATCH] objtool,x86_64: Replace recordmcount with objtool, Peter Zijlstra
                  • Re: [RFC][PATCH] objtool,x86_64: Replace recordmcount with objtool, Peter Zijlstra
                  • Re: [RFC][PATCH] objtool,x86_64: Replace recordmcount with objtool, Sami Tolvanen
                    • Re: [RFC][PATCH] objtool,x86_64: Replace recordmcount with objtool, Steven Rostedt
                      • Re: [RFC][PATCH] objtool,x86_64: Replace recordmcount with objtool, Sami Tolvanen
                        • Re: [RFC][PATCH] objtool,x86_64: Replace recordmcount with objtool, Steven Rostedt
                          • Re: [RFC][PATCH] objtool,x86_64: Replace recordmcount with objtool, Sami Tolvanen
                            • Re: [RFC][PATCH] objtool,x86_64: Replace recordmcount with objtool, Steven Rostedt
                              • Re: [RFC][PATCH] objtool,x86_64: Replace recordmcount with objtool, Sami Tolvanen
                  • Re: [RFC][PATCH] objtool,x86_64: Replace recordmcount with objtool, Steven Rostedt
                    • Re: [RFC][PATCH] objtool,x86_64: Replace recordmcount with objtool, Peter Zijlstra
                      • Re: [RFC][PATCH] objtool,x86_64: Replace recordmcount with objtool, Steven Rostedt
                        • Re: [RFC][PATCH] objtool,x86_64: Replace recordmcount with objtool, Sami Tolvanen
                        • Re: [RFC][PATCH] objtool,x86_64: Replace recordmcount with objtool, Peter Zijlstra
                          • Re: [RFC][PATCH] objtool,x86_64: Replace recordmcount with objtool, Steven Rostedt
                            • Re: [RFC][PATCH] objtool,x86_64: Replace recordmcount with objtool, Sami Tolvanen
  • [PATCH 07/22] kbuild: lto: merge module sections, Sami Tolvanen
    • Re: [PATCH 07/22] kbuild: lto: merge module sections, Nick Desaulniers
      • Re: [PATCH 07/22] kbuild: lto: merge module sections, Sami Tolvanen
  • [PATCH 10/22] init: lto: fix PREL32 relocations, Sami Tolvanen
  • [PATCH 11/22] pci: lto: fix PREL32 relocations, Sami Tolvanen
    • Re: [PATCH 11/22] pci: lto: fix PREL32 relocations, Bjorn Helgaas
      • Re: [PATCH 11/22] pci: lto: fix PREL32 relocations, Sami Tolvanen
  • [PATCH 13/22] scripts/mod: disable LTO for empty.c, Sami Tolvanen
    • Re: [PATCH 13/22] scripts/mod: disable LTO for empty.c, Nick Desaulniers
  • [PATCH 12/22] modpost: lto: strip .lto from module names, Sami Tolvanen
    • Re: [PATCH 12/22] modpost: lto: strip .lto from module names, Nick Desaulniers
  • [PATCH 15/22] drivers/misc/lkdtm: disable LTO for rodata.o, Sami Tolvanen
  • [PATCH 18/22] arm64: allow LTO_CLANG and THINLTO to be selected, Sami Tolvanen
  • [PATCH 20/22] x86, ftrace: disable recordmcount for ftrace_make_nop, Sami Tolvanen
  • [PATCH 22/22] x86, build: allow LTO_CLANG and THINLTO to be selected, Sami Tolvanen
  • [PATCH 21/22] x86, relocs: Ignore L4_PAGE_OFFSET relocations, Sami Tolvanen
  • [PATCH 19/22] x86, vdso: disable LTO only for vDSO, Sami Tolvanen
  • [PATCH 17/22] arm64: vdso: disable LTO, Sami Tolvanen
    • Re: [PATCH 17/22] arm64: vdso: disable LTO, Nick Desaulniers
      • Re: [PATCH 17/22] arm64: vdso: disable LTO, Nick Desaulniers
        • Re: [PATCH 17/22] arm64: vdso: disable LTO, Andi Kleen
      • Re: [PATCH 17/22] arm64: vdso: disable LTO, Sami Tolvanen
        • Re: [PATCH 17/22] arm64: vdso: disable LTO, Nick Desaulniers
          • Re: [PATCH 17/22] arm64: vdso: disable LTO, Sami Tolvanen
  • [PATCH 16/22] arm64: export CC_USING_PATCHABLE_FUNCTION_ENTRY, Sami Tolvanen
  • [PATCH 14/22] efi/libstub: disable LTO, Sami Tolvanen
  • [PATCH 09/22] init: lto: ensure initcall ordering, Sami Tolvanen
  • [PATCH 08/22] kbuild: lto: remove duplicate dependencies from .mod files, Sami Tolvanen
    • Re: [PATCH 08/22] kbuild: lto: remove duplicate dependencies from .mod files, Nick Desaulniers
  • [PATCH 05/22] kbuild: lto: postpone objtool, Sami Tolvanen
    • Re: [PATCH 05/22] kbuild: lto: postpone objtool, Peter Zijlstra
      • Re: [PATCH 05/22] kbuild: lto: postpone objtool, Sami Tolvanen
        • Re: [PATCH 05/22] kbuild: lto: postpone objtool, Peter Zijlstra
          • Re: [PATCH 05/22] kbuild: lto: postpone objtool, Sami Tolvanen
            • Re: [PATCH 05/22] kbuild: lto: postpone objtool, Peter Zijlstra
              • Re: [PATCH 05/22] kbuild: lto: postpone objtool, Sami Tolvanen
  • Re: [PATCH 00/22] add support for Clang LTO, Peter Zijlstra
    • Re: [PATCH 00/22] add support for Clang LTO, Sami Tolvanen
      • Re: [PATCH 00/22] add support for Clang LTO, Will Deacon
    • Re: [PATCH 00/22] add support for Clang LTO, Nick Desaulniers
      • Re: [PATCH 00/22] add support for Clang LTO, Peter Zijlstra
        • Re: [PATCH 00/22] add support for Clang LTO, Peter Zijlstra
          • Re: [PATCH 00/22] add support for Clang LTO, Peter Zijlstra
            • Re: [PATCH 00/22] add support for Clang LTO, Marco Elver
              • Re: [PATCH 00/22] add support for Clang LTO, Peter Zijlstra
                • Re: [PATCH 00/22] add support for Clang LTO, Paul E. McKenney
                  • Re: [PATCH 00/22] add support for Clang LTO, Peter Zijlstra
                    • RE: [PATCH 00/22] add support for Clang LTO, David Laight
                      • Re: [PATCH 00/22] add support for Clang LTO, Paul E. McKenney
                        • RE: [PATCH 00/22] add support for Clang LTO, David Laight
                          • Re: [PATCH 00/22] add support for Clang LTO, Paul E. McKenney
                  • Re: [PATCH 00/22] add support for Clang LTO, Marco Elver
                    • Re: [PATCH 00/22] add support for Clang LTO, Will Deacon
                    • Re: [PATCH 00/22] add support for Clang LTO, Peter Zijlstra
                      • Re: [PATCH 00/22] add support for Clang LTO, Paul E. McKenney
                        • Re: [PATCH 00/22] add support for Clang LTO, Peter Zijlstra
                          • Re: [PATCH 00/22] add support for Clang LTO, Paul E. McKenney
                            • Re: [PATCH 00/22] add support for Clang LTO, Peter Zijlstra
                              • Re: [PATCH 00/22] add support for Clang LTO, Paul E. McKenney
                                • Re: [PATCH 00/22] add support for Clang LTO, Peter Zijlstra
                                • Re: [PATCH 00/22] add support for Clang LTO, Peter Zijlstra
                                • Re: [PATCH 00/22] add support for Clang LTO, Paul E. McKenney
                                • Re: [PATCH 00/22] add support for Clang LTO, Paul E. McKenney
                                • Re: [PATCH 00/22] add support for Clang LTO, Paul E. McKenney
                                • Re: [PATCH 00/22] add support for Clang LTO, Peter Zijlstra
                                • Re: [PATCH 00/22] add support for Clang LTO, Paul E. McKenney
                                • Re: [PATCH 00/22] add support for Clang LTO, Peter Zijlstra
                                • Re: [PATCH 00/22] add support for Clang LTO, Paul E. McKenney
  • Re: [PATCH 00/22] add support for Clang LTO, Masahiro Yamada
    • Re: [PATCH 00/22] add support for Clang LTO, Sami Tolvanen
      • Re: [PATCH 00/22] add support for Clang LTO, Sami Tolvanen
        • Re: [PATCH 00/22] add support for Clang LTO, Sami Tolvanen
          • Re: [PATCH 00/22] add support for Clang LTO, Jakub Kicinski
            • Re: [PATCH 00/22] add support for Clang LTO, Nick Desaulniers
              • Re: [PATCH 00/22] add support for Clang LTO, Jakub Kicinski
  • Re: [PATCH 00/22] add support for Clang LTO, Paul Menzel
    • Re: [PATCH 00/22] add support for Clang LTO, Sedat Dilek
      • Re: [PATCH 00/22] add support for Clang LTO, Nathan Chancellor
        • Re: [PATCH 00/22] add support for Clang LTO, Sedat Dilek
          • Re: [PATCH 00/22] add support for Clang LTO, Nick Desaulniers
    • Re: [PATCH 00/22] add support for Clang LTO, Sami Tolvanen
      • Re: [PATCH 00/22] add support for Clang LTO, Paul Menzel
        • Re: [PATCH 00/22] add support for Clang LTO, Sedat Dilek
  • [PATCH v2 00/28] Add support for Clang LTO, Sami Tolvanen
    • [PATCH v2 03/28] lib/string.c: implement stpcpy, Sami Tolvanen
      • Re: [PATCH v2 03/28] lib/string.c: implement stpcpy, Kees Cook
    • [PATCH v2 04/28] RAS/CEC: Fix cec_init() prototype, Sami Tolvanen
      • Re: [PATCH v2 04/28] RAS/CEC: Fix cec_init() prototype, Kees Cook
    • [PATCH v2 06/28] objtool: Don't autodetect vmlinux.o, Sami Tolvanen
      • Re: [PATCH v2 06/28] objtool: Don't autodetect vmlinux.o, Kees Cook
    • [PATCH v2 08/28] x86, build: use objtool mcount, Sami Tolvanen
      • Re: [PATCH v2 08/28] x86, build: use objtool mcount, Kees Cook
        • Re: [PATCH v2 08/28] x86, build: use objtool mcount, Sami Tolvanen
    • [PATCH v2 10/28] kbuild: lto: fix module versioning, Sami Tolvanen
      • Re: [PATCH v2 10/28] kbuild: lto: fix module versioning, Kees Cook
        • Re: [PATCH v2 10/28] kbuild: lto: fix module versioning, Sami Tolvanen
    • [PATCH v2 15/28] init: lto: ensure initcall ordering, Sami Tolvanen
      • Re: [PATCH v2 15/28] init: lto: ensure initcall ordering, Kees Cook
        • Re: [PATCH v2 15/28] init: lto: ensure initcall ordering, Sami Tolvanen
      • Re: [PATCH v2 15/28] init: lto: ensure initcall ordering, David Woodhouse
        • Re: [PATCH v2 15/28] init: lto: ensure initcall ordering, Sami Tolvanen
    • [PATCH v2 22/28] arm64: export CC_USING_PATCHABLE_FUNCTION_ENTRY, Sami Tolvanen
      • Re: [PATCH v2 22/28] arm64: export CC_USING_PATCHABLE_FUNCTION_ENTRY, Kees Cook
        • Re: [PATCH v2 22/28] arm64: export CC_USING_PATCHABLE_FUNCTION_ENTRY, Sami Tolvanen
    • [PATCH v2 27/28] x86, relocs: Ignore L4_PAGE_OFFSET relocations, Sami Tolvanen
      • Re: [PATCH v2 27/28] x86, relocs: Ignore L4_PAGE_OFFSET relocations, Kees Cook
        • Re: [PATCH v2 27/28] x86, relocs: Ignore L4_PAGE_OFFSET relocations, Sami Tolvanen
    • [PATCH v2 28/28] x86, build: allow LTO_CLANG and THINLTO to be selected, Sami Tolvanen
      • Re: [PATCH v2 28/28] x86, build: allow LTO_CLANG and THINLTO to be selected, Kees Cook
    • [PATCH v2 25/28] arm64: allow LTO_CLANG and THINLTO to be selected, Sami Tolvanen
      • Re: [PATCH v2 25/28] arm64: allow LTO_CLANG and THINLTO to be selected, Kees Cook
    • [PATCH v2 26/28] x86, vdso: disable LTO only for vDSO, Sami Tolvanen
      • Re: [PATCH v2 26/28] x86, vdso: disable LTO only for vDSO, Kees Cook
    • [PATCH v2 24/28] KVM: arm64: disable LTO for the nVHE directory, Sami Tolvanen
      • Re: [PATCH v2 24/28] KVM: arm64: disable LTO for the nVHE directory, Kees Cook
    • [PATCH v2 23/28] arm64: vdso: disable LTO, Sami Tolvanen
      • Re: [PATCH v2 23/28] arm64: vdso: disable LTO, Kees Cook
    • [PATCH v2 21/28] drivers/misc/lkdtm: disable LTO for rodata.o, Sami Tolvanen
    • [PATCH v2 20/28] efi/libstub: disable LTO, Sami Tolvanen
      • Re: [PATCH v2 20/28] efi/libstub: disable LTO, Kees Cook
    • [PATCH v2 18/28] modpost: lto: strip .lto from module names, Sami Tolvanen
      • Re: [PATCH v2 18/28] modpost: lto: strip .lto from module names, Kees Cook
    • [PATCH v2 17/28] PCI: Fix PREL32 relocations for LTO, Sami Tolvanen
      • Re: [PATCH v2 17/28] PCI: Fix PREL32 relocations for LTO, Kees Cook
    • [PATCH v2 19/28] scripts/mod: disable LTO for empty.c, Sami Tolvanen
      • Re: [PATCH v2 19/28] scripts/mod: disable LTO for empty.c, Kees Cook
    • [PATCH v2 16/28] init: lto: fix PREL32 relocations, Sami Tolvanen
      • Re: [PATCH v2 16/28] init: lto: fix PREL32 relocations, Kees Cook
    • [PATCH v2 14/28] kbuild: lto: remove duplicate dependencies from .mod files, Sami Tolvanen
      • Re: [PATCH v2 14/28] kbuild: lto: remove duplicate dependencies from .mod files, Kees Cook
    • [PATCH v2 12/28] kbuild: lto: limit inlining, Sami Tolvanen
      • Re: [PATCH v2 12/28] kbuild: lto: limit inlining, Kees Cook
    • [PATCH v2 13/28] kbuild: lto: merge module sections, Sami Tolvanen
      • Re: [PATCH v2 13/28] kbuild: lto: merge module sections, Kees Cook
      • Re: [PATCH v2 13/28] kbuild: lto: merge module sections, Masahiro Yamada
        • Re: [PATCH v2 13/28] kbuild: lto: merge module sections, Sami Tolvanen
    • [PATCH v2 11/28] kbuild: lto: postpone objtool, Sami Tolvanen
      • Re: [PATCH v2 11/28] kbuild: lto: postpone objtool, Kees Cook
        • Re: [PATCH v2 11/28] kbuild: lto: postpone objtool, Sami Tolvanen
    • [PATCH v2 09/28] kbuild: add support for Clang LTO, Sami Tolvanen
      • Re: [PATCH v2 09/28] kbuild: add support for Clang LTO, Kees Cook
        • Re: [PATCH v2 09/28] kbuild: add support for Clang LTO, Sami Tolvanen
      • Re: [PATCH v2 09/28] kbuild: add support for Clang LTO, Masahiro Yamada
        • Re: [PATCH v2 09/28] kbuild: add support for Clang LTO, Sami Tolvanen
      • Re: [PATCH v2 09/28] kbuild: add support for Clang LTO, Masahiro Yamada
        • Re: [PATCH v2 09/28] kbuild: add support for Clang LTO, Sami Tolvanen
      • Re: [PATCH v2 09/28] kbuild: add support for Clang LTO, Masahiro Yamada
        • Re: [PATCH v2 09/28] kbuild: add support for Clang LTO, Sami Tolvanen
    • [PATCH v2 07/28] kbuild: add support for objtool mcount, Sami Tolvanen
      • Re: [PATCH v2 07/28] kbuild: add support for objtool mcount, Kees Cook
    • [PATCH v2 05/28] objtool: Add a pass for generating __mcount_loc, Sami Tolvanen
      • Re: [PATCH v2 05/28] objtool: Add a pass for generating __mcount_loc, Kees Cook
        • Re: [PATCH v2 05/28] objtool: Add a pass for generating __mcount_loc, Sami Tolvanen
          • Re: [PATCH v2 05/28] objtool: Add a pass for generating __mcount_loc, peterz
            • Re: [PATCH v2 05/28] objtool: Add a pass for generating __mcount_loc, Kees Cook
    • [PATCH v2 02/28] x86/asm: Replace __force_order with memory clobber, Sami Tolvanen
      • Re: [PATCH v2 02/28] x86/asm: Replace __force_order with memory clobber, Kees Cook
    • [PATCH v2 01/28] x86/boot/compressed: Disable relocation relaxation, Sami Tolvanen
      • Re: [PATCH v2 01/28] x86/boot/compressed: Disable relocation relaxation, Kees Cook
        • Re: [PATCH v2 01/28] x86/boot/compressed: Disable relocation relaxation, Arvind Sankar
          • Re: [PATCH v2 01/28] x86/boot/compressed: Disable relocation relaxation, Nathan Chancellor
    • Re: [PATCH v2 00/28] Add support for Clang LTO, Kees Cook
      • Re: [PATCH v2 00/28] Add support for Clang LTO, Nathan Chancellor
    • Re: [PATCH v2 00/28] Add support for Clang LTO, Kees Cook
    • Re: [PATCH v2 00/28] Add support for Clang LTO, Sedat Dilek
    • Re: [PATCH v2 00/28] Add support for Clang LTO, peterz
      • Re: [PATCH v2 00/28] Add support for Clang LTO, Sedat Dilek
    • Re: [PATCH v2 00/28] Add support for Clang LTO, Masahiro Yamada
      • Re: [PATCH v2 00/28] Add support for Clang LTO, Sami Tolvanen
        • Re: [PATCH v2 00/28] Add support for Clang LTO, Masahiro Yamada
          • Re: [PATCH v2 00/28] Add support for Clang LTO, Kees Cook
          • Re: [PATCH v2 00/28] Add support for Clang LTO, Sami Tolvanen
• Re: [net-next 10/10] net/mlx5e: Add support for PCI relaxed ordering, Jakub Kicinski
  • Re: [net-next 10/10] net/mlx5e: Add support for PCI relaxed ordering, Saeed Mahameed
    • Message not available
      • Re: [net-next 10/10] net/mlx5e: Add support for PCI relaxed ordering, Aya Levin
        • Re: [net-next 10/10] net/mlx5e: Add support for PCI relaxed ordering, Jakub Kicinski
        • Re: [net-next 10/10] net/mlx5e: Add support for PCI relaxed ordering, David Miller
          • Re: [net-next 10/10] net/mlx5e: Add support for PCI relaxed ordering, Aya Levin
            • Re: [net-next 10/10] net/mlx5e: Add support for PCI relaxed ordering, Bjorn Helgaas
              • Re: [net-next 10/10] net/mlx5e: Add support for PCI relaxed ordering, Jason Gunthorpe
                • Re: [net-next 10/10] net/mlx5e: Add support for PCI relaxed ordering, Jonathan Lemon
                  • Re: [net-next 10/10] net/mlx5e: Add support for PCI relaxed ordering, Jason Gunthorpe
                    • Re: [net-next 10/10] net/mlx5e: Add support for PCI relaxed ordering, Jakub Kicinski
                      • Re: [net-next 10/10] net/mlx5e: Add support for PCI relaxed ordering, Saeed Mahameed
                        • Re: [net-next 10/10] net/mlx5e: Add support for PCI relaxed ordering, Jason Gunthorpe
                    • Re: [net-next 10/10] net/mlx5e: Add support for PCI relaxed ordering, Jonathan Lemon
              • Re: [net-next 10/10] net/mlx5e: Add support for PCI relaxed ordering, Aya Levin
            • Re: [net-next 10/10] net/mlx5e: Add support for PCI relaxed ordering, Alexander Duyck
  • Re: [net-next 10/10] net/mlx5e: Add support for PCI relaxed ordering, Bjorn Helgaas
    • Re: [net-next 10/10] net/mlx5e: Add support for PCI relaxed ordering, David Miller
    • Re: [net-next 10/10] net/mlx5e: Add support for PCI relaxed ordering, Aya Levin
      • Re: [net-next 10/10] net/mlx5e: Add support for PCI relaxed ordering, Bjorn Helgaas
        • Re: [net-next 10/10] net/mlx5e: Add support for PCI relaxed ordering, Raj, Ashok
          • Re: [net-next 10/10] net/mlx5e: Add support for PCI relaxed ordering, Ding Tianhong
            • Re: [net-next 10/10] net/mlx5e: Add support for PCI relaxed ordering, Aya Levin
• Re: patch update, Xiang Zheng
• [PATCH] dt-bindings: pci: convert QCOM pci bindings to YAML, Sivaprakash Murugesan
  • Re: [PATCH] dt-bindings: pci: convert QCOM pci bindings to YAML, Rob Herring
• [PATCH v2] pciutils: Add decode support for RCECs, Sean V Kelley
  • Re: [PATCH v2] pciutils: Add decode support for RCECs, Bjorn Helgaas
    • Re: [PATCH v2] pciutils: Add decode support for RCECs, Sean V Kelley
      • Re: [PATCH v2] pciutils: Add decode support for RCECs, Sean V Kelley
• [PATCH v3 0/3] Preventing job distribution to isolated CPUs, Nitesh Narayan Lal
  • [Patch v3 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Nitesh Narayan Lal
    • Re: [Patch v3 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Frederic Weisbecker
      • Re: [Patch v3 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Nitesh Narayan Lal
    • Re: [Patch v3 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Andrew Morton
      • Re: [Patch v3 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Nitesh Narayan Lal
      • Re: [Patch v3 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Nitesh Narayan Lal
      • Re: [Patch v3 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Shaokun Zhang
  • [Patch v3 2/3] PCI: Restrict probe functions to housekeeping CPUs, Nitesh Narayan Lal
  • [Patch v3 3/3] net: Restrict receive packets queuing to housekeeping CPUs, Nitesh Narayan Lal
  • Re: [PATCH v3 0/3] Preventing job distribution to isolated CPUs, Peter Zijlstra
• Re: [PATCH v2] ACPI / hotplug / PCI: lost acpiphp_put_context in acpiphp_grab_context(), Rafael J. Wysocki
  • Re: [PATCH v2] ACPI / hotplug / PCI: lost acpiphp_put_context in acpiphp_grab_context(), Vasily Averin
    • Re: [PATCH v2] ACPI / hotplug / PCI: lost acpiphp_put_context in acpiphp_grab_context(), Rafael J. Wysocki
• [PATCH v2 1/2] dt-bindings: pci: tegra: Remove PLL power supplies, Thierry Reding
  • [PATCH v2 2/2] PCI: tegra: Remove PLL power supplies, Thierry Reding
    • Re: [PATCH v2 2/2] PCI: tegra: Remove PLL power supplies, Thierry Reding
      • Re: [PATCH v2 2/2] PCI: tegra: Remove PLL power supplies, Lorenzo Pieralisi
        • Re: [PATCH v2 2/2] PCI: tegra: Remove PLL power supplies, Thierry Reding
    • Re: [PATCH v2 2/2] PCI: tegra: Remove PLL power supplies, Rob Herring
      • Re: [PATCH v2 2/2] PCI: tegra: Remove PLL power supplies, Thierry Reding
        • Re: [PATCH v2 2/2] PCI: tegra: Remove PLL power supplies, Rob Herring
  • Re: [PATCH v2 1/2] dt-bindings: pci: tegra: Remove PLL power supplies, Thierry Reding
    • Re: [PATCH v2 1/2] dt-bindings: pci: tegra: Remove PLL power supplies, Lorenzo Pieralisi
  • Re: [PATCH v2 1/2] dt-bindings: pci: tegra: Remove PLL power supplies, Rob Herring
  • Re: [PATCH v2 1/2] dt-bindings: pci: tegra: Remove PLL power supplies, Lorenzo Pieralisi
• [PATCH v2 1/1] PCI: cadence-ep: Remove obsolete path from comment, Flavio Suligoi
  • Re: [PATCH v2 1/1] PCI: cadence-ep: Remove obsolete path from comment, Lorenzo Pieralisi
• [PATCH v2 14/15] docs: fix references for DMA*.txt files, Mauro Carvalho Chehab
  • Re: [PATCH v2 14/15] docs: fix references for DMA*.txt files, Christoph Hellwig
• [PATCH v3] PCI: mvebu: Setup BAR0 in order to fix MSI, Shmuel Hazan
  • Re: [PATCH v3] PCI: mvebu: Setup BAR0 in order to fix MSI, Thomas Petazzoni
  • Re: [PATCH v3] PCI: mvebu: Setup BAR0 in order to fix MSI, Lorenzo Pieralisi
• [PATCH v2] PCI: mvebu: Setup BAR0 in order to fix MSI, Shmuel Hazan
  • Re: [PATCH v2] PCI: mvebu: Setup BAR0 in order to fix MSI, Baruch Siach
• [PATCH v2 0/3] Preventing job distribution to isolated CPUs, Nitesh Narayan Lal
  • [Patch v2 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Nitesh Narayan Lal
    • Re: [Patch v2 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Peter Zijlstra
      • Re: [Patch v2 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs, Nitesh Narayan Lal
  • [Patch v2 2/3] PCI: Restrict probe functions to housekeeping CPUs, Nitesh Narayan Lal
  • [Patch v2 3/3] net: Restrict receive packets queuing to housekeeping CPUs, Nitesh Narayan Lal
    • Re: [Patch v2 3/3] net: Restrict receive packets queuing to housekeeping CPUs, Peter Zijlstra
      • Re: [Patch v2 3/3] net: Restrict receive packets queuing to housekeeping CPUs, Nitesh Narayan Lal
  • Re: [PATCH v2 0/3] Preventing job distribution to isolated CPUs, Nitesh Narayan Lal
• [PATCH] pciutils: Add decode support for RCECs, Sean V Kelley
  • Re: [PATCH] pciutils: Add decode support for RCECs, Bjorn Helgaas
    • Re: [PATCH] pciutils: Add decode support for RCECs, Sean V Kelley
• [PATCH] PCI: Make pcie_find_root_port() work for PCIe root ports as well, Mika Westerberg
  • Re: [PATCH] PCI: Make pcie_find_root_port() work for PCIe root ports as well, Bjorn Helgaas
    • Re: [PATCH] PCI: Make pcie_find_root_port() work for PCIe root ports as well, Yicong Yang
      • Re: [PATCH] PCI: Make pcie_find_root_port() work for PCIe root ports as well, Mika Westerberg
        • Re: [PATCH] PCI: Make pcie_find_root_port() work for PCIe root ports as well, Yicong Yang
    • Re: [PATCH] PCI: Make pcie_find_root_port() work for PCIe root ports as well, Mika Westerberg
• [PATCH v4 0/9] Raspberry Pi 4 USB firmware initialization rework, Nicolas Saenz Julienne
  • [PATCH v4 9/9] Revert "PCI: brcmstb: Wait for Raspberry Pi's firmware when present", Nicolas Saenz Julienne
  • [PATCH v4 5/9] usb: xhci-pci: Add support for reset controllers, Nicolas Saenz Julienne
  • [PATCH v4 6/9] Revert "USB: pci-quirks: Add Raspberry Pi 4 quirk", Nicolas Saenz Julienne
    • Re: [PATCH v4 6/9] Revert "USB: pci-quirks: Add Raspberry Pi 4 quirk", Andy Shevchenko
      • Re: [PATCH v4 6/9] Revert "USB: pci-quirks: Add Raspberry Pi 4 quirk", Nicolas Saenz Julienne
        • Re: [PATCH v4 6/9] Revert "USB: pci-quirks: Add Raspberry Pi 4 quirk", Andy Shevchenko
  • [PATCH v4 3/9] ARM: dts: bcm2711: Add firmware usb reset node, Nicolas Saenz Julienne
  • [PATCH v4 4/9] ARM: dts: bcm2711: Add reset controller to xHCI node, Nicolas Saenz Julienne
  • [PATCH v4 2/9] reset: Add Raspberry Pi 4 firmware reset controller, Nicolas Saenz Julienne
    • Re: [PATCH v4 2/9] reset: Add Raspberry Pi 4 firmware reset controller, Andy Shevchenko
      • Re: [PATCH v4 2/9] reset: Add Raspberry Pi 4 firmware reset controller, Nicolas Saenz Julienne
        • Re: [PATCH v4 2/9] reset: Add Raspberry Pi 4 firmware reset controller, Andy Shevchenko
  • [PATCH v4 1/9] dt-bindings: reset: Add a binding for the RPi Firmware reset controller, Nicolas Saenz Julienne
  • [PATCH v4 8/9] Revert "firmware: raspberrypi: Introduce vl805 init routine", Nicolas Saenz Julienne
  • [PATCH v4 7/9] usb: host: pci-quirks: Bypass xHCI quirks for Raspberry Pi 4, Nicolas Saenz Julienne
• [PATCH v11 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors, Shiju Jose
• [PATCH v11 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Shiju Jose
  • [PATCH v11 1/2] ACPI / APEI: Add a notifier chain for unknown (vendor) CPER records, Shiju Jose
    • RE: [PATCH v11 1/2] ACPI / APEI: Add a notifier chain for unknown (vendor) CPER records, Shiju Jose
      • Re: [PATCH v11 1/2] ACPI / APEI: Add a notifier chain for unknown (vendor) CPER records, Rafael J. Wysocki
        • RE: [PATCH v11 1/2] ACPI / APEI: Add a notifier chain for unknown (vendor) CPER records, Shiju Jose
          • Re: [PATCH v11 1/2] ACPI / APEI: Add a notifier chain for unknown (vendor) CPER records, Rafael J. Wysocki
            • RE: [PATCH v11 1/2] ACPI / APEI: Add a notifier chain for unknown (vendor) CPER records, Shiju Jose
  • Re: [PATCH v11 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Dan Carpenter
• [PATCH v2] PCI/AER: Add support for reset of RCiEPs for APEI/Firmware first reporting only, Jonathan Cameron
  • Re: [PATCH v2] PCI/AER: Add support for reset of RCiEPs for APEI/Firmware first reporting only, Kuppuswamy, Sathyanarayanan
    • Re: [PATCH v2] PCI/AER: Add support for reset of RCiEPs for APEI/Firmware first reporting only, Jonathan Cameron
  • Re: [PATCH v2] PCI/AER: Add support for reset of RCiEPs for APEI/Firmware first reporting only, Sean V Kelley
    • Re: [PATCH v2] PCI/AER: Add support for reset of RCiEPs for APEI/Firmware first reporting only, Jonathan Cameron
      • Re: [PATCH v2] PCI/AER: Add support for reset of RCiEPs for APEI/Firmware first reporting only, Sean V Kelley
        • Re: [PATCH v2] PCI/AER: Add support for reset of RCiEPs for APEI/Firmware first reporting only, Jonathan Cameron
          • Re: [PATCH v2] PCI/AER: Add support for reset of RCiEPs for APEI/Firmware first reporting only, Sean V Kelley
            • Re: [PATCH v2] PCI/AER: Add support for reset of RCiEPs for APEI/Firmware first reporting only, Sean V Kelley
            • Re: [PATCH v2] PCI/AER: Add support for reset of RCiEPs for APEI/Firmware first reporting only, Sean V Kelley
            • Re: [PATCH v2] PCI/AER: Add support for reset of RCiEPs for APEI/Firmware first reporting only, Jonathan Cameron
              • Re: [PATCH v2] PCI/AER: Add support for reset of RCiEPs for APEI/Firmware first reporting only, Sean V Kelley
                • Re: [PATCH v2] PCI/AER: Add support for reset of RCiEPs for APEI/Firmware first reporting only, Jonathan Cameron
                  • Re: [PATCH v2] PCI/AER: Add support for reset of RCiEPs for APEI/Firmware first reporting only, Sean V Kelley
• [PATCH v2] PCI/AER: Do not reset the port device status if doing firmware first handling., Jonathan Cameron
  • Re: [PATCH v2] PCI/AER: Do not reset the port device status if doing firmware first handling., Bjorn Helgaas
    • Re: [PATCH v2] PCI/AER: Do not reset the port device status if doing firmware first handling., Bjorn Helgaas
• [PATCH v1 1/1] pci: controller: cadence: fix wrong path in comment, Flavio Suligoi
  • Re: [PATCH v1 1/1] pci: controller: cadence: fix wrong path in comment, Bjorn Helgaas
• Ice Lake i7-1065G7 and Dell WD19TB TB dock: disconnect failures, grinko
• Intel Ice Lake & Thunderbolt dock: disconnect failure, grinko
• Re: Linux v5.8-rc1, pci.c, __pci_enable_wake() bug in checking the ret/error value, Martin Mareš
• [PATCH] PCI: mvebu: setup BAR0 to internal-regs, Shmuel Hazan
  • Re: [PATCH] PCI: mvebu: setup BAR0 to internal-regs, Bjorn Helgaas
    • Re: [PATCH] PCI: mvebu: setup BAR0 to internal-regs, Thomas Petazzoni
      • Re: [PATCH] PCI: mvebu: setup BAR0 to internal-regs, Bjorn Helgaas
        • Re: [PATCH] PCI: mvebu: setup BAR0 to internal-regs, Shmuel H.
• [PATCH 0/2] Fix wrong failure check on pcie_capability_read_*(), refactormyself
  • [PATCH 1/2] PCI/PME: Fix wrong failure check on pcie_capability_read_*(), refactormyself
  • [PATCH 2/2] PCI: pciehp: Fix wrong failure check on pcie_capability_read_*(), refactormyself
    • Re: [PATCH 2/2] PCI: pciehp: Fix wrong failure check on pcie_capability_read_*(), Lukas Wunner
      • Re: [PATCH 2/2] PCI: pciehp: Fix wrong failure check on pcie_capability_read_*(), Bjorn Helgaas
• [PATCH 4.19 206/267] hwmon/k10temp, x86/amd_nb: Consolidate shared device IDs, Greg Kroah-Hartman
• [PATCH 4.19 207/267] x86/amd_nb: Add PCI device IDs for family 17h, model 30h, Greg Kroah-Hartman
• [PATCH 1/1] pci: controller: cadence: fix wrong path in comment, Flavio Suligoi
  • Re: [PATCH 1/1] pci: controller: cadence: fix wrong path in comment, Bjorn Helgaas
• [PATCH] pci: pcie: AER: Fix logging of Correctable errors, Matt Jolly
  • Re: [PATCH] pci: pcie: AER: Fix logging of Correctable errors, Sinan Kaya
    • Re: [PATCH] pci: pcie: AER: Fix logging of Correctable errors, Joe Perches
  • Re: [PATCH] pci: pcie: AER: Fix logging of Correctable errors, Bjorn Helgaas
  • [PATCH 1/2] PCI/AER: Simplify __aer_print_error(), Bjorn Helgaas
    • [PATCH 2/2] PCI/AER: Log correctable errors as warning, not error, Bjorn Helgaas
      • Re: [PATCH 2/2] PCI/AER: Log correctable errors as warning, not error, Bjorn Helgaas
• [PATCH v10 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors, Shiju Jose
  • Re: [PATCH v10 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors, Andy Shevchenko
    • RE: [PATCH v10 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors, Shiju Jose
      • Re: [PATCH v10 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors, Andy Shevchenko
• [PATCH v10 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Shiju Jose
  • [PATCH v10 1/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Shiju Jose
• [PATCH v5 0/6] PCI: uniphier: Add features for UniPhier PCIe host controller, Kunihiko Hayashi
  • [PATCH v5 1/6] PCI: dwc: Add msi_host_isr() callback, Kunihiko Hayashi
  • [PATCH v5 4/6] PCI: uniphier: Add iATU register support, Kunihiko Hayashi
  • [PATCH v5 2/6] PCI: uniphier: Add misc interrupt handler to invoke PME and AER, Kunihiko Hayashi
    • Re: [PATCH v5 2/6] PCI: uniphier: Add misc interrupt handler to invoke PME and AER, Marc Zyngier
      • Re: [PATCH v5 2/6] PCI: uniphier: Add misc interrupt handler to invoke PME and AER, Kunihiko Hayashi
        • Re: [PATCH v5 2/6] PCI: uniphier: Add misc interrupt handler to invoke PME and AER, Marc Zyngier
          • Re: [PATCH v5 2/6] PCI: uniphier: Add misc interrupt handler to invoke PME and AER, Kunihiko Hayashi
            • Re: [PATCH v5 2/6] PCI: uniphier: Add misc interrupt handler to invoke PME and AER, Lorenzo Pieralisi
              • Re: [PATCH v5 2/6] PCI: uniphier: Add misc interrupt handler to invoke PME and AER, Kunihiko Hayashi
    • Re: [PATCH v5 2/6] PCI: uniphier: Add misc interrupt handler to invoke PME and AER, Lorenzo Pieralisi
      • Re: [PATCH v5 2/6] PCI: uniphier: Add misc interrupt handler to invoke PME and AER, Kunihiko Hayashi
        • Re: [PATCH v5 2/6] PCI: uniphier: Add misc interrupt handler to invoke PME and AER, Kunihiko Hayashi
  • [PATCH v5 5/6] PCI: uniphier: Add error message when failed to get phy, Kunihiko Hayashi
  • [PATCH v5 6/6] PCI: uniphier: Use devm_platform_ioremap_resource_byname(), Kunihiko Hayashi
    • Re: [PATCH v5 6/6] PCI: uniphier: Use devm_platform_ioremap_resource_byname(), Kunihiko Hayashi
      • Re: [PATCH v5 6/6] PCI: uniphier: Use devm_platform_ioremap_resource_byname(), Lorenzo Pieralisi
  • [PATCH v5 3/6] dt-bindings: PCI: uniphier: Add iATU register description, Kunihiko Hayashi
• [PATCH AUTOSEL 5.7 028/388] PCI: endpoint: functions/pci-epf-test: Fix DMA channel release, Sasha Levin
• [PATCH AUTOSEL 5.7 031/388] PCI: brcmstb: Fix window register offset from 4 to 8, Sasha Levin
• [PATCH AUTOSEL 5.7 057/388] PCI: aardvark: Don't blindly enable ASPM L0s and don't write to read-only register, Sasha Levin
• [PATCH AUTOSEL 5.7 066/388] PCI: pci-bridge-emul: Fix PCIe bit conflicts, Sasha Levin
• [PATCH AUTOSEL 5.7 082/388] PCI: vmd: Filter resource type bits from shadow register, Sasha Levin
• [PATCH AUTOSEL 5.7 173/388] PCI: v3-semi: Fix a memory leak in v3_pci_probe() error handling paths, Sasha Levin
• [PATCH AUTOSEL 5.7 176/388] PCI: rcar: Fix incorrect programming of OB windows, Sasha Levin
• [PATCH AUTOSEL 5.7 182/388] PCI: brcmstb: Assert fundamental reset on initialization, Sasha Levin
• [PATCH AUTOSEL 5.7 204/388] PCI: Fix pci_register_host_bridge() device_register() error handling, Sasha Levin
• [PATCH AUTOSEL 5.7 212/388] PCI/PM: Assume ports without DLL Link Active train links in 100 ms, Sasha Levin
• [PATCH AUTOSEL 5.7 221/388] PCI: aardvark: Train link immediately after enabling training, Sasha Levin
• [PATCH AUTOSEL 5.7 222/388] PCI: aardvark: Improve link training, Sasha Levin
• [PATCH AUTOSEL 5.7 223/388] PCI: aardvark: Issue PERST via GPIO, Sasha Levin
• [PATCH AUTOSEL 5.7 255/388] PCI/PTM: Inherit Switch Downstream Port PTM settings from Upstream Port, Sasha Levin
• [PATCH AUTOSEL 5.7 258/388] PCI: dwc: Fix inner MSI IRQ domain registration, Sasha Levin
• [PATCH AUTOSEL 5.7 259/388] PCI: amlogic: meson: Don't use FAST_LINK_MODE to set up link, Sasha Levin
• [PATCH AUTOSEL 5.7 257/388] PCI: dwc: pci-dra7xx: Use devm_platform_ioremap_resource_byname(), Sasha Levin
• [PATCH AUTOSEL 5.7 297/388] PCI: Avoid FLR for AMD Matisse HD Audio & USB 3.0, Sasha Levin
• [PATCH AUTOSEL 5.7 298/388] PCI: Avoid FLR for AMD Starship USB 3.0, Sasha Levin
• [PATCH AUTOSEL 5.4 021/266] PCI: Allow pci_resize_resource() for devices on root bus, Sasha Levin