* Re: [PATCH] powerpc/book3s64/kuap: Improve error reporting with KUAP
From: Michael Ellerman @ 2020-12-15 11:09 UTC (permalink / raw)
To: Michael Ellerman, linuxppc-dev, Aneesh Kumar K.V
In-Reply-To: <160756607519.1313423.7828205073526616704.b4-ty@ellerman.id.au>
Michael Ellerman <patch-notifications@ellerman.id.au> writes:
> On Tue, 8 Dec 2020 08:45:39 +0530, Aneesh Kumar K.V wrote:
>> This partially reverts commit eb232b162446 ("powerpc/book3s64/kuap: Improve
>> error reporting with KUAP") and update the fault handler to print
>>
>> [ 55.022514] Kernel attempted to access user page (7e6725b70000) - exploit attempt? (uid: 0)
>> [ 55.022528] BUG: Unable to handle kernel data access on read at 0x7e6725b70000
>> [ 55.022533] Faulting instruction address: 0xc000000000e8b9bc
>> [ 55.022540] Oops: Kernel access of bad area, sig: 11 [#1]
>> ....
>>
>> [...]
>
> Applied to powerpc/next.
>
> [1/1] powerpc/book3s64/kuap: Improve error reporting with KUAP
> https://git.kernel.org/powerpc/c/eb232b1624462752dc916d9015b31ecdac0a01f1
This is wrong, the script was confused by two patches with the exact
same subject. See the other mail.
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/book3s64/kuap: Improve error reporting with KUAP
From: Michael Ellerman @ 2020-12-15 11:05 UTC (permalink / raw)
To: mpe, Aneesh Kumar K.V, linuxppc-dev
In-Reply-To: <20201208031539.84878-1-aneesh.kumar@linux.ibm.com>
On Tue, 8 Dec 2020 08:45:39 +0530, Aneesh Kumar K.V wrote:
> This partially reverts commit eb232b162446 ("powerpc/book3s64/kuap: Improve
> error reporting with KUAP") and update the fault handler to print
>
> [ 55.022514] Kernel attempted to access user page (7e6725b70000) - exploit attempt? (uid: 0)
> [ 55.022528] BUG: Unable to handle kernel data access on read at 0x7e6725b70000
> [ 55.022533] Faulting instruction address: 0xc000000000e8b9bc
> [ 55.022540] Oops: Kernel access of bad area, sig: 11 [#1]
> ....
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/book3s64/kuap: Improve error reporting with KUAP
https://git.kernel.org/powerpc/c/475c8749d9542392d7e0855097d29ed14877ad0a
cheers
^ permalink raw reply
* Re: [PATCH 0/3] powerpc: convert to use ARCH_ATOMIC
From: Michael Ellerman @ 2020-12-15 11:01 UTC (permalink / raw)
To: Nicholas Piggin, linuxppc-dev
Cc: Christophe Leroy, linux-arch, Arnd Bergmann, Alexey Kardashevskiy,
Boqun Feng, linux-kernel, Peter Zijlstra, Will Deacon
In-Reply-To: <20201111110723.3148665-1-npiggin@gmail.com>
On Wed, 11 Nov 2020 21:07:20 +1000, Nicholas Piggin wrote:
> This conversion seems to require generic atomic64 changes, looks
> like nothing else uses ARCH_ATOMIC and GENERIC_ATOMIC64 yet.
>
> Thanks,
> Nick
>
> Nicholas Piggin (3):
> asm-generic/atomic64: Add support for ARCH_ATOMIC
> powerpc/64s/iommu: don't use atomic_ function on atomic64_t type
> powerpc: rewrite atomics to use ARCH_ATOMIC
>
> [...]
Patch 2 applied to powerpc/next.
[2/3] powerpc/64s/iommu: Don't use atomic_ function on atomic64_t type
https://git.kernel.org/powerpc/c/c33cd1ed60013ec2ae50f91fed260def5f1d9851
cheers
^ permalink raw reply
* Re: [PATCH v4 1/6] powerpc/book3s64/kuap: Improve error reporting with KUAP
From: Michael Ellerman @ 2020-12-15 10:58 UTC (permalink / raw)
To: Paul Mackerras, Christophe Leroy, Michael Ellerman, npiggin,
aneesh.kumar, Benjamin Herrenschmidt
Cc: linuxppc-dev, linux-kernel
In-Reply-To: <0d37490a067840f53fc5b118869917c0aec9ab87.1607491747.git.christophe.leroy@csgroup.eu>
On Wed, 9 Dec 2020 05:29:20 +0000 (UTC), Christophe Leroy wrote:
> This partially reverts commit eb232b162446 ("powerpc/book3s64/kuap: Improve
> error reporting with KUAP") and update the fault handler to print
>
> [ 55.022514] Kernel attempted to access user page (7e6725b70000) - exploit attempt? (uid: 0)
> [ 55.022528] BUG: Unable to handle kernel data access on read at 0x7e6725b70000
> [ 55.022533] Faulting instruction address: 0xc000000000e8b9bc
> [ 55.022540] Oops: Kernel access of bad area, sig: 11 [#1]
> ....
>
> [...]
Patches 2-6 applied to powerpc/next.
[2/6] powerpc/mm: sanity_check_fault() should work for all, not only BOOK3S
https://git.kernel.org/powerpc/c/7ceb40027e19567a0a066e3b380cc034cdd9a124
[3/6] powerpc/fault: Unnest definition of page_fault_is_write() and page_fault_is_bad()
https://git.kernel.org/powerpc/c/5250d026d241febfaf226d26cabe528fc478e225
[4/6] powerpc/mm: Move the WARN() out of bad_kuap_fault()
https://git.kernel.org/powerpc/c/3dc12dfe74300febc568c3b530c0f9bee01f2821
[5/6] powerpc/fault: Avoid heavy search_exception_tables() verification
https://git.kernel.org/powerpc/c/cbd7e6ca0210db05c315a27bb5db5a482f2772ce
[6/6] powerpc/fault: Perform exception fixup in do_page_fault()
https://git.kernel.org/powerpc/c/5f1888a077069988218805534f56b983b6d5710c
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/vas: Fix IRQ name allocation
From: Haren Myneni @ 2020-12-15 10:56 UTC (permalink / raw)
To: Cédric Le Goater, linuxppc-dev; +Cc: Sukadev Bhattiprolu
In-Reply-To: <20201212142707.2102141-1-clg@kaod.org>
On Sat, 2020-12-12 at 15:27 +0100, Cédric Le Goater wrote:
> The VAS device allocates a generic interrupt to handle page faults
> but
> the IRQ name doesn't show under /proc. This is because it's on
> stack. Allocate the name.
>
> Signed-off-by: Cédric Le Goater <clg@kaod.org>
Thanks for fixing.
Acked-by: Haren Myneni <haren@linux.ibm.com>
> ---
>
> I didn't understand this part in init_vas_instance() :
>
> if (vinst->virq) {
> rc = vas_irq_fault_window_setup(vinst);
> /*
> * Fault window is used only for user space send
> windows.
> * So if vinst->virq is NULL, tx_win_open returns
> -ENODEV
> * for user space.
> */
> if (rc)
> vinst->virq = 0;
> }
>
> If the IRQ cannot be requested, the device probing should fail but
> it's not today. The use of 'vinst->virq' is suspicious.
VAS raises an interrupt only when NX sees fault on request buffers and
faults can happen only for user space requests. So Fault window setup
is needed for user space requests. For kernel requests, continue even
if IRQ / fault_window_setup is failed.
When window open request is issued from user space, kernel returns
-ENODEV if vinst->virq = 0 (means fault window setup is failed).
>
> arch/powerpc/platforms/powernv/vas.h | 1 +
> arch/powerpc/platforms/powernv/vas.c | 11 ++++++++---
> 2 files changed, 9 insertions(+), 3 deletions(-)
>
> diff --git a/arch/powerpc/platforms/powernv/vas.h
> b/arch/powerpc/platforms/powernv/vas.h
> index 70f793e8f6cc..c7db3190baca 100644
> --- a/arch/powerpc/platforms/powernv/vas.h
> +++ b/arch/powerpc/platforms/powernv/vas.h
> @@ -340,6 +340,7 @@ struct vas_instance {
> struct vas_window *rxwin[VAS_COP_TYPE_MAX];
> struct vas_window *windows[VAS_WINDOWS_PER_CHIP];
>
> + char *name;
> char *dbgname;
> struct dentry *dbgdir;
> };
> diff --git a/arch/powerpc/platforms/powernv/vas.c
> b/arch/powerpc/platforms/powernv/vas.c
> index 598e4cd563fb..b65256a63e87 100644
> --- a/arch/powerpc/platforms/powernv/vas.c
> +++ b/arch/powerpc/platforms/powernv/vas.c
> @@ -28,12 +28,10 @@ static DEFINE_PER_CPU(int, cpu_vas_id);
>
> static int vas_irq_fault_window_setup(struct vas_instance *vinst)
> {
> - char devname[64];
> int rc = 0;
>
> - snprintf(devname, sizeof(devname), "vas-%d", vinst->vas_id);
> rc = request_threaded_irq(vinst->virq, vas_fault_handler,
> - vas_fault_thread_fn, 0, devname,
> vinst);
> + vas_fault_thread_fn, 0, vinst->name,
> vinst);
>
> if (rc) {
> pr_err("VAS[%d]: Request IRQ(%d) failed with %d\n",
> @@ -80,6 +78,12 @@ static int init_vas_instance(struct
> platform_device *pdev)
> if (!vinst)
> return -ENOMEM;
>
> + vinst->name = kasprintf(GFP_KERNEL, "vas-%d", vasid);
> + if (!vinst->name) {
> + kfree(vinst);
> + return -ENOMEM;
> + }
> +
> INIT_LIST_HEAD(&vinst->node);
> ida_init(&vinst->ida);
> mutex_init(&vinst->mutex);
> @@ -162,6 +166,7 @@ static int init_vas_instance(struct
> platform_device *pdev)
> return 0;
>
> free_vinst:
> + kfree(vinst->name);
> kfree(vinst);
> return -ENODEV;
>
^ permalink raw reply
* Re: [PATCH v1 01/20] powerpc/feature: Fix CPU_FTRS_ALWAYS by removing CPU_FTRS_GENERIC_32
From: Michael Ellerman @ 2020-12-15 10:53 UTC (permalink / raw)
To: Benjamin Herrenschmidt, Christophe Leroy, Paul Mackerras,
Michael Ellerman
Cc: linuxppc-dev, linux-kernel
In-Reply-To: <648e2448e938d52d0b5887445e018ca584edc06d.1603348103.git.christophe.leroy@csgroup.eu>
On Thu, 22 Oct 2020 06:29:26 +0000 (UTC), Christophe Leroy wrote:
> On 8xx, we get the following features:
>
> [ 0.000000] cpu_features = 0x0000000000000100
> [ 0.000000] possible = 0x0000000000000120
> [ 0.000000] always = 0x0000000000000000
>
> This is not correct. As CONFIG_PPC_8xx is mutually exclusive with all
> other configurations, the three lines should be equal.
>
> [...]
Patches 1-19 applied to powerpc/next.
[01/20] powerpc/feature: Fix CPU_FTRS_ALWAYS by removing CPU_FTRS_GENERIC_32
https://git.kernel.org/powerpc/c/78665179e569c7e1fe102fb6c21d0f5b6951f084
[02/20] powerpc/mm: Add mask of always present MMU features
https://git.kernel.org/powerpc/c/f9158d58a4e1d91f21741e4e8ebe67f770b84e12
[03/20] powerpc/mm: Remove flush_tlb_page_nohash() prototype.
https://git.kernel.org/powerpc/c/a54d310856b9c1fe15ad67a2f8ee9edc02965a3a
[04/20] powerpc/32s: Make bat_addrs[] static
https://git.kernel.org/powerpc/c/03d5b19c7243d6e605d360972dd7b701e2b1ba72
[05/20] powerpc/32s: Use mmu_has_feature(MMU_FTR_HPTE_TABLE) instead of checking Hash var
https://git.kernel.org/powerpc/c/4cc445b4ff456f3a3997c321d7a353360feea04f
[06/20] powerpc/32s: Make Hash var static
https://git.kernel.org/powerpc/c/4b74a35fc7e9b8efd9067b8a365bab0fefe889ff
[07/20] powerpc/32s: Declare Hash related vars as __initdata
https://git.kernel.org/powerpc/c/6e980b5c56a266de479fcd022a03e094574e9a03
[08/20] powerpc/32s: Move _tlbie() and _tlbia() prototypes to tlbflush.h
https://git.kernel.org/powerpc/c/cfe32ad0b3dc74df34ab6fea38ccb1e53f904a10
[09/20] powerpc/32s: Inline _tlbie() on non SMP
https://git.kernel.org/powerpc/c/b91280f3f36d64cc6f8022893af00935c99de197
[10/20] powerpc/32s: Move _tlbie() and _tlbia() in a new file
https://git.kernel.org/powerpc/c/f265512582a047e09390b1b41384f365d7dc806f
[11/20] powerpc/32s: Split and inline flush_tlb_mm() and flush_tlb_page()
https://git.kernel.org/powerpc/c/fd1b4b7f51d0d75b73eeda41ef459ea7791aaab2
[12/20] powerpc/32s: Inline flush_tlb_range() and flush_tlb_kernel_range()
https://git.kernel.org/powerpc/c/1e83396f29d75aae8a1d365f597996fec87ca4d0
[13/20] powerpc/32s: Split and inline flush_range()
https://git.kernel.org/powerpc/c/91ec450f8d8c1e599a943c526ab1d2a4acf73c22
[14/20] powerpc/32s: Inline tlb_flush()
https://git.kernel.org/powerpc/c/ef08d95546ccea540f6a592b89822bb085bf09c6
[15/20] powerpc/32s: Inline flush_hash_entry()
https://git.kernel.org/powerpc/c/80007a17fc59bc2766f7d5cb2f79b4c65651504b
[16/20] powerpc/32s: Move early_mmu_init() into mmu.c
https://git.kernel.org/powerpc/c/068fdba10ea54b6ebc12c2b2d85020b2137316d1
[17/20] powerpc/32s: Remove CONFIG_PPC_BOOK3S_6xx
https://git.kernel.org/powerpc/c/a6a50d8495d098b6459166c3707ab251d3dc9e06
[18/20] powerpc/32s: Regroup 603 based CPUs in cputable
https://git.kernel.org/powerpc/c/ad510e37e4b48f7da462650946aeaa078b977277
[19/20] powerpc/32s: Make support for 603 and 604+ selectable
https://git.kernel.org/powerpc/c/44e9754d63c7b419874e4c18c0b5e7a770e058c6
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/rtas: fix typo of ibm, open-errinjct in rtas filter
From: Michael Ellerman @ 2020-12-15 10:49 UTC (permalink / raw)
To: Tyrel Datwyler, mpe; +Cc: linuxppc-dev, linux-kernel
In-Reply-To: <20201208195434.8289-1-tyreld@linux.ibm.com>
On Tue, 8 Dec 2020 13:54:34 -0600, Tyrel Datwyler wrote:
> Commit bd59380c5ba4 ("powerpc/rtas: Restrict RTAS requests from userspace")
> introduced the following error when invoking the errinjct userspace
> tool.
>
> [root@ltcalpine2-lp5 librtas]# errinjct open
> [327884.071171] sys_rtas: RTAS call blocked - exploit attempt?
> [327884.071186] sys_rtas: token=0x26, nargs=0 (called by errinjct)
> errinjct: Could not open RTAS error injection facility
> errinjct: librtas: open: Unexpected I/O error
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/rtas: Fix typo of ibm,open-errinjct in RTAS filter
https://git.kernel.org/powerpc/c/f10881a46f8914428110d110140a455c66bdf27b
cheers
^ permalink raw reply
* Re: [PATCH v5 0/5] powerpc/sstep: VSX 32-byte vector paired load/store instructions
From: Michael Ellerman @ 2020-12-15 10:49 UTC (permalink / raw)
To: mpe, Ravi Bangoria
Cc: jniethe5, bala24, paulus, sandipan, naveen.n.rao, linuxppc-dev
In-Reply-To: <20201011050908.72173-1-ravi.bangoria@linux.ibm.com>
On Sun, 11 Oct 2020 10:39:03 +0530, Ravi Bangoria wrote:
> VSX vector paired instructions operates with octword (32-byte)
> operand for loads and stores between storage and a pair of two
> sequential Vector-Scalar Registers (VSRs). There are 4 word
> instructions and 2 prefixed instructions that provides this
> 32-byte storage access operations - lxvp, lxvpx, stxvp, stxvpx,
> plxvp, pstxvp.
>
> [...]
Applied to powerpc/next.
[1/5] powerpc/sstep: Emulate prefixed instructions only when CPU_FTR_ARCH_31 is set
https://git.kernel.org/powerpc/c/ef6879f8c8053cc3b493f400a06d452d7fb13650
[2/5] powerpc/sstep: Cover new VSX instructions under CONFIG_VSX
https://git.kernel.org/powerpc/c/1817de2f141c718f1a0ae59927ec003e9b144349
[3/5] powerpc/sstep: Support VSX vector paired storage access instructions
https://git.kernel.org/powerpc/c/af99da74333b06d97ea6a9a2cd8906244da4bb26
[4/5] powerpc/ppc-opcode: Add encoding macros for VSX vector paired instructions
https://git.kernel.org/powerpc/c/6ce73ba7691555fd182bc68529dc03cbd4378f72
[5/5] powerpc/sstep: Add testcases for VSX vector paired load/store instructions
https://git.kernel.org/powerpc/c/35785b293da0070a8df19b0193f0e7de6c9eaecb
cheers
^ permalink raw reply
* Re: [PATCH v3] powerpc/watchpoint: Workaround P10 DD1 issue with VSX-32 byte instructions
From: Michael Ellerman @ 2020-12-15 10:49 UTC (permalink / raw)
To: mpe, Ravi Bangoria
Cc: christophe.leroy, mikey, jniethe5, npiggin, maddy, paulus,
naveen.n.rao, linuxppc-dev
In-Reply-To: <20201106045650.278987-1-ravi.bangoria@linux.ibm.com>
On Fri, 6 Nov 2020 10:26:50 +0530, Ravi Bangoria wrote:
> POWER10 DD1 has an issue where it generates watchpoint exceptions when
> it shouldn't. The conditions where this occur are:
>
> - octword op
> - ending address of DAWR range is less than starting address of op
> - those addresses need to be in the same or in two consecutive 512B
> blocks
> - 'op address + 64B' generates an address that has a carry into bit
> 52 (crosses 2K boundary)
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/watchpoint: Workaround P10 DD1 issue with VSX-32 byte instructions
https://git.kernel.org/powerpc/c/3d2ffcdd2a982e8bbe65fa0f94fb21bf304c281e
cheers
^ permalink raw reply
* Re: [PATCH v2] powerpc/64: irq replay remove decrementer overflow check
From: Michael Ellerman @ 2020-12-15 10:49 UTC (permalink / raw)
To: linuxppc-dev, Nicholas Piggin
In-Reply-To: <20201107014336.2337337-1-npiggin@gmail.com>
On Sat, 7 Nov 2020 11:43:36 +1000, Nicholas Piggin wrote:
> This is way to catch some cases of decrementer overflow, when the
> decrementer has underflowed an odd number of times, while MSR[EE] was
> disabled.
>
> With a typical small decrementer, a timer that fires when MSR[EE] is
> disabled will be "lost" if MSR[EE] remains disabled for between 4.3 and
> 8.6 seconds after the timer expires. In any case, the decrementer
> interrupt would be taken at 8.6 seconds and the timer would be found at
> that point.
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/64: irq replay remove decrementer overflow check
https://git.kernel.org/powerpc/c/59d512e4374b2d8a6ad341475dc94c4a4bdec7d3
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/64s: Remove MSR[ISF] bit
From: Michael Ellerman @ 2020-12-15 10:49 UTC (permalink / raw)
To: linuxppc-dev, Nicholas Piggin
In-Reply-To: <20201106045340.1935841-1-npiggin@gmail.com>
On Fri, 6 Nov 2020 14:53:40 +1000, Nicholas Piggin wrote:
> No supported processor implements this mode. Setting the bit in
> MSR values can be a bit confusing (and would prevent the bit from
> ever being reused). Remove it.
Applied to powerpc/next.
[1/1] powerpc/64s: Remove MSR[ISF] bit
https://git.kernel.org/powerpc/c/e89a8ca94bf583f2577fe722483f0304b3390aa2
cheers
^ permalink raw reply
* Re: [PATCH 1/2] powerpc/64s: remplement power4_idle code in C
From: Michael Ellerman @ 2020-12-15 10:49 UTC (permalink / raw)
To: linuxppc-dev, Nicholas Piggin
In-Reply-To: <20190711022404.18132-1-npiggin@gmail.com>
On Thu, 11 Jul 2019 12:24:03 +1000, Nicholas Piggin wrote:
> This implements the tricky tracing and soft irq handling bits in C,
> leaving the low level bit to asm.
>
> A functional difference is that this redirects the interrupt exit to
> a return stub to execute blr, rather than the lr address itself. This
> is probably barely measurable on real hardware, but it keeps the link
> stack balanced.
>
> [...]
Patch 2 applied to powerpc/next.
[2/2] powerpc/64s: Remove idle workaround code from restore_cpu_cpufeatures
https://git.kernel.org/powerpc/c/02b02ee1b05ef225525835b2d45faf31b3420bdd
cheers
^ permalink raw reply
* Re: [PATCH v2 00/28] partition suspend updates
From: Michael Ellerman @ 2020-12-15 10:49 UTC (permalink / raw)
To: linuxppc-dev, Nathan Lynch; +Cc: tyreld, ajd, mmc, cforno12, drt, brking
In-Reply-To: <20201207215200.1785968-1-nathanl@linux.ibm.com>
On Mon, 7 Dec 2020 15:51:32 -0600, Nathan Lynch wrote:
> This series aims to improve the pseries-specific partition migration
> and hibernation implementation, part of which has been living in
> kernel/rtas.c. Most of that code is eliminated or moved to
> platforms/pseries, and the following major functional changes are
> made:
>
> - Use stop_machine() instead of on_each_cpu() to avoid deadlock in the
> join/suspend sequence.
>
> [...]
Applied to powerpc/next.
[01/28] powerpc/rtas: prevent suspend-related sys_rtas use on LE
https://git.kernel.org/powerpc/c/de0f7349a0dd072e54b5fc04c305907b22d28a5f
[02/28] powerpc/rtas: complete ibm,suspend-me status codes
https://git.kernel.org/powerpc/c/970e453ea4ecdd7a16a46c229294547148d1c7b6
[03/28] powerpc/rtas: rtas_ibm_suspend_me -> rtas_ibm_suspend_me_unsafe
https://git.kernel.org/powerpc/c/7049b288ea8c95f270ec8fe643e3c3187938d5af
[04/28] powerpc/rtas: add rtas_ibm_suspend_me()
https://git.kernel.org/powerpc/c/701ba68342412ae9be99a7c7f3badebf95271403
[05/28] powerpc/rtas: add rtas_activate_firmware()
https://git.kernel.org/powerpc/c/5f485a66f4d0693a535e4ab38ffc3538716d2c2b
[06/28] powerpc/hvcall: add token and codes for H_VASI_SIGNAL
https://git.kernel.org/powerpc/c/9bae89f528c041f3117f0a6c21878dda5a55af60
[07/28] powerpc/pseries/mobility: don't error on absence of ibm, update-nodes
https://git.kernel.org/powerpc/c/b06a6717873560e9dd1c07357781fc2b27545701
[08/28] powerpc/pseries/mobility: add missing break to default case
https://git.kernel.org/powerpc/c/aa5e5c9b556a2e5f68a915e4b5dfa5c6bda47c64
[09/28] powerpc/pseries/mobility: error message improvements
https://git.kernel.org/powerpc/c/2d5be6f16c4ba5c27d06704976daf55f3236a236
[10/28] powerpc/pseries/mobility: use rtas_activate_firmware() on resume
https://git.kernel.org/powerpc/c/c3ae9781d5a64093f161e6cc5dfefb0773106ca9
[11/28] powerpc/pseries/mobility: extract VASI session polling logic
https://git.kernel.org/powerpc/c/d9213319b84ee8393475c38361c84151d5c33415
[12/28] powerpc/pseries/mobility: use stop_machine for join/suspend
https://git.kernel.org/powerpc/c/9327dc0aeef36a3cbb9d94f79b79cc4f91ff8a41
[13/28] powerpc/pseries/mobility: signal suspend cancellation to platform
https://git.kernel.org/powerpc/c/37cddc7d6cf4568a7fb69aeff6f26e4c8a3bc0f7
[14/28] powerpc/pseries/mobility: retry partition suspend after error
https://git.kernel.org/powerpc/c/aeca35b9a52b0e0d019a5244fbaab699f753b443
[15/28] powerpc/rtas: dispatch partition migration requests to pseries
https://git.kernel.org/powerpc/c/4d756894ba75f1afe7945ccafe9afebff50484b6
[16/28] powerpc/rtas: remove rtas_ibm_suspend_me_unsafe()
https://git.kernel.org/powerpc/c/5f6665e400569de479733677e77862542aebb6cc
[17/28] powerpc/pseries/hibernation: drop pseries_suspend_begin() from suspend ops
https://git.kernel.org/powerpc/c/52719fce3f4c7a8ac9eaa191e8d75a697f9fbcbc
[18/28] powerpc/pseries/hibernation: pass stream id via function arguments
https://git.kernel.org/powerpc/c/a10a5a17f4ac4f84fcc26162d43b53e2a4e1009a
[19/28] powerpc/pseries/hibernation: remove pseries_suspend_cpu()
https://git.kernel.org/powerpc/c/ed22bb8d39fa7f3980afc6e16d2a891847367d33
[20/28] powerpc/machdep: remove suspend_disable_cpu()
https://git.kernel.org/powerpc/c/796f9247b4fa9bec320d6b47ffde2ecf86cc71c0
[21/28] powerpc/rtas: remove rtas_suspend_cpu()
https://git.kernel.org/powerpc/c/395b2c090907975c627902ba8fda0bdb04c7cad3
[22/28] powerpc/pseries/hibernation: switch to rtas_ibm_suspend_me()
https://git.kernel.org/powerpc/c/366fb13bf13b029c4d43bf19382f7aea69bfa4b7
[23/28] powerpc/rtas: remove unused rtas_suspend_last_cpu()
https://git.kernel.org/powerpc/c/1b2488176ea56e299d2b084772daeb5ecbfc16d1
[24/28] powerpc/pseries/hibernation: remove redundant cacheinfo update
https://git.kernel.org/powerpc/c/b866459489fe8ef0e92cde3cbd6bbb1af6c4e99b
[25/28] powerpc/pseries/hibernation: perform post-suspend fixups later
https://git.kernel.org/powerpc/c/fa53bcdb7413e7c40170106781f6b5bb9d74db84
[26/28] powerpc/pseries/hibernation: remove prepare_late() callback
https://git.kernel.org/powerpc/c/d102f8312e1ea5e8bf84fceebf99186f22d16fc6
[27/28] powerpc/rtas: remove unused rtas_suspend_me_data
https://git.kernel.org/powerpc/c/87b57ea7e109520d3c6dfb01671a0cb134d3ccff
[28/28] powerpc/pseries/mobility: refactor node lookup during DT update
https://git.kernel.org/powerpc/c/2efd7f6eb9b7107e469837d8452e750d7d080a5d
cheers
^ permalink raw reply
* Re: [PATCH v3 0/5] Extend Parsing "ibm, thread-groups" for Shared-L2 information
From: Michael Ellerman @ 2020-12-15 10:49 UTC (permalink / raw)
To: Srikar Dronamraju, Gautham R. Shenoy, Michael Neuling,
Peter Zijlstra, Valentin Schneider, Nicholas Piggin,
Michael Ellerman, Nathan Lynch, Vaidyanathan Srinivasan,
Anton Blanchard
Cc: linuxppc-dev, linux-kernel
In-Reply-To: <1607596739-32439-1-git-send-email-ego@linux.vnet.ibm.com>
On Thu, 10 Dec 2020 16:08:54 +0530, Gautham R. Shenoy wrote:
> This is the v2 of the patchset to extend parsing of "ibm,thread-groups" property
> to discover the Shared-L2 cache information.
>
> The previous versions can be found here :
>
> v2 : https://lore.kernel.org/linuxppc-dev/1607533700-5546-1-git-send-email-ego@linux.vnet.ibm.com/T/#m043ea15d3832658527fca94765202b9cbefd330d
>
> [...]
Applied to powerpc/next.
[1/5] powerpc/smp: Parse ibm,thread-groups with multiple properties
https://git.kernel.org/powerpc/c/790a1662d3a26fe9fa5f691386d8fde6bb8b0dc2
[2/5] powerpc/smp: Rename cpu_l1_cache_map as thread_group_l1_cache_map
https://git.kernel.org/powerpc/c/1fdc1d6632ff3f6813a2f15b65586bde8fe0f0ba
[3/5] powerpc/smp: Rename init_thread_group_l1_cache_map() to make it generic
https://git.kernel.org/powerpc/c/fbd2b672e91d276b9fa5a729e4a823ba29fa2692
[4/5] powerpc/smp: Add support detecting thread-groups sharing L2 cache
https://git.kernel.org/powerpc/c/9538abee18cca70ffd03cef56027388b0c5084cc
[5/5] powerpc/cacheinfo: Print correct cache-sibling map/list for L2 cache
https://git.kernel.org/powerpc/c/0be47634db0baa9e91c7e635e7e73355d6a5cf43
cheers
^ permalink raw reply
* Re: [PATCH] powerpc: fix spelling mistake in Kconfig "seleted" -> "selected"
From: Michael Ellerman @ 2020-12-15 10:49 UTC (permalink / raw)
To: Colin King, Paul Mackerras, linuxppc-dev, Benjamin Herrenschmidt,
Michael Ellerman
Cc: kernel-janitors, linux-kernel
In-Reply-To: <20201207155420.172370-1-colin.king@canonical.com>
On Mon, 7 Dec 2020 15:54:20 +0000, Colin King wrote:
> There is a spelling mistake in the help text of the Kconfig. Fix it.
Applied to powerpc/next.
[1/1] powerpc: fix spelling mistake in Kconfig "seleted" -> "selected"
https://git.kernel.org/powerpc/c/f8a4b277c3cf39ec8efe50114924a7743cc84800
cheers
^ permalink raw reply
* Re: [PATCH v2 00/13] powerpc/xive: misc cleanups
From: Michael Ellerman @ 2020-12-15 10:48 UTC (permalink / raw)
To: Cédric Le Goater, linuxppc-dev; +Cc: Greg Kurz
In-Reply-To: <20201210171450.1933725-1-clg@kaod.org>
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2032 bytes --]
On Thu, 10 Dec 2020 18:14:37 +0100, Cédric Le Goater wrote:
> The most important change is the removal of support of OPAL flags
> required for P9 DD1. It provides a good cleanup of some complex
> routines.
>
> Thanks,
>
> C.
>
> [...]
Patches 1-3 and 5-13 applied to powerpc/next.
[01/13] KVM: PPC: Book3S HV: XIVE: Show detailed configuration in debug output
https://git.kernel.org/powerpc/c/98983675008ab3ae9b37fc7a4bfa083998079215
[02/13] powerpc/xive: Rename XIVE_IRQ_NO_EOI to show its a flag
https://git.kernel.org/powerpc/c/4f1c3f7b08187e6b97701c7fb2dc6f3749566c62
[03/13] powerpc/xive: Introduce XIVE_IPI_HW_IRQ
https://git.kernel.org/powerpc/c/e2cf43d59525477cfd030378c3c808187952c531
[05/13] powerpc/xive: Add a name to the IRQ domain
https://git.kernel.org/powerpc/c/9dfe4b14df93532da3dbf11952a17389ae3cdc67
[06/13] powerpc/xive: Add a debug_show handler to the XIVE irq_domain
https://git.kernel.org/powerpc/c/a5021abc48a0f44083a15a37b3e61378519cb00d
[07/13] powerpc: Increase NR_IRQS range to support more KVM guests
https://git.kernel.org/powerpc/c/7b3b3de3b04ecb7393cdfaa30a3468dd47b750cf
[08/13] powerpc/xive: Remove P9 DD1 flag XIVE_IRQ_FLAG_SHIFT_BUG
https://git.kernel.org/powerpc/c/4cc0e36df2c0a41fd38645ddde08d2bfba699b7a
[09/13] powerpc/xive: Remove P9 DD1 flag XIVE_IRQ_FLAG_MASK_FW
https://git.kernel.org/powerpc/c/b5277d18c65e31ce51f6733ebdca3985a962fab5
[10/13] powerpc/xive: Remove P9 DD1 flag XIVE_IRQ_FLAG_EOI_FW
https://git.kernel.org/powerpc/c/cf58b746665d0177b86d42d18e60985fa1fdb909
[11/13] powerpc/xive: Simplify xive_do_source_eoi()
https://git.kernel.org/powerpc/c/614546d56296380b59e94484813eeef62a7d2b6b
[12/13] powerpc/xive: Improve error reporting of OPAL calls
https://git.kernel.org/powerpc/c/07efbca11c1a985efa4d15bd76a637c6bffc253b
[13/13] KVM: PPC: Book3S HV: XIVE: Add a comment regarding VP numbering
https://git.kernel.org/powerpc/c/dddc4ef92d1ce92987da1d6926cdfa99e8acb622
cheers
^ permalink raw reply
* Re: [PATCH v2] powerpc/powermac: Fix low_sleep_handler with CONFIG_VMAP_STACK
From: Michael Ellerman @ 2020-12-15 10:48 UTC (permalink / raw)
To: Paul Mackerras, Christophe Leroy, Benjamin Herrenschmidt,
giuseppe, Michael Ellerman
Cc: linuxppc-dev, linux-kernel
In-Reply-To: <e3e0d8042a3ba75cb4a9546c19c408b5b5b28994.1607404931.git.christophe.leroy@csgroup.eu>
On Tue, 8 Dec 2020 05:24:19 +0000 (UTC), Christophe Leroy wrote:
> low_sleep_handler() can't restore the context from standard
> stack because the stack can hardly be accessed with MMU OFF.
>
> Store everything in a global storage area instead of storing
> a pointer to the stack in that global storage area.
>
> To avoid a complete churn of the function, still use r1 as
> the pointer to the storage area during restore.
Applied to powerpc/next.
[1/1] powerpc/powermac: Fix low_sleep_handler with CONFIG_VMAP_STACK
https://git.kernel.org/powerpc/c/db972a3787d12b1ce9ba7a31ec376d8a79e04c47
cheers
^ permalink raw reply
* Re: [PATCH v1 1/6] powerpc/8xx: DEBUG_PAGEALLOC doesn't require an ITLB miss exception handler
From: Michael Ellerman @ 2020-12-15 10:48 UTC (permalink / raw)
To: Christophe Leroy, Benjamin Herrenschmidt, Paul Mackerras,
Michael Ellerman
Cc: linuxppc-dev, linux-kernel
In-Reply-To: <e796c5fcb5898de827c803cf1ab8ba1d7a5d4b76.1606231483.git.christophe.leroy@csgroup.eu>
On Tue, 24 Nov 2020 15:24:54 +0000 (UTC), Christophe Leroy wrote:
> Since commit e611939fc8ec ("powerpc/mm: Ensure change_page_attr()
> doesn't invalidate pinned TLBs"), pinned TLBs are not anymore
> invalidated by __kernel_map_pages() when CONFIG_DEBUG_PAGEALLOC is
> selected.
>
> Remove the dependency on CONFIG_DEBUG_PAGEALLOC.
Applied to powerpc/next.
[1/6] powerpc/8xx: DEBUG_PAGEALLOC doesn't require an ITLB miss exception handler
https://git.kernel.org/powerpc/c/613df979da6c032cbe6fa273fb8ca21af022157e
[2/6] powerpc/8xx: Always pin kernel text TLB
https://git.kernel.org/powerpc/c/bccc58986a2f98e3af349c85c5f49aac7fb19ef2
[3/6] powerpc/8xx: Simplify INVALIDATE_ADJACENT_PAGES_CPU15
https://git.kernel.org/powerpc/c/576e02bbf1062b9118d5bbb96a40ed3b6b359f22
[4/6] powerpc/8xx: Use SPRN_SPRG_SCRATCH2 in ITLB miss exception
https://git.kernel.org/powerpc/c/a314ea5abf6dbaf35f14c9bd1d93105260fb9336
[5/6] powerpc/8xx: Use SPRN_SPRG_SCRATCH2 in DTLB miss exception
https://git.kernel.org/powerpc/c/89eecd938cab80f0da18abbd2ed997a521f83f01
[6/6] powerpc/ppc-opcode: Add PPC_RAW_MFSPR()
https://git.kernel.org/powerpc/c/70b588a068668dd7a92ed19cf0373ba92847957c
cheers
^ permalink raw reply
* Re: [PATCH v1 1/3] powerpc/32s: Remove unused counters incremented by create_hpte()
From: Michael Ellerman @ 2020-12-15 10:48 UTC (permalink / raw)
To: Christophe Leroy, Benjamin Herrenschmidt, Paul Mackerras,
Michael Ellerman
Cc: linuxppc-dev, linux-kernel
In-Reply-To: <6470ab99e58c84a5445af43ce4d1d772b0dc3e93.1606247495.git.christophe.leroy@csgroup.eu>
On Tue, 24 Nov 2020 19:51:55 +0000 (UTC), Christophe Leroy wrote:
> primary_pteg_full and htab_hash_searches are not used.
>
> Remove them.
Applied to powerpc/next.
[1/3] powerpc/32s: Remove unused counters incremented by create_hpte()
https://git.kernel.org/powerpc/c/c5ccb4e78968fbe64f938a5a012fc8ec25cafabf
[2/3] powerpc/32s: In add_hash_page(), calculate VSID later
https://git.kernel.org/powerpc/c/fec6166b44ded68e68144144a02e498580118f1a
[3/3] powerpc/32s: Cleanup around PTE_FLAGS_OFFSET in hash_low.S
https://git.kernel.org/powerpc/c/da481c4fe0e485cdab5cf4d2761be8b8fb38d3d1
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/process: Remove target specific __set_dabr()
From: Michael Ellerman @ 2020-12-15 10:48 UTC (permalink / raw)
To: Christophe Leroy, Benjamin Herrenschmidt, Paul Mackerras,
Michael Ellerman
Cc: linuxppc-dev, linux-kernel
In-Reply-To: <c10b263668e137236c71d76648b03cf2cd1ee66f.1607076733.git.christophe.leroy@csgroup.eu>
On Fri, 4 Dec 2020 10:12:51 +0000 (UTC), Christophe Leroy wrote:
> __set_dabr() are simple functions that can be inline directly
> inside set_dabr() and using IS_ENABLED() instead of #ifdef
Applied to powerpc/next.
[1/1] powerpc/process: Remove target specific __set_dabr()
https://git.kernel.org/powerpc/c/ad3ed15cd04b96de7c38204ba7c698cbccd8fe88
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/mm: Refactor the floor/ceiling check in hugetlb range freeing functions
From: Michael Ellerman @ 2020-12-15 10:48 UTC (permalink / raw)
To: Christophe Leroy, Benjamin Herrenschmidt, Paul Mackerras,
Michael Ellerman
Cc: linuxppc-dev, linux-kernel
In-Reply-To: <16a571bb32eb6e8cd44bda484c8d81cd8a25e6d7.1604668827.git.christophe.leroy@csgroup.eu>
On Fri, 6 Nov 2020 13:20:54 +0000 (UTC), Christophe Leroy wrote:
> All hugetlb range freeing functions have a verification like the following,
> which only differs by the mask used, depending on the page table level.
>
> start &= MASK;
> if (start < floor)
> return;
> if (ceiling) {
> ceiling &= MASK;
> if (! ceiling)
> return;
> }
> if (end - 1 > ceiling - 1)
> return;
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/mm: Refactor the floor/ceiling check in hugetlb range freeing functions
https://git.kernel.org/powerpc/c/7bfe54b5f16561bb703de6482f880614ada8dbf2
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/8xx: Fix early debug when SMC1 is relocated
From: Michael Ellerman @ 2020-12-15 10:48 UTC (permalink / raw)
To: Christophe Leroy, Benjamin Herrenschmidt, Paul Mackerras,
Michael Ellerman
Cc: linuxppc-dev, linux-kernel
In-Reply-To: <b2f71f39eca543f1e4ec06596f09a8b12235c701.1607076683.git.christophe.leroy@csgroup.eu>
On Fri, 4 Dec 2020 10:11:34 +0000 (UTC), Christophe Leroy wrote:
> When SMC1 is relocated and early debug is selected, the
> board hangs is ppc_md.setup_arch(). This is because ones
> the microcode has been loaded and SMC1 relocated, early
> debug writes in the weed.
>
> To allow smooth continuation, the SMC1 parameter RAM set up
> by the bootloader have to be copied into the new location.
Applied to powerpc/next.
[1/1] powerpc/8xx: Fix early debug when SMC1 is relocated
https://git.kernel.org/powerpc/c/1e78f723d6a52966bfe3804209dbf404fdc9d3bb
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/32s: Handle PROTFAULT in hash_page() also for CONFIG_PPC_KUAP
From: Michael Ellerman @ 2020-12-15 10:48 UTC (permalink / raw)
To: Christophe Leroy, Benjamin Herrenschmidt, Paul Mackerras,
Michael Ellerman
Cc: linuxppc-dev, linux-kernel
In-Reply-To: <8a4ffe4798e9ea32aaaccdf85e411bb1beed3500.1605542955.git.christophe.leroy@csgroup.eu>
On Mon, 16 Nov 2020 16:09:31 +0000 (UTC), Christophe Leroy wrote:
> On hash 32 bits, handling minor protection faults like unsetting
> dirty flag is heavy if done from the normal page_fault processing,
> because it implies hash table software lookup for flushing the entry
> and then a DSI is taken anyway to add the entry back.
>
> When KUAP was implemented, as explained in commit a68c31fc01ef
> ("powerpc/32s: Implement Kernel Userspace Access Protection"),
> protection faults has been diverted from hash_page() because
> hash_page() was not able to identify a KUAP fault.
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/32s: Handle PROTFAULT in hash_page() also for CONFIG_PPC_KUAP
https://git.kernel.org/powerpc/c/1b03e71ff6f2bd10b45a0128ce76e0e42014a44c
cheers
^ permalink raw reply
* Re: [PATCH V2] powerpc/perf: Exclude kernel samples while counting events in user space.
From: Michael Ellerman @ 2020-12-15 10:48 UTC (permalink / raw)
To: Athira Rajeev, mpe; +Cc: maddy, linuxppc-dev
In-Reply-To: <1606289215-1433-1-git-send-email-atrajeev@linux.vnet.ibm.com>
On Wed, 25 Nov 2020 02:26:55 -0500, Athira Rajeev wrote:
> Perf event attritube supports exclude_kernel flag
> to avoid sampling/profiling in supervisor state (kernel).
> Based on this event attr flag, Monitor Mode Control Register
> bit is set to freeze on supervisor state. But sometime (due
> to hardware limitation), Sampled Instruction Address
> Register (SIAR) locks on to kernel address even when
> freeze on supervisor is set. Patch here adds a check to
> drop those samples.
Applied to powerpc/next.
[1/1] powerpc/perf: Exclude kernel samples while counting events in user space.
https://git.kernel.org/powerpc/c/aa8e21c053d72b6639ea5a7f1d3a1d0209534c94
cheers
^ permalink raw reply
* Re: [PATCH v2] powerpc/book3s/kup: Mark the kuap/keup function non __init
From: Michael Ellerman @ 2020-12-15 10:48 UTC (permalink / raw)
To: mpe, linuxppc-dev, Aneesh Kumar K.V
In-Reply-To: <20201214080121.358567-1-aneesh.kumar@linux.ibm.com>
On Mon, 14 Dec 2020 13:31:21 +0530, Aneesh Kumar K.V wrote:
> The kernel call these functions on cpu online and hence they should
> not be marked __init.
Applied to powerpc/next.
[1/1] powerpc/64s: Mark the kuap/kuep functions non __init
https://git.kernel.org/powerpc/c/44b4c4450f8d31296ba633d74be753a85fd627bd
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