* Re: [PATCH v7] powerpc/irq: Inline call_do_irq() and call_do_softirq()
From: Michael Ellerman @ 2021-03-31 1:09 UTC (permalink / raw)
To: Michael Ellerman, linuxppc-dev
In-Reply-To: <20210320122227.345427-1-mpe@ellerman.id.au>
On Sat, 20 Mar 2021 23:22:27 +1100, Michael Ellerman wrote:
> call_do_irq() and call_do_softirq() are simple enough to be
> worth inlining.
>
> Inlining them avoids an mflr/mtlr pair plus a save/reload on stack. It
> also allows GCC to keep the saved ksp_limit in an nonvolatile reg.
>
> This is inspired from S390 arch. Several other arches do more or
> less the same. The way sparc arch does seems odd thought.
Applied to powerpc/next.
[1/1] powerpc/irq: Inline call_do_irq() and call_do_softirq()
https://git.kernel.org/powerpc/c/48cf12d88969bd4238b8769767eb476970319d93
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/fsl-pci: Fix section mismatch warning
From: Michael Ellerman @ 2021-03-31 1:09 UTC (permalink / raw)
To: Michael Ellerman, linuxppc-dev
In-Reply-To: <20210314093341.132986-1-mpe@ellerman.id.au>
On Sun, 14 Mar 2021 20:33:41 +1100, Michael Ellerman wrote:
> Section mismatch in reference from the function .fsl_add_bridge() to
> the function .init.text:.setup_pci_cmd()
>
> fsl_add_bridge() is not __init, and can't be, and is the only caller
> of setup_pci_cmd(). Fix it by making setup_pci_cmd() non-init.
Applied to powerpc/next.
[1/1] powerpc/fsl-pci: Fix section mismatch warning
https://git.kernel.org/powerpc/c/b77878052a142737522e0e3c2a621c988a4cd7cd
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/fadump: Mark fadump_calculate_reserve_size as __init
From: Michael Ellerman @ 2021-03-31 1:09 UTC (permalink / raw)
To: Michael Ellerman, Nathan Chancellor
Cc: linuxppc-dev, Paul Mackerras, linux-kernel, clang-built-linux
In-Reply-To: <20210302195013.2626335-1-nathan@kernel.org>
On Tue, 2 Mar 2021 12:50:14 -0700, Nathan Chancellor wrote:
> If fadump_calculate_reserve_size() is not inlined, there is a modpost
> warning:
>
> WARNING: modpost: vmlinux.o(.text+0x5196c): Section mismatch in
> reference from the function fadump_calculate_reserve_size() to the
> function .init.text:parse_crashkernel()
> The function fadump_calculate_reserve_size() references
> the function __init parse_crashkernel().
> This is often because fadump_calculate_reserve_size lacks a __init
> annotation or the annotation of parse_crashkernel is wrong.
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/fadump: Mark fadump_calculate_reserve_size as __init
https://git.kernel.org/powerpc/c/fbced1546eaaab57a32e56c974ea8acf10c6abd8
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/eeh: Fix build failure with CONFIG_PROC_FS=n
From: Michael Ellerman @ 2021-03-31 1:09 UTC (permalink / raw)
To: Michael Ellerman, linuxppc-dev
In-Reply-To: <20210314093300.131998-1-mpe@ellerman.id.au>
On Sun, 14 Mar 2021 20:33:00 +1100, Michael Ellerman wrote:
> The build fails with CONFIG_PROC_FS=n:
>
> arch/powerpc/kernel/eeh.c:1571:12: error: ‘proc_eeh_show’ defined but not used
> 1571 | static int proc_eeh_show(struct seq_file *m, void *v)
>
> Wrap proc_eeh_show() in an ifdef to avoid it.
Applied to powerpc/next.
[1/1] powerpc/eeh: Fix build failure with CONFIG_PROC_FS=n
https://git.kernel.org/powerpc/c/7a7685acd2129e2e5d433636120b4c5038c03e51
cheers
^ permalink raw reply
* Re: [PATCH] powerpc: Fix section mismatch warning in smp_setup_pacas()
From: Michael Ellerman @ 2021-03-31 1:09 UTC (permalink / raw)
To: Michael Ellerman, linuxppc-dev
In-Reply-To: <20210314093333.132657-1-mpe@ellerman.id.au>
On Sun, 14 Mar 2021 20:33:33 +1100, Michael Ellerman wrote:
> Section mismatch in reference from the function .smp_setup_pacas() to
> the function .init.text:.allocate_paca()
>
> The only caller of smp_setup_pacas() is setup_arch() which is __init,
> so mark smp_setup_pacas() __init.
Applied to powerpc/next.
[1/1] powerpc: Fix section mismatch warning in smp_setup_pacas()
https://git.kernel.org/powerpc/c/55c2f5574a013d2dbf1012a2ad93cb8d947279a7
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/64s: Fold update_current_thread_[i]amr() into their only callers
From: Michael Ellerman @ 2021-03-31 1:09 UTC (permalink / raw)
To: Michael Ellerman, linuxppc-dev
In-Reply-To: <20210314093320.132331-1-mpe@ellerman.id.au>
On Sun, 14 Mar 2021 20:33:20 +1100, Michael Ellerman wrote:
> lkp reported warnings in some configuration due to
> update_current_thread_amr() being unused:
>
> arch/powerpc/mm/book3s64/pkeys.c:284:20: error: unused function 'update_current_thread_amr'
> static inline void update_current_thread_amr(u64 value)
>
> Which is because it's only use is inside an ifdef. We could move it
> inside the ifdef, but it's a single line function and only has one
> caller, so just fold it in.
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/64s: Fold update_current_thread_[i]amr() into their only callers
https://git.kernel.org/powerpc/c/c2a2a5d0270c641ce030aee247569afc1a0efbe5
cheers
^ permalink raw reply
* Re: [PATCH] arch/powerpc/include:fix misspellings in tlbflush.h
From: Michael Ellerman @ 2021-03-31 1:09 UTC (permalink / raw)
To: mpe, menglong8.dong; +Cc: paulus, zhang.yunkai, linuxppc-dev, linux-kernel
In-Reply-To: <20210304031318.188447-1-zhang.yunkai@zte.com.cn>
On Wed, 3 Mar 2021 19:13:18 -0800, menglong8.dong@gmail.com wrote:
> Some typos are found out.The information at the end of the file
> does not match the beginning.
Applied to powerpc/next.
[1/1] arch/powerpc/include:fix misspellings in tlbflush.h
https://git.kernel.org/powerpc/c/1a029e0edbc5890f76b642222d9899c093212fe6
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/iommu/debug: fix ifnullfree.cocci warnings
From: Michael Ellerman @ 2021-03-31 1:09 UTC (permalink / raw)
To: kernel test robot, Alexey Kardashevskiy
Cc: kbuild-all, Niklas Schnelle, linux-kernel, Nicolin Chen,
Paul Mackerras, linuxppc-dev
In-Reply-To: <20210318234441.GA63469@f8e20a472e81>
On Fri, 19 Mar 2021 07:44:41 +0800, kernel test robot wrote:
> arch/powerpc/kernel/iommu.c:76:2-16: WARNING: NULL check before some freeing functions is not needed.
>
> NULL check before some freeing functions is not needed.
>
> Based on checkpatch warning
> "kfree(NULL) is safe this check is probably not required"
> and kfreeaddr.cocci by Julia Lawall.
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/iommu/debug: fix ifnullfree.cocci warnings
https://git.kernel.org/powerpc/c/bbbe563f8490958861777d98871e16960163ea1b
cheers
^ permalink raw reply
* Re: [RESEND 1/1] powerpc: asm: hvconsole: Move 'hvc_vio_init_early's prototype to shared location
From: Michael Ellerman @ 2021-03-31 1:09 UTC (permalink / raw)
To: Lee Jones; +Cc: Paul Mackerras, linuxppc-dev, linux-kernel
In-Reply-To: <20210303124603.3150175-1-lee.jones@linaro.org>
On Wed, 3 Mar 2021 12:46:03 +0000, Lee Jones wrote:
> Fixes the following W=1 kernel build warning(s):
>
> drivers/tty/hvc/hvc_vio.c:385:13: warning: no previous prototype for ‘hvc_vio_init_early’ [-Wmissing-prototypes]
> 385 | void __init hvc_vio_init_early(void)
> | ^~~~~~~~~~~~~~~~~~
Applied to powerpc/next.
[1/1] powerpc: asm: hvconsole: Move 'hvc_vio_init_early's prototype to shared location
https://git.kernel.org/powerpc/c/13b8219bd00d953cad60431cb47db96eb835c71d
cheers
^ permalink raw reply
* Re: [PATCH v2] powerpc/pseries: export LPAR security flavor in lparcfg
From: Michael Ellerman @ 2021-03-31 1:09 UTC (permalink / raw)
To: linuxppc-dev, mpe, benh, paulus, Laurent Dufour
Cc: nathanl, cheloha, linux-kernel
In-Reply-To: <20210305125554.5165-1-ldufour@linux.ibm.com>
On Fri, 5 Mar 2021 13:55:54 +0100, Laurent Dufour wrote:
> This is helpful to read the security flavor from inside the LPAR.
>
> In /sys/kernel/debug/powerpc/security_features it can be seen if
> mitigations are on or off but the level set through the ASMI menu.
> Furthermore, reporting it through /proc/powerpc/lparcfg allows an easy
> processing by the lparstat command [1].
>
> [...]
Applied to powerpc/next.
[1/1] powerpc/pseries: export LPAR security flavor in lparcfg
https://git.kernel.org/powerpc/c/6ce56e1ac380eaa088d3f4c01446e15e195bd541
cheers
^ permalink raw reply
* Re: [PATCH] cxl: don't manipulate the mm.mm_users field directly
From: Michael Ellerman @ 2021-03-31 1:09 UTC (permalink / raw)
To: gregkh, fbarrat, arnd, ajd, Laurent Dufour
Cc: clombard, linuxppc-dev, linux-kernel
In-Reply-To: <20210310174405.51044-1-ldufour@linux.ibm.com>
On Wed, 10 Mar 2021 18:44:05 +0100, Laurent Dufour wrote:
> It is better to rely on the API provided by the MM layer instead of
> directly manipulating the mm_users field.
Applied to powerpc/next.
[1/1] cxl: don't manipulate the mm.mm_users field directly
https://git.kernel.org/powerpc/c/2d9f69bc5a5a75579b410beb0dc3d313be762c9f
cheers
^ permalink raw reply
* Re: [PATCH] powerpc: remove unneeded semicolon
From: Michael Ellerman @ 2021-03-31 1:09 UTC (permalink / raw)
To: mpe, Jiapeng Chong; +Cc: paulus, linuxppc-dev, linux-kernel
In-Reply-To: <1614151761-53721-1-git-send-email-jiapeng.chong@linux.alibaba.com>
On Wed, 24 Feb 2021 15:29:21 +0800, Jiapeng Chong wrote:
> Fix the following coccicheck warnings:
>
> ./arch/powerpc/kernel/prom_init.c:2986:2-3: Unneeded semicolon.
Applied to powerpc/next.
[1/1] powerpc: remove unneeded semicolon
https://git.kernel.org/powerpc/c/4f46d57cab3b3410411b395a6fa12a07947cb14a
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/pci: fix warning comparing pointer to 0
From: Michael Ellerman @ 2021-03-31 1:09 UTC (permalink / raw)
To: mpe, Jiapeng Chong; +Cc: paulus, linuxppc-dev, linux-kernel
In-Reply-To: <1615793724-97015-1-git-send-email-jiapeng.chong@linux.alibaba.com>
On Mon, 15 Mar 2021 15:35:24 +0800, Jiapeng Chong wrote:
> Fix the following coccicheck warning:
>
> ./arch/powerpc/platforms/maple/pci.c:37:16-17: WARNING comparing pointer
> to 0.
Applied to powerpc/next.
[1/1] powerpc/pci: fix warning comparing pointer to 0
https://git.kernel.org/powerpc/c/7a0fdc19f2415683f403abee7bb87085d0c624ad
cheers
^ permalink raw reply
* Re: [PATCH] powerpc: arch/powerpc/kernel/setup_64.c - cleanup warnings
From: Michael Ellerman @ 2021-03-31 1:09 UTC (permalink / raw)
To: npiggin, He Ying, clg, dja, rppt, mpe, christophe.leroy, benh,
aneesh.kumar, paulus, akpm, ardb
Cc: johnny.chenyi, linuxppc-dev, linux-kernel
In-Reply-To: <20210316041148.29694-1-heying24@huawei.com>
On Tue, 16 Mar 2021 00:11:48 -0400, He Ying wrote:
> warning: symbol 'rfi_flush' was not declared.
> warning: symbol 'entry_flush' was not declared.
> warning: symbol 'uaccess_flush' was not declared.
> We found warnings above in arch/powerpc/kernel/setup_64.c by using
> sparse tool.
>
> Define 'entry_flush' and 'uaccess_flush' as static because they are not
> referenced outside the file. Include asm/security_features.h in which
> 'rfi_flush' is declared.
Applied to powerpc/next.
[1/1] powerpc: arch/powerpc/kernel/setup_64.c - cleanup warnings
https://git.kernel.org/powerpc/c/d2313da4ff56bd631a3afe7a17992ed5bd0e04a6
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/ptrace: Remove duplicate check from pt_regs_check()
From: Michael Ellerman @ 2021-03-31 1:09 UTC (permalink / raw)
To: Denis Efremov, Benjamin Herrenschmidt
Cc: linuxppc-dev, Paul Mackerras, linux-kernel
In-Reply-To: <20210305112807.26299-1-efremov@linux.com>
On Fri, 5 Mar 2021 14:28:07 +0300, Denis Efremov wrote:
> "offsetof(struct pt_regs, msr) == offsetof(struct user_pt_regs, msr)"
> checked in pt_regs_check() twice in a row. Remove the second check.
Applied to powerpc/next.
[1/1] powerpc/ptrace: Remove duplicate check from pt_regs_check()
https://git.kernel.org/powerpc/c/0b71b37241784c309bea6bd6a9d2027943c4ab94
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/chrp: Make hydra_init() static
From: Michael Ellerman @ 2021-03-31 1:09 UTC (permalink / raw)
To: Michael Ellerman, Paul Mackerras, Geert Uytterhoeven,
Benjamin Herrenschmidt, Oliver O'Halloran
Cc: linuxppc-dev, linux-kernel
In-Reply-To: <20210223095345.2139416-1-geert@linux-m68k.org>
On Tue, 23 Feb 2021 10:53:45 +0100, Geert Uytterhoeven wrote:
> Commit 407d418f2fd4c20a ("powerpc/chrp: Move PHB discovery") moved the
> sole call to hydra_init() to the source file where it is defined, so it
> can be made static.
Applied to powerpc/next.
[1/1] powerpc/chrp: Make hydra_init() static
https://git.kernel.org/powerpc/c/9634afa67bfd933b231405d05dda37ffa169f32c
cheers
^ permalink raw reply
* Re: [PATCH] powerpc: powernv: Remove unneeded variable: "rc"
From: Michael Ellerman @ 2021-03-31 1:09 UTC (permalink / raw)
To: dingsenjie, mpe, paulus, benh; +Cc: dingsenjie, linuxppc-dev, linux-kernel
In-Reply-To: <20210326115356.12444-1-dingsenjie@163.com>
On Fri, 26 Mar 2021 19:53:56 +0800, dingsenjie@163.com wrote:
> Remove unneeded variable: "rc".
Applied to powerpc/next.
[1/1] powerpc: powernv: Remove unneeded variable: "rc"
https://git.kernel.org/powerpc/c/69931cc387cca289e0415c79ce5389119670066d
cheers
^ permalink raw reply
* Re: [PATCH 0/3] powerpc/qspinlock: Some tuning updates
From: Michael Ellerman @ 2021-03-31 1:09 UTC (permalink / raw)
To: npiggin, Davidlohr Bueso
Cc: peterz, will, linux-kernel, mingo, paulus, longman, linuxppc-dev
In-Reply-To: <20210309015950.27688-1-dave@stgolabs.net>
On Mon, 8 Mar 2021 17:59:47 -0800, Davidlohr Bueso wrote:
> A few updates while going through the powerpc port of the qspinlock.
>
> Patches 1 and 2 are straightforward, while patch 3 can be considered
> more of an rfc as I've only tested on a single machine, and there
> could be an alternative way if it doesn't end up being nearly a
> universal performance win.
>
> [...]
Applied to powerpc/next.
[1/3] powerpc/spinlock: Define smp_mb__after_spinlock only once
https://git.kernel.org/powerpc/c/2bf3604c415c9d75311141b8eb6ac8780ef74420
[2/3] powerpc/spinlock: Unserialize spin_is_locked
https://git.kernel.org/powerpc/c/66f60522138c2e0d8a3518edd4979df11a2d7525
[3/3] powerpc/qspinlock: Use generic smp_cond_load_relaxed
https://git.kernel.org/powerpc/c/deb9b13eb2571fbde164ae012c77985fd14f2f02
cheers
^ permalink raw reply
* Re: [PATCH v2 0/1] show 'last online CPU' error in dlpar_cpu_offline()
From: Michael Ellerman @ 2021-03-31 1:09 UTC (permalink / raw)
To: linuxppc-dev, Daniel Henrique Barboza
In-Reply-To: <20210323205056.52768-1-danielhb413@gmail.com>
On Tue, 23 Mar 2021 17:50:55 -0300, Daniel Henrique Barboza wrote:
> changes in v2 after Michael Ellerman review:
> - moved the verification code from dlpar_cpu_remove() to
> dlpar_cpu_offline(), while holding cpu_add_remove_lock
> - reworded the commit message and code comment
> v1 link:
> https://patchwork.ozlabs.org/project/linuxppc-dev/patch/20210305173845.451158-1-danielhb413@gmail.com/
>
> [...]
Applied to powerpc/next.
[1/1] hotplug-cpu.c: show 'last online CPU' error in dlpar_cpu_offline()
https://git.kernel.org/powerpc/c/d19b3ad02c2d1a9a697b7059e32fa2d97a420b15
cheers
^ permalink raw reply
* Re: [PATCH v7 00/10] Improve signal performance on PPC64 with KUAP
From: Michael Ellerman @ 2021-03-31 1:09 UTC (permalink / raw)
To: linuxppc-dev, Christopher M. Riedl
In-Reply-To: <20210227011259.11992-1-cmr@codefail.de>
On Fri, 26 Feb 2021 19:12:49 -0600, Christopher M. Riedl wrote:
> As reported by Anton, there is a large penalty to signal handling
> performance on radix systems using KUAP. The signal handling code
> performs many user access operations, each of which needs to switch the
> KUAP permissions bit to open and then close user access. This involves a
> costly 'mtspr' operation [0].
>
> There is existing work done on x86 and by Christophe Leroy for PPC32 to
> instead open up user access in "blocks" using user_*_access_{begin,end}.
> We can do the same in PPC64 to bring performance back up on KUAP-enabled
> radix and now also hash MMU systems [1].
>
> [...]
Applied to powerpc/next.
[01/10] powerpc/uaccess: Add unsafe_copy_from_user()
https://git.kernel.org/powerpc/c/9466c1799fa2acb68e505a264dcdf53779101ac6
[02/10] powerpc/signal: Add unsafe_copy_{vsx, fpr}_from_user()
https://git.kernel.org/powerpc/c/609355dfc88e2921bfcbd879300d482a9a33378e
[03/10] powerpc/signal64: Remove non-inline calls from setup_sigcontext()
https://git.kernel.org/powerpc/c/c6c9645e37483444ec5182373455b2f22e4b1535
[04/10] powerpc: Reference parameter in MSR_TM_ACTIVE() macro
https://git.kernel.org/powerpc/c/1a130b67c682be9842f188f593c2080786de4204
[05/10] powerpc/signal64: Remove TM ifdefery in middle of if/else block
https://git.kernel.org/powerpc/c/2d19630e20fe5fbd5813f73fd5b1c81ddec61369
[06/10] powerpc/signal64: Replace setup_sigcontext() w/ unsafe_setup_sigcontext()
https://git.kernel.org/powerpc/c/7bb081c8f043ab166f8c6f26fca744821217dad7
[07/10] powerpc/signal64: Replace restore_sigcontext() w/ unsafe_restore_sigcontext()
https://git.kernel.org/powerpc/c/193323e1009437c0885240e75ca71f7963e4a006
[08/10] powerpc/signal64: Rewrite handle_rt_signal64() to minimise uaccess switches
https://git.kernel.org/powerpc/c/96d7a4e06fab9fbc4f67c563af65b073902f3e61
[09/10] powerpc/signal64: Rewrite rt_sigreturn() to minimise uaccess switches
https://git.kernel.org/powerpc/c/0f92433b8f9f76608528101e7a81cd3bfd00e236
[10/10] powerpc/signal: Use __get_user() to copy sigset_t
https://git.kernel.org/powerpc/c/d3ccc9781560af051554017c702631560bdc0811
cheers
^ permalink raw reply
* Re: [PATCH v3 00/41] powerpc/32: Switch to interrupt entry/exit in C
From: Michael Ellerman @ 2021-03-31 1:09 UTC (permalink / raw)
To: Michael Ellerman, npiggin, Paul Mackerras, Christophe Leroy,
Benjamin Herrenschmidt
Cc: linuxppc-dev, linux-kernel
In-Reply-To: <cover.1615552866.git.christophe.leroy@csgroup.eu>
On Fri, 12 Mar 2021 12:50:09 +0000 (UTC), Christophe Leroy wrote:
> This series aims at porting interrupt entry/exit in C on PPC32, using
> the work already merged for PPC64.
>
> First patch is an optimisation around unrecoverable_exception() function.
>
> Six following patches do minimal changes in 40x in order to be able to enable MMU
> earlier in exception entry.
>
> [...]
Applied to powerpc/next.
[01/41] powerpc/traps: Declare unrecoverable_exception() as __noreturn
https://git.kernel.org/powerpc/c/a58cbed68315111c663f35603a42547f72acd6f8
[02/41] powerpc/40x: Don't use SPRN_SPRG_SCRATCH0/1 in TLB miss handlers
https://git.kernel.org/powerpc/c/52ae92cc290f0506eef9ad5466bb453ce4a9e80e
[03/41] powerpc/40x: Change CRITICAL_EXCEPTION_PROLOG macro to a gas macro
https://git.kernel.org/powerpc/c/9d3c18a11a930afe65d33527300a42e0872c744d
[04/41] powerpc/40x: Save SRR0/SRR1 and r10/r11 earlier in critical exception
https://git.kernel.org/powerpc/c/fcd4b43c36c69aa41e79a511edbb06c7020a6061
[05/41] powerpc/40x: Reorder a few instructions in critical exception prolog
https://git.kernel.org/powerpc/c/26c468860c32022ffe9caf16691764b77fb8eead
[06/41] powerpc/40x: Prepare for enabling MMU in critical exception prolog
https://git.kernel.org/powerpc/c/0fc1e93481f67a49f67c9168b71842eeb0998b25
[07/41] powerpc/40x: Prepare normal exception handler for enabling MMU early
https://git.kernel.org/powerpc/c/0512aadd750acf72b8906973c34e7092642d4323
[08/41] powerpc/32: Reconcile interrupts in C
https://git.kernel.org/powerpc/c/be39e10506830a2e654fb799a48025999f89a6ff
[09/41] powerpc/32: Entry cpu time accounting in C
https://git.kernel.org/powerpc/c/f93d866e14b746112fb29d69197dd83075bbd28c
[10/41] powerpc/32: Handle bookE debugging in C in exception entry
https://git.kernel.org/powerpc/c/79f4bb17f18162dd95d6aeb6dc3b7da54d6139aa
[11/41] powerpc/32: Use fast instruction to set MSR RI in exception prolog on 8xx
https://git.kernel.org/powerpc/c/e464d92b292cc61f8f0791cf87d3646204bbb208
[12/41] powerpc/32: Remove ksp_limit
https://git.kernel.org/powerpc/c/5747230645562921b5bc19f6409f7af08fe17c6d
[13/41] powerpc/32: Always enable data translation in exception prolog
https://git.kernel.org/powerpc/c/7aa8dd67f15731f659390018b5c9fd95f5975b3d
[14/41] powerpc/32: Tag DAR in EXCEPTION_PROLOG_2 for the 8xx
https://git.kernel.org/powerpc/c/5b1c9a0d7f3bcac591767fa1aad1323564673b26
[15/41] powerpc/32: Enable instruction translation at the same time as data translation
https://git.kernel.org/powerpc/c/9b6150fb8942d92e0991b9a4b02fa2e6f6b03238
[16/41] powerpc/32: Statically initialise first emergency context
https://git.kernel.org/powerpc/c/a4719f5bb6d7dc220bffdc1b9f5ce5eaa5543581
[17/41] powerpc/32: Add vmap_stack_overflow label inside the macro
https://git.kernel.org/powerpc/c/5b5e5bc53def654c2dc437dd327f7a47c48d81d3
[18/41] powerpc/32: Use START_EXCEPTION() as much as possible
https://git.kernel.org/powerpc/c/7bf1d7e1abab0d9f47ebce144deadb4409d0d631
[19/41] powerpc/32: Move exception prolog code into .text once MMU is back on
https://git.kernel.org/powerpc/c/dc13b889b586f499cc87eb2b0b7e901778b3b5cf
[20/41] powerpc/32: Provide a name to exception prolog continuation in virtual mode
https://git.kernel.org/powerpc/c/8f844c06f460687b028c675c3fa68f8e735aeb8c
[21/41] powerpc/32: Refactor booke critical registers saving
https://git.kernel.org/powerpc/c/32d2ca0e969a3620f71dff166a95ebf3f735b72e
[22/41] powerpc/32: Perform normal function call in exception entry
https://git.kernel.org/powerpc/c/0f2793e33db2e2f062968f2ca789b6826972b05b
[23/41] powerpc/32: Always save non volatile registers on exception entry
https://git.kernel.org/powerpc/c/e9f99704aafcdbd90ba20b81db2dae8526d8b8e5
[24/41] powerpc/32: Replace ASM exception exit by C exception exit from ppc64
https://git.kernel.org/powerpc/c/b96bae3ae2cb6337c0a1ad160f4cbb0666e5e38b
[25/41] powerpc/32: Don't save thread.regs on interrupt entry
https://git.kernel.org/powerpc/c/db297c3b07af7856fb7c666fbc9792d8e37556be
[26/41] powerpc/32: Set regs parameter in r3 in transfer_to_handler
https://git.kernel.org/powerpc/c/e72915560b15f58c2ffe08144d9a7163daa18db4
[27/41] powerpc/32: Call bad_page_fault() from do_page_fault()
https://git.kernel.org/powerpc/c/af6f2ce84b2f666762f75f085a7e5d6514743a84
[28/41] powerpc/32: Save trap number on stack in exception prolog
https://git.kernel.org/powerpc/c/719e7e212c7e637a795f130dbdd5db6c291e463f
[29/41] powerpc/32: Add a prepare_transfer_to_handler macro for exception prologs
https://git.kernel.org/powerpc/c/bce4c26a4e324cb096a3768cdc3aad4e2552c3d0
[30/41] powerpc/32: Only restore non volatile registers when required
https://git.kernel.org/powerpc/c/8f6ff5bd9b73a7912356f378adfb85e9a4e7ce65
[31/41] powerpc/32: Dismantle EXC_XFER_STD/LITE/TEMPLATE
https://git.kernel.org/powerpc/c/4c0104a83fc3990a76a01a2f4e504251fa9814c4
[32/41] powerpc/32: Remove the xfer parameter in EXCEPTION() macro
https://git.kernel.org/powerpc/c/acc142b6230eb2d9cec9b9e3baac1bc074df8ba3
[33/41] powerpc/32: Refactor saving of volatile registers in exception prologs
https://git.kernel.org/powerpc/c/a305597850c96e2f2d349533cf3b514fa4b7b9f8
[34/41] powerpc/32: Save remaining registers in exception prolog
https://git.kernel.org/powerpc/c/16db54369df614bf386aa31a6730c5bdb1bf4ffd
[35/41] powerpc/32: Return directly from power_save_ppc32_restore()
https://git.kernel.org/powerpc/c/a5d33be0512b4565808a3aed05567cb56c0e6ad0
[36/41] powerpc/32: Only use prepare_transfer_to_handler function on book3s/32 and e500
https://git.kernel.org/powerpc/c/a2b3e09ae41c71d27d9b8da9baf31e0d9a97b864
[37/41] powerpc/32s: Move KUEP locking/unlocking in C
https://git.kernel.org/powerpc/c/b5efec00b671c5d7e9cb9e73a1d4925dd6ce8dcd
[38/41] powerpc/64s: Make kuap_check_amr() and kuap_get_and_check_amr() generic
https://git.kernel.org/powerpc/c/ad2d2344771dabc5f0f14d85d5e7d2ddc613f385
[39/41] powerpc/32s: Create C version of kuap save/restore/check helpers
https://git.kernel.org/powerpc/c/21eb58ae4fce559d4e025df042db2bc0bb100f93
[40/41] powerpc/8xx: Create C version of kuap save/restore/check helpers
https://git.kernel.org/powerpc/c/0b45359aa2df7b761817a9664cfb53ea3070c390
[41/41] powerpc/32: Manage KUAP in C
https://git.kernel.org/powerpc/c/c16728835eec45fa82f4744a52940717ac828f6d
cheers
^ permalink raw reply
* Re: [PATCH v2 1/4] powerpc: Enable KFENCE for PPC32
From: Michael Ellerman @ 2021-03-31 1:09 UTC (permalink / raw)
To: Michael Ellerman, Paul Mackerras, Dmitry Vyukov,
Alexander Potapenko, Marco Elver, Christophe Leroy,
Benjamin Herrenschmidt
Cc: linuxppc-dev, linux-kernel, kasan-dev
In-Reply-To: <8dfe1bd2abde26337c1d8c1ad0acfcc82185e0d5.1614868445.git.christophe.leroy@csgroup.eu>
On Thu, 4 Mar 2021 14:35:09 +0000 (UTC), Christophe Leroy wrote:
> Add architecture specific implementation details for KFENCE and enable
> KFENCE for the ppc32 architecture. In particular, this implements the
> required interface in <asm/kfence.h>.
>
> KFENCE requires that attributes for pages from its memory pool can
> individually be set. Therefore, force the Read/Write linear map to be
> mapped at page granularity.
Patch 1 applied to powerpc/next.
[1/4] powerpc: Enable KFENCE for PPC32
https://git.kernel.org/powerpc/c/90cbac0e995dd92f7bcf82f74aa50250bf194a4a
cheers
^ permalink raw reply
* Re: [PATCH v1 1/4] powerpc: Activate HAVE_RELIABLE_STACKTRACE for all
From: Michael Ellerman @ 2021-03-31 1:09 UTC (permalink / raw)
To: Michael Ellerman, Paul Mackerras, Benjamin Herrenschmidt,
Christophe Leroy
Cc: linuxppc-dev, linux-kernel
In-Reply-To: <955248c6423cb068c5965923121ba31d4dd2fdde.1615881400.git.christophe.leroy@csgroup.eu>
On Tue, 16 Mar 2021 07:57:13 +0000 (UTC), Christophe Leroy wrote:
> CONFIG_HAVE_RELIABLE_STACKTRACE is applicable to all, no
> reason to limit it to book3s/64le
Applied to powerpc/next.
[1/4] powerpc: Activate HAVE_RELIABLE_STACKTRACE for all
https://git.kernel.org/powerpc/c/accdd093f260bc8c8a8f580ee48e49ad5c5f91b2
[2/4] powerpc: Rename 'tsk' parameter into 'task'
https://git.kernel.org/powerpc/c/826a307b0a11e605b4be0b2727550b510c4a88cd
[3/4] powerpc: Convert stacktrace to generic ARCH_STACKWALK
https://git.kernel.org/powerpc/c/a1cdef04f22dd5ad9e1ccf5d05a549c697b7f52d
[4/4] powerpc: Fix arch_stack_walk() to have running function as first entry
https://git.kernel.org/powerpc/c/a2308836880bf1501ff9373c611dc2970247d42b
cheers
^ permalink raw reply
* Re: [PATCH v1 0/8] Miscellaneous user access improvement
From: Michael Ellerman @ 2021-03-31 1:09 UTC (permalink / raw)
To: Michael Ellerman, Paul Mackerras, Benjamin Herrenschmidt,
Christophe Leroy
Cc: linuxppc-dev, linux-kernel
In-Reply-To: <cover.1615398498.git.christophe.leroy@csgroup.eu>
On Wed, 10 Mar 2021 17:56:59 +0000 (UTC), Christophe Leroy wrote:
> Patches 1-3 are cleaning parts of uaccess.h not related
> to put_user/get_user
> Patch 4 removes some usage of consecutives __get_user
> Patches 5 rewrite __patch_instruction to not use uaccess.h internals.
> Patches 6-8 switch some parts of code to user_access_begin/end blocks
>
> All patches are independant.
>
> [...]
Applied to powerpc/next.
[1/8] powerpc/uaccess: Also perform 64 bits copies in unsafe_copy_to_user() on ppc32
https://git.kernel.org/powerpc/c/c6adc835c68b713360f918d21372c2f34fc228e2
[2/8] powerpc/uaccess: Swap clear_user() and __clear_user()
https://git.kernel.org/powerpc/c/7472199a6eda6a79f9e3b126f52f67f9ce3e1f77
[3/8] powerpc/uaccess: Move copy_mc_xxx() functions down
https://git.kernel.org/powerpc/c/4b8cda58812c1e1bf79d37f2ddff3cf03b7025da
[4/8] powerpc/syscalls: Use sys_old_select() in ppc_select()
https://git.kernel.org/powerpc/c/fd69d544b0e785b11699675154bdfe01a04538cd
[5/8] powerpc/lib: Don't use __put_user_asm_goto() outside of uaccess.h
https://git.kernel.org/powerpc/c/e63ceebdad82f85e48b018abfc6af4ed6958179e
[6/8] powerpc/net: Switch csum_and_copy_{to/from}_user to user_access block
https://git.kernel.org/powerpc/c/164dc6ce368fa23b0aae0e5d12883fff9bf80458
[7/8] powerpc/futex: Switch to user_access block
https://git.kernel.org/powerpc/c/870779f40e99c795ddfafa0dfc43318e51f15127
[8/8] powerpc/ptrace: Convert gpr32_set_common() to user access block
https://git.kernel.org/powerpc/c/93c043e393af7fa218c928d8c62396ba28f1bb84
cheers
^ permalink raw reply
* Re: [PATCH] powerpc/mm: Remove unneeded #ifdef CONFIG_PPC_MEM_KEYS
From: Michael Ellerman @ 2021-03-31 1:09 UTC (permalink / raw)
To: Michael Ellerman, Paul Mackerras, Benjamin Herrenschmidt,
Christophe Leroy
Cc: linuxppc-dev, linux-kernel
In-Reply-To: <8038392f38d81f2ad169347efac29146f553b238.1615819955.git.christophe.leroy@csgroup.eu>
On Mon, 15 Mar 2021 14:52:51 +0000 (UTC), Christophe Leroy wrote:
> In fault.c, #ifdef CONFIG_PPC_MEM_KEYS is not needed because all
> functions are always defined, and arch_vma_access_permitted()
> always returns true when CONFIG_PPC_MEM_KEYS is not defined so
> access_pkey_error() will return false so bad_access_pkey()
> will never be called.
>
> Include linux/pkeys.h to get a definition of vma_pkeys() for
> bad_access_pkey().
Applied to powerpc/next.
[1/1] powerpc/mm: Remove unneeded #ifdef CONFIG_PPC_MEM_KEYS
https://git.kernel.org/powerpc/c/98c26a72751ecb2ed247cdfd6cb2385f37195707
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