* Re: [PATCH] pseries: Fix 64 bit logical memory block panic
From: Michael Ellerman @ 2020-07-16 12:55 UTC (permalink / raw)
To: paulus, mpe, Anton Blanchard, nathanl, benh; +Cc: linuxppc-dev
In-Reply-To: <20200715000820.1255764-1-anton@ozlabs.org>
On Wed, 15 Jul 2020 10:08:20 +1000, Anton Blanchard wrote:
> Booting with a 4GB LMB size causes us to panic:
>
> qemu-system-ppc64: OS terminated: OS panic:
> Memory block size not suitable: 0x0
>
> Fix pseries_memory_block_size() to handle 64 bit LMBs.
Applied to powerpc/next.
[1/1] pseries: Fix 64 bit logical memory block panic
https://git.kernel.org/powerpc/c/89c140bbaeee7a55ed0360a88f294ead2b95201b
cheers
^ permalink raw reply
* Re: [PATCH v2 0/6] consolidate PowerPC instruction encoding macros
From: Michael Ellerman @ 2020-07-16 12:55 UTC (permalink / raw)
To: Balamuruhan S, mpe
Cc: ravi.bangoria, naveen.n.rao, linuxppc-dev, paulus, sandipan
In-Reply-To: <20200624113038.908074-1-bala24@linux.ibm.com>
On Wed, 24 Jun 2020 17:00:32 +0530, Balamuruhan S wrote:
> ppc-opcode.h have base instruction encoding wrapped with stringify_in_c()
> for raw encoding to have compatibility. But there are redundant macros for
> base instruction encodings in bpf, instruction emulation test infrastructure
> and powerpc selftests.
>
> Currently PPC_INST_* macros are used for encoding instruction opcode and PPC_*
> for raw instuction encoding, this rfc patchset introduces PPC_RAW_* macros for
> base instruction encoding and reuse it from elsewhere. With this change we can
> avoid redundant macro definitions in multiple files and start adding new
> instructions in ppc-opcode.h in future.
>
> [...]
Applied to powerpc/next.
[1/6] powerpc/ppc-opcode: Introduce PPC_RAW_* macros for base instruction encoding
https://git.kernel.org/powerpc/c/db551f8cc6a33f79cd2d2a6cfd1903f044e828a8
[2/6] powerpc/ppc-opcode: Move ppc instruction encoding from test_emulate_step
https://git.kernel.org/powerpc/c/1d33dd84080f4a430bde2fc363d9b70f0a010c19
[3/6] powerpc/bpf_jit: Reuse instruction macros from ppc-opcode.h
https://git.kernel.org/powerpc/c/0654186510a40e7e1fa788cb941d1a156ba2dcb2
[4/6] powerpc/ppc-opcode: Consolidate powerpc instructions from bpf_jit.h
https://git.kernel.org/powerpc/c/3a181237916310b2bbbad158d97933bb2b4e7552
[5/6] powerpc/ppc-opcode: Reuse raw instruction macros to stringify
https://git.kernel.org/powerpc/c/357c572948310c88868cee00e64ca3f7fc933a74
[6/6] powerpc/ppc-opcode: Fold PPC_INST_* macros into PPC_RAW_* macros
https://git.kernel.org/powerpc/c/e4208f1399b1bf7ed84ba359a6ba0979d1df4029
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/spufs: add CONFIG_COREDUMP dependency
From: Michael Ellerman @ 2020-07-16 12:55 UTC (permalink / raw)
To: Arnd Bergmann, Michael Ellerman
Cc: kernel test robot, linux-kernel, Paul Mackerras, Jeremy Kerr,
linuxppc-dev, Christoph Hellwig
In-Reply-To: <20200706132302.3885935-1-arnd@arndb.de>
On Mon, 6 Jul 2020 15:22:46 +0200, Arnd Bergmann wrote:
> The kernel test robot pointed out a slightly different error message
> after recent commit 5456ffdee666 ("powerpc/spufs: simplify spufs core
> dumping") to spufs for a configuration that never worked:
>
> powerpc64-linux-ld: arch/powerpc/platforms/cell/spufs/file.o: in function `.spufs_proxydma_info_dump':
> >> file.c:(.text+0x4c68): undefined reference to `.dump_emit'
> powerpc64-linux-ld: arch/powerpc/platforms/cell/spufs/file.o: in function `.spufs_dma_info_dump':
> file.c:(.text+0x4d70): undefined reference to `.dump_emit'
> powerpc64-linux-ld: arch/powerpc/platforms/cell/spufs/file.o: in function `.spufs_wbox_info_dump':
> file.c:(.text+0x4df4): undefined reference to `.dump_emit'
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/spufs: add CONFIG_COREDUMP dependency
https://git.kernel.org/powerpc/c/b648a5132ca3237a0f1ce5d871fff342b0efcf8a
cheers
^ permalink raw reply
* Re: [PATCH v3 0/3] Off-load TLB invalidations to host for !GTSE
From: Michael Ellerman @ 2020-07-16 12:55 UTC (permalink / raw)
To: Bharata B Rao, linuxppc-dev; +Cc: aneesh.kumar, npiggin
In-Reply-To: <20200703053608.12884-1-bharata@linux.ibm.com>
On Fri, 3 Jul 2020 11:06:05 +0530, Bharata B Rao wrote:
> Hypervisor may choose not to enable Guest Translation Shootdown Enable
> (GTSE) option for the guest. When GTSE isn't ON, the guest OS isn't
> permitted to use instructions like tblie and tlbsync directly, but is
> expected to make hypervisor calls to get the TLB flushed.
>
> This series enables the TLB flush routines in the radix code to
> off-load TLB flushing to hypervisor via the newly proposed hcall
> H_RPT_INVALIDATE.
>
> [...]
Applied to powerpc/next.
[1/3] powerpc/mm: Enable radix GTSE only if supported.
https://git.kernel.org/powerpc/c/029ab30b4c0a7ec587eece1ec07c3981fdff2bed
[2/3] powerpc/pseries: H_REGISTER_PROC_TBL should ask for GTSE only if enabled
https://git.kernel.org/powerpc/c/b6c84175078ff022b343b7b0737aeb33001ca90c
[3/3] powerpc/mm/book3s64/radix: Off-load TLB invalidations to host when !GTSE
https://git.kernel.org/powerpc/c/dd3d9aa5589c52efaec12ffeb84f0f5f8208fbc3
cheers
^ permalink raw reply
* Re: [PATCH v2] powerpc: Drop CONFIG_MTD_M25P80 in 85xx-hw.config
From: Michael Ellerman @ 2020-07-16 12:55 UTC (permalink / raw)
To: Bin Meng, linux-kernel, linuxppc-dev; +Cc: Bin Meng
In-Reply-To: <1588394694-517-1-git-send-email-bmeng.cn@gmail.com>
On Fri, 1 May 2020 21:44:54 -0700, Bin Meng wrote:
> Drop CONFIG_MTD_M25P80 that was removed in
> commit b35b9a10362d ("mtd: spi-nor: Move m25p80 code in spi-nor.c")
Applied to powerpc/next.
[1/1] powerpc: Drop CONFIG_MTD_M25P80 in 85xx-hw.config
https://git.kernel.org/powerpc/c/76f09371bc05d6eb8d5a01823c9eaab768d6e934
cheers
^ permalink raw reply
* Re: [PATCH 1/2] powerpc/signal_32: Remove !FULL_REGS() special handling in PPC64 save_general_regs()
From: Michael Ellerman @ 2020-07-16 12:55 UTC (permalink / raw)
To: npiggin, Michael Ellerman, Benjamin Herrenschmidt, Paul Mackerras,
Christophe Leroy
Cc: linuxppc-dev, linux-kernel
In-Reply-To: <173de3b659fa3a5f126a0eb170522cccd909950f.1594125164.git.christophe.leroy@csgroup.eu>
On Tue, 7 Jul 2020 12:33:35 +0000 (UTC), Christophe Leroy wrote:
> Since commit ("1bd79336a426 powerpc: Fix various
> syscall/signal/swapcontext bugs"), getting save_general_regs() called
> without FULL_REGS() is very unlikely and generates a warning.
>
> The 32-bit version of save_general_regs() doesn't take care of it
> at all and copies all registers anyway since that commit.
>
> [...]
Applied to powerpc/next.
[1/2] powerpc/signal_32: Remove !FULL_REGS() special handling in PPC64 save_general_regs()
https://git.kernel.org/powerpc/c/667e3c413ecf20371692fd2dc37e06dc14d0b140
[2/2] powerpc/signal_32: Simplify loop in PPC64 save_general_regs()
https://git.kernel.org/powerpc/c/020c4831e01264f8b62af6ca9e669b7c51881a56
cheers
^ permalink raw reply
* Re: [PATCH v8 0/8] powerpc: switch VDSO to C implementation
From: Michael Ellerman @ 2020-07-16 12:55 UTC (permalink / raw)
To: nathanl, Michael Ellerman, Benjamin Herrenschmidt,
Christophe Leroy, Paul Mackerras
Cc: linux-arch, arnd, linux-kernel, luto, tglx, vincenzo.frascino,
linuxppc-dev
In-Reply-To: <cover.1588079622.git.christophe.leroy@c-s.fr>
On Tue, 28 Apr 2020 13:16:46 +0000 (UTC), Christophe Leroy wrote:
> This is the seventh version of a series to switch powerpc VDSO to
> generic C implementation.
>
> Main changes since v7 are:
> - Added gettime64 on PPC32
>
> This series applies on today's powerpc/merge branch.
>
> [...]
Patch 1 applied to powerpc/next.
[1/8] powerpc/vdso64: Switch from __get_datapage() to get_datapage inline macro
https://git.kernel.org/powerpc/c/793d74a8c78e05d6833bfcf582e24e40bd92518f
cheers
^ permalink raw reply
* Re: [PATCH] docs: powerpc: Clarify book3s/32 MMU families
From: Michael Ellerman @ 2020-07-16 12:55 UTC (permalink / raw)
To: Michael Ellerman, Benjamin Herrenschmidt, corbet, Paul Mackerras,
Christophe Leroy
Cc: linuxppc-dev, linux-kernel, linux-doc
In-Reply-To: <261923c075d1cb49d02493685e8585d4ea2a5197.1593698951.git.christophe.leroy@csgroup.eu>
On Thu, 2 Jul 2020 14:09:21 +0000 (UTC), Christophe Leroy wrote:
> Documentation wrongly tells that book3s/32 CPU have hash MMU.
>
> 603 and e300 core only have software loaded TLB.
>
> 755, 7450 family and e600 core have both hash MMU and software loaded
> TLB. This can be selected by setting a bit in HID2 (755) or
> HID0 (others). At the time being this is not supported by the kernel.
>
> [...]
Applied to powerpc/next.
[1/1] docs: powerpc: Clarify book3s/32 MMU families
https://git.kernel.org/powerpc/c/7d38f089731fe129a49e254028caec6f05420f18
cheers
^ permalink raw reply
* Re: [PATCH 1/2] Revert "powerpc/kasan: Fix shadow pages allocation failure"
From: Michael Ellerman @ 2020-07-16 12:55 UTC (permalink / raw)
To: erhard_f, Michael Ellerman, Benjamin Herrenschmidt,
Paul Mackerras, Christophe Leroy
Cc: linuxppc-dev, linux-kernel
In-Reply-To: <3667deb0911affbf999b99f87c31c77d5e870cd2.1593690707.git.christophe.leroy@csgroup.eu>
On Thu, 2 Jul 2020 11:52:02 +0000 (UTC), Christophe Leroy wrote:
> This reverts commit d2a91cef9bbdeb87b7449fdab1a6be6000930210.
>
> This commit moved too much work in kasan_init(). The allocation
> of shadow pages has to be moved for the reason explained in that
> patch, but the allocation of page tables still need to be done
> before switching to the final hash table.
>
> [...]
Applied to powerpc/next.
[1/2] Revert "powerpc/kasan: Fix shadow pages allocation failure"
https://git.kernel.org/powerpc/c/b506923ee44ae87fc9f4de16b53feb313623e146
[2/2] powerpc/kasan: Fix shadow pages allocation failure
https://git.kernel.org/powerpc/c/41ea93cf7ba4e0f0cc46ebfdda8b6ff27c67bc91
cheers
^ permalink raw reply
* Re: [PATCH] selftests/powerpc: Purge extra count_pmc() calls of ebb selftests
From: Michael Ellerman @ 2020-07-16 12:55 UTC (permalink / raw)
To: Desnes A. Nunes do Rosario, linuxppc-dev; +Cc: shuah
In-Reply-To: <20200626164737.21943-1-desnesn@linux.ibm.com>
On Fri, 26 Jun 2020 13:47:37 -0300, Desnes A. Nunes do Rosario wrote:
> An extra count on ebb_state.stats.pmc_count[PMC_INDEX(pmc)] is being per-
> formed when count_pmc() is used to reset PMCs on a few selftests. This
> extra pmc_count can occasionally invalidate results, such as the ones from
> cycles_test shown hereafter. The ebb_check_count() failed with an above
> the upper limit error due to the extra value on ebb_state.stats.pmc_count.
>
> Furthermore, this extra count is also indicated by extra PMC1 trace_log on
> the output of the cycle test (as well as on pmc56_overflow_test):
>
> [...]
Applied to powerpc/next.
[1/1] selftests/powerpc: Purge extra count_pmc() calls of ebb selftests
https://git.kernel.org/powerpc/c/3337bf41e0dd70b4064cdf60acdfcdc2d050066c
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/signal64: Don't opencode page prefaulting
From: Michael Ellerman @ 2020-07-16 12:55 UTC (permalink / raw)
To: Michael Ellerman, Benjamin Herrenschmidt, Paul Mackerras,
Christophe Leroy
Cc: linuxppc-dev, linux-kernel
In-Reply-To: <810bd8840ef990a200f58c9dea9abe767ca02a3a.1594146723.git.christophe.leroy@csgroup.eu>
On Tue, 7 Jul 2020 18:32:25 +0000 (UTC), Christophe Leroy wrote:
> Instead of doing a __get_user() from the first and last location
> into a tmp var which won't be used, use fault_in_pages_readable()
Applied to powerpc/next.
[1/1] powerpc/signal64: Don't opencode page prefaulting
https://git.kernel.org/powerpc/c/96032f983ca32ad1d43c73da922dbc7022754c3c
cheers
^ permalink raw reply
* Re: [PATCH v5] ocxl: control via sysfs whether the FPGA is reloaded on a link reset
From: Michael Ellerman @ 2020-07-16 12:55 UTC (permalink / raw)
To: Frederic Barrat, ajd, linuxppc-dev, alastair, clombard
In-Reply-To: <20200619140439.153962-1-fbarrat@linux.ibm.com>
On Fri, 19 Jun 2020 16:04:39 +0200, Frederic Barrat wrote:
> Some opencapi FPGA images allow to control if the FPGA should be reloaded
> on the next adapter reset. If it is supported, the image specifies it
> through a Vendor Specific DVSEC in the config space of function 0.
Applied to powerpc/next.
[1/1] ocxl: control via sysfs whether the FPGA is reloaded on a link reset
https://git.kernel.org/powerpc/c/87db7579ebd5ded337056eb765542eb2608f16e3
cheers
^ permalink raw reply
* Re: [PATCH] ocxl: Replace HTTP links with HTTPS ones
From: Michael Ellerman @ 2020-07-16 12:55 UTC (permalink / raw)
To: linux-kernel, ajd, arnd, fbarrat, linuxppc-dev,
Alexander A. Klimov, gregkh
In-Reply-To: <20200713175506.36676-1-grandmaster@al2klimov.de>
On Mon, 13 Jul 2020 19:55:06 +0200, Alexander A. Klimov wrote:
> Rationale:
> Reduces attack surface on kernel devs opening the links for MITM
> as HTTPS traffic is much harder to manipulate.
>
> Deterministic algorithm:
> For each file:
> If not .svg:
> For each line:
> If doesn't contain `\bxmlns\b`:
> For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:
> If neither `\bgnu\.org/license`, nor `\bmozilla\.org/MPL\b`:
> If both the HTTP and HTTPS versions
> return 200 OK and serve the same content:
> Replace HTTP with HTTPS.
Applied to powerpc/next.
[1/1] ocxl: Replace HTTP links with HTTPS ones
https://git.kernel.org/powerpc/c/07497137a5efa9b2628c18083e8b07b33160153d
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/Kconfig: Replace HTTP links with HTTPS ones
From: Michael Ellerman @ 2020-07-16 12:55 UTC (permalink / raw)
To: oss, linux-kernel, mpe, paulus, linuxppc-dev, Alexander A. Klimov,
benh
In-Reply-To: <20200713192656.37443-1-grandmaster@al2klimov.de>
On Mon, 13 Jul 2020 21:26:56 +0200, Alexander A. Klimov wrote:
> Rationale:
> Reduces attack surface on kernel devs opening the links for MITM
> as HTTPS traffic is much harder to manipulate.
>
> Deterministic algorithm:
> For each file:
> If not .svg:
> For each line:
> If doesn't contain `\bxmlns\b`:
> For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:
> If neither `\bgnu\.org/license`, nor `\bmozilla\.org/MPL\b`:
> If both the HTTP and HTTPS versions
> return 200 OK and serve the same content:
> Replace HTTP with HTTPS.
Applied to powerpc/next.
[1/1] powerpc/Kconfig: Replace HTTP links with HTTPS ones
https://git.kernel.org/powerpc/c/9a3e3dccbf4317d02d28f8f99a5d1ccce42f9922
cheers
^ permalink raw reply
* Re: [PATCH] cpuidle/powernv : Remove dead code block
From: Michael Ellerman @ 2020-07-16 12:55 UTC (permalink / raw)
To: Abhishek Goel, linux-kernel, linux-pm, linuxppc-dev
Cc: daniel.lezcano, rjw, ego
In-Reply-To: <20200706053258.121475-1-huntbag@linux.vnet.ibm.com>
On Mon, 6 Jul 2020 00:32:58 -0500, Abhishek Goel wrote:
> Commit 1961acad2f88559c2cdd2ef67c58c3627f1f6e54 removes usage of
> function "validate_dt_prop_sizes". This patch removes this unused
> function.
Applied to powerpc/next.
[1/1] cpuidle/powernv : Remove dead code block
https://git.kernel.org/powerpc/c/c339f9be304c21da1c42899a824f84a2cc9ced30
cheers
^ permalink raw reply
* Re: [PATCH v5 0/2] Add cpu hotplug support for powerpc/perf/hv-24x7
From: Michael Ellerman @ 2020-07-16 12:56 UTC (permalink / raw)
To: Kajol Jain, mpe, linuxppc-dev; +Cc: nathanl, ego, suka, anju, maddy
In-Reply-To: <20200709051836.723765-1-kjain@linux.ibm.com>
On Thu, 9 Jul 2020 10:48:34 +0530, Kajol Jain wrote:
> This patchset add cpu hotplug support for hv_24x7 driver by adding
> online/offline cpu hotplug function. It also add sysfs file
> "cpumask" to expose current online cpu that can be used for
> hv_24x7 event count.
>
> Changelog:
> v4 -> v5
> - Since we are making PMU fail incase hotplug init failed, hence
> directly adding cpumask attr inside if_attrs rather then creating
> new attribute_group as suggested by Madhavan Srinivasan.
>
> [...]
Applied to powerpc/next.
[1/2] powerpc/perf/hv-24x7: Add cpu hotplug support
https://git.kernel.org/powerpc/c/1a8f0886a6008c98a926bdeca49f2ef33015a491
[2/2] powerpc/hv-24x7: Add sysfs files inside hv-24x7 device to show cpumask
https://git.kernel.org/powerpc/c/792f73f747b82f6cb191a323e1f5755d33149b50
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/boot: Use address-of operator on section symbols
From: Michael Ellerman @ 2020-07-16 12:56 UTC (permalink / raw)
To: Michael Ellerman, Nathan Chancellor
Cc: Geoff Levand, linux-kernel, clang-built-linux, Paul Mackerras,
Joel Stanley, linuxppc-dev
In-Reply-To: <20200624035920.835571-1-natechancellor@gmail.com>
On Tue, 23 Jun 2020 20:59:20 -0700, Nathan Chancellor wrote:
> Clang warns:
>
> arch/powerpc/boot/main.c:107:18: warning: array comparison always
> evaluates to a constant [-Wtautological-compare]
> if (_initrd_end > _initrd_start) {
> ^
> arch/powerpc/boot/main.c:155:20: warning: array comparison always
> evaluates to a constant [-Wtautological-compare]
> if (_esm_blob_end <= _esm_blob_start)
> ^
> 2 warnings generated.
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/boot: Use address-of operator on section symbols
https://git.kernel.org/powerpc/c/df4232d96e724d09e54a623362f9f610727f059f
cheers
^ permalink raw reply
* Re: [PATCH v2] powerpc/perf: Add kernel support for new MSR[HV PR] bits in trace-imc
From: Michael Ellerman @ 2020-07-16 12:56 UTC (permalink / raw)
To: Madhavan Srinivasan, mpe; +Cc: Anju T Sudhakar, linuxppc-dev
In-Reply-To: <20200713144623.508695-1-maddy@linux.ibm.com>
On Mon, 13 Jul 2020 20:16:23 +0530, Madhavan Srinivasan wrote:
> IMC trace-mode record has MSR[HV PR] bits added in the third DW.
> These bits can be used to set the cpumode for the instruction pointer
> captured in each sample.
>
> Add support in kernel to use these bits to set the cpumode for
> each sample.
Applied to powerpc/next.
[1/1] powerpc/perf: Add kernel support for new MSR[HV PR] bits in trace-imc
https://git.kernel.org/powerpc/c/77ca3951cc37727ae8361d583a30da7a1b84e427
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/boot/dts: Fix dtc "pciex" warnings
From: Michael Ellerman @ 2020-07-16 12:56 UTC (permalink / raw)
To: linuxppc-dev, Michael Ellerman; +Cc: sfr
In-Reply-To: <20200623130320.405852-1-mpe@ellerman.id.au>
On Tue, 23 Jun 2020 23:03:20 +1000, Michael Ellerman wrote:
> With CONFIG_OF_ALL_DTBS=y, as set by eg. allmodconfig, we see lots of
> warnings about our dts files, such as:
>
> arch/powerpc/boot/dts/glacier.dts:492.26-532.5:
> Warning (pci_bridge): /plb/pciex@d00000000: node name is not "pci"
> or "pcie"
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/boot/dts: Fix dtc "pciex" warnings
https://git.kernel.org/powerpc/c/86bc917d2ac117ec922dbf8ed92ca989bf333281
cheers
^ permalink raw reply
* Re: [PATCH 00/18] remove extended cede offline mode and bogus topology update code
From: Michael Ellerman @ 2020-07-16 12:56 UTC (permalink / raw)
To: Nathan Lynch, linuxppc-dev; +Cc: ego, svaidy, srikar, npiggin, tyreld
In-Reply-To: <20200612051238.1007764-1-nathanl@linux.ibm.com>
On Fri, 12 Jun 2020 00:12:20 -0500, Nathan Lynch wrote:
> Two major parts to this series:
>
> 1. Removal of the extended cede offline mode for CPUs as well as the
> partition suspend code which accommodates it by temporarily
> onlining all CPUs prior to suspending the LPAR. This solves some
> accounting problems, simplifies the pseries CPU hotplug code, and
> greatly uncomplicates the existing partition suspend code, easing
> a much-needed transition to the Linux suspend framework. The two
> patches which make up this part have been posted before:
>
> [...]
Applied to powerpc/next.
[01/18] powerpc/pseries: remove cede offline state for CPUs
https://git.kernel.org/powerpc/c/48f6e7f6d948b56489da027bc3284c709b939d28
[02/18] powerpc/rtas: don't online CPUs for partition suspend
https://git.kernel.org/powerpc/c/ec2fc2a9e9bbad9023aab65bc472ce7a3ca8608f
[03/18] powerpc/numa: remove ability to enable topology updates
https://git.kernel.org/powerpc/c/c30f931e891eb0a32885ecd79984e1e7366fceda
[04/18] powerpc/numa: remove unreachable topology update code
https://git.kernel.org/powerpc/c/7d35bef96a46f7e9e167bb25258c0bd389aeab1b
[05/18] powerpc/numa: make vphn_enabled, prrn_enabled flags const
https://git.kernel.org/powerpc/c/e6eacf8eb4dee7bc7021c837666e3ebf1b0ec3b5
[06/18] powerpc/numa: remove unreachable topology timer code
https://git.kernel.org/powerpc/c/50e0cf3742a01e72f4ea4a8fe9221b152e22871b
[07/18] powerpc/numa: remove unreachable topology workqueue code
https://git.kernel.org/powerpc/c/6325cb4a4ea8f4af8515b923650dd8f709694b44
[08/18] powerpc/numa: remove vphn_enabled and prrn_enabled internal flags
https://git.kernel.org/powerpc/c/9fb8b5fd1bf782a8257506ad5198237f4124d556
[09/18] powerpc/numa: stub out numa_update_cpu_topology()
https://git.kernel.org/powerpc/c/893ec6461f46c91487d914e6d467d2e804b9a883
[10/18] powerpc/numa: remove timed_topology_update()
https://git.kernel.org/powerpc/c/b1815aeac7fde2dc3412daf2efaededd21cd58e0
[11/18] powerpc/numa: remove start/stop_topology_update()
https://git.kernel.org/powerpc/c/1835303e5690cbeef2c07a9a5416045475ddaa13
[12/18] powerpc/rtasd: simplify handle_rtas_event(), emit message on events
https://git.kernel.org/powerpc/c/91713ac377859893a7798999cb2e3a388d8ae710
[13/18] powerpc/numa: remove prrn_is_enabled()
https://git.kernel.org/powerpc/c/042ef7cc43f4571d8cbe44a7c735ab6622809142
[14/18] powerpc/numa: remove arch_update_cpu_topology
https://git.kernel.org/powerpc/c/cdf082c4570f186d608aca688f2cc872b014558a
[15/18] powerpc/pseries: remove prrn special case from DT update path
https://git.kernel.org/powerpc/c/bb7c3d36e3b18aa02d34358ae75e1b91f69a968b
[16/18] powerpc/pseries: remove memory "re-add" implementation
https://git.kernel.org/powerpc/c/4abe60c6448bf1dba48689450ad1348e5fc6f7b7
[17/18] powerpc/pseries: remove dlpar_cpu_readd()
https://git.kernel.org/powerpc/c/38c392cef19019457ddcfb197ff3d9c5267698e6
[18/18] powerpc/pseries: remove obsolete memory hotplug DT notifier code
https://git.kernel.org/powerpc/c/e978a3ccaa714b5ff125857d2cbecbb6fdf6c094
cheers
^ permalink raw reply
* Re: [PATCH v2] powerpc/64/signal: balance return predictor stack in signal trampoline
From: Michael Ellerman @ 2020-07-16 12:56 UTC (permalink / raw)
To: Nicholas Piggin, linuxppc-dev; +Cc: Alan Modra
In-Reply-To: <20200511101952.1463138-1-npiggin@gmail.com>
On Mon, 11 May 2020 20:19:52 +1000, Nicholas Piggin wrote:
> Returning from an interrupt or syscall to a signal handler currently
> begins execution directly at the handler's entry point, with LR set to
> the address of the sigreturn trampoline. When the signal handler
> function returns, it runs the trampoline. It looks like this:
>
> # interrupt at user address xyz
> # kernel stuff... signal is raised
> rfid
> # void handler(int sig)
> addis 2,12,.TOC.-.LCF0@ha
> addi 2,2,.TOC.-.LCF0@l
> mflr 0
> std 0,16(1)
> stdu 1,-96(1)
> # handler stuff
> ld 0,16(1)
> mtlr 0
> blr
> # __kernel_sigtramp_rt64
> addi r1,r1,__SIGNAL_FRAMESIZE
> li r0,__NR_rt_sigreturn
> sc
> # kernel executes rt_sigreturn
> rfid
> # back to user address xyz
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/64/signal: Balance return predictor stack in signal trampoline
https://git.kernel.org/powerpc/c/0138ba5783ae0dcc799ad401a1e8ac8333790df9
cheers
^ permalink raw reply
* Re: [PATCH 0/7] powerpc: branch cache flush changes
From: Michael Ellerman @ 2020-07-16 12:56 UTC (permalink / raw)
To: Nicholas Piggin, linuxppc-dev
In-Reply-To: <20200609070610.846703-1-npiggin@gmail.com>
On Tue, 9 Jun 2020 17:06:03 +1000, Nicholas Piggin wrote:
> This series allows the link stack to be flushed with the speical
> bcctr 2,0,0 flush instruction that also flushes the count cache if
> the processor supports it.
>
> Firmware does not support this at the moment, but I've tested it in
> simulator with a patched firmware to advertise support.
>
> [...]
Patches 1-6 applied to powerpc/next.
[1/7] powerpc/security: re-name count cache flush to branch cache flush
https://git.kernel.org/powerpc/c/1026798c644bfd3115fc4e32fd5e767cfc30ccf1
[2/7] powerpc/security: change link stack flush state to the flush type enum
https://git.kernel.org/powerpc/c/c06ac2771070f465076e87bba262c64fb0b3aca3
[3/7] powerpc/security: make display of branch cache flush more consistent
https://git.kernel.org/powerpc/c/1afe00c74ffe6d502bffa81c7d849cb4640d7ae5
[4/7] powerpc/security: split branch cache flush toggle from code patching
https://git.kernel.org/powerpc/c/c0036549a9d9a060fa8bc24e31f85503ce08ad5e
[5/7] powerpc/64s: Move branch cache flushing bcctr variant to ppc-ops.h
https://git.kernel.org/powerpc/c/70d7cdaf0548ec95fa7204dcdd39cd8e63cee24d
[6/7] powerpc/security: Allow for processors that flush the link stack using the special bcctr
https://git.kernel.org/powerpc/c/4d24e21cc694e7253a532fe5a9bde12b284f1317
cheers
^ permalink raw reply
* Re: [PATCH v3 0/3] selftests: powerpc: Fixes and execute-disable test for pkeys
From: Michael Ellerman @ 2020-07-16 12:56 UTC (permalink / raw)
To: Sandipan Das, mpe
Cc: fweimer, aneesh.kumar, linuxram, linux-mm, linux-kselftest,
linuxppc-dev, bauerman
In-Reply-To: <20200604125610.649668-1-sandipan@linux.ibm.com>
On Thu, 4 Jun 2020 18:26:07 +0530, Sandipan Das wrote:
> This fixes the way the Authority Mask Register (AMR) is updated
> by the existing pkey tests and adds a new test to verify the
> functionality of execute-disabled pkeys.
>
> Previous versions can be found at:
> v2: https://lore.kernel.org/linuxppc-dev/20200527030342.13712-1-sandipan@linux.ibm.com/
> v1: https://lore.kernel.org/linuxppc-dev/20200508162332.65316-1-sandipan@linux.ibm.com/
>
> [...]
Applied to powerpc/next.
[1/3] selftests/powerpc: Fix pkey access right updates
https://git.kernel.org/powerpc/c/828ca4320d130bbe1d12866152600c49ff6a9f79
[2/3] selftests/powerpc: Move Hash MMU check to utilities
https://git.kernel.org/powerpc/c/c405b738daf9d8e8a5aedfeb6be851681e65e54b
[3/3] selftests/powerpc: Add test for execute-disabled pkeys
https://git.kernel.org/powerpc/c/1addb6444791f9e87fce0eb9882ec96a4a76e615
cheers
^ permalink raw reply
* Re: [PATCH v3] powerpc/pseries: detect secure and trusted boot state of the system.
From: Michael Ellerman @ 2020-07-16 12:56 UTC (permalink / raw)
To: linuxppc-dev, Nayna Jain; +Cc: linux-kernel, Mimi Zohar, Daniel Axtens
In-Reply-To: <1594813921-12425-1-git-send-email-nayna@linux.ibm.com>
On Wed, 15 Jul 2020 07:52:01 -0400, Nayna Jain wrote:
> The device-tree property to check secure and trusted boot state is
> different for guests(pseries) compared to baremetal(powernv).
>
> This patch updates the existing is_ppc_secureboot_enabled() and
> is_ppc_trustedboot_enabled() functions to add support for pseries.
>
> The secureboot and trustedboot state are exposed via device-tree property:
> /proc/device-tree/ibm,secure-boot and /proc/device-tree/ibm,trusted-boot
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/pseries: Detect secure and trusted boot state of the system.
https://git.kernel.org/powerpc/c/61f879d97ce4510dd29d676a20d67692e3b34806
cheers
^ permalink raw reply
* Re: [PATCH 1/2] powerpc/powernv: Make pnv_pci_sriov_enable() and friends static
From: Michael Ellerman @ 2020-07-16 12:56 UTC (permalink / raw)
To: Oliver O'Halloran, linuxppc-dev; +Cc: kernel test robot
In-Reply-To: <20200705133557.443607-1-oohall@gmail.com>
On Sun, 5 Jul 2020 23:35:56 +1000, Oliver O'Halloran wrote:
> The kernel test robot noticed these are non-static which causes Clang to
> print some warnings. These are called via ppc_md function pointers so
> there's no need for them to be non-static.
Applied to powerpc/next.
[1/2] powerpc/powernv: Make pnv_pci_sriov_enable() and friends static
https://git.kernel.org/powerpc/c/93eacd94e09db2b1bb0343f8115385e5c34abf0a
[2/2] powerpc/powernv: Move pnv_ioda_setup_bus_dma under CONFIG_IOMMU_API
https://git.kernel.org/powerpc/c/e3417faec526cbf97773dca691dcd743f5bfeb64
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