Changes in Makefile

81c3d637 - powerpc/pseries: Export hardware trace macro dump via debugfs

Mon, 13 Jan 2025 16:40:38 +0000

powerpc/pseries: Export hardware trace macro dump via debugfsThis patch adds debugfs interface to export Hardware Trace Macro (HTM)function data in a LPAR. New hypervisor call "H_HTM" has beendefined to setup, configure, control and dump the HTM data.This patch supports only dumping of HTM data in a LPAR.New debugfs folder called "htmdump" has been added under/sys/kernel/debug/arch path which contains files need topass required parameters for the H_HTM dump function. New Kconfigoption called "CONFIG_HTMDUMP" is added in platform/pseriesfor the same.With this module loaded, list of files in debugfs path/sys/kernel/debug/powerpc/htmdumpcoreindexonchip htmtype nodalchipindex nodeindex traceSigned-off-by: Abhishek Dubey Co-developed-by: Madhavan Srinivasan Reviewed-by: Athira Rajeev Signed-off-by: Madhavan Srinivasan Link: https://patch.msgid.link/20250113164039.302017-2-adubey@linux.ibm.com List of files: /linux-6.15/arch/powerpc/platforms/pseries/Makefile

c330b50d - powerpc/Makefile: Remove bits related to the previous use of -mcmodel=large

Wed, 10 Jan 2024 14:12:37 +0000

powerpc/Makefile: Remove bits related to the previous use of -mcmodel=largeAll supported compilers today (gcc v5.1+ and clang v11+) have support for-mcmodel=medium. As such, NO_MINIMAL_TOC is no longer being set. RemoveNO_MINIMAL_TOC as well as the fallback to -mminimal-toc.Reviewed-by: Christophe Leroy Signed-off-by: Naveen N Rao Signed-off-by: Michael Ellerman Link: https://msgid.link/20240110141237.3179199-1-naveen@kernel.org List of files: /linux-6.15/arch/powerpc/platforms/pseries/Makefile

514f6ff4 - powerpc/pseries: Add papr-vpd character driver for VPD retrieval

Tue, 12 Dec 2023 17:01:56 +0000

powerpc/pseries: Add papr-vpd character driver for VPD retrievalPowerVM LPARs may retrieve Vital Product Data (VPD) for systemcomponents using the ibm,get-vpd RTAS function.We can expose this to user space with a /dev/papr-vpd characterdevice, where the programming model is: struct papr_location_code plc = { .str = "", }; /* obtain all VPD */ int devfd = open("/dev/papr-vpd", O_RDONLY); int vpdfd = ioctl(devfd, PAPR_VPD_CREATE_HANDLE, &plc); size_t size = lseek(vpdfd, 0, SEEK_END); char *buf = malloc(size); pread(devfd, buf, size, 0);When a file descriptor is obtained from ioctl(PAPR_VPD_CREATE_HANDLE),the file contains the result of a complete ibm,get-vpd sequence. Thefile contents are immutable from the POV of user space. To get a newview of the VPD, the client must create a new handle.This design choice insulates user space from most of the complexitiesthat ibm,get-vpd brings:* ibm,get-vpd must be called more than once to obtain complete results.* Only one ibm,get-vpd call sequence should be in progress at a time; interleaved sequences will disrupt each other. Callers must have a protocol for serializing their use of the function.* A call sequence in progress may receive a "VPD changed, try again" status, requiring the client to abandon the sequence and start over.The memory required for the VPD buffers seems acceptable, around 20KBfor all VPD on one of my systems. And the value of the/rtas/ibm,vpd-size DT property (the estimated maximum size of VPD) isconsistently 300KB across various systems I've checked.I've implemented support for this new ABI in the rtas_get_vpd()function in librtas, which the vpdupdate command currently uses topopulate its VPD database. I've verified that an unmodified vpdupdatebinary generates an identical database when using a librtas.so thatprefers the new ABI.Along with the papr-vpd.h header exposed to user space, thisintroduces a common papr-miscdev.h uapi header to share a base ioctlID with similar drivers to come.Tested-by: Michal Suchánek Signed-off-by: Nathan Lynch Signed-off-by: Michael Ellerman Link: https://msgid.link/20231212-papr-sys_rtas-vs-lockdown-v6-9-e9eafd0c8c6c@linux.ibm.com List of files: /linux-6.15/arch/powerpc/platforms/pseries/Makefile

ec8cf230 - powerpc/pseries: PLPKS SED Opal keystore support

Wed, 04 Oct 2023 20:19:57 +0000

powerpc/pseries: PLPKS SED Opal keystore supportDefine operations for SED Opal to read/write keysfrom POWER LPAR Platform KeyStore(PLPKS). This allowsnon-volatile storage of SED Opal keys.Signed-off-by: Greg Joyce Reviewed-by: Jonathan Derrick Link: https://lore.kernel.org/r/20231004201957.1451669-4-gjoyce@linux.vnet.ibm.comSigned-off-by: Jens Axboe List of files: /linux-6.15/arch/powerpc/platforms/pseries/Makefile

419e27f3 - powerpc/pseries: PAPR system parameter API

Fri, 10 Feb 2023 18:42:02 +0000

powerpc/pseries: PAPR system parameter APIIntroduce a set of APIs for retrieving and updating PAPR systemparameters. This encapsulates the toil of temporary RTAS work areamanagement, RTAS function call retries, and translation of RTAS callstatuses to conventional error values.There are several places in the kernel that already retrieve systemparameters by calling the RTAS ibm,get-system-parameter functiondirectly. These will be converted to papr_sysparm_get() in changes tofollow.As for updating system parameters, current practice is to usesys_rtas() from user space; there are no in-kernel users of the RTASibm,set-system-parameter function. However this will become deprecatedin time because it is not compatible with lockdown.The papr_sysparm_* APIs will form the common basis for in-kerneland user space access to system parameters. The code to expose theset/get capabilities to user space will follow.Signed-off-by: Nathan Lynch Signed-off-by: Michael Ellerman Link: https://lore.kernel.org/r/20230125-b4-powerpc-rtas-queue-v3-14-26929c8cce78@linux.ibm.com List of files: /linux-6.15/arch/powerpc/platforms/pseries/Makefile

43033bc6 - powerpc/pseries: add RTAS work area allocator

Fri, 10 Feb 2023 18:42:00 +0000

powerpc/pseries: add RTAS work area allocatorVarious pseries-specific RTAS functions take a temporary "work area"parameter - a buffer in memory accessible to RTAS. Typically suchfunctions are passed the statically allocated rtas_data_buf buffer asthe argument. This buffer is protected by a global spinlock. So usersof rtas_data_buf cannot perform sleeping operations while accessingthe buffer.Most RTAS functions that have a work area parameter can return astatus (-2/990x) that indicates that the caller should retry. Beforeretrying, the caller may need to reschedule or sleep (seertas_busy_delay() for details). This combination of factorsleads to uncomfortable constructions like this: do { spin_lock(&rtas_data_buf_lock); rc = rtas_call(token, __pa(rtas_data_buf, ...); if (rc == 0) { /* parse or copy out rtas_data_buf contents */ } spin_unlock(&rtas_data_buf_lock); } while (rtas_busy_delay(rc));Another unfortunately common way of handling this is for callers toblithely ignore the possibility of a -2/990x status and hope for thebest.If users were allowed to perform blocking operations while owning awork area, the programming model would become less tedious anderror-prone. Users could schedule away, sleep, or perform otherblocking operations without having to release and re-acquireresources.We could continue to use a single work area buffer, and convertrtas_data_buf_lock to a mutex. But that would impose an unnecessarilycoarse serialization on all users. As awkward as the current designis, it prevents longer running operations that need to repeatedly usertas_data_buf from blocking the progress of others.There are more considerations. One is that while 4KB is fine for allcurrent in-kernel uses, some RTAS calls can take much smaller buffers,and some (VPD, platform dumps) would likely benefit from largerones. Another is that at least one RTAS function (ibm,get-vpd)has *two* work area parameters. And finally, we should expect thenumber of work area users in the kernel to increase over time as weintroduce lockdown-compatible ABIs to replace less safe use casesbased on sys_rtas/librtas.So a special-purpose allocator for RTAS work area buffers seems worthtrying.Properties:* The backing memory for the allocator is reserved early in boot in order to satisfy RTAS addressing requirements, and then managed with genalloc.* Allocations can block, but they never fail (mempool-like).* Prioritizes first-come, first-serve fairness over throughput.* Early boot allocations before the allocator has been initialized are served via an internal static buffer.Intended to replace rtas_data_buf. New code that needs RTAS work areabuffers should prefer this API.Signed-off-by: Nathan Lynch Signed-off-by: Michael Ellerman Link: https://lore.kernel.org/r/20230125-b4-powerpc-rtas-queue-v3-12-26929c8cce78@linux.ibm.com List of files: /linux-6.15/arch/powerpc/platforms/pseries/Makefile

ccadf154 - powerpc/pseries: Implement secvars for dynamic secure boot

Fri, 10 Feb 2023 08:03:59 +0000

powerpc/pseries: Implement secvars for dynamic secure bootThe pseries platform can support dynamic secure boot (i.e. secure bootusing user-defined keys) using variables contained with the PowerVM LPARPlatform KeyStore (PLPKS). Using the powerpc secvar API, expose therelevant variables for pseries dynamic secure boot through the existingsecvar filesystem layout.The relevant variables for dynamic secure boot are signed in thekeystore, and can only be modified using the H_PKS_SIGNED_UPDATE hcall.Object labels in the keystore are encoded using ucs2 format. With ourfixed variable names we don't have to care about encoding outside of thenecessary byte padding.When a user writes to a variable, the first 8 bytes of data must containthe signed update flags as defined by the hypervisor.When a user reads a variable, the first 4 bytes of data contain thepolicies defined for the object.Limitations exist due to the underlying implementation of sysfs binaryattributes, as is the case for the OPAL secvar implementation -partial writes are unsupported and writes cannot be larger than PAGE_SIZE.(Even when using bin_attributes, which can be larger than a single page,sysfs only gives us one page's worth of write buffer at a time, and thehypervisor does not expose an interface for partial writes.)Co-developed-by: Nayna Jain Signed-off-by: Nayna Jain Co-developed-by: Andrew Donnellan Signed-off-by: Andrew Donnellan Signed-off-by: Russell Currey [mpe: Add NLS dependency to fix build errors, squash fix from ajd]Signed-off-by: Michael Ellerman Link: https://lore.kernel.org/r/20230210080401.345462-25-ajd@linux.ibm.com List of files: /linux-6.15/arch/powerpc/platforms/pseries/Makefile

90d5ce82 - powerpc/pseries: Fix CONFIG_DTL=n build

Thu, 13 Oct 2022 07:31:31 +0000

powerpc/pseries: Fix CONFIG_DTL=n buildThe recently moved dtl code must be compiled-in ifCONFIG_VIRT_CPU_ACCOUNTING_NATIVE=y even if CONFIG_DTL=n.Fixes: 6ba5aa541aaa0 ("powerpc/pseries: Move dtl scanning and steal time accounting to pseries platform")Reported-by: Guenter Roeck Signed-off-by: Nicholas Piggin Signed-off-by: Michael Ellerman Link: https://lore.kernel.org/r/20221013073131.1485742-1-npiggin@gmail.com List of files: /linux-6.15/arch/powerpc/platforms/pseries/Makefile

2454a7af - powerpc/pseries: define driver for Platform KeyStore

Sat, 23 Jul 2022 11:30:46 +0000

powerpc/pseries: define driver for Platform KeyStorePowerVM provides an isolated Platform Keystore(PKS) storage allocationfor each LPAR with individually managed access controls to storesensitive information securely. It provides a new set of hypervisorcalls for Linux kernel to access PKS storage.Define POWER LPAR Platform KeyStore(PLPKS) driver using H_CALL interfaceto access PKS storage.Signed-off-by: Nayna Jain Signed-off-by: Michael Ellerman Link: https://lore.kernel.org/r/20220723113048.521744-2-nayna@linux.ibm.com List of files: /linux-6.15/arch/powerpc/platforms/pseries/Makefile

41b7a347 - powerpc: Book3S 64-bit outline-only KASAN support

Wed, 18 May 2022 10:05:31 +0000

powerpc: Book3S 64-bit outline-only KASAN supportImplement a limited form of KASAN for Book3S 64-bit machines running underthe Radix MMU, supporting only outline mode. - Enable the compiler instrumentation to check addresses and maintain the shadow region. (This is the guts of KASAN which we can easily reuse.) - Require kasan-vmalloc support to handle modules and anything else in vmalloc space. - KASAN needs to be able to validate all pointer accesses, but we can't instrument all kernel addresses - only linear map and vmalloc. On boot, set up a single page of read-only shadow that marks all iomap and vmemmap accesses as valid. - Document KASAN in powerpc docs.Background----------KASAN support on Book3S is a bit tricky to get right: - It would be good to support inline instrumentation so as to be able to catch stack issues that cannot be caught with outline mode. - Inline instrumentation requires a fixed offset. - Book3S runs code with translations off ("real mode") during boot, including a lot of generic device-tree parsing code which is used to determine MMU features. [ppc64 mm note: The kernel installs a linear mapping at effective address c000...-c008.... This is a one-to-one mapping with physical memory from 0000... onward. Because of how memory accesses work on powerpc 64-bit Book3S, a kernel pointer in the linear map accesses the same memory both with translations on (accessing as an 'effective address'), and with translations off (accessing as a 'real address'). This works in both guests and the hypervisor. For more details, see s5.7 of Book III of version 3 of the ISA, in particular the Storage Control Overview, s5.7.3, and s5.7.5 - noting that this KASAN implementation currently only supports Radix.] - Some code - most notably a lot of KVM code - also runs with translations off after boot. - Therefore any offset has to point to memory that is valid with translations on or off.One approach is just to give up on inline instrumentation. This wayboot-time checks can be delayed until after the MMU is set is up, and wecan just not instrument any code that runs with translations off afterbooting. Take this approach for now and require outline instrumentation.Previous attempts allowed inline instrumentation. However, they came withsome unfortunate restrictions: only physically contiguous memory could beused and it had to be specified at compile time. Maybe we can do better inthe future.[paulus@ozlabs.org - Rebased onto 5.17. Note that a kernel with CONFIG_KASAN=y will crash during boot on a machine using HPT translation because not all the entry points to the generic KASAN code are protected with a call to kasan_arch_is_ready().]Originally-by: Balbir Singh # ppc64 out-of-line radix versionSigned-off-by: Daniel Axtens Signed-off-by: Paul Mackerras [mpe: Update copyright year and comment formatting]Signed-off-by: Michael Ellerman Link: https://lore.kernel.org/r/YoTE69OQwiG7z+Gu@cleo List of files: /linux-6.15/arch/powerpc/platforms/pseries/Makefile

2ab2d579 - powerpc/kasan: Disable address sanitization in kexec paths

Wed, 18 May 2022 10:07:05 +0000

powerpc/kasan: Disable address sanitization in kexec pathsThe kexec code paths involve code that necessarily run in real mode, asCPUs are disabled and control is transferred to the new kernel. Disableaddress sanitization for the kexec code and the functions called in realmode on CPUs being disabled.[paulus@ozlabs.org: combined a few work-in-progress commits of Daniel's and wrote the commit message.]Signed-off-by: Daniel Axtens Signed-off-by: Paul Mackerras [mpe: Move pseries_machine_kexec() into kexec.c so setup.c can be instrumented]Signed-off-by: Michael Ellerman Link: https://lore.kernel.org/r/YoTFSQ2TUSEaDdVC@cleo List of files: /linux-6.15/arch/powerpc/platforms/pseries/Makefile

3c14b734 - powerpc/pseries: Interface to represent PAPR firmware attributes

Thu, 17 Feb 2022 10:53:20 +0000

powerpc/pseries: Interface to represent PAPR firmware attributesAdds a syscall interface to represent the energy and frequency relatedPAPR attributes on the system using the new H_CALL"H_GET_ENERGY_SCALE_INFO".H_GET_EM_PARMS H_CALL was previously responsible for exporting thisinformation in the lparcfg, however the H_GET_EM_PARMS H_CALLwill be deprecated P10 onwards.The H_GET_ENERGY_SCALE_INFO H_CALL is of the following call format:hcall( uint64 H_GET_ENERGY_SCALE_INFO, // Get energy scale info uint64 flags, // Per the flag request uint64 firstAttributeId,// The attribute id uint64 bufferAddress, // Guest physical address of the output buffer uint64 bufferSize // The size in bytes of the output buffer);As specified in PAPR+ v2.11, section 14.14.3.This H_CALL can query either all the attributes at once withfirstAttributeId = 0, flags = 0 as well as query only one attributeat a time with firstAttributeId = id, flags = 1.The output buffer consists of the following1. number of attributes - 8 bytes2. array offset to the data location - 8 bytes3. version info - 1 byte4. A data array of size num attributes, which contains the following: a. attribute ID - 8 bytes b. attribute value in number - 8 bytes c. attribute name in string - 64 bytes d. attribute value in string - 64 bytesThe new H_CALL exports information in direct string value format, hencea new interface has been introduced in/sys/firmware/papr/energy_scale_info to export this information touserspace so that the firmware can add new values without the need forthe kernel to be changed.The H_CALL returns the name, numeric value and string value (if exists)The format of exposing the sysfs information is as follows:/sys/firmware/papr/energy_scale_info/ |-- / |-- desc |-- value |-- value_desc (if exists) |-- / |-- desc |-- value |-- value_desc (if exists)...The energy information that is exported is useful for userspace toolssuch as powerpc-utils. Currently these tools infer the"power_mode_data" value in the lparcfg, which in turn is obtained fromthe to be deprecated H_GET_EM_PARMS H_CALL.On future platforms, such userspace utilities will have to look at thedata returned from the new H_CALL being populated in this new sysfsinterface and report this information directly without the need ofinterpretation.Signed-off-by: Pratik R. Sampat Signed-off-by: Michael Ellerman Link: https://lore.kernel.org/r/20220217105321.52941-2-psampat@linux.ibm.com List of files: /linux-6.15/arch/powerpc/platforms/pseries/Makefile

b903737b - powerpc/pseries/vas: sysfs interface to export capabilities

Tue, 01 Mar 2022 01:15:36 +0000

powerpc/pseries/vas: sysfs interface to export capabilitiesThe hypervisor provides the available VAS GZIP capabilities suchas default or QoS window type and the target available credits ineach type. This patch creates sysfs entries and exports the target,used and the available credits for each feature.This interface can be used by the user space to determine the creditsusage or to set the target credits in the case of QoS type (for DLPAR)./sys/devices/vas/vas0/gzip/default_capabilities (default GZIP capabilities) nr_total_credits /* Total credits available. Can be /* changed with DLPAR operation */ nr_used_credits /* Used credits *//sys/devices/vas/vas0/gzip/qos_capabilities (QoS GZIP capabilities) nr_total_credits nr_used_creditsSigned-off-by: Haren Myneni Reviewed-by: Nicholas Piggin Signed-off-by: Michael Ellerman Link: https://lore.kernel.org/r/702d8b626ebfac2b52f4995eebeafe1c9a6fcb75.camel@linux.ibm.com List of files: /linux-6.15/arch/powerpc/platforms/pseries/Makefile

22887f31 - powerpc/pseries: delete scanlog

Mon, 20 Sep 2021 17:32:03 +0000

powerpc/pseries: delete scanlogRemove the pseries scanlog driver.This code supports functions from Power4-era servers that are not presenton targets currently supported by arch/powerpc. System manuals from thistime have this description: Scan Dump data is a set of chip data that the service processor gathers after a system malfunction. It consists of chip scan rings, chip trace arrays, and Scan COM (SCOM) registers. This data is stored in the scan-log partition of the system’s Nonvolatile Random Access Memory (NVRAM).PowerVM partition firmware development doesn't recognize the associatedfunction call or property, and they don't see any references to them intheir codebase. It seems to have been specific to non-virtualized pseries.References:Historical Linux commit from February 2003 (interesting to note this seemsto be the source of non-GPL exports for rtas_call etc):https://git.kernel.org/pub/scm/linux/kernel/git/tglx/history.git/commit/?id=f92e361842d5251e50562b09664082dcbd0548bbIntelliStation and pSeries docs which refer to the feature:http://ps-2.retropc.se/basil.holloway/ALL%20PDF/380635.pdfhttp://ps-2.kev009.com/rs6000/manuals/p/p615-6C3-6E3/6C3_and_6E3_Users_Guide_SA38-0629.pdfSigned-off-by: Nathan Lynch Reviewed-by: Tyrel Datwyler Signed-off-by: Michael Ellerman Link: https://lore.kernel.org/r/20210920173203.1800475-1-nathanl@linux.ibm.com List of files: /linux-6.15/arch/powerpc/platforms/pseries/Makefile

bfebd37e - powerpc/pseries/svm: Add a powerpc version of cc_platform_has()

Wed, 08 Sep 2021 22:58:35 +0000

powerpc/pseries/svm: Add a powerpc version of cc_platform_has()Introduce a powerpc version of the cc_platform_has() function. This willbe used to replace the powerpc mem_encrypt_active() implementation, sothe implementation will initially only support the CC_ATTR_MEM_ENCRYPTattribute.Signed-off-by: Tom Lendacky Signed-off-by: Borislav Petkov Acked-by: Michael Ellerman Link: https://lkml.kernel.org/r/20210928191009.32551-5-bp@alien8.de List of files: /linux-6.15/arch/powerpc/platforms/pseries/Makefile

b22f2d88 - powerpc/pseries/vas: Integrate API with open/close windows

Thu, 17 Jun 2021 20:36:28 +0000

powerpc/pseries/vas: Integrate API with open/close windowsThis patch adds VAS window allocatioa/close with the correspondinghcalls. Also changes to integrate with the existing user space VASAPI and provide register/unregister functions to NX pseries driver.The driver register function is used to create the user spaceinterface (/dev/crypto/nx-gzip) and unregister to remove this entry.The user space process opens this device node and makes an ioctlto allocate VAS window. The close interface is used to deallocatewindow.Signed-off-by: Haren Myneni Reviewed-by: Nicholas Piggin Signed-off-by: Michael Ellerman Link: https://lore.kernel.org/r/e8d956bace3f182c4d2e66e343ff37cb0391d1fd.camel@linux.ibm.com List of files: /linux-6.15/arch/powerpc/platforms/pseries/Makefile

8cbb00a9 - powerpc/pseries/Makefile: Remove CONFIG_PPC_PSERIES check

Thu, 30 Jan 2020 06:31:53 +0000

powerpc/pseries/Makefile: Remove CONFIG_PPC_PSERIES checkThe pseries Makefile (arch/powerpc/platforms/pseries/Makefile) is onlyincluded by the platform Makefile (arch/powerpc/platform/Makefile)when CONFIG_PPC_PSERIES is selected, so checking forCONFIG_PPC_PSERIES in the pseries Makefile is pointless.Signed-off-by: Oliver O'Halloran Reviewed-by: Tyrel Datwyler Signed-off-by: Michael Ellerman Link: https://lore.kernel.org/r/20200130063153.19915-2-oohall@gmail.com List of files: /linux-6.15/arch/powerpc/platforms/pseries/Makefile

d3833a70 - powerpc/fadump: introduce callbacks for platform specific operations

Wed, 11 Sep 2019 14:48:40 +0000

powerpc/fadump: introduce callbacks for platform specific operationsIntroduce callback functions for platform specific operations likeregister, unregister, invalidate & such. Also, define place-holdersfor the same on pSeries platform.Signed-off-by: Hari Bathini Signed-off-by: Michael Ellerman Link: https://lore.kernel.org/r/156821330286.5656.15538934400074110770.stgit@hbathini.in.ibm.com List of files: /linux-6.15/arch/powerpc/platforms/pseries/Makefile

d5394c05 - powerpc/pseries/svm: Use shared memory for Debug Trace Log (DTL)

Tue, 20 Aug 2019 02:13:19 +0000

powerpc/pseries/svm: Use shared memory for Debug Trace Log (DTL)Secure guests need to share the DTL buffers with the hypervisor. To thatend, use a kmem_cache constructor which converts the underlying buddyallocated SLUB cache pages into shared memory.Signed-off-by: Anshuman Khandual Signed-off-by: Thiago Jung Bauermann Signed-off-by: Michael Ellerman Link: https://lore.kernel.org/r/20190820021326.6884-10-bauerman@linux.ibm.com List of files: /linux-6.15/arch/powerpc/platforms/pseries/Makefile

5a1ea477 - powerpc/pseries: Move mm/book3s64/vphn.c under platforms/pseries/

Wed, 03 Jul 2019 17:03:59 +0000

powerpc/pseries: Move mm/book3s64/vphn.c under platforms/pseries/hcall_vphn() is specific to pseries and will be used in a subsequentpatch. So, move it to a more appropriate place underarch/powerpc/platforms/pseries. Also merge vphn.h into lppaca.hand update vphn selftest to use the new files.Signed-off-by: Naveen N. Rao Signed-off-by: Michael Ellerman List of files: /linux-6.15/arch/powerpc/platforms/pseries/Makefile