Re: [PATCH v4 02/15] riscv: mm: Skip pgtable level check in {pud,p4d}_alloc_one

oed_page(gfp); } static inline void __p4d_free(struct mm_struct *mm, p4d_t *p4d) You can add: Reviewed-by: Alexandre Ghiti Thanks, Alex

Re: [External] [PATCH RFC/RFT v2 3/4] riscv: Stop emitting preventive sfence.vma for new vmalloc mappings

On Tue, Jun 4, 2024 at 10:52 AM Conor Dooley wrote: > > On Tue, Jun 04, 2024 at 09:17:26AM +0200, Alexandre Ghiti wrote: > > On Tue, Jun 4, 2024 at 9:15 AM Alexandre Ghiti > > wrote: > > > On Tue, Jun 4, 2024 at 8:21 AM yunhui cui wrote: > > > > > &g

Re: [External] [PATCH RFC/RFT v2 3/4] riscv: Stop emitting preventive sfence.vma for new vmalloc mappings

On Tue, Jun 4, 2024 at 9:15 AM Alexandre Ghiti wrote: > > Hi Yunhui, > > On Tue, Jun 4, 2024 at 8:21 AM yunhui cui wrote: > > > > Hi Alexandre, > > > > On Mon, Jun 3, 2024 at 8:02 PM Alexandre Ghiti > > wrote: > > > > > > Hi Yunhui,

Re: [External] [PATCH RFC/RFT v2 3/4] riscv: Stop emitting preventive sfence.vma for new vmalloc mappings

Hi Yunhui, On Tue, Jun 4, 2024 at 8:21 AM yunhui cui wrote: > > Hi Alexandre, > > On Mon, Jun 3, 2024 at 8:02 PM Alexandre Ghiti wrote: > > > > Hi Yunhui, > > > > On Mon, Jun 3, 2024 at 4:26 AM yunhui cui wrote: > > > > > > Hi Alexandre,

Re: [External] [PATCH RFC/RFT v2 3/4] riscv: Stop emitting preventive sfence.vma for new vmalloc mappings

Hi Yunhui, On Mon, Jun 3, 2024 at 4:26 AM yunhui cui wrote: > > Hi Alexandre, > > On Thu, Feb 1, 2024 at 12:03 AM Alexandre Ghiti > wrote: > > > > In 6.5, we removed the vmalloc fault path because that can't work (see > > [1] [2]). Then in order to make

Re: [PATCH v2 5/7] riscv: mm: accelerate pagefault when badaccess

On 10/04/2024 10:07, Kefeng Wang wrote: On 2024/4/10 15:32, Alexandre Ghiti wrote: Hi Kefeng, On 03/04/2024 10:38, Kefeng Wang wrote: The access_error() of vma already checked under per-VMA lock, if it is a bad access, directly handle error, no need to retry with mmap_lock again. Since the

Re: [PATCH v2 5/7] riscv: mm: accelerate pagefault when badaccess

Hi Kefeng, On 03/04/2024 10:38, Kefeng Wang wrote: The access_error() of vma already checked under per-VMA lock, if it is a bad access, directly handle error, no need to retry with mmap_lock again. Since the page faut is handled under per-VMA lock, count it as a vma lock event with VMA_LOCK_SUCC

Re: [PATCH RFC/RFT v2 4/4] riscv: Stop emitting preventive sfence.vma for new userspace mappings with Svvptc

On Fri, Feb 2, 2024 at 4:42 PM Alexandre Ghiti wrote: > > Hi Andrea, > > On Thu, Feb 1, 2024 at 4:03 PM Andrea Parri wrote: > > > > On Wed, Jan 31, 2024 at 04:59:29PM +0100, Alexandre Ghiti wrote: > > > The preventive sfence.vma were emitted because new mappings

Re: [PATCH RFC/RFT v2 4/4] riscv: Stop emitting preventive sfence.vma for new userspace mappings with Svvptc

Hi Andrea, On Thu, Feb 1, 2024 at 4:03 PM Andrea Parri wrote: > > On Wed, Jan 31, 2024 at 04:59:29PM +0100, Alexandre Ghiti wrote: > > The preventive sfence.vma were emitted because new mappings must be made > > visible to the page table walker but Svvptc guarantees that xRET

[PATCH RFC/RFT v2 4/4] riscv: Stop emitting preventive sfence.vma for new userspace mappings with Svvptc

: * Ubuntu boot to login: Before: ~630k sfence.vma After: ~200k sfence.vma * ltp - mmapstress01 Before: ~45k After: ~6.3k * lmbench - lat_pagefault Before: ~665k After: 832 (!) * lmbench - lat_mmap Before: ~546k After: 718 (!) Signed-off-by: Alexandre Ghiti --- arch/riscv/include/asm

[PATCH RFC/RFT v2 3/4] riscv: Stop emitting preventive sfence.vma for new vmalloc mappings

..@rivosinc.com/ [3] Link: https://lore.kernel.org/lkml/20200508144043.13893-1-j...@8bytes.org/ [4] Signed-off-by: Alexandre Ghiti --- arch/riscv/include/asm/cacheflush.h | 18 +- arch/riscv/include/asm/thread_info.h | 5 ++ arch/riscv/kernel/asm-offsets.c | 5 ++ arch/riscv

[PATCH RFC/RFT v2 2/4] dt-bindings: riscv: Add Svvptc ISA extension description

Add description for the Svvptc ISA extension which was ratified recently. Signed-off-by: Alexandre Ghiti --- Documentation/devicetree/bindings/riscv/extensions.yaml | 7 +++ 1 file changed, 7 insertions(+) diff --git a/Documentation/devicetree/bindings/riscv/extensions.yaml b

[PATCH RFC/RFT v2 1/4] riscv: Add ISA extension parsing for Svvptc

Add support to parse the Svvptc string in the riscv,isa string. Signed-off-by: Alexandre Ghiti --- arch/riscv/include/asm/hwcap.h | 1 + arch/riscv/kernel/cpufeature.c | 1 + 2 files changed, 2 insertions(+) diff --git a/arch/riscv/include/asm/hwcap.h b/arch/riscv/include/asm/hwcap.h index

[PATCH RFC v2 0/4] Svvptc extension to remove preventive sfence.vma

uld clear bits that should not be cleared! Instead, replace the whole sequence with: amoxor.w a0, a1, (a0) Alexandre Ghiti (4): riscv: Add ISA extension parsing for Svvptc dt-bindings: riscv: Add Svvptc ISA extension description riscv: Stop emitting preventive sfence.vma for n

Re: [PATCH v1 04/11] risc: pgtable: define PFN_PTE_SHIFT

iewed-by: Alexandre Ghiti Thanks, Alex

Re: [PATCH 2/4] arm64, powerpc, riscv, s390, x86: Refactor CONFIG_DEBUG_WX

,7 +9,6 @@ #include #include -#include #include #include For riscv, you can add: Reviewed-by: Alexandre Ghiti Thanks, Alex diff --git a/arch/s390/include/asm/ptdump.h b/arch/s390/include/asm/ptdump.h deleted file mode 100644 index f960b2896606.. --- a/

Re: [PATCH] RISC-V: KVM: Require HAVE_KVM

On 04/01/2024 11:52, Andrew Jones wrote: This applies to linux-next, but I forgot to append -next to the PATCH prefix. Shoudn't this go to -fixes instead? With a Fixes tag? On Thu, Jan 04, 2024 at 11:43:08AM +0100, Andrew Jones wrote: KVM requires EVENTFD, which is selected by HAVE_KVM. O

Re: [PATCH RFC/RFT 3/4] riscv: Stop emitting preventive sfence.vma for new userspace mappings

us_write_fault() and adds > flush_tlb_fix_spurious_read_fault() including the change in memory.c, > then a second patch with the changes to riscv. You're right, I'll do that, thanks. > > Le 07/12/2023 à 16:03, Alexandre Ghiti a écrit : > > The preventive sfence.vma were

Re: [PATCH RFC/RFT 2/4] riscv: Add a runtime detection of invalid TLB entries caching

On Thu, Dec 7, 2023 at 4:55 PM Christophe Leroy wrote: > > > > Le 07/12/2023 à 16:03, Alexandre Ghiti a écrit : > > This mechanism allows to completely bypass the sfence.vma introduced by > > the previous commit for uarchs that do not cache invalid TLB entries. > >

Re: [PATCH RFC/RFT 1/4] riscv: Stop emitting preventive sfence.vma for new vmalloc mappings

Hi Christophe, On Thu, Dec 7, 2023 at 4:52 PM Christophe Leroy wrote: > > > > Le 07/12/2023 à 16:03, Alexandre Ghiti a écrit : > > In 6.5, we removed the vmalloc fault path because that can't work (see > > [1] [2]). Then in order to make sure that new page table entr

[PATCH RFC/RFT 4/4] TEMP: riscv: Add debugfs interface to retrieve #sfence.vma

This is useful for testing/benchmarking. Signed-off-by: Alexandre Ghiti --- arch/riscv/include/asm/pgtable.h | 6 -- arch/riscv/include/asm/tlbflush.h | 4 arch/riscv/kernel/sbi.c | 12 arch/riscv/mm/tlbflush.c | 17 + 4 files changed

[PATCH RFC/RFT 3/4] riscv: Stop emitting preventive sfence.vma for new userspace mappings

(!) The only issue with the removal of sfence.vma in update_mmu_cache() is that on uarchs that cache invalid entries, those won't be invalidated until the process takes a fault: so that's an additional fault in those cases. Signed-off-by: Alexandre Ghiti --- arch/arm64/include/asm

[PATCH RFC/RFT 2/4] riscv: Add a runtime detection of invalid TLB entries caching

This mechanism allows to completely bypass the sfence.vma introduced by the previous commit for uarchs that do not cache invalid TLB entries. Signed-off-by: Alexandre Ghiti --- arch/riscv/mm/init.c | 124 +++ 1 file changed, 124 insertions(+) diff --git

[PATCH RFC/RFT 1/4] riscv: Stop emitting preventive sfence.vma for new vmalloc mappings

1] Link: https://lore.kernel.org/linux-riscv/20230801090927.2018653-1-dy...@andestech.com [2] Link: https://lore.kernel.org/linux-riscv/20230725132246.817726-1-alexgh...@rivosinc.com/ [3] Link: https://lore.kernel.org/lkml/20200508144043.13893-1-j...@8bytes.org/ [4] Signed-off-by: Alexandre Ghiti

[PATCH RFC/RFT 0/4] Remove preventive sfence.vma

rtainly be used instead of patch 2. Thanks to Ved and Matt Evans for triggering the discussion that led to this patchset! That's an RFC, so please don't mind the checkpatch warnings and dirty comments. It applies on 6.6. Any feedback, test or relevant benchmark are welcome :) Alexandr

Re: [PATCH v2 1/2] mm: hugetlb: Add huge page size param to set_huge_pte_at()

On 22/09/2023 13:58, Ryan Roberts wrote: In order to fix a bug, arm64 needs to be told the size of the huge page for which the pte is being set in set_huge_pte_at(). Provide for this by adding an `unsigned long sz` parameter to the function. This follows the same pattern as huge_pte_clear(). Thi

Re: [PATCH v3 08/13] riscv: extend execmem_params for generated code allocations

ERNEL, 0, NUMA_NO_NODE, - __builtin_return_address(0)); -} - -void bpf_jit_free_exec(void *addr) -{ - return vfree(addr); -} - void *bpf_arch_text_copy(void *dst, void *src, size_t len) { int ret; Otherwise, you can add: Reviewed-by: Alexandre Ghiti Thanks, Alex

Re: [PATCH v1 3/8] riscv: hugetlb: Convert set_huge_pte_at() to take vma

int i, pte_num; if (!pte_napot(pte)) { You can add: Reviewed-by: Alexandre Ghiti I realize that we may have the same issue with our contig pte implementation (called napot in riscv) as we don't handle swap/migration entries at all. So I guess we need something similar, and I&

Re: [PATCH v8 1/3] riscv: Introduce CONFIG_RELOCATABLE

On 19/05/2023 23:55, Palmer Dabbelt wrote: On Fri, 19 May 2023 14:48:59 PDT (-0700), sch...@linux-m68k.org wrote: On Mai 19 2023, Alexandre Ghiti wrote: I have tested the following patch successfully, can you give it a try while I make sure this is the only place I forgot to add the -fno

Re: [PATCH v8 1/3] riscv: Introduce CONFIG_RELOCATABLE

On 5/11/23 20:18, Andreas Schwab wrote: On Mai 09 2023, Alexandre Ghiti wrote: On 5/9/23 21:07, Andreas Schwab wrote: That does not work with UEFI booting: Loading Linux 6.4.0-rc1-1.g668187d-default ... Loading initial ramdisk ... Unhandled exception: Instruction access fault EPC

Re: [PATCH 14/23] riscv/hugetlb: pte_alloc_huge() pte_offset_huge()

t_mask(order)); + pte = pte_offset_huge(pmd, addr & napot_cont_mask(order)); break; } } Reviewed-by: Alexandre Ghiti Thanks, Alex

Re: [PATCH v8 1/3] riscv: Introduce CONFIG_RELOCATABLE

On 5/9/23 21:07, Andreas Schwab wrote: That does not work with UEFI booting: Loading Linux 6.4.0-rc1-1.g668187d-default ... Loading initial ramdisk ... Unhandled exception: Instruction access fault EPC: 80016d56 RA: 8020334e TVAL: 007f80016d56 EPC: 002d1d56 RA: 00

Re: [PATCH v5 00/26] Remove COMMAND_LINE_SIZE from uapi

Hi Arnd, On Mon, Mar 6, 2023 at 11:05 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

[PATCH v9 6/6] riscv: Use --emit-relocs in order to move .rela.dyn in init

: Björn Töpel Suggested-by: Nick Desaulniers Signed-off-by: Alexandre Ghiti --- arch/riscv/Makefile | 2 +- arch/riscv/Makefile.postlink | 13 + arch/riscv/boot/Makefile | 7 +++ 3 files changed, 21 insertions(+), 1 deletion(-) diff --git a/arch/riscv/Makefile b/arch

[PATCH v9 5/6] riscv: Check relocations at compile time

From: Alexandre Ghiti Relocating kernel at runtime is done very early in the boot process, so it is not convenient to check for relocations there and react in case a relocation was not expected. There exists a script in scripts/ that extracts the relocations from vmlinux that is then used at

[PATCH v9 4/6] powerpc: Move script to check relocations at compile time in scripts/

From: Alexandre Ghiti Relocating kernel at runtime is done very early in the boot process, so it is not convenient to check for relocations there and react in case a relocation was not expected. Powerpc architecture has a script that allows to check at compile time for such unexpected

[PATCH v9 3/6] riscv: Introduce CONFIG_RELOCATABLE

loaded at the same address it was linked at and that the compiler options are those used in arm64 which uses the same RELA relocation format. Signed-off-by: Alexandre Ghiti --- arch/riscv/Kconfig | 14 + arch/riscv/Makefile | 7 +++-- arch/riscv/kernel

[PATCH v9 2/6] riscv: Move .rela.dyn outside of init to avoid empty relocations

...@ghiti.fr/. Signed-off-by: Alexandre Ghiti --- arch/riscv/kernel/vmlinux.lds.S | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/riscv/kernel/vmlinux.lds.S b/arch/riscv/kernel/vmlinux.lds.S index 1c38294580c0..e05e6df44225 100644 --- a/arch/riscv/kernel

[PATCH v9 1/6] riscv: Prepare EFI header for relocatable kernels

/126690.html Signed-off-by: Alexandre Ghiti --- arch/riscv/include/asm/set_memory.h | 3 +++ arch/riscv/kernel/efi-header.S | 19 --- arch/riscv/kernel/vmlinux.lds.S | 5 ++--- 3 files changed, 21 insertions(+), 6 deletions(-) diff --git a/arch/riscv/include/asm

[PATCH v9 0/6] Introduce 64b relocatable kernel

* Tested with sv48 patchset * Add Reviewed/Tested-by from Zong and Anup Alexandre Ghiti (6): riscv: Prepare EFI header for relocatable kernels riscv: Move .rela.dyn outside of init to avoid empty relocations riscv: Introduce CONFIG_RELOCATABLE powerpc: Move script to check relocations

Re: [PATCH v8 1/3] riscv: Introduce CONFIG_RELOCATABLE

Hi Nick, On 3/22/23 19:25, Nick Desaulniers wrote: On Fri, Feb 24, 2023 at 7:58 AM Björn Töpel wrote: Alexandre Ghiti writes: +cc linux-kbuild, llvm, Nathan, Nick On 2/15/23 15:36, Alexandre Ghiti wrote: From: Alexandre Ghiti I tried a lot of things, but I struggle to understand, does

Re: [PATCH v8 1/3] riscv: Introduce CONFIG_RELOCATABLE

@linux-kbuild: Does anyone has an idea to solve this? Thanks! On 2/22/23 13:29, Alexandre Ghiti wrote: +cc linux-kbuild, llvm, Nathan, Nick On 2/15/23 15:36, Alexandre Ghiti wrote: From: Alexandre Ghiti This config allows to compile 64b kernel as PIE and to relocate it at any virtual

[PATCH v5 26/26] riscv: Remove empty

Signed-off-by: Alexandre Ghiti --- arch/riscv/include/uapi/asm/setup.h | 6 -- 1 file changed, 6 deletions(-) delete mode 100644 arch/riscv/include/uapi/asm/setup.h diff --git a/arch/riscv/include/uapi/asm/setup.h b/arch/riscv/include/uapi/asm/setup.h deleted file mode 100644 index

[PATCH v5 25/26] s390: Remove empty

From: Palmer Dabbelt Signed-off-by: Palmer Dabbelt Signed-off-by: Alexandre Ghiti 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

[PATCH v5 24/26] mips: Remove empty

From: Palmer Dabbelt Signed-off-by: Palmer Dabbelt Signed-off-by: Alexandre Ghiti --- 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

[PATCH v5 23/26] powerpc: Remove empty

From: Palmer Dabbelt Signed-off-by: Palmer Dabbelt Signed-off-by: Alexandre Ghiti --- 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

[PATCH v5 22/26] xtensa: Remove empty

From: Palmer Dabbelt Signed-off-by: Palmer Dabbelt Signed-off-by: Alexandre Ghiti 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

[PATCH v5 21/26] x86: Remove empty

From: Palmer Dabbelt Signed-off-by: Palmer Dabbelt Signed-off-by: Alexandre Ghiti 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

[PATCH v5 20/26] parisc: Remove empty

From: Palmer Dabbelt Signed-off-by: Palmer Dabbelt Signed-off-by: Alexandre Ghiti 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

[PATCH v5 19/26] sparc: Remove empty

From: Palmer Dabbelt Signed-off-by: Palmer Dabbelt Signed-off-by: Alexandre Ghiti --- 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

[PATCH v5 18/26] microblaze: Remove empty

From: Palmer Dabbelt Signed-off-by: Palmer Dabbelt Signed-off-by: Alexandre Ghiti --- 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

[PATCH v5 17/26] arm64: Remove empty

From: Palmer Dabbelt Signed-off-by: Palmer Dabbelt Signed-off-by: Alexandre Ghiti --- 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

[PATCH v5 16/26] m68k: Remove empty

From: Palmer Dabbelt Signed-off-by: Palmer Dabbelt Signed-off-by: Alexandre Ghiti 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

[PATCH v5 15/26] arc: Remove empty

From: Palmer Dabbelt Signed-off-by: Palmer Dabbelt Signed-off-by: Alexandre Ghiti 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

[PATCH v5 14/26] alpha: Remove empty

From: Palmer Dabbelt Signed-off-by: Palmer Dabbelt Signed-off-by: Alexandre Ghiti --- 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

[PATCH v5 13/26] asm-generic: Remove COMMAND_LINE_SIZE from uapi

Link: https://lore.kernel.org/r/20210423025545.313965-1-pal...@dabbelt.com Signed-off-by: Palmer Dabbelt Signed-off-by: Alexandre Ghiti --- Documentation/admin-guide/kernel-parameters.rst | 2 +- arch/loongarch/include/asm/setup.h | 2 +- arch/sh/include/asm/setup.h

[PATCH v5 12/26] riscv: Remove COMMAND_LINE_SIZE from uapi

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: Alexandre Ghiti --- arch/riscv/include/asm/setup.h | 7 +++ arch/riscv/include/uapi/asm/setup.h | 2 -- 2 files changed, 7 insertions(+), 2 deletions(-) create mode

[PATCH v5 11/26] 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 Signed-off-by: Alexandre Ghiti Acked-by: Max Filippov --- arch/xtensa/include/asm/setup.h | 17 + arch/xtensa

[PATCH v5 10/26] 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 Signed-off-by: Alexandre Ghiti --- arch/sparc/include/asm/setup.h | 6 +- arch/sparc/include/uapi/asm/setup.h | 7 --- 2

[PATCH v5 09/26] 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 Signed-off-by: Alexandre Ghiti Acked-by: Michael Ellerman --- arch/powerpc/include/asm/setup.h | 2 +- arch/powerpc/include/uapi

[PATCH v5 08/26] 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 Signed-off-by: Alexandre Ghiti Reviewed-by: Philippe Mathieu-Daudé Acked-by: Helge Deller --- arch/parisc/include/asm/setup.h | 7

[PATCH v5 07/26] 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 Signed-off-by: Alexandre Ghiti Reviewed-by: Philippe Mathieu-Daudé --- arch/mips/include/asm/setup.h | 3 ++- arch/mips/include

[PATCH v5 06/26] 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 Signed-off-by: Alexandre Ghiti --- arch/microblaze/include/asm/setup.h | 2 +- arch/microblaze/include/uapi/asm/setup.h | 2 -- 2

[PATCH v5 05/26] 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 Signed-off-by: Alexandre Ghiti Acked-by: Geert Uytterhoeven --- arch/m68k/include/asm/setup.h | 3 +-- arch/m68k/include/uapi/asm

[PATCH v5 04/26] 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 Signed-off-by: Alexandre Ghiti --- arch/ia64/include/asm/setup.h | 10 ++ arch/ia64/include/uapi/asm/setup.h | 6 ++ 2

[PATCH v5 03/26] 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 Signed-off-by: Alexandre Ghiti Reviewed-by: Russell King (Oracle) --- arch/arm/include/asm/setup.h | 1 + arch/arm/include/uapi/asm

[PATCH v5 02/26] 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 Signed-off-by: Alexandre Ghiti Acked-by: Catalin Marinas --- arch/arm64/include/asm/setup.h | 3 ++- arch/arm64/include/uapi/asm

[PATCH v5 01/26] 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 Signed-off-by: Alexandre Ghiti Reviewed-by: Philippe Mathieu-Daudé --- arch/alpha/include/asm/setup.h | 4 ++-- arch/alpha/include

[PATCH v5 00/26] Remove COMMAND_LINE_SIZE from uapi

quot;) in the cover letter Changes since v2 <https://lore.kernel.org/all/20221211061358.28035-1-pal...@rivosinc.com/>: * Fix sh, csky and ia64 builds, as reported by kernel test robot Changes since v1 <https://lore.kernel.org/all/20210423025545.313965-1-pal...@dabbelt.com/>: *

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

On 3/3/23 17:40, Arnd Bergmann wrote: On Fri, Mar 3, 2023, at 12:59, Alexandre Ghiti wrote: On 3/2/23 20:50, H. Peter Anvin wrote: On March 1, 2023 7:17:18 PM PST, Palmer Dabbelt wrote: Commit 622021cd6c560ce7 ("s390: make command line configurable"), I assume? Yes, sorry for t

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

Carstens wrote: On Tue, Feb 14, 2023 at 08:49:01AM +0100, 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

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

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 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/cm

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. Usua

[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

[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

[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,

  1   2   3   4   >