Changes in Kconfig

6fc6ded5 - PCI/DOE: Allow enabling DOE without CXL

Thu, 06 Mar 2025 07:52:11 +0000

PCI/DOE: Allow enabling DOE without CXLPCIe devices (not CXL) can support DOE as well, so allow DOE to be enabledeven if CXL isn't.Link: https://lore.kernel.org/r/20250306075211.1855177-4-alistair@alistair23.meSigned-off-by: Alistair Francis Signed-off-by: Bjorn Helgaas Reviewed-by: Jonathan Cameron List of files: /linux-6.15/drivers/pci/Kconfig

7ffb7914 - x86/kaslr: Reduce KASLR entropy on most x86 systems

Thu, 06 Feb 2025 23:42:34 +0000

x86/kaslr: Reduce KASLR entropy on most x86 systemsWhen CONFIG_PCI_P2PDMA=y (which is basically enabled on alllarge x86 distros), it maps the PFN's via a ZONE_DEVICEmapping using devm_memremap_pages(). The mapped virtualaddress range corresponds to the pci_resource_start()of the BAR address and size corresponding to the BAR length.When KASLR is enabled, the direct map range of the kernel isreduced to the size of physical memory plus additional padding.If the BAR address is beyond this limit, PCI peer to peer DMAmappings fail.Fix this by not shrinking the size of the direct map whenCONFIG_PCI_P2PDMA=y.This reduces the total available entropy, but it's better thanthe current work around of having to disable KASLR completely.[ mingo: Clarified the changelog to point out the broad impact ... ]Signed-off-by: Balbir Singh Signed-off-by: Ingo Molnar Reviewed-by: Kees Cook Acked-by: Bjorn Helgaas # drivers/pci/KconfigCc: Linus Torvalds Cc: Peter Zijlstra Cc: Andy Lutomirski Link: https://lore.kernel.org/lkml/20250206023201.1481957-1-balbirs@nvidia.com/Link: https://lore.kernel.org/r/20250206234234.1912585-1-balbirs@nvidia.com-- arch/x86/mm/kaslr.c | 10 ++++++++-- drivers/pci/Kconfig | 6 ++++++ 2 files changed, 14 insertions(+), 2 deletions(-) List of files: /linux-6.15/drivers/pci/Kconfig

b88cbaaa - PCI/pwrctrl: Rename pwrctl files to pwrctrl

Fri, 15 Nov 2024 21:44:27 +0000

PCI/pwrctrl: Rename pwrctl files to pwrctrlTo slightly reduce confusion between "pwrctl" (the power controller andpower sequencing framework) and "bwctrl" (the bandwidth controller),rename "pwrctl" to "pwrctrl" so they use the same "ctrl" suffix.Rename drivers/pci/pwrctl/ to drivers/pci/pwrctrl/, including the relatedMAINTAINERS, include file (include/linux/pci-pwrctl.h), Makefile, andKconfig changes.This is the minimal rename of files only. A subsequent commit will renamefunctions and data structures.Link: https://lore.kernel.org/r/20241115214428.2061153-2-helgaas@kernel.orgSigned-off-by: Bjorn Helgaas Signed-off-by: Krzysztof Wilczyński Acked-by: Krzysztof Wilczyński List of files: /linux-6.15/drivers/pci/Kconfig

f69767a1 - PCI: Add TLP Processing Hints (TPH) support

Wed, 02 Oct 2024 16:59:50 +0000

PCI: Add TLP Processing Hints (TPH) supportAdd support for PCIe TLP Processing Hints (TPH) support (see PCIe r6.2,sec 6.17).Add TPH register definitions in pci_regs.h, including the TPH Requestercapability register, TPH Requester control register, TPH Completercapability, and the ST fields of MSI-X entry.Introduce pcie_enable_tph() and pcie_disable_tph(), enabling drivers totoggle TPH support and configure specific ST mode as needed. Also add a newkernel parameter, "pci=notph", allowing users to disable TPH support acrossthe entire system.Link: https://lore.kernel.org/r/20241002165954.128085-2-wei.huang2@amd.comCo-developed-by: Jing Liu Co-developed-by: Paul Luse Co-developed-by: Eric Van Tassell Signed-off-by: Jing Liu Signed-off-by: Paul Luse Signed-off-by: Eric Van Tassell Signed-off-by: Wei Huang Signed-off-by: Bjorn Helgaas Reviewed-by: Ajit Khaparde Reviewed-by: Somnath Kotur Reviewed-by: Andy Gospodarek Reviewed-by: Jonathan Cameron Reviewed-by: Lukas Wunner List of files: /linux-6.15/drivers/pci/Kconfig

4e893545 - PCI/NPEM: Add Native PCIe Enclosure Management support

Wed, 04 Sep 2024 10:48:47 +0000

PCI/NPEM: Add Native PCIe Enclosure Management supportNative PCIe Enclosure Management (NPEM, PCIe r6.1 sec 6.28) allows managingLEDs in storage enclosures. NPEM is indication oriented and it does notgive direct access to LEDs. Although each indication *could* represent anindividual LED, multiple indications could also be represented as a single,multi-color LED or a single LED blinking in a specific interval. Thespecification leaves that open.Each enabled indication (capability register bit on) is represented as aledclass_dev which can be controlled through sysfs. For every ledclassdevice only 2 brightness states are allowed: LED_ON (1) or LED_OFF (0).This corresponds to the NPEM control register (Indication bit on/off).Ledclass devices appear in sysfs as child devices (subdirectory) of PCIdevice which has an NPEM Extended Capability and indication is enabled inNPEM capability register. For example, these are LEDs created for pcieport"10000:02:05.0" on my setup: leds/ ├── 10000:02:05.0:enclosure:fail ├── 10000:02:05.0:enclosure:locate ├── 10000:02:05.0:enclosure:ok └── 10000:02:05.0:enclosure:rebuildThey can be also found in "/sys/class/leds" directory. The parent PCIedevice domain/bus/device/function address is used to guarantee uniquenessacross leds subsystem.To enable/disable a "fail" indication, the "brightness" file can be edited: echo 1 > ./leds/10000:02:05.0:enclosure:fail/brightness echo 0 > ./leds/10000:02:05.0:enclosure:fail/brightnessPCIe r6.1, sec 7.9.19.2 defines the possible indications.Multiple indications for same parent PCIe device can conflict and hardwaremay update them when processing new request. To avoid issues, driverrefresh all indications by reading back control register.This driver expects to be the exclusive NPEM extended capability manager.It waits up to 1 second after imposing new request, it doesn't verify ifcontroller is busy before write, and it assumes the mutex lock givesprotection from concurrent updates.If _DSM LED management is available, we assume the platform may be usingNPEM for its own purposes (see PCI Firmware Spec r3.3 sec 4.7), so thedriver does not use NPEM. A future patch will add _DSM support; an infomessage notes whether NPEM or _DSM is being used.NPEM is a PCIe extended capability so it should be registered inpcie_init_capabilities() but it is not possible due to LED dependency. Theparent pci_device must be added earlier for led_classdev_register() to besuccessful. NPEM does not require configuration on kernel side, so it issafe to register LED devices later.Link: https://lore.kernel.org/r/20240904104848.23480-3-mariusz.tkaczyk@linux.intel.comSuggested-by: Lukas Wunner Signed-off-by: Mariusz Tkaczyk Signed-off-by: Bjorn Helgaas Tested-by: Stuart Hayes Reviewed-by: Christoph Hellwig Reviewed-by: Ilpo Järvinen List of files: /linux-6.15/drivers/pci/Kconfig

4565d265 - PCI/pwrctl: Add PCI power control core code

Wed, 12 Jun 2024 08:20:17 +0000

PCI/pwrctl: Add PCI power control core codeSome PCI devices must be powered-on before they can be detected on thebus. Introduce a simple framework reusing the existing PCI OFinfrastructure.The way this works is: a DT node representing a PCI device connected tothe port can be matched against its power control platform driver. Ifthe match succeeds, the driver is responsible for powering-up the deviceand calling pci_pwrctl_device_set_ready() which will trigger a PCI busrescan as well as subscribe to PCI bus notifications.When the device is detected and created, we'll make it consume the sameDT node that the platform device did. When the device is bound, we'llcreate a device link between it and the parent power control device.Tested-by: Amit Pundir Tested-by: Neil Armstrong # on SM8550-QRD, SM8650-QRD & SM8650-HDKTested-by: Caleb Connolly # OnePlus 8TAcked-by: Bjorn Helgaas Link: https://lore.kernel.org/r/20240612082019.19161-5-brgl@bgdev.plSigned-off-by: Bartosz Golaszewski List of files: /linux-6.15/drivers/pci/Kconfig

ae874027 - PCI: Move pci_iomap.c to drivers/pci/

Wed, 31 Jan 2024 09:00:21 +0000

PCI: Move pci_iomap.c to drivers/pci/The entirety of pci_iomap.c is guarded by an #ifdef CONFIG_PCI. It,consequently, does not belong to lib/ because it is not genericinfrastructure.Move pci_iomap.c to drivers/pci/ and implement the necessary changes toMakefiles and Kconfigs.Update MAINTAINERS file.Update Documentation.Link: https://lore.kernel.org/r/20240131090023.12331-3-pstanner@redhat.com[bhelgaas: squash in https://lore.kernel.org/r/20240212150934.24559-1-pstanner@redhat.com]Suggested-by: Danilo Krummrich Signed-off-by: Philipp Stanner Signed-off-by: Bjorn Helgaas Reviewed-by: Arnd Bergmann List of files: /linux-6.15/drivers/pci/Kconfig

43b0294a - PCI: Replace unnecessary UTF-8 in Kconfig

Wed, 20 Jul 2022 07:22:03 +0000

PCI: Replace unnecessary UTF-8 in KconfigThe CONFIG_PCI_P2PDMA Kconfig help text contains a Cyrillic small "Dze"(ѕ). When menuconfig renders it, it looks like "Enable ~U drivers" insteadof "Enables drivers".Replace it by a plain "s" so the help text is displayed correctly bymenuconfig.Uwe Kleine-König later posted the samepatch athttps://lore.kernel.org/r/20231006150209.87666-1-u.kleine-koenig@pengutronix.deLink: https://lore.kernel.org/r/1658301723-111283-1-git-send-email-liusong@linux.alibaba.comTested-by: Randy Dunlap Signed-off-by: Liu Song [bhelgaas: commit log, add Uwe's report]Signed-off-by: Bjorn Helgaas Acked-by: Randy Dunlap List of files: /linux-6.15/drivers/pci/Kconfig

26641b3f - PCI: Fix CONFIG_PCI_DYNAMIC_OF_NODES kconfig dependencies

Thu, 31 Aug 2023 18:19:07 +0000

PCI: Fix CONFIG_PCI_DYNAMIC_OF_NODES kconfig dependenciesGenerating interrupt-map property depends on of_irq_parse_raw() whichis enabled by CONFIG_OF_IRQ. Change CONFIG_PCI_DYNAMIC_OF_NODESdependency from CONFIG_OF to CONFIG_OF_IRQ.Closes: https://lore.kernel.org/linux-devicetree/2187619d-55bc-41bb-bbb4-6059399db997@roeck-us.net/Fixes: 407d1a51921e ("PCI: Create device tree node for bridge")Link: https://lore.kernel.org/r/1693505947-29786-1-git-send-email-lizhi.hou@amd.comReported-by: Guenter Roeck Signed-off-by: Lizhi Hou Signed-off-by: Bjorn Helgaas List of files: /linux-6.15/drivers/pci/Kconfig

407d1a51 - PCI: Create device tree node for bridge

Tue, 15 Aug 2023 17:19:57 +0000

PCI: Create device tree node for bridgeThe PCI endpoint device such as Xilinx Alveo PCI card maps the registerspaces from multiple hardware peripherals to its PCI BAR. Normally,the PCI core discovers devices and BARs using the PCI enumeration process.There is no infrastructure to discover the hardware peripherals that arepresent in a PCI device, and which can be accessed through the PCI BARs.Apparently, the device tree framework requires a device tree node for thePCI device. Thus, it can generate the device tree nodes for hardwareperipherals underneath. Because PCI is self discoverable bus, there mightnot be a device tree node created for PCI devices. Furthermore, if the PCIdevice is hot pluggable, when it is plugged in, the device tree nodes forits parent bridges are required. Add support to generate device tree nodefor PCI bridges.Add an of_pci_make_dev_node() interface that can be used to create devicetree node for PCI devices.Add a PCI_DYNAMIC_OF_NODES config option. When the option is turned on,the kernel will generate device tree nodes for PCI bridges unconditionally.Initially, add the basic properties for the dynamically generated devicetree nodes which include #address-cells, #size-cells, device_type,compatible, ranges, reg.Acked-by: Bjorn Helgaas Signed-off-by: Lizhi Hou Link: https://lore.kernel.org/r/1692120000-46900-3-git-send-email-lizhi.hou@amd.comSigned-off-by: Rob Herring List of files: /linux-6.15/drivers/pci/Kconfig

af2880ec - scatterlist: add dedicated config for DMA flags

Mon, 12 Jun 2023 15:31:56 +0000

scatterlist: add dedicated config for DMA flagsThe DMA flags field will be useful for users beyond PCI P2P, so upgrade toits own dedicated config option.[catalin.marinas@arm.com: use #ifdef CONFIG_NEED_SG_DMA_FLAGS in scatterlist.h][catalin.marinas@arm.com: update PCI_P2PDMA dma_flags comment in scatterlist.h]Link: https://lkml.kernel.org/r/20230612153201.554742-13-catalin.marinas@arm.comSigned-off-by: Robin Murphy Signed-off-by: Catalin Marinas Reviewed-by: Christoph Hellwig Tested-by: Isaac J. Manjarres Cc: Alasdair Kergon Cc: Ard Biesheuvel Cc: Arnd Bergmann Cc: Daniel Vetter Cc: Greg Kroah-Hartman Cc: Herbert Xu Cc: Jerry Snitselaar Cc: Joerg Roedel Cc: Jonathan Cameron Cc: Jonathan Cameron Cc: Lars-Peter Clausen Cc: Logan Gunthorpe Cc: Marc Zyngier Cc: Mark Brown Cc: Mike Snitzer Cc: "Rafael J. Wysocki" Cc: Saravana Kannan Cc: Vlastimil Babka Cc: Will Deacon Signed-off-by: Andrew Morton List of files: /linux-6.15/drivers/pci/Kconfig

13e7accb - genirq: Get rid of GENERIC_MSI_IRQ_DOMAIN

Fri, 11 Nov 2022 13:54:40 +0000

genirq: Get rid of GENERIC_MSI_IRQ_DOMAINAdjust to reality and remove another layer of pointless Kconfigindirection. CONFIG_GENERIC_MSI_IRQ is good enough to serveall purposes.Signed-off-by: Thomas Gleixner Reviewed-by: Jason Gunthorpe Link: https://lore.kernel.org/r/20221111122014.524842979@linutronix.de List of files: /linux-6.15/drivers/pci/Kconfig

a474d3fb - PCI/MSI: Get rid of PCI_MSI_IRQ_DOMAIN

Fri, 11 Nov 2022 13:54:38 +0000

PCI/MSI: Get rid of PCI_MSI_IRQ_DOMAINWhat a zoo: PCI_MSI select GENERIC_MSI_IRQ PCI_MSI_IRQ_DOMAIN def_bool y depends on PCI_MSI select GENERIC_MSI_IRQ_DOMAINErgo PCI_MSI enables PCI_MSI_IRQ_DOMAIN which in turn selectsGENERIC_MSI_IRQ_DOMAIN. So all the dependencies on PCI_MSI_IRQ_DOMAIN arejust an indirection to PCI_MSI.Match the reality and just admit that PCI_MSI requiresGENERIC_MSI_IRQ_DOMAIN.Signed-off-by: Thomas Gleixner Reviewed-by: Jason Gunthorpe Acked-by: Bjorn Helgaas Link: https://lore.kernel.org/r/20221111122014.467556921@linutronix.de List of files: /linux-6.15/drivers/pci/Kconfig

42399301 - lib/scatterlist: add flag for indicating P2PDMA segments in an SGL

Fri, 08 Jul 2022 16:50:52 +0000

lib/scatterlist: add flag for indicating P2PDMA segments in an SGLIntroduce a dma_flags field in struct scatterlist. These flags will beused by dma_[un]map_sg_p2pdma() to determine when a given SGL segmentsdma_address points to a PCI bus address. dma_unmap_sg_p2pdma() will needto perform different cleanup when a segment is marked as a bus address.The dma_flags field will fit in the existing padding on 64BIT systems(assuming CONFIG_NEED_SG_DMA_LENGTH is also set).The new bit will only be used when CONFIG_PCI_P2PDMA is set; this meansPCI P2PDMA will require CONFIG_64BIT. This should be acceptable as themajority of P2PDMA use cases are restricted to newer root complexes androughly require the extra address space for memory BARs used in thetransactions.Signed-off-by: Logan Gunthorpe Signed-off-by: Christoph Hellwig List of files: /linux-6.15/drivers/pci/Kconfig

9d24322e - PCI/DOE: Add DOE mailbox support functions

Tue, 19 Jul 2022 20:52:46 +0000

PCI/DOE: Add DOE mailbox support functionsIntroduced in a PCIe r6.0, sec 6.30, DOE provides a config space basedmailbox with standard protocol discovery. Each mailbox is accessedthrough a DOE Extended Capability.Each DOE mailbox must support the DOE discovery protocol in addition toany number of additional protocols.Define core PCIe functionality to manage a single PCIe DOE mailbox at adefined config space offset. Functionality includes iterating,creating, query of supported protocol, and task submission. Destructionof the mailboxes is device managed.Cc: "Li, Ming" Cc: Bjorn Helgaas Cc: Matthew Wilcox Acked-by: Bjorn Helgaas Signed-off-by: Jonathan Cameron Co-developed-by: Ira Weiny Signed-off-by: Ira Weiny Link: https://lore.kernel.org/r/20220719205249.566684-4-ira.weiny@intel.comSigned-off-by: Dan Williams List of files: /linux-6.15/drivers/pci/Kconfig

1d38fe6e - PCI/VGA: Move vgaarb to drivers/pci

Thu, 24 Feb 2022 22:47:43 +0000

PCI/VGA: Move vgaarb to drivers/pciThe VGA arbiter is really PCI-specific and doesn't depend on any GPUthings. Move it to the PCI subsystem.Note that misc_init() must be called before vga_arb_device_init(). Theseare both subsys_initcalls, so this ordering depends on the link order,which is determined by drivers/Makefile: obj-y += pci/ obj-y += char/ <-- misc_init() obj-y += gpu/ <-- vga_arb_device_init() (before this commit)The drivers/pci/ subsys_initcalls are called *before* misc_init(), soconvert vga_arb_device_init() to subsys_initcall_sync(), which is calledafter *all* subsys_initcalls.Link: https://lore.kernel.org/r/20220224224753.297579-2-helgaas@kernel.orgSigned-off-by: Bjorn Helgaas List of files: /linux-6.15/drivers/pci/Kconfig

d9932b46 - PCI: hv: Add arm64 Hyper-V vPCI support

Wed, 05 Jan 2022 19:32:36 +0000

PCI: hv: Add arm64 Hyper-V vPCI supportAdd arm64 Hyper-V vPCI support by implementing the arch specificinterfaces. Introduce an IRQ domain and chip specific to Hyper-v vPCI thatis based on SPIs. The IRQ domain parents itself to the arch GIC IRQ domainfor basic vector management.[bhelgaas: squash in fix from Yang Li :https://lore.kernel.org/r/20220112003324.62755-1-yang.lee@linux.alibaba.com]Link: https://lore.kernel.org/r/1641411156-31705-3-git-send-email-sunilmut@linux.microsoft.comSigned-off-by: Sunil Muthuswamy Signed-off-by: Lorenzo Pieralisi Signed-off-by: Bjorn Helgaas Reviewed-by: Marc Zyngier Reviewed-by: Michael Kelley List of files: /linux-6.15/drivers/pci/Kconfig

e243ae95 - PCI: only build xen-pcifront in PV-enabled environments

Fri, 17 Sep 2021 10:48:03 +0000

PCI: only build xen-pcifront in PV-enabled environmentsThe driver's module init function, pcifront_init(), invokesxen_pv_domain() first thing. That construct produces constant "false"when !CONFIG_XEN_PV. Hence there's no point building the driver innon-PV configurations.Drop the (now implicit and generally wrong) X86 dependency: At present,XEN_PV can only be set when X86 is also enabled. In general anarchitecture supporting Xen PV (and PCI) would want to have this driverbuilt.Signed-off-by: Jan Beulich Reviewed-by: Stefano Stabellini Acked-by: Bjorn Helgaas Link: https://lore.kernel.org/r/3a7f6c9b-215d-b593-8056-b5fe605dafd7@suse.comSigned-off-by: Juergen Gross List of files: /linux-6.15/drivers/pci/Kconfig

b0e85c3c - PCI: Add Kconfig options for MPS/MRRS strategy

Mon, 28 Sep 2020 19:46:51 +0000

PCI: Add Kconfig options for MPS/MRRS strategyAdd Kconfig options for changing the default pcie_bus_config, i.e., thestrategy for configuration MPS and MRRS, in the same manner as theCONFIG_PCIEASPM_XXXX choice. The pci_bus_config setting may still beoverridden by kernel command-line parameters, e.g.,"pci=pcie_bus_tune_off".[bhelgaas: depend on EXPERT, tweak help texts]Link: https://lore.kernel.org/r/20200928194651.5393-2-james.quinlan@broadcom.comSigned-off-by: Jim Quinlan Signed-off-by: Bjorn Helgaas List of files: /linux-6.15/drivers/pci/Kconfig

077ee78e - PCI/MSI: Make arch_.*_msi_irq[s] fallbacks selectable

Wed, 26 Aug 2020 11:17:02 +0000

PCI/MSI: Make arch_.*_msi_irq[s] fallbacks selectableThe arch_.*_msi_irq[s] fallbacks are compiled in whether an architecturerequires them or not. Architectures which are fully utilizing hierarchicalirq domains should never call into that code.It's not only architectures which depend on that by implementing one ormore of the weak functions, there is also a bunch of drivers which relieson the weak functions which invoke msi_controller::setup_irq[s] andmsi_controller::teardown_irq.Make the architectures and drivers which rely on them select them in Kconfigand if not selected replace them by stub functions which emit a warning andfail the PCI/MSI interrupt allocation.Signed-off-by: Thomas Gleixner Link: https://lore.kernel.org/r/20200826112333.992429909@linutronix.de List of files: /linux-6.15/drivers/pci/Kconfig