[PATCH v2 1/2] serial: 8250: SERIAL_8250_FSL should not default to y when compile-testing

2021-09-24 Thread Geert Uytterhoeven
Commit b1442c55ce8977aa ("serial: 8250: extend compile-test coverage") added compile-test support to the Freescale 16550 driver. However, as SERIAL_8250_FSL is an invisible symbol, merely enabling compile-testing now enables this driver. Fix this by dropping the COMPILE_TEST default again, but ma

[PATCH v2 2/2] serial: 8250: SERIAL_8250_FSL should depend on Freescale platforms

2021-09-24 Thread Geert Uytterhoeven
The Freescale 16550-style UART is only present on some Freescale SoCs. Hence tighten the dependencies to prevent asking the user about this driver, and possibly defaulting it to be enabled, when configuring a kernel without appropriate Freescale SoC or ACPI support. Signed-off-by: Geert Uytterhoev

Re: [PATCH v3 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has()

2021-09-24 Thread Kirill A. Shutemov
On Thu, Sep 23, 2021 at 08:21:03PM +0200, Borislav Petkov wrote: > On Thu, Sep 23, 2021 at 12:05:58AM +0300, Kirill A. Shutemov wrote: > > Unless we find other way to guarantee RIP-relative access, we must use > > fixup_pointer() to access any global variables. > > Yah, I've asked compiler folks a

Re: [PATCH v3 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has()

2021-09-24 Thread Borislav Petkov
On Fri, Sep 24, 2021 at 12:41:32PM +0300, Kirill A. Shutemov wrote: > On Thu, Sep 23, 2021 at 08:21:03PM +0200, Borislav Petkov wrote: > > On Thu, Sep 23, 2021 at 12:05:58AM +0300, Kirill A. Shutemov wrote: > > > Unless we find other way to guarantee RIP-relative access, we must use > > > fixup_poi

[PATCH v3 1/2] powerpc/powermac: add missing g5_phy_disable_cpu1() declaration

2021-09-24 Thread Krzysztof Kozlowski
g5_phy_disable_cpu1() is used outside of platforms/powermac/feature.c, so it should have a declaration to fix W=1 warning: arch/powerpc/platforms/powermac/feature.c:1533:6: error: no previous prototype for ‘g5_phy_disable_cpu1’ [-Werror=missing-prototypes] Signed-off-by: Krzysztof Kozlowsk

[PATCH v3 2/2] powerpc/powermac: constify device_node in of_irq_parse_oldworld()

2021-09-24 Thread Krzysztof Kozlowski
The of_irq_parse_oldworld() does not modify passed device_node so make it a pointer to const for safety. Drop the extern while modifying the line. Signed-off-by: Krzysztof Kozlowski --- Changes since v1: 1. Drop extern. --- arch/powerpc/platforms/powermac/pic.c | 2 +- include/linux/of_irq.h

Re: [PATCH AUTOSEL 5.10 01/26] ibmvnic: check failover_pending in login response

2021-09-24 Thread Sasha Levin
On Thu, Sep 23, 2021 at 09:33:47AM +0200, Pavel Machek wrote: Hi! Something went wrong with this series. I only see first 7 patches. I thought it might be local problem, but I only see 7 patches on lore... Huh, yes, apparently git-send-email timed out. I'll resend. Thanks! -- Thanks, Sasha

[PATCH v1 1/3] powerpc/code-patching: Improve verification of patchability

2021-09-24 Thread Christophe Leroy
Today, patch_instruction() assumes that is called exclusively on valid addresses, and only checks that it is not called on an init address after init section has been freed. Improve verification by calling kernel_text_address() instead. kernel_text_address() already includes a verification of ini

[PATCH v1 3/3] powerpc: Remove init_mem_is_free

2021-09-24 Thread Christophe Leroy
init_mem_is_free is not used anymore. Remove it. Cc: Michael Neuling Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/sections.h | 2 -- arch/powerpc/include/asm/setup.h| 1 - arch/powerpc/mm/mem.c | 2 -- 3 files changed, 5 deletions(-) diff --git a/arch/powerpc/

[PATCH v1 2/3] powerpc: Stop using init_mem_is_free

2021-09-24 Thread Christophe Leroy
Generic parts of the kernel for instance core_kernel_text() use 'system_state' to check whether init memory has been freed. Do the same and stop using init_mem_is_free. Cc: Michael Neuling Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/sections.h | 2 +- 1 file changed, 1 inserti

Re: [PATCH v3 5/8] x86/sme: Replace occurrences of sme_active() with cc_platform_has()

2021-09-24 Thread Tom Lendacky
On 9/24/21 4:51 AM, Borislav Petkov wrote: On Fri, Sep 24, 2021 at 12:41:32PM +0300, Kirill A. Shutemov wrote: On Thu, Sep 23, 2021 at 08:21:03PM +0200, Borislav Petkov wrote: On Thu, Sep 23, 2021 at 12:05:58AM +0300, Kirill A. Shutemov wrote: Unless we find other way to guarantee RIP-relative

[PATCH 3/3] s390: Use generic version of arch_is_kernel_initmem_freed()

2021-09-24 Thread Christophe Leroy
Generic version of arch_is_kernel_initmem_freed() now does the same as s390 version. Remove the s390 version. Cc: Gerald Schaefer Signed-off-by: Christophe Leroy --- arch/s390/include/asm/sections.h | 12 arch/s390/mm/init.c | 3 --- 2 files changed, 15 deletions(-)

[PATCH 2/3] powerpc: Use generic version of arch_is_kernel_initmem_freed()

2021-09-24 Thread Christophe Leroy
Generic version of arch_is_kernel_initmem_freed() now does the same as powerpc version. Remove the powerpc version. Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/sections.h | 13 - 1 file changed, 13 deletions(-) diff --git a/arch/powerpc/include/asm/sections.h b/ar

[PATCH 1/3] mm: Make generic arch_is_kernel_initmem_freed() do what it says

2021-09-24 Thread Christophe Leroy
Commit 7a5da02de8d6 ("locking/lockdep: check for freed initmem in static_obj()") added arch_is_kernel_initmem_freed() which is supposed to report whether an object is part of already freed init memory. For the time being, the generic version of arch_is_kernel_initmem_freed() always reports 'false'

Re: [PATCH v2 1/2] serial: 8250: SERIAL_8250_FSL should not default to y when compile-testing

2021-09-24 Thread Johan Hovold
On Fri, Sep 24, 2021 at 09:12:30AM +0200, Geert Uytterhoeven wrote: > Commit b1442c55ce8977aa ("serial: 8250: extend compile-test coverage") > added compile-test support to the Freescale 16550 driver. However, as > SERIAL_8250_FSL is an invisible symbol, merely enabling compile-testing > now enabl

[PATCH] powerpc: Activate CONFIG_STRICT_KERNEL_RWX by default

2021-09-24 Thread Christophe Leroy
CONFIG_STRICT_KERNEL_RWX should be set by default on every architectures (See https://github.com/KSPP/linux/issues/4) On PPC32 we have to find a compromise between performance and/or memory wasting and selection of strict_kernel_rwx, because it implies either smaller memory chunks or larger alignm

Re: coherency issue observed after hotplug on POWER8

2021-09-24 Thread Naveen N. Rao
Hi Cascardo, Thanks for reporting this. Thadeu Lima de Souza Cascardo wrote: Hi, there. We have been investigating an issue we have observed on POWER8 POWERNV systems. When running the kernel selftests reuseport_bpf_cpu after a CPU hotplug, we see crashes, in different forms. [1] Just to re-

[Bug 213837] "Kernel panic - not syncing: corrupted stack end detected inside scheduler" at building via distcc on a G5

2021-09-24 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=213837 --- Comment #10 from Erhard F. (erhar...@mailbox.org) --- Created attachment 298959 --> https://bugzilla.kernel.org/attachment.cgi?id=298959&action=edit kernel .config (5.15-rc2 + CONFIG_THREAD_SHIFT=15, PowerMac G5 11,2) (In reply to mpe from

[Bug 213837] "Kernel panic - not syncing: corrupted stack end detected inside scheduler" at building via distcc on a G5

2021-09-24 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=213837 --- Comment #11 from Erhard F. (erhar...@mailbox.org) --- Created attachment 298961 --> https://bugzilla.kernel.org/attachment.cgi?id=298961&action=edit System.map (5.15-rc2 + patch + CONFIG_THREAD_SHIFT=15, PowerMac G5 11,2) -- You may reply

[Bug 213837] "Kernel panic - not syncing: corrupted stack end detected inside scheduler" at building via distcc on a G5

2021-09-24 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=213837 --- Comment #12 from Erhard F. (erhar...@mailbox.org) --- Created attachment 298963 --> https://bugzilla.kernel.org/attachment.cgi?id=298963&action=edit dmesg (5.15-rc2 + patch, PowerMac G5 11,2) #1 Last stack trace with CONFIG_THREAD_SHIFT=14

Re: [PATCH] powerpc/paravirt: correct preempt debug splat in vcpu_is_preempted()

2021-09-24 Thread Nathan Lynch
Michael Ellerman writes: > Srikar Dronamraju writes: >> * Michael Ellerman [2021-09-23 17:29:32]: >> >>> Nathan Lynch writes: >>> > Srikar Dronamraju writes: >>> > >>> >> * Nathan Lynch [2021-09-22 11:01:12]: >>> >> >>> >>> Srikar Dronamraju writes: > ... >>> >> Or can I understand how debug

Re: [PATCH] powerpc: don't select KFENCE on platform PPC_FSL_BOOK3E

2021-09-24 Thread Liu Shixin
On 2021/9/24 14:41, Christophe Leroy wrote: > > > Le 24/09/2021 à 08:39, Liu Shixin a écrit : >> On platform PPC_FSL_BOOK3E, all lowmem is managed by tlbcam. That means >> we didn't really map the kfence pool with page granularity. Therefore, >> if KFENCE is enabled, the system will hit the foll