* Re: [PATCH v3] powerpc: fix EDEADLOCK redefinition error in uapi/asm/errno.h
From: Michael Ellerman @ 2021-04-19 4:00 UTC (permalink / raw)
To: Michael Ellerman, Tony Ambardar
Cc: linux-arch, Tony Ambardar, Arnd Bergmann, linux-kernel, Stable,
Paul Mackerras, Rosen Penev, bpf, linuxppc-dev
In-Reply-To: <20200917135437.1238787-1-Tony.Ambardar@gmail.com>
On Thu, 17 Sep 2020 06:54:37 -0700, Tony Ambardar wrote:
> A few archs like powerpc have different errno.h values for macros
> EDEADLOCK and EDEADLK. In code including both libc and linux versions of
> errno.h, this can result in multiple definitions of EDEADLOCK in the
> include chain. Definitions to the same value (e.g. seen with mips) do
> not raise warnings, but on powerpc there are redefinitions changing the
> value, which raise warnings and errors (if using "-Werror").
>
> [...]
Applied to powerpc/next.
[1/1] powerpc: fix EDEADLOCK redefinition error in uapi/asm/errno.h
https://git.kernel.org/powerpc/c/7de21e679e6a789f3729e8402bc440b623a28eae
cheers
^ permalink raw reply
* Re: [PATCH v5] powerpc/traps: Enhance readability for trap types
From: Michael Ellerman @ 2021-04-19 4:00 UTC (permalink / raw)
To: npiggin, mahesh, alistair, ravi.bangoria, rppt, aneesh.kumar,
benh, christophe.leroy, peterz, sourabhjain, haren, mpe, aik,
mikey, hbathini, jniethe5, atrajeev, kjain, maddy, paulus,
Xiongwei Song, kan.liang, leobras.c, akpm, nathan, walken
Cc: linuxppc-dev, linux-kernel
In-Reply-To: <1618398033-13025-1-git-send-email-sxwjean@me.com>
On Wed, 14 Apr 2021 19:00:33 +0800, Xiongwei Song wrote:
> Define macros to list ppc interrupt types in interttupt.h, replace the
> reference of the trap hex values with these macros.
>
> Referred the hex numbers in arch/powerpc/kernel/exceptions-64e.S,
> arch/powerpc/kernel/exceptions-64s.S, arch/powerpc/kernel/head_*.S,
> arch/powerpc/kernel/head_booke.h and arch/powerpc/include/asm/kvm_asm.h.
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/traps: Enhance readability for trap types
https://git.kernel.org/powerpc/c/7153d4bf0b373428d0393c001019da4d0483fddb
cheers
^ permalink raw reply
* Re: [PATCH 1/1] powerpc/smp: Set numa node before updating mask
From: Michael Ellerman @ 2021-04-19 4:00 UTC (permalink / raw)
To: Srikar Dronamraju, Michael Ellerman
Cc: Nathan Lynch, Gautham R Shenoy, Peter Zijlstra, Scott Cheloha,
Geetika Moolchandani, Ingo Molnar, linuxppc-dev,
Valentin Schneider
In-Reply-To: <20210401154200.150077-1-srikar@linux.vnet.ibm.com>
On Thu, 1 Apr 2021 21:12:00 +0530, Srikar Dronamraju wrote:
> Geethika reported a trace when doing a dlpar CPU add.
>
> ------------[ cut here ]------------
> WARNING: CPU: 152 PID: 1134 at kernel/sched/topology.c:2057
> CPU: 152 PID: 1134 Comm: kworker/152:1 Not tainted 5.12.0-rc5-master #5
> Workqueue: events cpuset_hotplug_workfn
> NIP: c0000000001cfc14 LR: c0000000001cfc10 CTR: c0000000007e3420
> REGS: c0000034a08eb260 TRAP: 0700 Not tainted (5.12.0-rc5-master+)
> MSR: 8000000000029033 <SF,EE,ME,IR,DR,RI,LE> CR: 28828422 XER: 00000020
> CFAR: c0000000001fd888 IRQMASK: 0 #012GPR00: c0000000001cfc10
> c0000034a08eb500 c000000001f35400 0000000000000027 #012GPR04:
> c0000035abaa8010 c0000035abb30a00 0000000000000027 c0000035abaa8018
> #012GPR08: 0000000000000023 c0000035abaaef48 00000035aa540000
> c0000035a49dffe8 #012GPR12: 0000000028828424 c0000035bf1a1c80
> 0000000000000497 0000000000000004 #012GPR16: c00000000347a258
> 0000000000000140 c00000000203d468 c000000001a1a490 #012GPR20:
> c000000001f9c160 c0000034adf70920 c0000034aec9fd20 0000000100087bd3
> #012GPR24: 0000000100087bd3 c0000035b3de09f8 0000000000000030
> c0000035b3de09f8 #012GPR28: 0000000000000028 c00000000347a280
> c0000034aefe0b00 c0000000010a2a68
> NIP [c0000000001cfc14] build_sched_domains+0x6a4/0x1500
> LR [c0000000001cfc10] build_sched_domains+0x6a0/0x1500
> Call Trace:
> [c0000034a08eb500] [c0000000001cfc10] build_sched_domains+0x6a0/0x1500 (unreliable)
> [c0000034a08eb640] [c0000000001d1e6c] partition_sched_domains_locked+0x3ec/0x530
> [c0000034a08eb6e0] [c0000000002936d4] rebuild_sched_domains_locked+0x524/0xbf0
> [c0000034a08eb7e0] [c000000000296bb0] rebuild_sched_domains+0x40/0x70
> [c0000034a08eb810] [c000000000296e74] cpuset_hotplug_workfn+0x294/0xe20
> [c0000034a08ebc30] [c000000000178dd0] process_one_work+0x300/0x670
> [c0000034a08ebd10] [c0000000001791b8] worker_thread+0x78/0x520
> [c0000034a08ebda0] [c000000000185090] kthread+0x1a0/0x1b0
> [c0000034a08ebe10] [c00000000000ccec] ret_from_kernel_thread+0x5c/0x70
> Instruction dump:
> 7d2903a6 4e800421 e8410018 7f67db78 7fe6fb78 7f45d378 7f84e378 7c681b78
> 3c62ff1a 3863c6f8 4802dc35 60000000 <0fe00000> 3920fff4 f9210070 e86100a0
> ---[ end trace 532d9066d3d4d7ec ]---
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/smp: Set numa node before updating mask
https://git.kernel.org/powerpc/c/6980d13f0dd189846887bbbfa43793d9a41768d3
cheers
^ permalink raw reply
* Re: [PATCH v3] powerpc/papr_scm: Implement support for H_SCM_FLUSH hcall
From: Michael Ellerman @ 2021-04-19 3:59 UTC (permalink / raw)
To: linuxppc-dev, ellerman, linux-nvdimm, sbhat, Shivaprasad G Bhat,
kvm-ppc, aneesh.kumar
Cc: vaibhav, linux-doc
In-Reply-To: <161703936121.36.7260632399582101498.stgit@e1fbed493c87>
On Mon, 29 Mar 2021 13:36:43 -0400, Shivaprasad G Bhat wrote:
> Add support for ND_REGION_ASYNC capability if the device tree
> indicates 'ibm,hcall-flush-required' property in the NVDIMM node.
> Flush is done by issuing H_SCM_FLUSH hcall to the hypervisor.
>
> If the flush request failed, the hypervisor is expected to
> to reflect the problem in the subsequent nvdimm H_SCM_HEALTH call.
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/papr_scm: Implement support for H_SCM_FLUSH hcall
https://git.kernel.org/powerpc/c/75b7c05ebf902632f7f540c3eb0a8945c2d74aab
cheers
^ permalink raw reply
* Re: [PATCH 0/3] Reintroduce cpu_core_mask
From: Michael Ellerman @ 2021-04-19 4:00 UTC (permalink / raw)
To: Srikar Dronamraju, Michael Ellerman; +Cc: linuxppc-dev
In-Reply-To: <20210415120934.232271-1-srikar@linux.vnet.ibm.com>
On Thu, 15 Apr 2021 17:39:31 +0530, Srikar Dronamraju wrote:
> Daniel had reported that
> QEMU is now unable to see requested topologies in a multi socket single
> NUMA node configurations.
> -smp 8,maxcpus=8,cores=2,threads=2,sockets=2
>
> This patchset reintroduces cpu_core_mask so that users can see requested
> topologies while still maintaining the boot time of very large system
> configurations.
>
> [...]
Applied to powerpc/next.
[1/3] powerpc/smp: Reintroduce cpu_core_mask
https://git.kernel.org/powerpc/c/c47f892d7aa62765bf0689073f75990b4517a4cf
[2/3] Revert "powerpc/topology: Update topology_core_cpumask"
https://git.kernel.org/powerpc/c/131c82b6a1d261705a6f98368e501d43d994018d
[3/3] powerpc/smp: Cache CPU to chip lookup
https://git.kernel.org/powerpc/c/c1e53367dab15e41814cff4e37df8ec4ac8fb9d7
cheers
^ permalink raw reply
* Re: [PATCH -next] powerpc/xmon: Make symbol 'spu_inst_dump' static
From: Michael Ellerman @ 2021-04-19 3:59 UTC (permalink / raw)
To: npiggin, benh, mpe, alistair, maddy, christophe.leroy,
ravi.bangoria, rppt, paulus, john.ogness, jniethe5, pmladek,
Pu Lehui
Cc: zhangjinhao2, yangjihong1, linuxppc-dev, linux-kernel
In-Reply-To: <20210409070151.163424-1-pulehui@huawei.com>
On Fri, 9 Apr 2021 15:01:51 +0800, Pu Lehui wrote:
> Fix sparse warning:
>
> arch/powerpc/xmon/xmon.c:4216:1: warning:
> symbol 'spu_inst_dump' was not declared. Should it be static?
>
> This symbol is not used outside of xmon.c, so make it static.
Applied to powerpc/next.
[1/1] powerpc/xmon: Make symbol 'spu_inst_dump' static
https://git.kernel.org/powerpc/c/f234ad405a35262ed2d8dd2d29fc633908dce955
cheers
^ permalink raw reply
* Re: [PATCH v2 00/11] Move 64e to new interrupt return code
From: Michael Ellerman @ 2021-04-19 4:00 UTC (permalink / raw)
To: Nicholas Piggin, linuxppc-dev; +Cc: Scott Wood
In-Reply-To: <20210316104206.407354-1-npiggin@gmail.com>
On Tue, 16 Mar 2021 20:41:54 +1000, Nicholas Piggin wrote:
> Since RFC:
> - Rebased on Christophe's v3 ppc32 conversion
> - Fixed up small details, adds some powerpc-wide cleanups at the end.
>
> Since v1:
> - Christophe's review comments accounted for:
> - Split common code interrupt changes for 64e from 64e conversion.
> - Removed unnecessary ifdef additions from common interrupt code.
> - Keep interrupt return context tracking debug check for 64e when
> it switches to new context tracing.
> - __bad_page_fault is made static in page fault cleanup.
> - CPU time accounting asm and asm offsets can be removed with 64e
> conversion.
>
> [...]
Applied to powerpc/next.
[01/11] powerpc/syscall: switch user_exit_irqoff and trace_hardirqs_off order
https://git.kernel.org/powerpc/c/5a5a893c4ad897b8a36f846602895515b7407a71
[02/11] powerpc/64e/interrupt: always save nvgprs on interrupt
https://git.kernel.org/powerpc/c/4228b2c3d20e9f80b847f809c38e6cf82864fa50
[03/11] powerpc/interrupt: update common interrupt code for
https://git.kernel.org/powerpc/c/dc6231821a148d0392292924fdae5b34679af6b2
[04/11] powerpc/64e/interrupt: use new interrupt return
https://git.kernel.org/powerpc/c/0c2472de23aea5ce9139a3e887191925759d1259
[05/11] powerpc/64e/interrupt: NMI save irq soft-mask state in C
https://git.kernel.org/powerpc/c/3db8aa10de9a478b3086db7894e0266def3d77af
[06/11] powerpc/64e/interrupt: reconcile irq soft-mask state in C
https://git.kernel.org/powerpc/c/097157e16cf8bf91b9cf6fbda05d234d3599c01f
[07/11] powerpc/64e/interrupt: Use new interrupt context tracking scheme
https://git.kernel.org/powerpc/c/ceff77efa4f8d9f02d8442171b325d3b7068fe5e
[08/11] powerpc/64e/interrupt: handle bad_page_fault in C
https://git.kernel.org/powerpc/c/d738ee8d56de38c91610741f672ec5c1ffae76fc
[09/11] powerpc: clean up do_page_fault
https://git.kernel.org/powerpc/c/c45ba4f44f6b9c98a5fc1511d8853ad6843c877b
[10/11] powerpc: remove partial register save logic
https://git.kernel.org/powerpc/c/8dc7f0229b7892ccb23e19c9f30511c68cc0fdcc
[11/11] powerpc: move norestart trap flag to bit 0
https://git.kernel.org/powerpc/c/8f6cc75a97d162011fad3c470e5a14e298383a07
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/powernv: Enable HAIL (HV AIL) for ISA v3.1 processors
From: Michael Ellerman @ 2021-04-19 4:00 UTC (permalink / raw)
To: Nicholas Piggin, linuxppc-dev
In-Reply-To: <20210402024124.545826-1-npiggin@gmail.com>
On Fri, 2 Apr 2021 12:41:24 +1000, Nicholas Piggin wrote:
> Starting with ISA v3.1, LPCR[AIL] no longer controls the interrupt
> mode for HV=1 interrupts. Instead, a new LPCR[HAIL] bit is defined
> which behaves like AIL=3 for HV interrupts when set.
>
> Set HAIL on bare metal to give us mmu-on interrupts and improve
> performance.
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/powernv: Enable HAIL (HV AIL) for ISA v3.1 processors
https://git.kernel.org/powerpc/c/49c1d07fd04f54eb588c4a1dfcedc8d22c5ffd50
cheers
^ permalink raw reply
* Re: [PATCH 1/2] powerpc: syscalls: switch to generic syscalltbl.sh
From: Michael Ellerman @ 2021-04-19 3:59 UTC (permalink / raw)
To: Paul Mackerras, linuxppc-dev, Benjamin Herrenschmidt,
Masahiro Yamada, Michael Ellerman
Cc: Arnd Bergmann, Sean Christopherson, Randy Dunlap, linux-kernel,
Nicholas Piggin, Geert Uytterhoeven, Ben Gardon, Paolo Bonzini,
Andrew Morton, Michal Suchanek
In-Reply-To: <20210301153019.362742-1-masahiroy@kernel.org>
On Tue, 2 Mar 2021 00:30:18 +0900, Masahiro Yamada wrote:
> Many architectures duplicate similar shell scripts.
>
> This commit converts powerpc to use scripts/syscalltbl.sh. This also
> unifies syscall_table_32.h and syscall_table_c32.h.
Applied to powerpc/next.
[1/2] powerpc: syscalls: switch to generic syscalltbl.sh
https://git.kernel.org/powerpc/c/14b3c9d24a7a5c274a9df27d245516f466d3bc5f
[2/2] powerpc: syscalls: switch to generic syscallhdr.sh
https://git.kernel.org/powerpc/c/672bff581e19d5d7bef993f910ed385c4054cbbc
cheers
^ permalink raw reply
* Re: [PATCH -next] powerpc/fadump: make symbol 'rtas_fadump_set_regval' static
From: Michael Ellerman @ 2021-04-19 4:00 UTC (permalink / raw)
To: benh, mpe, christophe.leroy, joel, paulus, Pu Lehui
Cc: zhangjinhao2, yangjihong1, linuxppc-dev, linux-kernel
In-Reply-To: <20210408062012.85973-1-pulehui@huawei.com>
On Thu, 8 Apr 2021 14:20:12 +0800, Pu Lehui wrote:
> Fix sparse warnings:
>
> arch/powerpc/platforms/pseries/rtas-fadump.c:250:6: warning:
> symbol 'rtas_fadump_set_regval' was not declared. Should it be static?
Applied to powerpc/next.
[1/1] powerpc/fadump: make symbol 'rtas_fadump_set_regval' static
https://git.kernel.org/powerpc/c/59fd366b9bef2d048af763e27cd1622ee5a1dfd4
cheers
^ permalink raw reply
* Re: [PATCH v1 00/12] minor KVM fixes and cleanups
From: Michael Ellerman @ 2021-04-19 3:59 UTC (permalink / raw)
To: Nicholas Piggin, kvm-ppc; +Cc: linuxppc-dev
In-Reply-To: <20210412014845.1517916-1-npiggin@gmail.com>
On Mon, 12 Apr 2021 11:48:33 +1000, Nicholas Piggin wrote:
> Here is the first batch of patches are extracted from the patches of the
> KVM C conversion series, plus one new fix (host CTRL not restored) since
> v6 was posted.
>
> Please consider for merging.
>
> Thanks,
> Nick
>
> [...]
Applied to powerpc/next.
[01/12] KVM: PPC: Book3S HV P9: Restore host CTRL SPR after guest exit
https://git.kernel.org/powerpc/c/5088eb4092df12d701af8e0e92860b7186365279
[02/12] KVM: PPC: Book3S HV: Nested move LPCR sanitising to sanitise_hv_regs
https://git.kernel.org/powerpc/c/a19b70abc69aea8ea5974c57e1c3457d9df6aff2
[03/12] KVM: PPC: Book3S HV: Add a function to filter guest LPCR bits
https://git.kernel.org/powerpc/c/67145ef4960f55923b9e404c0b184944bfeded4d
[04/12] KVM: PPC: Book3S HV: Disallow LPCR[AIL] to be set to 1 or 2
https://git.kernel.org/powerpc/c/bcc92a0d6d6eae1e7b34a88f58ae69c081d85f97
[05/12] KVM: PPC: Book3S HV: Prevent radix guests setting LPCR[TC]
https://git.kernel.org/powerpc/c/72c15287210f7433f5fcb55452b05e4b6ccc6c15
[06/12] KVM: PPC: Book3S HV: Remove redundant mtspr PSPB
https://git.kernel.org/powerpc/c/4b5f0a0d49e663adf1c7c6f2dd05cb18dd53db8c
[07/12] KVM: PPC: Book3S HV: remove unused kvmppc_h_protect argument
https://git.kernel.org/powerpc/c/6c12c4376bbbc89fc84480096ba838e07ab7c405
[08/12] KVM: PPC: Book3S HV: Fix CONFIG_SPAPR_TCE_IOMMU=n default hcalls
https://git.kernel.org/powerpc/c/0fd85cb83fbd7048d8a024ba1338924349e26fd5
[09/12] powerpc/64s: Remove KVM handler support from CBE_RAS interrupts
https://git.kernel.org/powerpc/c/5eee8371828a92a2620453907d6b2b6dc819ab3a
[10/12] powerpc/64s: remove KVM SKIP test from instruction breakpoint handler
https://git.kernel.org/powerpc/c/da487a5d1bee6a30798a8db15986d3d028c8ac92
[11/12] KVM: PPC: Book3S HV: Ensure MSR[ME] is always set in guest MSR
https://git.kernel.org/powerpc/c/946cf44ac6ce61378ea02386d39394a06d502f28
[12/12] KVM: PPC: Book3S HV: Ensure MSR[HV] is always clear in guest MSR
https://git.kernel.org/powerpc/c/732f21a3053cf279eb6b85d19b7818a8f1dd2071
cheers
^ permalink raw reply
* Re: [PATCH v2 0/5] powerpc/rtas: miscellaneous cleanups
From: Michael Ellerman @ 2021-04-19 3:59 UTC (permalink / raw)
To: Nathan Lynch, linuxppc-dev
Cc: tyreld, ajd, aik, aneesh.kumar, npiggin, brking
In-Reply-To: <20210408140630.205502-1-nathanl@linux.ibm.com>
On Thu, 8 Apr 2021 09:06:25 -0500, Nathan Lynch wrote:
> This is a reroll of the series posted here:
> https://lore.kernel.org/linuxppc-dev/20210114220004.1138993-1-nathanl@linux.ibm.com/
>
> Originally this work was prompted by failures on radix MMU PowerVM
> guests when passing buffers to RTAS that lay outside of its idea of
> the RMA. In v1 I approached this as a problem to be solved in Linux,
> but RTAS development has since decided to change their code so that
> the RMA restriction does not apply with radix.
>
> [...]
Applied to powerpc/next.
[1/5] powerpc/rtas: improve ppc_rtas_rmo_buf_show documentation
https://git.kernel.org/powerpc/c/c13ff6f3251318f5e1ff5b1a6d05f76996db672a
[2/5] powerpc/rtas-proc: remove unused RMO_READ_BUF_MAX
https://git.kernel.org/powerpc/c/01c1b9984a12a379f332c39c4b1fd96e473b93b0
[3/5] powerpc/rtas: remove ibm_suspend_me_token
https://git.kernel.org/powerpc/c/0ab1c929ae38262c4deb18b4a2e03a4f0cb5c5ed
[4/5] powerpc/rtas: move syscall filter setup into separate function
https://git.kernel.org/powerpc/c/0649cdc8237943c15fc977e96033dc8ae28cc2bd
[5/5] powerpc/rtas: rename RTAS_RMOBUF_MAX to RTAS_USER_REGION_SIZE
https://git.kernel.org/powerpc/c/e5d56763525e65417dad0d46572b234fa0008e40
cheers
^ permalink raw reply
* Re: [PATCH v2] powerpc/eeh: Fix EEH handling for hugepages in ioremap space.
From: Michael Ellerman @ 2021-04-19 3:59 UTC (permalink / raw)
To: Mahesh Salgaonkar, linuxppc-dev
Cc: Aneesh Kumar K.V, Oliver O'Halloran, stable
In-Reply-To: <161821396263.48361.2796709239866588652.stgit@jupiter>
On Mon, 12 Apr 2021 13:22:50 +0530, Mahesh Salgaonkar wrote:
> During the EEH MMIO error checking, the current implementation fails to map
> the (virtual) MMIO address back to the pci device on radix with hugepage
> mappings for I/O. This results into failure to dispatch EEH event with no
> recovery even when EEH capability has been enabled on the device.
>
> eeh_check_failure(token) # token = virtual MMIO address
> addr = eeh_token_to_phys(token);
> edev = eeh_addr_cache_get_dev(addr);
> if (!edev)
> return 0;
> eeh_dev_check_failure(edev); <= Dispatch the EEH event
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/eeh: Fix EEH handling for hugepages in ioremap space.
https://git.kernel.org/powerpc/c/5ae5bc12d0728db60a0aa9b62160ffc038875f1a
cheers
^ permalink raw reply
* Re: [PATCH v4 1/2] powerpc/perf: Infrastructure to support checking of attr.config*
From: Michael Ellerman @ 2021-04-19 4:00 UTC (permalink / raw)
To: Madhavan Srinivasan, mpe; +Cc: linuxppc-dev
In-Reply-To: <20210408074504.248211-1-maddy@linux.ibm.com>
On Thu, 8 Apr 2021 13:15:03 +0530, Madhavan Srinivasan wrote:
> Introduce code to support the checking of attr.config* for
> values which are reserved for a given platform.
> Performance Monitoring Unit (PMU) configuration registers
> have fields that are reserved and some specific values for
> bit fields are reserved. For ex., MMCRA[61:62] is
> Random Sampling Mode (SM) and value of 0b11 for this field
> is reserved.
>
> [...]
Applied to powerpc/next.
[1/2] powerpc/perf: Infrastructure to support checking of attr.config*
https://git.kernel.org/powerpc/c/2e2a441d2c0bb639b6fdbb64b15ee0a43599bcec
cheers
^ permalink raw reply
* Re: [PATCH -next] powerpc/security: Make symbol 'stf_barrier' static
From: Michael Ellerman @ 2021-04-19 3:59 UTC (permalink / raw)
To: npiggin, benh, alistair, mpe, paulus, Li Huafei, jniethe5
Cc: zhangjinhao2, yangjihong1, linuxppc-dev, linux-kernel
In-Reply-To: <20210408033951.28369-1-lihuafei1@huawei.com>
On Thu, 8 Apr 2021 11:39:51 +0800, Li Huafei wrote:
> The sparse tool complains as follows:
>
> arch/powerpc/kernel/security.c:253:6: warning:
> symbol 'stf_barrier' was not declared. Should it be static?
>
> This symbol is not used outside of security.c, so this commit marks it
> static.
Applied to powerpc/next.
[1/1] powerpc/security: Make symbol 'stf_barrier' static
https://git.kernel.org/powerpc/c/7f262b4dcf7edf75097c3946e676d6c6d77fc599
cheers
^ permalink raw reply
* Re: [PATCH -next] powerpc/mce: Make symbol 'mce_ue_event_work' static
From: Michael Ellerman @ 2021-04-19 3:59 UTC (permalink / raw)
To: npiggin, mahesh, benh, mpe, santosh, christophe.leroy, paulus,
Li Huafei, ganeshgr, clg
Cc: zhangjinhao2, yangjihong1, linuxppc-dev, linux-kernel
In-Reply-To: <20210408035802.31853-1-lihuafei1@huawei.com>
On Thu, 8 Apr 2021 11:58:02 +0800, Li Huafei wrote:
> The sparse tool complains as follows:
>
> arch/powerpc/kernel/mce.c:43:1: warning:
> symbol 'mce_ue_event_work' was not declared. Should it be static?
>
> This symbol is not used outside of mce.c, so this commit marks it
> static.
Applied to powerpc/next.
[1/1] powerpc/mce: Make symbol 'mce_ue_event_work' static
https://git.kernel.org/powerpc/c/f6f1f48e8b3b242dfa684d6e1b930d239d87533a
cheers
^ permalink raw reply
* Re: [PATCH v3 1/1] powerpc/iommu: Enable remaining IOMMU Pagesizes present in LoPAR
From: Michael Ellerman @ 2021-04-19 3:59 UTC (permalink / raw)
To: Paul Mackerras, brking, Leonardo Bras, Alexey Kardashevskiy,
Benjamin Herrenschmidt, Michael Ellerman
Cc: linuxppc-dev, linux-kernel
In-Reply-To: <20210408201915.174217-1-leobras.c@gmail.com>
On Thu, 8 Apr 2021 17:19:16 -0300, Leonardo Bras wrote:
> According to LoPAR, ibm,query-pe-dma-window output named "IO Page Sizes"
> will let the OS know all possible pagesizes that can be used for creating a
> new DDW.
>
> Currently Linux will only try using 3 of the 8 available options:
> 4K, 64K and 16M. According to LoPAR, Hypervisor may also offer 32M, 64M,
> 128M, 256M and 16G.
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/iommu: Enable remaining IOMMU Pagesizes present in LoPAR
https://git.kernel.org/powerpc/c/472724111f0f72042deb6a9dcee9578e5398a1a1
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/vdso: Separate vvar vma from vdso
From: Michael Ellerman @ 2021-04-19 3:59 UTC (permalink / raw)
To: Dmitry Safonov, linux-kernel
Cc: Dmitry Safonov, stable, Andrei Vagin, Paul Mackerras,
Andy Lutomirski, Laurent Dufour, linuxppc-dev
In-Reply-To: <20210326191720.138155-1-dima@arista.com>
On Fri, 26 Mar 2021 19:17:20 +0000, Dmitry Safonov wrote:
> Since commit 511157ab641e ("powerpc/vdso: Move vdso datapage up front")
> VVAR page is in front of the VDSO area. In result it breaks CRIU
> (Checkpoint Restore In Userspace) [1], where CRIU expects that "[vdso]"
> from /proc/../maps points at ELF/vdso image, rather than at VVAR data page.
> Laurent made a patch to keep CRIU working (by reading aux vector).
> But I think it still makes sence to separate two mappings into different
> VMAs. It will also make ppc64 less "special" for userspace and as
> a side-bonus will make VVAR page un-writable by debugger (which previously
> would COW page and can be unexpected).
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/vdso: Separate vvar vma from vdso
https://git.kernel.org/powerpc/c/1c4bce6753857dc409a0197342d18764e7f4b741
cheers
^ permalink raw reply
* Re: [PATCH -next] powerpc/pseries/pmem: Make symbol 'drc_pmem_match' static
From: Michael Ellerman @ 2021-04-19 3:59 UTC (permalink / raw)
To: Bixuan Cui, Nathan Lynch, Michael Ellerman, Aneesh Kumar K.V,
Gautham R. Shenoy
Cc: linuxppc-dev, kernel-janitors, linux-kernel
In-Reply-To: <20210409090114.59396-1-cuibixuan@huawei.com>
On Fri, 9 Apr 2021 17:01:14 +0800, Bixuan Cui wrote:
> The sparse tool complains as follows:
>
> arch/powerpc/platforms/pseries/pmem.c:142:27: warning:
> symbol 'drc_pmem_match' was not declared. Should it be static?
>
> This symbol is not used outside of pmem.c, so this
> commit marks it static.
Applied to powerpc/next.
[1/1] powerpc/pseries/pmem: Make symbol 'drc_pmem_match' static
https://git.kernel.org/powerpc/c/2235dea17d56238642121a8085b71d68598534bb
cheers
^ permalink raw reply
* Re: [PATCH -next] powerpc/pseries: Make symbol '__pcpu_scope_hcall_stats' static
From: Michael Ellerman @ 2021-04-19 3:59 UTC (permalink / raw)
To: Michael Ellerman, Bixuan Cui, Liu Shixin
Cc: linuxppc-dev, kernel-janitors, linux-kernel
In-Reply-To: <20210409090109.59347-1-cuibixuan@huawei.com>
On Fri, 9 Apr 2021 17:01:09 +0800, Bixuan Cui wrote:
> The sparse tool complains as follows:
>
> arch/powerpc/platforms/pseries/hvCall_inst.c:29:1: warning:
> symbol '__pcpu_scope_hcall_stats' was not declared. Should it be static?
>
> This symbol is not used outside of hvCall_inst.c, so this
> commit marks it static.
Applied to powerpc/next.
[1/1] powerpc/pseries: Make symbol '__pcpu_scope_hcall_stats' static
https://git.kernel.org/powerpc/c/193e4cd8ed9dd01092d01df7706a6b344c946af4
cheers
^ permalink raw reply
* Re: [PATCH -next] powerpc/powernv: make symbol 'mpipl_kobj' static
From: Michael Ellerman @ 2021-04-19 3:59 UTC (permalink / raw)
To: Al Viro, Michael Ellerman, Qinglang Miao, Bixuan Cui
Cc: linuxppc-dev, kernel-janitors, linux-kernel
In-Reply-To: <20210409063855.57347-1-cuibixuan@huawei.com>
On Fri, 9 Apr 2021 14:38:55 +0800, Bixuan Cui wrote:
> The sparse tool complains as follows:
>
> arch/powerpc/platforms/powernv/opal-core.c:74:16: warning:
> symbol 'mpipl_kobj' was not declared.
>
> This symbol is not used outside of opal-core.c, so marks it static.
Applied to powerpc/next.
[1/1] powerpc/powernv: make symbol 'mpipl_kobj' static
https://git.kernel.org/powerpc/c/ff0b4155ae9903539d1299a9a4c8717fb7eb6009
cheers
^ permalink raw reply
* Re: [PATCH -next] powerpc/perf: Make symbol 'isa207_pmu_format_attr' static
From: Michael Ellerman @ 2021-04-19 3:59 UTC (permalink / raw)
To: Madhavan Srinivasan, Bixuan Cui, Michael Ellerman, Kajol Jain,
Athira Rajeev
Cc: linuxppc-dev, kernel-janitors, linux-kernel
In-Reply-To: <20210409090119.59444-1-cuibixuan@huawei.com>
On Fri, 9 Apr 2021 17:01:19 +0800, Bixuan Cui wrote:
> The sparse tool complains as follows:
>
> arch/powerpc/perf/isa207-common.c:24:18: warning:
> symbol 'isa207_pmu_format_attr' was not declared. Should it be static?
>
> This symbol is not used outside of isa207-common.c, so this
> commit marks it static.
Applied to powerpc/next.
[1/1] powerpc/perf: Make symbol 'isa207_pmu_format_attr' static
https://git.kernel.org/powerpc/c/107dadb046178173dea18e0a78ff8ea3cc27c213
cheers
^ permalink raw reply
* Re: [PATCH -next] powerpc/perf/hv-24x7: Make some symbols static
From: Michael Ellerman @ 2021-04-19 3:59 UTC (permalink / raw)
To: Madhavan Srinivasan, Bixuan Cui, Michael Ellerman, Kajol Jain,
Gautham R. Shenoy
Cc: linuxppc-dev, kernel-janitors, linux-kernel
In-Reply-To: <20210409090124.59492-1-cuibixuan@huawei.com>
On Fri, 9 Apr 2021 17:01:24 +0800, Bixuan Cui wrote:
> The sparse tool complains as follows:
>
> arch/powerpc/perf/hv-24x7.c:229:1: warning:
> symbol '__pcpu_scope_hv_24x7_txn_flags' was not declared. Should it be static?
> arch/powerpc/perf/hv-24x7.c:230:1: warning:
> symbol '__pcpu_scope_hv_24x7_txn_err' was not declared. Should it be static?
> arch/powerpc/perf/hv-24x7.c:236:1: warning:
> symbol '__pcpu_scope_hv_24x7_hw' was not declared. Should it be static?
> arch/powerpc/perf/hv-24x7.c:244:1: warning:
> symbol '__pcpu_scope_hv_24x7_reqb' was not declared. Should it be static?
> arch/powerpc/perf/hv-24x7.c:245:1: warning:
> symbol '__pcpu_scope_hv_24x7_resb' was not declared. Should it be static?
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/perf/hv-24x7: Make some symbols static
https://git.kernel.org/powerpc/c/cc331eee03eadd750af1fb957d020b3f24e5e056
cheers
^ permalink raw reply
* Re: [PATCH v3 0/9] powerpc/xive: Map one IPI interrupt per node
From: Michael Ellerman @ 2021-04-19 3:59 UTC (permalink / raw)
To: Cédric Le Goater, linuxppc-dev; +Cc: Greg Kurz
In-Reply-To: <20210331144514.892250-1-clg@kaod.org>
On Wed, 31 Mar 2021 16:45:05 +0200, Cédric Le Goater wrote:
> ipistorm [*] can be used to benchmark the raw interrupt rate of an
> interrupt controller by measuring the number of IPIs a system can
> sustain. When applied to the XIVE interrupt controller of POWER9 and
> POWER10 systems, a significant drop of the interrupt rate can be
> observed when crossing the second node boundary.
>
> This is due to the fact that a single IPI interrupt is used for all
> CPUs of the system. The structure is shared and the cache line updates
> impact greatly the traffic between nodes and the overall IPI
> performance.
>
> [...]
Patches 2-9 applied to powerpc/next.
[2/9] powerpc/xive: Introduce an IPI interrupt domain
https://git.kernel.org/powerpc/c/7d348494136c8b47c39d1f7ccba28c47d5094a54
[3/9] powerpc/xive: Remove useless check on XIVE_IPI_HW_IRQ
https://git.kernel.org/powerpc/c/1835e72942b5aa779c8ada62aaeba03ab66d92c9
[4/9] powerpc/xive: Simplify xive_core_debug_show()
https://git.kernel.org/powerpc/c/5159d9872823230669b7949ba3caf18c4c314846
[5/9] powerpc/xive: Drop check on irq_data in xive_core_debug_show()
https://git.kernel.org/powerpc/c/a74ce5926b20cd0e6d624a9b2527073a96dfed7f
[6/9] powerpc/xive: Simplify the dump of XIVE interrupts under xmon
https://git.kernel.org/powerpc/c/6bf66eb8f404050030805c65cf39a810892f5f8e
[7/9] powerpc/xive: Fix xmon command "dxi"
https://git.kernel.org/powerpc/c/33e4bc5946432a4ac173fd08e8e30a13ab94d06d
[8/9] powerpc/xive: Map one IPI interrupt per node
https://git.kernel.org/powerpc/c/7dcc37b3eff97379b194adb17eb9a8270512dd1d
[9/9] powerpc/xive: Modernize XIVE-IPI domain with an 'alloc' handler
https://git.kernel.org/powerpc/c/fd6db2892ebaa1383a93b4a609c65b96e615510a
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/xive: Use the "ibm, chip-id" property only under PowerNV
From: Michael Ellerman @ 2021-04-19 4:00 UTC (permalink / raw)
To: Cédric Le Goater, linuxppc-dev
In-Reply-To: <20210413130352.1183267-1-clg@kaod.org>
On Tue, 13 Apr 2021 15:03:52 +0200, Cédric Le Goater wrote:
> The 'chip_id' field of the XIVE CPU structure is used to choose a
> target for a source located on the same chip. For that, the XIVE
> driver queries the chip identifier from the "ibm,chip-id" property
> and compares it to a 'src_chip' field identifying the chip of a
> source. This information is only available on the PowerNV platform,
> 'src_chip' being assigned to XIVE_INVALID_CHIP_ID under pSeries.
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/xive: Use the "ibm, chip-id" property only under PowerNV
https://git.kernel.org/powerpc/c/e9e16917bc388846163b8566a298a291d71e44c9
cheers
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox