[PATCH v2 2/2] powerpc/perf: Power11 Performance Monitoring support

2024-02-04 Thread Madhavan Srinivasan
Base enablement patch to register performance monitoring hardware support for Power11. Most of fields are copied from power10_pmu struct for power11_pmu struct. Signed-off-by: Madhavan Srinivasan --- Changelog v1: - Copied power10 struct for power11 with name change

[PATCH v2 1/2] powerpc: Add Power11 architected and raw mode

2024-02-04 Thread Madhavan Srinivasan
reg.h is updated with Power11 pvr. pvr_mask value of 0x0F07 means we are arch v3.1 compliant. This is used by phyp and kvm when booting as a pseries guest to detect and enable the appropriate hwcap, facility bits and PMU related fields. Copied most of fields from Power10 table entry and added

[PATCH v2] soc: fsl: fix kernel-doc warnings and typos

2024-02-04 Thread Randy Dunlap
Correct spelling of "list". Fix a kernel-doc warning by describing the nested structure completely: include/soc/fsl/dpaa2-fd.h:52: warning: Function parameter or member 'simple' not described in 'dpaa2_fd' Signed-off-by: Randy Dunlap Cc: Li Yang Cc: linuxppc-dev@lists.ozlabs.org Cc:

[PATCH v2] soc: fsl: dpio: fix kernel-doc typos

2024-02-04 Thread Randy Dunlap
Correct spelling of 2 words. Signed-off-by: Randy Dunlap Cc: Li Yang Cc: linuxppc-dev@lists.ozlabs.org Cc: linux-arm-ker...@lists.infradead.org Cc: Frank Li Cc: Guanhua Gao Cc: Roy Pledge --- v2: update Cc: list, rebase include/soc/fsl/dpaa2-io.h |4 ++-- 1 file changed, 2

[PATCH v2] powerpc: Avoid nmi_enter/nmi_exit in real mode interrupt.

2024-02-04 Thread Mahesh Salgaonkar
nmi_enter()/nmi_exit() touches per cpu variables which can lead to kernel crash when invoked during real mode interrupt handling (e.g. early HMI/MCE interrupt handler) if percpu allocation comes from vmalloc area. Early HMI/MCE handlers are called through DEFINE_INTERRUPT_HANDLER_NMI() wrapper

[PATCH 4/4] powerpc: pseries: make suspend_subsys const

2024-02-04 Thread Ricardo B. Marliere
Now that the driver core can properly handle constant struct bus_type, move the suspend_subsys variable to be a constant structure as well, placing it into read-only memory which can not be modified at runtime. Cc: Greg Kroah-Hartman Suggested-by: Greg Kroah-Hartman Signed-off-by: Ricardo B.

[PATCH 3/4] powerpc: pseries: make cmm_subsys const

2024-02-04 Thread Ricardo B. Marliere
Now that the driver core can properly handle constant struct bus_type, move the cmm_subsys variable to be a constant structure as well, placing it into read-only memory which can not be modified at runtime. Cc: Greg Kroah-Hartman Suggested-by: Greg Kroah-Hartman Signed-off-by: Ricardo B.

[PATCH 2/4] powerpc: ps3: make ps3_system_bus_type const

2024-02-04 Thread Ricardo B. Marliere
Now that the driver core can properly handle constant struct bus_type, move the ps3_system_bus_type variable to be a constant structure as well, placing it into read-only memory which can not be modified at runtime. Cc: Greg Kroah-Hartman Suggested-by: Greg Kroah-Hartman Signed-off-by: Ricardo

[PATCH 0/4] powerpc: struct bus_type cleanup

2024-02-04 Thread Ricardo B. Marliere
/pseries/cmm.c | 2 +- arch/powerpc/platforms/pseries/suspend.c | 2 +- 4 files changed, 4 insertions(+), 4 deletions(-) --- base-commit: 44a1aad2fe6c10bfe0589d8047057b10a4c18a19 change-id: 20240204-bus_cleanup-powerpc-720c27d8f15c Best regards, -- Ricardo B. Marliere

[PATCH 1/4] powerpc: cell: make spu_subsys const

2024-02-04 Thread Ricardo B. Marliere
Now that the driver core can properly handle constant struct bus_type, move the spu_subsys variable to be a constant structure as well, placing it into read-only memory which can not be modified at runtime. Cc: Greg Kroah-Hartman Suggested-by: Greg Kroah-Hartman Signed-off-by: Ricardo B.

Re: [PATCH v15 1/5] crash: forward memory_notify arg to arch crash hotplug handler

2024-02-04 Thread Baoquan He
On 01/11/24 at 04:21pm, Sourabh Jain wrote: > In the event of memory hotplug or online/offline events, the crash > memory hotplug notifier `crash_memhp_notifier()` receives a > `memory_notify` object but doesn't forward that object to the > generic and architecture-specific crash hotplug handler.

Re: [PATCH v15 2/5] crash: add a new kexec flag for hotplug support

2024-02-04 Thread Baoquan He
Hi Sourabh, Thanks for the great work. There are some concerns, please see inline comments. On 01/11/24 at 04:21pm, Sourabh Jain wrote: .. > Now, if the kexec tool sends KEXEC_CRASH_HOTPLUG_SUPPORT kexec flag to > the kernel, it indicates to the kernel that all the required kexec > segment

Re: [PATCH v2 1/3] powerpc/code-patching: Add generic memory patching

2024-02-04 Thread Benjamin Gray
On Thu, 2023-11-30 at 15:55 +0530, Naveen N Rao wrote: > On Mon, Oct 16, 2023 at 04:01:45PM +1100, Benjamin Gray wrote: > > patch_instruction() is designed for patching instructions in > > otherwise > > readonly memory. Other consumers also sometimes need to patch > > readonly > > memory, so have

Re: [PATCH 2/4] powerpc: ps3: make ps3_system_bus_type const

2024-02-04 Thread Geoff Levand
On 2/4/24 23:21, Ricardo B. Marliere wrote: > Now that the driver core can properly handle constant struct bus_type, > move the ps3_system_bus_type variable to be a constant structure as > well, placing it into read-only memory which can not be modified at > runtime. > -static struct bus_type

Re: [PATCH 2/4] powerpc: ps3: make ps3_system_bus_type const

2024-02-04 Thread Geert Uytterhoeven
On Sun, Feb 4, 2024 at 3:23 PM Ricardo B. Marliere wrote: > Now that the driver core can properly handle constant struct bus_type, > move the ps3_system_bus_type variable to be a constant structure as > well, placing it into read-only memory which can not be modified at > runtime. > > Cc: Greg

Re: [PATCH 0/4] powerpc: struct bus_type cleanup

2024-02-04 Thread Greg Kroah-Hartman
On Sun, Feb 04, 2024 at 11:21:54AM -0300, Ricardo B. Marliere wrote: > This series is part of an effort to cleanup the users of the driver > core, as can be seen in many recent patches authored by Greg across the > tree (e.g. [1]). Specifically, this series is part of the task of > splitting one