Re: [PATCH 1/1] mm/nommu: remove unnecessary VMA locking

On Thu, Mar 2, 2023 at 1:41 AM David Hildenbrand wrote: > > On 01.03.23 20:04, Suren Baghdasaryan wrote: > > Since CONFIG_PER_VMA_LOCK depends on CONFIG_MMU, the changes in nommu > > are not needed. Remove them. > > > > Fixes: bad94decd6a4 ("mm: write-lock VMAs before removing them from VMA > > t

Re: [RFC PATCH 0/4] Remove some e300/MPC83xx evaluation platforms

[Re: [RFC PATCH 0/4] Remove some e300/MPC83xx evaluation platforms] On 01/03/2023 (Wed 14:23) Christophe Leroy wrote: > > > Le 28/02/2023 ?? 18:51, Arnd Bergmann a ??crit??: > > On Tue, Feb 28, 2023, at 11:03, Joakim Tjernlund wrote: > >> On Mon, 2023-02-27 at 14:48 -0600, Li Yang wrote: >

Re: [PATCH 4/4] powerpc: remove orphaned MPC85xx kernel config fragments.

[Re: [PATCH 4/4] powerpc: remove orphaned MPC85xx kernel config fragments.] On 02/03/2023 (Thu 17:30) Crystal Wood wrote: > On Tue, 2023-02-21 at 22:49 +0100, Pali Roh??r wrote: > > On Tuesday 21 February 2023 16:29:32 Paul Gortmaker wrote: > > > [Re: [PATCH 4/4] powerpc: remove orphaned MPC85xx

Re: [PATCH v2 5/5] of: address: Always use dma_default_coherent for default coherency

Jiaxun Yang writes: >> 2023年3月1日 13:06，Christoph Hellwig 写道： >> >>> - select OF_DMA_DEFAULT_COHERENT if !NOT_COHERENT_CACHE >> >> Doesn't powerpc need to select CONFIG_ARCH_DMA_DEFAULT_COHERENT now, >> or even better should be doing that in the patch adding that >> symbol? > > If I read the cod

Re: [PATCH 4/4] powerpc: remove orphaned MPC85xx kernel config fragments.

On Tue, 2023-02-21 at 22:49 +0100, Pali Rohár wrote: > On Tuesday 21 February 2023 16:29:32 Paul Gortmaker wrote: > > [Re: [PATCH 4/4] powerpc: remove orphaned MPC85xx kernel config > > fragments.] On 21/02/2023 (Tue 21:03) Pali Roh??r wrote: > > > > > On Tuesday 21 February 2023 14:46:37 Paul Gor

Re: [PATCH 1/2] powerpc/64: Move CPU -mtune options into Kconfig

Nathan Chancellor writes: > On Fri, Mar 03, 2023 at 12:16:55AM +1100, Michael Ellerman wrote: >> Currently the -mtune options are set in the Makefile, depending on what >> is the compiler supports. >> >> One downside of doing it that way is that the chosen -mtune option is >> not recorded in the

Re: [PATCH 2/2] powerpc/64: Use -mtune=pwr10/9/8 for clang

Nathan Chancellor writes: > Hi Michael, > > Thanks for the workaround and sorry this has come to bite us :/ > > On Fri, Mar 03, 2023 at 12:16:56AM +1100, Michael Ellerman wrote: >> For the -mtune option clang doesn't accept power10/9/8, instead it >> accepts pwr10/9/8. That will be fixed in future

Re: [PATCH] powerpc/64s: Fix __pte_needs_flush() false positive warning

Accidentally added a bad auto-import, V2 sent https://patchwork.ozlabs.org/project/linuxppc-dev/patch/20230302225947.81083-1-bg...@linux.ibm.com/

[PATCH v2] powerpc/64s: Fix __pte_needs_flush() false positive warning

Userspace PROT_NONE ptes set _PAGE_PRIVILEGED, triggering a false positive debug assertion that __pte_flags_need_flush() is not called on a kernel mapping. Detect when it is a userspace PROT_NONE page by checking the required bits of PAGE_NONE are set, and none of the RWX bits are set. pte_protnon

[PATCH] powerpc/64s: Fix __pte_needs_flush() false positive warning

Userspace PROT_NONE ptes set _PAGE_PRIVILEGED, triggering a false positive debug assertion that __pte_flags_need_flush() is not called on a kernel mapping. Detect when it is a userspace PROT_NONE page by checking the required bits of PAGE_NONE are set, and none of the RWX bits are set. pte_protnon

Re: [PATCH 2/2] powerpc/tpm: Reserve SML log when kexec'ing

Stefan Berger writes: > On 2/23/23 22:25, Michael Ellerman wrote: >> The TPM code in prom_init.c creates a small buffer of memory to store >> the TPM's SML (Stored Measurement Log). It's communicated to Linux via >> the linux,sml-base/size device tree properties of the TPM node. >> >> When kexec'

Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi

On March 1, 2023 7:17:18 PM PST, Palmer Dabbelt wrote: >On Tue, 14 Feb 2023 01:19:02 PST (-0800), h...@linux.ibm.com wrote: >> On Tue, Feb 14, 2023 at 09:58:17AM +0100, Geert Uytterhoeven wrote: >>> Hi Heiko, >>> >>> On Tue, Feb 14, 2023 at 9:39 AM Heiko Carstens wrote: >>> > On Tue, Feb 14, 202

Re: [PATCH v7 13/41] mm: Make pte_mkwrite() take a VMA

On Mon, Feb 27, 2023 at 02:29:29PM -0800, Rick Edgecombe wrote: > [0] > https://lore.kernel.org/lkml/0e29a2d0-08d8-bcd6-ff26-4bea0e403...@redhat.com/#t I guess that sub-thread about how you arrived at this "pass a VMA" decision should be in the Link tag. But that's for the committer, I'd say. Th

Re: [PATCH 2/2] powerpc/64: Use -mtune=pwr10/9/8 for clang

Hi Michael, Thanks for the workaround and sorry this has come to bite us :/ On Fri, Mar 03, 2023 at 12:16:56AM +1100, Michael Ellerman wrote: > For the -mtune option clang doesn't accept power10/9/8, instead it > accepts pwr10/9/8. That will be fixed in future versions of clang, but > the kernel

Re: [PATCH 1/2] powerpc/64: Move CPU -mtune options into Kconfig

On Fri, Mar 03, 2023 at 12:16:55AM +1100, Michael Ellerman wrote: > Currently the -mtune options are set in the Makefile, depending on what > is the compiler supports. > > One downside of doing it that way is that the chosen -mtune option is > not recorded in the .config. > > Another downside is

Re: [patch 05/39] genirq/msi: Remove filter from msi_free_descs_free_range()

Hi Thomas, t...@linutronix.de wrote on Wed, 01 Mar 2023 22:07:48 +0100: > Miquel! > > On Wed, Mar 01 2023 at 11:55, Miquel Raynal wrote: > > t...@linutronix.de wrote on Fri, 11 Nov 2022 14:54:22 +0100 (CET): > > > >> When a range of descriptors is freed then all of them are not associated to >

[PATCH 1/2] powerpc/64: Move CPU -mtune options into Kconfig

Currently the -mtune options are set in the Makefile, depending on what is the compiler supports. One downside of doing it that way is that the chosen -mtune option is not recorded in the .config. Another downside is that doing more complicated logic to calculate the correct option gets messy in

[PATCH 2/2] powerpc/64: Use -mtune=pwr10/9/8 for clang

For the -mtune option clang doesn't accept power10/9/8, instead it accepts pwr10/9/8. That will be fixed in future versions of clang, but the kernel must support the clang versions in the wild. So add support for the "pwr" spelling if clang is in use. Reported-by: Nathan Chancellor BugLink: http

Re: [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi

On 3/2/23 11:06, Alexandre Ghiti wrote: Hi Arnd, On 3/2/23 10:35, Alexandre Ghiti wrote: This all came up in the context of increasing COMMAND_LINE_SIZE in the RISC-V port.  In theory that's a UABI break, as COMMAND_LINE_SIZE is the maximum length of /proc/cmdline and userspace could staticly

Re: [PATCH v2.1 04/24] arm64/cpu: Mark cpu_die() __noreturn

On 16/2/23 19:41, Josh Poimboeuf wrote: cpu_die() doesn't return. Annotate it as such. By extension this also makes arch_cpu_idle_dead() noreturn. Acked-by: Mark Rutland Signed-off-by: Josh Poimboeuf --- arch/arm64/include/asm/smp.h | 2 +- arch/arm64/kernel/smp.c | 2 +- 2 files ch

Re: [PATCH v2.1 09/24] mips/cpu: Expose play_dead()'s prototype definition

On 1/3/23 19:16, Josh Poimboeuf wrote: The latest version of this patch triggered a new kbuild warning which is fixed by the below patch. If there are no objections I'll bundle it in with the rest of the set for merging. ---8<--- Subject: [PATCH] mips/smp: Add CONFIG_SMP guard for raw_smp_pro

Re: [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi

On 3/2/23 11:44, Geert Uytterhoeven wrote: Hi Alex, On Thu, Mar 2, 2023 at 11:09 AM Alexandre Ghiti wrote: On 3/2/23 10:47, Geert Uytterhoeven wrote: On Thu, Mar 2, 2023 at 10:35 AM Alexandre Ghiti wrote: This all came up in the context of increasing COMMAND_LINE_SIZE in the RISC-V port.

Re: [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi

Hi Alex, On Thu, Mar 2, 2023 at 11:09 AM Alexandre Ghiti wrote: > On 3/2/23 10:47, Geert Uytterhoeven wrote: > > On Thu, Mar 2, 2023 at 10:35 AM Alexandre Ghiti > > wrote: > >> This all came up in the context of increasing COMMAND_LINE_SIZE in the > >> RISC-V port. In theory that's a UABI brea

Re: [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi

Hi Geert, On 3/2/23 10:47, Geert Uytterhoeven wrote: Hi Alex, On Thu, Mar 2, 2023 at 10:35 AM Alexandre Ghiti wrote: This all came up in the context of increasing COMMAND_LINE_SIZE in the RISC-V port. In theory that's a UABI break, as COMMAND_LINE_SIZE is the maximum length of /proc/cmdline

Re: [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi

Hi Arnd, On 3/2/23 10:35, Alexandre Ghiti wrote: This all came up in the context of increasing COMMAND_LINE_SIZE in the RISC-V port. In theory that's a UABI break, as COMMAND_LINE_SIZE is the maximum length of /proc/cmdline and userspace could staticly rely on that to be correct. Usually I wou

[PATCH v4 24/24] s390: Remove empty

From: Palmer Dabbelt Signed-off-by: Palmer Dabbelt Acked-by: Heiko Carstens Reviewed-by: Philippe Mathieu-Daudé --- arch/s390/include/asm/setup.h | 1 - arch/s390/include/uapi/asm/setup.h | 1 - 2 files changed, 2 deletions(-) delete mode 100644 arch/s390/include/uapi/asm/setup.h diff

[PATCH v4 23/24] mips: Remove empty

From: Palmer Dabbelt Signed-off-by: Palmer Dabbelt --- arch/mips/include/uapi/asm/setup.h | 5 - 1 file changed, 5 deletions(-) delete mode 100644 arch/mips/include/uapi/asm/setup.h diff --git a/arch/mips/include/uapi/asm/setup.h b/arch/mips/include/uapi/asm/setup.h deleted file mode 100

[PATCH v4 22/24] powerpc: Remove empty

From: Palmer Dabbelt Signed-off-by: Palmer Dabbelt --- arch/powerpc/include/uapi/asm/setup.h | 5 - 1 file changed, 5 deletions(-) delete mode 100644 arch/powerpc/include/uapi/asm/setup.h diff --git a/arch/powerpc/include/uapi/asm/setup.h b/arch/powerpc/include/uapi/asm/setup.h deleted f

[PATCH v4 21/24] xtensa: Remove empty

From: Palmer Dabbelt Signed-off-by: Palmer Dabbelt Acked-by: Max Filippov --- arch/xtensa/include/uapi/asm/setup.h | 15 --- 1 file changed, 15 deletions(-) delete mode 100644 arch/xtensa/include/uapi/asm/setup.h diff --git a/arch/xtensa/include/uapi/asm/setup.h b/arch/xtensa/in

[PATCH v4 20/24] x86: Remove empty

From: Palmer Dabbelt Signed-off-by: Palmer Dabbelt Reviewed-by: Philippe Mathieu-Daudé --- arch/x86/include/asm/setup.h | 2 -- arch/x86/include/uapi/asm/setup.h | 1 - 2 files changed, 3 deletions(-) delete mode 100644 arch/x86/include/uapi/asm/setup.h diff --git a/arch/x86/include/asm

[PATCH v4 19/24] parisc: Remove empty

From: Palmer Dabbelt Signed-off-by: Palmer Dabbelt Reviewed-by: Philippe Mathieu-Daudé Acked-by: Helge Deller --- arch/parisc/include/uapi/asm/setup.h | 5 - 1 file changed, 5 deletions(-) delete mode 100644 arch/parisc/include/uapi/asm/setup.h diff --git a/arch/parisc/include/uapi/asm/

[PATCH v4 18/24] sparc: Remove empty

From: Palmer Dabbelt Signed-off-by: Palmer Dabbelt --- arch/sparc/include/uapi/asm/setup.h | 9 - 1 file changed, 9 deletions(-) delete mode 100644 arch/sparc/include/uapi/asm/setup.h diff --git a/arch/sparc/include/uapi/asm/setup.h b/arch/sparc/include/uapi/asm/setup.h deleted file

[PATCH v4 17/24] microblaze: Remove empty

From: Palmer Dabbelt Signed-off-by: Palmer Dabbelt --- arch/microblaze/include/uapi/asm/setup.h | 18 -- 1 file changed, 18 deletions(-) delete mode 100644 arch/microblaze/include/uapi/asm/setup.h diff --git a/arch/microblaze/include/uapi/asm/setup.h b/arch/microblaze/include

[PATCH v4 16/24] arm64: Remove empty

From: Palmer Dabbelt Signed-off-by: Palmer Dabbelt --- arch/arm64/include/uapi/asm/setup.h | 25 - 1 file changed, 25 deletions(-) delete mode 100644 arch/arm64/include/uapi/asm/setup.h diff --git a/arch/arm64/include/uapi/asm/setup.h b/arch/arm64/include/uapi/asm/set

[PATCH v4 15/24] m68k: Remove empty

From: Palmer Dabbelt Signed-off-by: Palmer Dabbelt Acked-by: Geert Uytterhoeven --- arch/m68k/include/uapi/asm/setup.h | 15 --- 1 file changed, 15 deletions(-) delete mode 100644 arch/m68k/include/uapi/asm/setup.h diff --git a/arch/m68k/include/uapi/asm/setup.h b/arch/m68k/incl

[PATCH v4 14/24] arc: Remove empty

From: Palmer Dabbelt Signed-off-by: Palmer Dabbelt Reviewed-by: Philippe Mathieu-Daudé --- arch/arc/include/asm/setup.h | 1 - arch/arc/include/uapi/asm/setup.h | 6 -- 2 files changed, 7 deletions(-) delete mode 100644 arch/arc/include/uapi/asm/setup.h diff --git a/arch/arc/include

[PATCH v4 13/24] alpha: Remove empty

From: Palmer Dabbelt Signed-off-by: Palmer Dabbelt --- arch/alpha/include/uapi/asm/setup.h | 5 - 1 file changed, 5 deletions(-) delete mode 100644 arch/alpha/include/uapi/asm/setup.h diff --git a/arch/alpha/include/uapi/asm/setup.h b/arch/alpha/include/uapi/asm/setup.h deleted file mode

Re: [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi

Hi Alex, On Thu, Mar 2, 2023 at 10:35 AM Alexandre Ghiti wrote: > This all came up in the context of increasing COMMAND_LINE_SIZE in the > RISC-V port. In theory that's a UABI break, as COMMAND_LINE_SIZE is the > maximum length of /proc/cmdline and userspace could staticly rely on > that to be c

[PATCH v4 12/24] asm-generic: Remove COMMAND_LINE_SIZE from uapi

From: Palmer Dabbelt As far as I can tell this is not used by userspace and thus should not be part of the user-visible API. Since only contains COMMAND_LINE_SIZE we can just move it out of uapi to hide the definition and fix up the only direct use in Loongarch. Signed-off-by: Palmer Dabbelt

[PATCH v4 11/24] xtensa: Remove COMMAND_LINE_SIZE from uapi

From: Palmer Dabbelt As far as I can tell this is not used by userspace and thus should not be part of the user-visible API. Signed-off-by: Palmer Dabbelt Acked-by: Max Filippov --- arch/xtensa/include/asm/setup.h | 17 + arch/xtensa/include/uapi/asm/setup.h | 2 -- 2 fi

[PATCH v4 10/24] sparc: Remove COMMAND_LINE_SIZE from uapi

From: Palmer Dabbelt As far as I can tell this is not used by userspace and thus should not be part of the user-visible API. Signed-off-by: Palmer Dabbelt --- arch/sparc/include/asm/setup.h | 6 +- arch/sparc/include/uapi/asm/setup.h | 7 --- 2 files changed, 5 insertions(+), 8 de

[PATCH v4 09/24] powerpc: Remove COMMAND_LINE_SIZE from uapi

From: Palmer Dabbelt As far as I can tell this is not used by userspace and thus should not be part of the user-visible API. Signed-off-by: Palmer Dabbelt Acked-by: Michael Ellerman --- arch/powerpc/include/asm/setup.h | 2 +- arch/powerpc/include/uapi/asm/setup.h | 2 -- 2 files changed

[PATCH v4 08/24] parisc: Remove COMMAND_LINE_SIZE from uapi

From: Palmer Dabbelt As far as I can tell this is not used by userspace and thus should not be part of the user-visible API. Signed-off-by: Palmer Dabbelt Reviewed-by: Philippe Mathieu-Daudé Acked-by: Helge Deller --- arch/parisc/include/asm/setup.h | 7 +++ arch/parisc/include/uapi

[PATCH v4 07/24] mips: Remove COMMAND_LINE_SIZE from uapi

From: Palmer Dabbelt As far as I can tell this is not used by userspace and thus should not be part of the user-visible API. Signed-off-by: Palmer Dabbelt Reviewed-by: Philippe Mathieu-Daudé --- arch/mips/include/asm/setup.h | 3 ++- arch/mips/include/uapi/asm/setup.h | 3 --- 2 files ch

[PATCH v4 06/24] microblaze: Remove COMMAND_LINE_SIZE from uapi

From: Palmer Dabbelt As far as I can tell this is not used by userspace and thus should not be part of the user-visible API. Signed-off-by: Palmer Dabbelt --- arch/microblaze/include/asm/setup.h | 2 +- arch/microblaze/include/uapi/asm/setup.h | 2 -- 2 files changed, 1 insertion(+), 3 de

Re: [PATCH 1/1] mm/nommu: remove unnecessary VMA locking

On 01.03.23 20:04, Suren Baghdasaryan wrote: Since CONFIG_PER_VMA_LOCK depends on CONFIG_MMU, the changes in nommu are not needed. Remove them. Fixes: bad94decd6a4 ("mm: write-lock VMAs before removing them from VMA tree") Reported-by: Hyeonggon Yoo <42.hye...@gmail.com> Link: https://lore.kerne

[PATCH v4 05/24] m68k: Remove COMMAND_LINE_SIZE from uapi

From: Palmer Dabbelt As far as I can tell this is not used by userspace and thus should not be part of the user-visible API. Signed-off-by: Palmer Dabbelt Acked-by: Geert Uytterhoeven --- arch/m68k/include/asm/setup.h | 3 +-- arch/m68k/include/uapi/asm/setup.h | 2 -- 2 files changed, 1

[PATCH v4 04/24] ia64: Remove COMMAND_LINE_SIZE from uapi

From: Palmer Dabbelt As far as I can tell this is not used by userspace and thus should not be part of the user-visible API. Signed-off-by: Palmer Dabbelt --- arch/ia64/include/asm/setup.h | 10 ++ arch/ia64/include/uapi/asm/setup.h | 6 ++ 2 files changed, 12 insertions(+),

[PATCH v4 03/24] arm: Remove COMMAND_LINE_SIZE from uapi

From: Palmer Dabbelt As far as I can tell this is not used by userspace and thus should not be part of the user-visible API. Signed-off-by: Palmer Dabbelt Reviewed-by: Russell King (Oracle) --- arch/arm/include/asm/setup.h | 1 + arch/arm/include/uapi/asm/setup.h | 2 -- 2 files changed,

[PATCH v4 02/24] arm64: Remove COMMAND_LINE_SIZE from uapi

From: Palmer Dabbelt As far as I can tell this is not used by userspace and thus should not be part of the user-visible API. Signed-off-by: Palmer Dabbelt Acked-by: Catalin Marinas --- arch/arm64/include/asm/setup.h | 3 ++- arch/arm64/include/uapi/asm/setup.h | 2 -- 2 files changed, 2

[PATCH v4 01/24] alpha: Remove COMMAND_LINE_SIZE from uapi

From: Palmer Dabbelt As far as I can tell this is not used by userspace and thus should not be part of the user-visible API. Signed-off-by: Palmer Dabbelt Reviewed-by: Philippe Mathieu-Daudé --- arch/alpha/include/asm/setup.h | 4 ++-- arch/alpha/include/uapi/asm/setup.h | 2 -- 2 files

[PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi

This all came up in the context of increasing COMMAND_LINE_SIZE in the RISC-V port. In theory that's a UABI break, as COMMAND_LINE_SIZE is the maximum length of /proc/cmdline and userspace could staticly rely on that to be correct. Usually I wouldn't mess around with changing this sort of thing,