Changes in device.h

5a0fcb0e - cxl: Remove driver

Wed, 19 Feb 2025 07:00:06 +0000

cxl: Remove driverRemove the cxl driver that provides support for the IBM CoherentAccelerator Processor Interface. Revert or clean up associated code inarch/powerpc that is no longer necessary.cxl has received minimal maintenance for several years, and is notsupported on the Power10 processor. We aren't aware of any users who arelikely to be using recent kernels.Thanks to Mikey Neuling, Ian Munsie, Daniel Axtens, Frederic Barrat,Christophe Lombard, Philippe Bergheaud, Vaibhav Jain and AlastairD'Silva for their work on this driver over the years.Signed-off-by: Andrew Donnellan Acked-by: Frederic Barrat Acked-by: Madhavan Srinivasan Signed-off-by: Michael Ellerman Link: https://patch.msgid.link/20250219070007.177725-2-ajd@linux.ibm.com List of files: /linux-6.15/arch/powerpc/include/asm/device.h

4c08d4bb - powerpc/papr_scm: Add perf interface support

Fri, 25 Feb 2022 14:30:23 +0000

powerpc/papr_scm: Add perf interface supportPerformance monitoring support for papr-scm nvdimm devicesvia perf interface is added which includes addition of pmufunctions like add/del/read/event_init for nvdimm_pmu struture.A new parameter 'priv' in added to the pdev_archdata structure to savenvdimm_pmu device pointer, to handle the unregistering of pmu device.papr_scm_pmu_register function populates the nvdimm_pmu structurewith name, capabilities, cpumask along with event handlingfunctions. Finally the populated nvdimm_pmu structure is passed toregister the pmu device. Event handling functions internally useshcall to get events and counter data.Result in power9 machine with 2 nvdimm device:Ex: List all event by perf listcommand:# perf list nmem nmem0/cache_rh_cnt/ [Kernel PMU event] nmem0/cache_wh_cnt/ [Kernel PMU event] nmem0/cri_res_util/ [Kernel PMU event] nmem0/ctl_res_cnt/ [Kernel PMU event] nmem0/ctl_res_tm/ [Kernel PMU event] nmem0/fast_w_cnt/ [Kernel PMU event] nmem0/host_l_cnt/ [Kernel PMU event] nmem0/host_l_dur/ [Kernel PMU event] nmem0/host_s_cnt/ [Kernel PMU event] nmem0/host_s_dur/ [Kernel PMU event] nmem0/med_r_cnt/ [Kernel PMU event] nmem0/med_r_dur/ [Kernel PMU event] nmem0/med_w_cnt/ [Kernel PMU event] nmem0/med_w_dur/ [Kernel PMU event] nmem0/mem_life/ [Kernel PMU event] nmem0/poweron_secs/ [Kernel PMU event] ... nmem1/mem_life/ [Kernel PMU event] nmem1/poweron_secs/ [Kernel PMU event]Acked-by: Peter Zijlstra (Intel) Tested-by: Nageswara R Sastry Signed-off-by: Kajol Jain [Add numa_map_to_online_node function call to get online node id]Reported-by: Nageswara R Sastry Reviewed-by: Madhavan Srinivasan Link: https://lore.kernel.org/r/20220225143024.47947-4-kjain@linux.ibm.comSigned-off-by: Dan Williams List of files: /linux-6.15/arch/powerpc/include/asm/device.h

37b59ef0 - powerpc/powernv/sriov: Move SR-IOV into a separate file

Wed, 22 Jul 2020 06:57:04 +0000

powerpc/powernv/sriov: Move SR-IOV into a separate filepci-ioda.c is getting a bit unwieldly due to the amount of stuff jammed inthere. The SR-IOV support can be extracted easily enough and is mostlystandalone, so move it into a separate file.This patch also moves the PowerNV SR-IOV specific fields from pci_dn andmoves them into a platform specific structure. I'm not sure how they endedup in there in the first place, but leaking platform specifics into commoncode has proven to be a terrible idea so far so lets stop doing that.Signed-off-by: Oliver O'Halloran Signed-off-by: Michael Ellerman Link: https://lore.kernel.org/r/20200722065715.1432738-5-oohall@gmail.com List of files: /linux-6.15/arch/powerpc/include/asm/device.h

f1565c24 - powerpc: use the generic dma_ops_bypass mode

Wed, 08 Jul 2020 10:22:47 +0000

powerpc: use the generic dma_ops_bypass modeUse the DMA API bypass mechanism for direct window mappings. This usescommon code and speed up the direct mapping case by avoiding indirectcalls just when not using dma ops at all. It also fixes a problem wherethe sync_* methods were using the bypass check for DMA allocations, butthose are part of the streaming ops.Note that this patch loses the DMA_ATTR_WEAK_ORDERING override, whichhas never been well defined, as is only used by a few drivers, whichIIRC never showed up in the typical Cell blade setups that are affectedby the ordering workaround.Fixes: efd176a04bef ("powerpc/pseries/dma: Allow SWIOTLB")Signed-off-by: Christoph Hellwig Tested-by: Alexey Kardashevskiy Reviewed-by: Alexey Kardashevskiy List of files: /linux-6.15/arch/powerpc/include/asm/device.h

6255c8c8 - powerpc/dma: Remove dev->archdata.iommu_domain

Thu, 25 Jun 2020 13:08:36 +0000

powerpc/dma: Remove dev->archdata.iommu_domainThere are no users left, so remove the pointer and save some memory.Signed-off-by: Joerg Roedel Reviewed-by: Jerry Snitselaar Link: https://lore.kernel.org/r/20200625130836.1916-14-joro@8bytes.org List of files: /linux-6.15/arch/powerpc/include/asm/device.h

55716d26 - treewide: Replace GPLv2 boilerplate/reference with SPDX - rule 428

Sat, 01 Jun 2019 08:08:42 +0000

treewide: Replace GPLv2 boilerplate/reference with SPDX - rule 428Based on 1 normalized pattern(s): this file is released under the gplv2extracted by the scancode license scanner the SPDX license identifier GPL-2.0-onlyhas been chosen to replace the boilerplate/reference in 68 file(s).Signed-off-by: Thomas Gleixner Reviewed-by: Armijn Hemel Reviewed-by: Allison Randal Cc: linux-spdx@vger.kernel.orgLink: https://lkml.kernel.org/r/20190531190114.292346262@linutronix.deSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/arch/powerpc/include/asm/device.h

74194cda - powerpc/dma: remove max_direct_dma_addr

Wed, 13 Feb 2019 07:01:20 +0000

powerpc/dma: remove max_direct_dma_addrThe max_direct_dma_addr duplicates the bus_dma_mask field in structdevice. Use the generic field instead.Signed-off-by: Christoph Hellwig Tested-by: Christian Zigotzky Signed-off-by: Michael Ellerman List of files: /linux-6.15/arch/powerpc/include/asm/device.h

ffe3dfd4 - powerpc/dma: stop overriding dma_get_required_mask

Wed, 13 Feb 2019 07:01:15 +0000

powerpc/dma: stop overriding dma_get_required_maskThe ppc_md and pci_controller_ops methods are unused now and can beremoved. The dma_nommu implementation is generic to the generic oneexcept for using max_pfn instead of calling into the memblock API,and all other dma_map_ops instances implement a method of their own.Signed-off-by: Christoph Hellwig Tested-by: Christian Zigotzky Signed-off-by: Michael Ellerman List of files: /linux-6.15/arch/powerpc/include/asm/device.h

8617a5c5 - powerpc/dma: handle iommu bypass in dma_iommu_ops

Wed, 13 Feb 2019 07:01:05 +0000

powerpc/dma: handle iommu bypass in dma_iommu_opsAdd a new iommu_bypass flag to struct dev_archdata so that the dma_iommuimplementation can handle the direct mapping transparently instead ofswitiching ops around. Setting of this flag is controlled by newpci_controller_ops method.Signed-off-by: Christoph Hellwig Tested-by: Christian Zigotzky Signed-off-by: Michael Ellerman List of files: /linux-6.15/arch/powerpc/include/asm/device.h

5657933d - treewide: Move dma_ops from struct dev_archdata into struct device

Fri, 20 Jan 2017 21:04:02 +0000

treewide: Move dma_ops from struct dev_archdata into struct deviceSome but not all architectures provide set_dma_ops(). Move dma_opsfrom struct dev_archdata into struct device such that it becomespossible on all architectures to configure dma_ops per device.Signed-off-by: Bart Van Assche Acked-by: Greg Kroah-Hartman Cc: Benjamin Herrenschmidt Cc: Boris Ostrovsky Cc: David Woodhouse Cc: Juergen Gross Cc: H. Peter Anvin Cc: Ingo Molnar Cc: linux-arch@vger.kernel.orgCc: linux-kernel@vger.kernel.orgCc: Russell King Cc: x86@kernel.orgSigned-off-by: Doug Ledford List of files: /linux-6.15/arch/powerpc/include/asm/device.h

5299709d - treewide: Constify most dma_map_ops structures

Fri, 20 Jan 2017 21:04:01 +0000

treewide: Constify most dma_map_ops structuresMost dma_map_ops structures are never modified. Constify thesestructures such that these can be write-protected. This patchhas been generated as follows:git grep -l 'struct dma_map_ops' | xargs -d\\n sed -i \ -e 's/struct dma_map_ops/const struct dma_map_ops/g' \ -e 's/const struct dma_map_ops {/struct dma_map_ops {/g' \ -e 's/^const struct dma_map_ops;$/struct dma_map_ops;/' \ -e 's/const const struct dma_map_ops /const struct dma_map_ops /g';sed -i -e 's/const $struct dma_map_ops intel_dma_ops$/\1/' \ $(git grep -l 'struct dma_map_ops intel_dma_ops');sed -i -e 's/const $struct dma_map_ops dma_iommu_ops$/\1/' \ $(git grep -l 'struct dma_map_ops' | grep ^arch/powerpc);sed -i -e '/^struct vmd_dev {$/,/^};$/ s/const $struct dma_map_ops[[:blank:]]dma_ops;$/\1/' \ -e '/^static void vmd_setup_dma_ops/,/^}$/ s/const $struct dma_map_ops \*dest$/\1/' \ -e 's/const $struct dma_map_ops \*dest = \&vmd->dma_ops$/\1/' \ drivers/pci/host/*.csed -i -e '/^void __init pci_iommu_alloc(void)$/,/^}$/ s/dma_ops->/intel_dma_ops./' arch/ia64/kernel/pci-dma.csed -i -e 's/static const struct dma_map_ops sn_dma_ops/static struct dma_map_ops sn_dma_ops/' arch/ia64/sn/pci/pci_dma.csed -i -e 's/(const struct dma_map_ops \*)//' drivers/misc/mic/bus/vop_bus.cSigned-off-by: Bart Van Assche Reviewed-by: Christoph Hellwig Cc: Benjamin Herrenschmidt Cc: Boris Ostrovsky Cc: David Woodhouse Cc: Juergen Gross Cc: H. Peter Anvin Cc: Ingo Molnar Cc: linux-arch@vger.kernel.orgCc: linux-kernel@vger.kernel.orgCc: Russell King Cc: x86@kernel.orgSigned-off-by: Doug Ledford List of files: /linux-6.15/arch/powerpc/include/asm/device.h

2db4928b - powerpc/iommu: Remove dma_data union

Wed, 24 Jun 2015 05:25:22 +0000

powerpc/iommu: Remove dma_data unionTo support "hybrid" DMA ops in a subsequent patch, we will need botha direct DMA offset and an iommu pointer. Those are currently exclusive(a union), so change them to be separate fields.While there, also type iommu_table_base properly and make exist onlyon CONFIG_PPC64 since it's not referenced on 32-bit at all.Signed-off-by: Benjamin Herrenschmidt Signed-off-by: Michael Ellerman List of files: /linux-6.15/arch/powerpc/include/asm/device.h

f46580a5 - powerpc: Add cxl context to device archdata

Wed, 27 May 2015 06:06:58 +0000

powerpc: Add cxl context to device archdataAdd cxl context pointer to archdata. We'll want to create one of these for cxlPCI devices. Put them here until we can get a pci_dev specific private data.This location was suggested by benh.Signed-off-by: Michael Neuling Signed-off-by: Michael Ellerman List of files: /linux-6.15/arch/powerpc/include/asm/device.h

cca87d30 - powerpc/pci: Refactor pci_dn

Tue, 17 Mar 2015 05:15:02 +0000

powerpc/pci: Refactor pci_dnCurrently, the PCI config accessors are implemented based on device node.Unfortunately, SRIOV VFs won't have the corresponding device nodes. pci_dnwill be used in replacement with device node for SRIOV VFs. So we have touse pci_dn in PCI config accessors.The patch refactors pci_dn in following aspects to make it ready to be usedin PCI config accessors as we do in subsequent patch: * pci_dn is organized as a hierarchy tree. PCI device's pci_dn is put to the child list of pci_dn of its upstream bridge or PHB. VF's pci_dn will be put to the child list of pci_dn of PF's bridge. * For one particular PCI device (VF or not), its pci_dn can be found from pdev->dev.archdata.pci_data, PCI_DN(devnode), or parent's list. The fast path (fetching pci_dn through PCI device instance) is populated during early fixup time.[bhelgaas: changelog]Signed-off-by: Gavin Shan Signed-off-by: Benjamin Herrenschmidt List of files: /linux-6.15/arch/powerpc/include/asm/device.h

bb917505 - powerpc: Add iommu domain pointer to device archdata

Mon, 15 Jul 2013 04:50:55 +0000

powerpc: Add iommu domain pointer to device archdataAdd an iommu domain pointer to device (powerpc) archdata. Devicesare attached to iommu domains and this pointer provides a mechanismto correlate between a device and the associated iommu domain. Thisfield is set when a device is attached to a domain.Signed-off-by: Varun Sethi Acked-by: Kumar Gala Signed-off-by: Joerg Roedel List of files: /linux-6.15/arch/powerpc/include/asm/device.h

d6b9a81b - powerpc: IOMMU fault injection

Sun, 24 Jun 2012 18:26:17 +0000

powerpc: IOMMU fault injectionAdd the ability to inject IOMMU faults. We enable this per devicevia a fail_iommu sysfs property, similar to fault injection on othersubsystems.An example:...0003:01:00.1 Ethernet controller: Emulex Corporation OneConnect 10Gb NIC (be3) (rev 02)To inject one error to this device:echo 1 > /sys/bus/pci/devices/0003:01:00.1/fail_iommuecho 1 > /sys/kernel/debug/fail_iommu/probabilityecho 1 > /sys/kernel/debug/fail_iommu/timesAs feared, the first failure injected on the be3 results in anunrecoverable error, taking down both functions of the cardpermanently:be2net 0003:01:00.1: Unrecoverable error in the cardSigned-off-by: Anton Blanchard Signed-off-by: Benjamin Herrenschmidt List of files: /linux-6.15/arch/powerpc/include/asm/device.h

eb740b5f - powerpc/eeh: Introduce EEH device

Mon, 27 Feb 2012 20:04:04 +0000

powerpc/eeh: Introduce EEH deviceOriginal EEH implementation depends on struct pci_dn heavily. However,EEH shouldn't depend on that actually because EEH needn't share muchinformation with other PCI components. That's to say, EEH should haveworked independently.The patch introduces struct eeh_dev so that EEH core components needn'tbe working based on struct pci_dn in future. Also, struct pci_dn, structeeh_dev instances are created in dynamic fasion and the binding with EEHdevice, OF node, PCI device is implemented as well.The EEH devices are created after PHBs are detected and initialized, butPCI emunation hasn't started yet. Apart from that, PHB might be createddynamically through DLPAR component and the EEH devices should be creatdas well. Another case might be OF node is created dynamically by DR(Dynamic Reconfiguration), which has been defined by PAPR. For those OFnodes created by DR, EEH devices should be also created accordingly. Thebinding between EEH device and OF node is done while the EEH device isinitially created.The binding between EEH device and PCI device should be done after PCIemunation is done. Besides, PCI hotplug also needs the binding so thatthe EEH devices could be traced from the newly coming PCI buses or PCIdevices.Signed-off-by: Gavin Shan Signed-off-by: Benjamin Herrenschmidt List of files: /linux-6.15/arch/powerpc/include/asm/device.h

d24f9c69 - powerpc: Use the newly added get_required_mask dma_map_ops hook

Fri, 24 Jun 2011 09:05:24 +0000

powerpc: Use the newly added get_required_mask dma_map_ops hookNow that the generic code has dma_map_ops set, instead of having amessy ifdef & if block in the base dma_get_required_mask hook pushthe computation into the dma ops.If the ops fails to set the get_required_mask hook default to thewidth of dma_addr_t.This also corrects ibmbus ibmebus_dma_supported to require a 64bit mask. I doubt anything is checking or setting the dma mask onthat bus.Signed-off-by: Milton Miller Signed-off-by: Nishanth Aravamudan Cc: linuxppc-dev@lists.ozlabs.orgCc: linux-kernel@vger.kernel.orgCc: benh@kernel.crashing.orgSigned-off-by: Benjamin Herrenschmidt List of files: /linux-6.15/arch/powerpc/include/asm/device.h

f6aedd86 - powerpc/macio: Ensure all dma routines get copied over

Tue, 26 Oct 2010 17:35:11 +0000

powerpc/macio: Ensure all dma routines get copied overAlso add a comment to dev_archdata, indicating that changes there needto be verified against the driver code.Signed-off-by: Milton Miller Signed-off-by: Nishanth Aravamudan Signed-off-by: Benjamin Herrenschmidt List of files: /linux-6.15/arch/powerpc/include/asm/device.h

cb6dc512 - arch/powerpc: Move dma_mask from of_device into pdev_archdata

Tue, 13 Apr 2010 23:12:59 +0000

arch/powerpc: Move dma_mask from of_device into pdev_archdataBy moving dma_mask into pdev_archdata, and adding archdata tostruct of_device, it makes it possible to substitute of_devicewith struct platform_device, which is a stepping stone toremoving the of_platform bus entirely.Signed-off-by: Grant Likely List of files: /linux-6.15/arch/powerpc/include/asm/device.h