Re: [patch 05/22] genirq/msi: Fixup includes

2021-12-01 Thread Thomas Gleixner
Cedric, On Wed, Dec 01 2021 at 08:14, Cédric Le Goater wrote: > On 11/30/21 23:41, Thomas Gleixner wrote: >> It's not the core function. It's the patch above and I'm a moron. > > All good now. Ship it ! thanks a lot for testing this and dealing with the fallout. Much appreciated! tglx

Re: [PATCH v2 0/6] KEXEC_SIG with appended signature

2021-12-01 Thread Michal Suchánek
Hello, On Wed, Dec 01, 2021 at 10:37:47AM +0800, Baoquan He wrote: > Hi, > > On 11/25/21 at 07:02pm, Michal Suchanek wrote: > > Hello, > > > > This is resend of the KEXEC_SIG patchset. > > > > The first patch is new because it'a a cleanup that does not require any > > change to the module verif

Re: bug: usb: gadget: FSL_UDC_CORE Corrupted request list leads to unrecoverable loop.

2021-12-01 Thread Joakim Tjernlund
On Tue, 2021-11-30 at 12:56 +0100, Joakim Tjernlund wrote: > On Mon, 2021-11-29 at 23:48 +, Eugene Bordenkircher wrote: > > Agreed, > > > > We are happy pick up the torch on this, but I'd like to try and hear from > > Joakim first before we do. The patch set is his, so I'd like to give him

[PATCH v6 00/18] powerpc: Make hash MMU code build configurable

2021-12-01 Thread Nicholas Piggin
Now that there's a platform that can make good use of it, here's a series that can prevent the hash MMU code being built for 64s platforms that don't need it. Since v5: - Make cxl select hash. - Add new patch (15) to prevent radix using different get_unmapped_area code when hash support is disab

[PATCH v6 01/18] powerpc: Remove unused FW_FEATURE_NATIVE references

2021-12-01 Thread Nicholas Piggin
FW_FEATURE_NATIVE_ALWAYS and FW_FEATURE_NATIVE_POSSIBLE are always zero and never do anything. Remove them. Signed-off-by: Nicholas Piggin --- arch/powerpc/include/asm/firmware.h | 8 1 file changed, 8 deletions(-) diff --git a/arch/powerpc/include/asm/firmware.h b/arch/powerpc/includ

[PATCH v6 02/18] powerpc: Rename PPC_NATIVE to PPC_HASH_MMU_NATIVE

2021-12-01 Thread Nicholas Piggin
PPC_NATIVE now only controls the native HPT code, so rename it to be more descriptive. Restrict it to Book3S only. Signed-off-by: Nicholas Piggin --- arch/powerpc/mm/book3s64/Makefile | 2 +- arch/powerpc/mm/book3s64/hash_utils.c | 2 +- arch/powerpc/platforms/52xx/Kconfig|

[PATCH v6 03/18] powerpc/pseries: Stop selecting PPC_HASH_MMU_NATIVE

2021-12-01 Thread Nicholas Piggin
The pseries platform does not use the native hash code but the PAPR virtualised hash interfaces, so remove PPC_HASH_MMU_NATIVE. This requires moving tlbiel code from hash_native.c to hash_utils.c. Signed-off-by: Nicholas Piggin --- arch/powerpc/include/asm/book3s/64/tlbflush.h | 4 - arch/pow

[PATCH v6 04/18] powerpc/64s: Move and rename do_bad_slb_fault as it is not hash specific

2021-12-01 Thread Nicholas Piggin
slb.c is hash-specific SLB management, but do_bad_slb_fault deals with segment interrupts that occur with radix MMU as well. Signed-off-by: Nicholas Piggin --- arch/powerpc/include/asm/interrupt.h | 2 +- arch/powerpc/kernel/exceptions-64s.S | 4 ++-- arch/powerpc/mm/book3s64/slb.c | 16

[PATCH v6 05/18] powerpc/pseries: move process table registration away from hash-specific code

2021-12-01 Thread Nicholas Piggin
This reduces ifdefs in a later change which makes hash support configurable. Signed-off-by: Nicholas Piggin --- arch/powerpc/platforms/pseries/lpar.c | 56 +-- 1 file changed, 28 insertions(+), 28 deletions(-) diff --git a/arch/powerpc/platforms/pseries/lpar.c b/arch/po

[PATCH v6 06/18] powerpc/pseries: lparcfg don't include slb_size line in radix mode

2021-12-01 Thread Nicholas Piggin
This avoids a change in behaviour in the later patch making hash support configurable. This is possibly a user interface change, so the alternative would be a hard-coded slb_size=0 here. Signed-off-by: Nicholas Piggin --- arch/powerpc/platforms/pseries/lparcfg.c | 3 ++- 1 file changed, 2 insert

[PATCH v6 07/18] powerpc/64s: move THP trace point creation out of hash specific file

2021-12-01 Thread Nicholas Piggin
In preparation for making hash MMU support configurable, move THP trace point function definitions out of an otherwise hash-specific file. Signed-off-by: Nicholas Piggin --- arch/powerpc/mm/book3s64/Makefile | 2 +- arch/powerpc/mm/book3s64/hash_pgtable.c | 1 - arch/powerpc/mm/book3s64/tr

[PATCH v6 08/18] powerpc/64s: Make flush_and_reload_slb a no-op when radix is enabled

2021-12-01 Thread Nicholas Piggin
The radix test can exclude slb_flush_all_realmode() from being called because flush_and_reload_slb() is only expected to flush ERAT when called by flush_erat(), which is only on pre-ISA v3.0 CPUs that do not support radix. This helps the later change to make hash support configurable to not introd

[PATCH v6 09/18] powerpc/64s: move page size definitions from hash specific file

2021-12-01 Thread Nicholas Piggin
The radix code uses some of the psize variables. Move the common ones from hash_utils.c to pgtable.c. Signed-off-by: Nicholas Piggin --- arch/powerpc/mm/book3s64/hash_utils.c | 5 - arch/powerpc/mm/book3s64/pgtable.c| 7 +++ 2 files changed, 7 insertions(+), 5 deletions(-) diff --gi

[PATCH v6 10/18] powerpc/64s: Rename hash_hugetlbpage.c to hugetlbpage.c

2021-12-01 Thread Nicholas Piggin
This file contains functions and data common to radix, so rename it to remove the hash_ prefix. Signed-off-by: Nicholas Piggin --- arch/powerpc/mm/book3s64/Makefile | 2 +- arch/powerpc/mm/book3s64/{hash_hugetlbpage.c => hugetlbpage.c} | 0 2 files changed, 1 inserti

[PATCH v6 11/18] powerpc/64: pcpu setup avoid reading mmu_linear_psize on 64e or radix

2021-12-01 Thread Nicholas Piggin
Radix never sets mmu_linear_psize so it's always 4K, which causes pcpu atom_size to always be PAGE_SIZE. 64e sets it to 1GB always. Make paths for these platforms to be explicit about what value they set atom_size to. Signed-off-by: Nicholas Piggin --- arch/powerpc/kernel/setup_64.c | 21 ++

[PATCH v6 12/18] powerpc: make memremap_compat_align 64s-only

2021-12-01 Thread Nicholas Piggin
memremap_compat_align is only relevant when ZONE_DEVICE is selected. ZONE_DEVICE depends on ARCH_HAS_PTE_DEVMAP, which is only selected by PPC_BOOK3S_64. Signed-off-by: Nicholas Piggin --- arch/powerpc/Kconfig | 2 +- arch/powerpc/mm/book3s64/pgtable.c | 20 a

[PATCH v6 13/18] powerpc/64e: remove mmu_linear_psize

2021-12-01 Thread Nicholas Piggin
mmu_linear_psize is only set at boot once on 64e, is not necessarily the correct size of the linear map pages, and is never used anywhere. Remove it. Signed-off-by: Nicholas Piggin --- arch/powerpc/include/asm/nohash/mmu-book3e.h | 1 - arch/powerpc/mm/nohash/tlb.c | 9 -

[PATCH v6 14/18] powerpc/64s: Fix radix MMU when MMU_FTR_HPTE_TABLE is clear

2021-12-01 Thread Nicholas Piggin
There are a few places that require MMU_FTR_HPTE_TABLE to be set even when running in radix mode. Fix those up. Signed-off-by: Nicholas Piggin --- arch/powerpc/mm/pgtable.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/arch/powerpc/mm/pgtable.c b/arch/powerpc/mm/pg

[PATCH v6 15/18] powerpc/64s: Always define arch unmapped area calls

2021-12-01 Thread Nicholas Piggin
To avoid any functional changes to radix paths when building with hash MMU support disabled (and CONFIG_PPC_MM_SLICES=n), always define the arch get_unmapped_area calls on 64s platforms. Signed-off-by: Nicholas Piggin --- arch/powerpc/include/asm/book3s/64/hash.h | 4 --- arch/powerpc/include/a

[PATCH v6 16/18] powerpc/64s: Make hash MMU support configurable

2021-12-01 Thread Nicholas Piggin
This adds Kconfig selection which allows 64s hash MMU support to be disabled. It can be disabled if radix support is enabled, the minimum supported CPU type is POWER9 (or higher), and KVM is not selected. Signed-off-by: Nicholas Piggin --- arch/powerpc/Kconfig | 3 ++- arch/

[PATCH v6 17/18] powerpc/64s: Move hash MMU support code under CONFIG_PPC_64S_HASH_MMU

2021-12-01 Thread Nicholas Piggin
Compiling out hash support code when CONFIG_PPC_64S_HASH_MMU=n saves 128kB kernel image size (90kB text) on powernv_defconfig minus KVM, 350kB on pseries_defconfig minus KVM, 40kB on a tiny config. Signed-off-by: Nicholas Piggin --- arch/powerpc/Kconfig | 2 +- arch/pow

[PATCH v6 18/18] powerpc/microwatt: add POWER9_CPU, clear PPC_64S_HASH_MMU

2021-12-01 Thread Nicholas Piggin
Microwatt implements a subset of ISA v3.0 (which is equivalent to the POWER9_CPU option). It is radix-only, so does not require hash MMU support. This saves 20kB compressed dtbImage and 56kB vmlinux size. Signed-off-by: Nicholas Piggin --- arch/powerpc/configs/microwatt_defconfig | 3 ++- arch/

[PATCH] powerpc/pseries: read the lpar name from the firmware

2021-12-01 Thread Laurent Dufour
The LPAR name may be changed after the LPAR has been started in the HMC. In that case lparstat command is not reporting the updated value because it reads it from the device tree which is read at boot time. However this value could be read from RTAS. Adding this value in the /proc/powerpc/lparcfg

Re: [PATCH] powerpc/pseries: read the lpar name from the firmware

2021-12-01 Thread Nathan Lynch
Laurent Dufour writes: > The LPAR name may be changed after the LPAR has been started in the HMC. > In that case lparstat command is not reporting the updated value because it > reads it from the device tree which is read at boot time. Could lparstat be changed to make the appropriate get-system-

Re: [PATCH] powerpc/pseries: read the lpar name from the firmware

2021-12-01 Thread Laurent Dufour
On 01/12/2021, 16:30:29, Nathan Lynch wrote: > Laurent Dufour writes: >> The LPAR name may be changed after the LPAR has been started in the HMC. >> In that case lparstat command is not reporting the updated value because it >> reads it from the device tree which is read at boot time. > Could lpar

[PATCH] powerpc/xive: Fix compile when !CONFIG_PPC_POWERNV.

2021-12-01 Thread Cédric Le Goater
The automatic "save & restore" of interrupt context is a POWER10/XIVE2 feature exploited by KVM under the PowerNV platform. It is not available under pSeries and the associated toggle should not be exposed under the XIVE debugfs directory. Introduce a platform handler for debugfs initialization an

Re: [PATCH] powerpc/pseries: read the lpar name from the firmware

2021-12-01 Thread Laurent Dufour
On 01/12/2021, 16:57:06, Laurent Dufour wrote: > On 01/12/2021, 16:30:29, Nathan Lynch wrote: >> Laurent Dufour writes: >>> The LPAR name may be changed after the LPAR has been started in the HMC. >>> In that case lparstat command is not reporting the updated value because it >>> reads it from the

Re: [PATCH] powerpc/signal32: Use struct_group() to zero spe regs

2021-12-01 Thread Kees Cook
On Wed, Nov 24, 2021 at 11:08:25AM +1100, Michael Ellerman wrote: > Kees Cook writes: > > On Mon, Nov 22, 2021 at 04:43:36PM +1100, Michael Ellerman wrote: > >> LEROY Christophe writes: > >> > Le 18/11/2021 à 21:36, Kees Cook a écrit : > >> >> In preparation for FORTIFY_SOURCE performing compile-

[PATCH v2] powerpc/pseries: read the lpar name from the firmware

2021-12-01 Thread Laurent Dufour
The LPAR name may be changed after the LPAR has been started in the HMC. In that case lparstat command is not reporting the updated value because it reads it from the device tree which is read at boot time. However this value could be read from RTAS. Adding this value in the /proc/powerpc/lparcfg

Re: [PATCH v2 3/3] soc: fsl: Replace kernel.h with the necessary inclusions

2021-12-01 Thread Li Yang
On Tue, Nov 23, 2021 at 10:32 AM Andy Shevchenko wrote: > > On Tue, Nov 16, 2021 at 11:38:01AM +0200, Andy Shevchenko wrote: > > On Mon, Nov 15, 2021 at 10:24:36PM +, Leo Li wrote: > > > > From: Andy Shevchenko > > > > Sent: Monday, November 15, 2021 5:30 AM > > > > On Wed, Nov 10, 2021 at 12

[powerpc:next-test] BUILD SUCCESS af11dee4361b3519981fa04d014873f9d9edd6ac

2021-12-01 Thread kernel test robot
randconfig-a013-20211128 i386 randconfig-a012-20211128 i386 randconfig-a014-20211128 i386 randconfig-a011-20211128 x86_64 randconfig-a006-20211201 x86_64 randconfig-a005-20211201 x86_64 randconfig-a001-20211201

Re: [PATCH 0/9] lib/bitmap: optimize bitmap_weight() usage

2021-12-01 Thread Yury Norov
On Mon, Nov 29, 2021 at 04:34:07PM +, Michał Mirosław wrote: > Dnia 29 listopada 2021 06:38:39 UTC, Yury Norov > napisał/a: > >On Sun, Nov 28, 2021 at 07:03:41PM +0100, mirq-t...@rere.qmqm.pl wrote: > >> On Sat, Nov 27, 2021 at 07:56:55PM -0800, Yury Norov wrote: > >> > In many cases people u