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

2022-02-18 Thread Alexandre Ghiti
Hi Palmer, Do you intend to pull that in for-next or not yet? Can I do something to help? Thanks, Alex On Mon, Jan 10, 2022 at 9:05 AM Alexandre ghiti wrote: > > Hi Palmer, > > Do you think this could go in for-next? > > Thanks, > > Alex > > On 12/6/2

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

2022-01-10 Thread Alexandre ghiti
Hi Palmer, Do you think this could go in for-next? Thanks, Alex On 12/6/21 10:44, Alexandre ghiti wrote: @Palmer, can I do anything for that to be pulled in 5.17? Thanks, Alex On 10/27/21 07:04, Alexandre ghiti wrote: Hi Palmer, On 10/26/21 11:29 PM, Palmer Dabbelt wrote: On Sat, 09

Re: [PATCH 0/7] Cleanup after removal of configs

2021-12-16 Thread Alexandre Ghiti
On Wed, Dec 15, 2021 at 10:49 PM Arnd Bergmann wrote: > > On Fri, Dec 10, 2021 at 9:38 PM Alexandre Ghiti > wrote: > > > > On Fri, Nov 5, 2021 at 4:56 PM Arnd Bergmann wrote: > > > > > > On Fri, Nov 5, 2021 at 4:43 PM Alexandre Ghiti > > > wrote:

[PATCH v2 6/6] arch: Remove leftovers from prism54 wireless driver

2021-12-16 Thread Alexandre Ghiti
This driver was removed so remove all references to it. Fixes: d249ff28b1d8 ("intersil: remove obsolete prism54 wireless driver") Signed-off-by: Alexandre Ghiti --- arch/mips/configs/ip27_defconfig| 1 - arch/mips/configs/malta_defconfig | 1 - arch/mi

[PATCH v2 5/6] Documentation, arch, fs: Remove leftovers from fscache object list

2021-12-16 Thread Alexandre Ghiti
A few references to the fscache object list were left in the Documentation, some arch defconfigs and in fs: remove them since this config does not exists anymore. Fixes: 58f386a73f16 ("fscache: Remove the object list procfile") Signed-off-by: Alexandre Ghiti Acked-by: Arnd Bergmann

[PATCH v2 4/6] arch: Remove leftovers from mandatory file locking

2021-12-16 Thread Alexandre Ghiti
This config was removed so remove all references to it. Fixes: f7e33bdbd6d1 ("fs: remove mandatory file locking support") Signed-off-by: Alexandre Ghiti Reviewed-by: Jeff Layton --- arch/mips/configs/decstation_64_defconfig | 1 - arch/mips/configs/decstation_defconfig | 1 -

[PATCH v2 3/6] Documentation, arch: Remove leftovers from CIFS_WEAK_PW_HASH

2021-12-16 Thread Alexandre Ghiti
This config was removed so remove all references to it. Fixes: 76a3c92ec9e0 ("cifs: remove support for NTLM and weaker authentication algorithms") Signed-off-by: Alexandre Ghiti Reviewed-by: Steve French Acked-by: Arnd Bergmann [arch/arm/configs] --- Documentation/admin-guide/cifs

[PATCH v2 2/6] Documentation, arch: Remove leftovers from raw device

2021-12-16 Thread Alexandre Ghiti
Raw device interface was removed so remove all references to configs related to it. Fixes: 603e4922f1c8 ("remove the raw driver") Signed-off-by: Alexandre Ghiti Acked-by: Arnd Bergmann [arch/arm/configs] --- Documentation/admin-guide/devices.txt | 8 +--- arch/a

[PATCH v2 1/6] Documentation, arch: Remove leftovers from fscache/cachefiles histograms

2021-12-16 Thread Alexandre Ghiti
A few references to the fscache and cachefiles histograms were left in the Documentation and some arch defconfigs: remove them since those configs do not exist anymore. Fixes: 6ae9bd8bb037("fscache, cachefiles: Remove the histogram stuff") Signed-off-by: Alexandre Ghiti Acked-by: Arn

[PATCH v2 0/6] Cleanup after removal of configs

2021-12-16 Thread Alexandre Ghiti
While bumping from 5.13 to 5.15, I found that a few deleted configs had left some pieces here and there: this patchset cleans that. Changes in v2: - Rebase on top of v5.16-rc1 - Removed patch 6 since Matti said he would take care of that - Added AB, RB Alexandre Ghiti (6): Documentation, arch

Re: [PATCH 0/7] Cleanup after removal of configs

2021-12-10 Thread Alexandre Ghiti
On Fri, Nov 5, 2021 at 4:56 PM Arnd Bergmann wrote: > > On Fri, Nov 5, 2021 at 4:43 PM Alexandre Ghiti > wrote: > > > > While bumping from 5.13 to 5.15, I found that a few deleted configs had > > left some pieces here and there: this patchset cleans that.

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

2021-12-06 Thread Alexandre ghiti
@Palmer, can I do anything for that to be pulled in 5.17? Thanks, Alex On 10/27/21 07:04, Alexandre ghiti wrote: Hi Palmer, On 10/26/21 11:29 PM, Palmer Dabbelt wrote: On Sat, 09 Oct 2021 10:20:20 PDT (-0700), a...@ghiti.fr wrote: Arf, I have sent this patchset with the wrong email address

Re: [PATCH 6/8] mm: Allow arch specific arch_randomize_brk() with CONFIG_ARCH_WANT_DEFAULT_TOPDOWN_MMAP_LAYOUT

2021-11-22 Thread Alexandre ghiti
On 11/22/21 12:47, Christophe Leroy wrote: Le 22/11/2021 à 12:22, Alex Ghiti a écrit : Hi Christophe, Le 22/11/2021 à 09:48, Christophe Leroy a écrit : Commit e7142bf5d231 ("arm64, mm: make randomization selected by generic topdown mmap layout") introduced a default version of

[PATCH 7/7] arch: Remove leftovers from prism54 wireless driver

2021-11-05 Thread Alexandre Ghiti
This driver was removed so remove all references to it. Fixes: d249ff28b1d8 ("intersil: remove obsolete prism54 wireless driver") Signed-off-by: Alexandre Ghiti --- arch/mips/configs/ip27_defconfig| 1 - arch/mips/configs/malta_defconfig | 1 - arch/mi

[PATCH 6/7] include: mfd: Remove leftovers from bd70528 watchdog

2021-11-05 Thread Alexandre Ghiti
This driver was removed so remove all references to it. Fixes: 52a5502507bc ("watchdog: bd70528 drop bd70528 support") Signed-off-by: Alexandre Ghiti --- include/linux/mfd/rohm-bd70528.h | 24 1 file changed, 24 deletions(-) diff --git a/include/linux/mfd/ro

[PATCH 5/7] Documentation, arch, fs: Remove leftovers from fscache object list

2021-11-05 Thread Alexandre Ghiti
A few references to the fscache object list were left in the Documentation, some arch defconfigs and in fs: remove them since this config does not exists anymore. Fixes: 58f386a73f16 ("fscache: Remove the object list procfile") Signed-off-by: Alexandre Ghiti --- Documentation/f

[PATCH 4/7] arch: Remove leftovers from mandatory file locking

2021-11-05 Thread Alexandre Ghiti
This config was removed so remove all references to it. Fixes: f7e33bdbd6d1 ("fs: remove mandatory file locking support") Signed-off-by: Alexandre Ghiti --- arch/mips/configs/decstation_64_defconfig | 1 - arch/mips/configs/decstation_defconfig | 1 - arch/mi

[PATCH 3/7] Documentation, arch: Remove leftovers from CIFS_WEAK_PW_HASH

2021-11-05 Thread Alexandre Ghiti
This config was removed so remove all references to it. Fixes: 76a3c92ec9e0 ("cifs: remove support for NTLM and weaker authentication algorithms") Signed-off-by: Alexandre Ghiti --- Documentation/admin-guide/cifs/usage.rst| 7 +++ arch/arm/configs/cm_x300_defconfig |

[PATCH 2/7] Documentation, arch: Remove leftovers from raw device

2021-11-05 Thread Alexandre Ghiti
Raw device interface was removed so remove all references to configs related to it. Fixes: 603e4922f1c8 ("remove the raw driver") Signed-off-by: Alexandre Ghiti --- Documentation/admin-guide/devices.txt | 8 +--- arch/arm/configs/spear13xx_defconfig | 1 - arch/a

[PATCH 1/7] Documentation, arch: Remove leftovers from fscache/cachefiles histograms

2021-11-05 Thread Alexandre Ghiti
A few references to the fscache and cachefiles histograms were left in the Documentation and some arch defconfigs: remove them since those configs do not exist anymore. Fixes: 6ae9bd8bb037("fscache, cachefiles: Remove the histogram stuff") Signed-off-by: Alexandre Ghiti --- .../f

[PATCH 0/7] Cleanup after removal of configs

2021-11-05 Thread Alexandre Ghiti
While bumping from 5.13 to 5.15, I found that a few deleted configs had left some pieces here and there: this patchset cleans that. Alexandre Ghiti (7): Documentation, arch: Remove leftovers from fscache/cachefiles histograms Documentation, arch: Remove leftovers from raw device

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

2021-10-26 Thread Alexandre ghiti
slow here.  It's fine: there's a "From:" in > the patch, and git picks those up so it'll match the signed-off-by > line.  I send pretty much all my patches that way, as I never managed > to get my Google address working correctly. > >> >> Thanks, >> >> Alex &

[PATCH v7 2/3] powerpc: Move script to check relocations at compile time in scripts/

2021-10-09 Thread Alexandre Ghiti
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 v7 0/3] Introduce 64b relocatable kernel

2021-10-09 Thread Alexandre Ghiti
f v5.6-rc3 * Tested with sv48 patchset * Add Reviewed/Tested-by from Zong and Anup Alexandre Ghiti (3): riscv: Introduce CONFIG_RELOCATABLE powerpc: Move script to check relocations at co

[PATCH v7 3/3] riscv: Check relocations at compile time

2021-10-09 Thread Alexandre Ghiti
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

[PATCH v7 1/3] riscv: Introduce CONFIG_RELOCATABLE

2021-10-09 Thread Alexandre Ghiti
From: Alexandre Ghiti This config allows to compile 64b kernel as PIE and to relocate it at any virtual address at runtime: this paves the way to KASLR. Runtime relocation is possible since relocation metadata are embedded into the kernel. Note that relocating at runtime introduces an overhead

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

2021-10-09 Thread Alexandre ghiti
Arf, I have sent this patchset with the wrong email address. @Palmer tell me if you want me to resend it correctly. Thanks, Alex On 10/9/21 7:12 PM, Alexandre Ghiti wrote: > From: Alexandre Ghiti > > This config allows to compile 64b kernel as PIE and to relocate it at > any vir

[PATCH v6 2/3] powerpc: Move script to check relocations at compile time in scripts/

2021-05-18 Thread Alexandre Ghiti
logic to scripts/ so that other architectures can take advantage of it. Signed-off-by: Alexandre Ghiti Reviewed-by: Anup Patel --- arch/powerpc/tools/relocs_check.sh | 18 ++ scripts/relocs_check.sh| 20 2 files changed, 22 insertions(+), 16

[PATCH v6 0/3] Introduce 64b relocatable kernel

2021-05-18 Thread Alexandre Ghiti
* Rebased on top of v5.6-rc3 * Tested with sv48 patchset * Add Reviewed/Tested-by from Zong and Anup Alexandre Ghiti (3): riscv: Introduce CONFIG_RELOCATABLE powerpc: Mo

[PATCH v6 3/3] riscv: Check relocations at compile time

2021-05-18 Thread Alexandre Ghiti
the relocations. Signed-off-by: Alexandre Ghiti Reviewed-by: Anup Patel --- arch/riscv/Makefile.postlink | 36 arch/riscv/tools/relocs_check.sh | 26 +++ 2 files changed, 62 insertions(+) create mode 100644 arch/riscv/Makefile.postlink create

[PATCH v6 1/3] riscv: Introduce CONFIG_RELOCATABLE

2021-05-18 Thread Alexandre Ghiti
is 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 | 12 arch/riscv/Makefile | 5 +++- arch/riscv/kernel/vmlinux.lds.S

[PATCH v5 4/4] riscv: Check relocations at compile time

2020-06-07 Thread Alexandre Ghiti
the relocations. Signed-off-by: Alexandre Ghiti Reviewed-by: Anup Patel --- arch/riscv/Makefile.postlink | 36 arch/riscv/tools/relocs_check.sh | 26 +++ 2 files changed, 62 insertions(+) create mode 100644 arch/riscv/Makefile.postlink create

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

2020-06-07 Thread Alexandre Ghiti
logic to scripts/ so that other architectures can take advantage of it. Signed-off-by: Alexandre Ghiti Reviewed-by: Anup Patel --- arch/powerpc/tools/relocs_check.sh | 18 ++ scripts/relocs_check.sh| 20 2 files changed, 22 insertions(+), 16

[PATCH v5 2/4] riscv: Introduce CONFIG_RELOCATABLE

2020-06-07 Thread Alexandre Ghiti
introduces an overhead even if the kernel is 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 Reviewed-by: Zong Li Reviewed-by: Anup Patel --- arch/riscv/Kconfig

[PATCH v5 1/4] riscv: Move kernel mapping to vmalloc zone

2020-06-07 Thread Alexandre Ghiti
to be loaded. Signed-off-by: Alexandre Ghiti Reviewed-by: Zong Li --- arch/riscv/boot/loader.lds.S | 3 +- arch/riscv/include/asm/page.h| 10 +- arch/riscv/include/asm/pgtable.h | 38 ++--- arch/riscv/kernel/head.S | 3 +- arch/riscv/kernel/module.c | 4

[PATCH v5 0/4] vmalloc kernel mapping and relocatable kernel

2020-06-07 Thread Alexandre Ghiti
from Zong and Anup Alexandre Ghiti (4): riscv: Move kernel mapping to vmalloc zone riscv: Introduce CONFIG_RELOCATABLE powerpc: Move script to check relocations at compile time in scripts/ riscv: Check relocations at compile time arch/powerpc/tools/relocs_check.sh | 18 + arch/ris

[PATCH v4 0/4] vmalloc kernel mapping and relocatable kernel

2020-06-03 Thread Alexandre Ghiti
* Tested with sv48 patchset * Add Reviewed/Tested-by from Zong and Anup Alexandre Ghiti (4): riscv: Move kernel mapping to vmalloc zone riscv: Introduce CONFIG_RELOCATABLE powerpc: Move script to check relocations at compile

[PATCH v4 4/4] riscv: Check relocations at compile time

2020-06-03 Thread Alexandre Ghiti
the relocations. Signed-off-by: Alexandre Ghiti Reviewed-by: Anup Patel --- arch/riscv/Makefile.postlink | 36 arch/riscv/tools/relocs_check.sh | 26 +++ 2 files changed, 62 insertions(+) create mode 100644 arch/riscv/Makefile.postlink create

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

2020-06-03 Thread Alexandre Ghiti
logic to scripts/ so that other architectures can take advantage of it. Signed-off-by: Alexandre Ghiti Reviewed-by: Anup Patel --- arch/powerpc/tools/relocs_check.sh | 18 ++ scripts/relocs_check.sh| 20 2 files changed, 22 insertions(+), 16

[PATCH v4 2/4] riscv: Introduce CONFIG_RELOCATABLE

2020-06-03 Thread Alexandre Ghiti
introduces an overhead even if the kernel is 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 Reviewed-by: Zong Li Reviewed-by: Anup Patel --- arch/riscv/Kconfig

[PATCH v4 1/4] riscv: Move kernel mapping to vmalloc zone

2020-06-03 Thread Alexandre Ghiti
to be loaded. Signed-off-by: Alexandre Ghiti --- arch/riscv/boot/loader.lds.S | 3 +- arch/riscv/include/asm/page.h| 10 +- arch/riscv/include/asm/pgtable.h | 38 ++--- arch/riscv/kernel/head.S | 3 +- arch/riscv/kernel/module.c | 4 +-- arch/riscv/kernel

[PATCH v3 0/3] vmalloc kernel mapping and relocatable kernel

2020-05-24 Thread Alexandre Ghiti
patch allows to build relocatable kernels but is not selected by default. The third patch takes advantage of an already existing powerpc script that checks relocations at compile-time, and uses it for riscv. Alexandre Ghiti (3): riscv: Move kernel mapping to vmalloc zone riscv: Introduce

[PATCH v3 3/3] arch, scripts: Add script to check relocations at compile time

2020-05-24 Thread Alexandre Ghiti
logic to scripts/ and add arch specific scripts triggered at postlink. At the moment, powerpc and riscv architectures take advantage of this compile-time check. Signed-off-by: Alexandre Ghiti --- arch/powerpc/tools/relocs_check.sh | 18 ++- arch/riscv/Makefile.postlink | 36

[PATCH v3 2/3] riscv: Introduce CONFIG_RELOCATABLE

2020-05-24 Thread Alexandre Ghiti
introduces an overhead even if the kernel is 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 | 12 +++ arch/riscv/Makefile

[PATCH v3 1/3] riscv: Move kernel mapping to vmalloc zone

2020-05-24 Thread Alexandre Ghiti
to be loaded. Signed-off-by: Alexandre Ghiti --- arch/riscv/boot/loader.lds.S | 3 +- arch/riscv/include/asm/page.h| 10 +- arch/riscv/include/asm/pgtable.h | 37 +--- arch/riscv/kernel/head.S | 3 +- arch/riscv/kernel/module.c | 4 +-- arch/riscv/kernel

[PATCH v2] powerpc: Do not consider weak unresolved symbol relocations as bad

2020-01-18 Thread Alexandre Ghiti
s and add some logic that parses the symbols using nm, retrieves all the weak unresolved symbols and excludes those from the list of the potential bad relocations. Reported-by: Stephen Rothwell Signed-off-by: Alexandre Ghiti --- Changes in v2: - Follow Stephen advice of using grep -F instead of loopi

[PATCH] powerpc: Do not consider weak unresolved symbol relocations as bad

2020-01-15 Thread Alexandre Ghiti
s and add some logic that parses the symbols using nm, retrieves all the weak unresolved symbols and excludes those from the list of the potential bad relocations. Reported-by: Stephen Rothwell Signed-off-by: Alexandre Ghiti --- arch/powerpc/Makefile.postlink | 4 ++-- arch/powerpc/tools/

Re: linux-next: build warning after merge of the bpf-next tree

2020-01-15 Thread Alexandre Ghiti
On 1/14/20 6:23 AM, Alexei Starovoitov wrote: On Sun, Jan 12, 2020 at 8:33 PM Zong Li wrote: I'm not quite familiar with btf, so I have no idea why there are two weak symbols be added in 8580ac9404f6 ("bpf: Process in-kernel BTF") I can explain what these weak symbols are for, but that won't

Re: linux-next: build warning after merge of the bpf-next tree

2020-01-11 Thread Alexandre Ghiti
On 1/10/20 7:20 PM, Palmer Dabbelt wrote: On Fri, 10 Jan 2020 14:28:17 PST (-0800), alexan...@ghiti.fr wrote: Hi guys, On 10/27/19 8:02 PM, Stephen Rothwell wrote: Hi all, On Fri, 18 Oct 2019 10:56:57 +1100 Stephen Rothwell wrote: Hi all, After merging the bpf-next tree, today's

Re: linux-next: build warning after merge of the bpf-next tree

2020-01-11 Thread Alexandre Ghiti
On 1/10/20 6:18 PM, Alexei Starovoitov wrote: On Fri, Jan 10, 2020 at 2:28 PM Alexandre Ghiti wrote: Hi guys, On 10/27/19 8:02 PM, Stephen Rothwell wrote: Hi all, On Fri, 18 Oct 2019 10:56:57 +1100 Stephen Rothwell wrote: Hi all, After merging the bpf-next tree, today's linux-next

Re: Re: linux-next: build warning after merge of the bpf-next tree

2020-01-10 Thread Alexandre Ghiti
Hi guys, On 10/27/19 8:02 PM, Stephen Rothwell wrote: Hi all, On Fri, 18 Oct 2019 10:56:57 +1100 Stephen Rothwell wrote: Hi all, After merging the bpf-next tree, today's linux-next build (powerpc ppc64_defconfig) produced this warning: WARNING: 2 bad relocations c1998a48

Re: [PATCH v8 4/4] hugetlb: allow to free gigantic pages regardless of the configuration

2019-03-27 Thread Alexandre Ghiti
On 03/27/2019 11:05 AM, Aneesh Kumar K.V wrote: Alexandre Ghiti writes: On 03/27/2019 09:55 AM, Aneesh Kumar K.V wrote: On 3/27/19 2:14 PM, Alexandre Ghiti wrote: On 03/27/2019 08:01 AM, Aneesh Kumar K.V wrote: On 3/27/19 12:06 PM, Alexandre Ghiti wrote: . This is now #define

Re: [PATCH v8 4/4] hugetlb: allow to free gigantic pages regardless of the configuration

2019-03-27 Thread Alexandre Ghiti
On 03/27/2019 09:55 AM, Aneesh Kumar K.V wrote: On 3/27/19 2:14 PM, Alexandre Ghiti wrote: On 03/27/2019 08:01 AM, Aneesh Kumar K.V wrote: On 3/27/19 12:06 PM, Alexandre Ghiti wrote: On systems without CONTIG_ALLOC activated but that support gigantic pages, boottime reserved gigantic pages

Re: [PATCH v8 4/4] hugetlb: allow to free gigantic pages regardless of the configuration

2019-03-27 Thread Alexandre Ghiti
On 03/27/2019 08:01 AM, Aneesh Kumar K.V wrote: On 3/27/19 12:06 PM, Alexandre Ghiti wrote: On systems without CONTIG_ALLOC activated but that support gigantic pages, boottime reserved gigantic pages can not be freed at all. This patch simply enables the possibility to hand back those pages

[PATCH v8 4/4] hugetlb: allow to free gigantic pages regardless of the configuration

2019-03-27 Thread Alexandre Ghiti
On systems without CONTIG_ALLOC activated but that support gigantic pages, boottime reserved gigantic pages can not be freed at all. This patch simply enables the possibility to hand back those pages to memory allocator. Signed-off-by: Alexandre Ghiti Acked-by: David S. Miller [sparc] --- arch

[PATCH v8 0/4] Fix free/allocation of runtime gigantic pages

2019-03-27 Thread Alexandre Ghiti
ure specific gigantic_page_supported - Factorize CMA or (MEMORY_ISOLATION && COMPACTION) into COMPACTION_CORE Alexandre Ghiti (4): sh: Advertise gigantic page support sparc: Advertise gigantic page support mm: Simplify MEMORY_ISOLATION && COMPACTION || CMA into CONTIG_ALLO

[PATCH v8 3/4] mm: Simplify MEMORY_ISOLATION && COMPACTION || CMA into CONTIG_ALLOC

2019-03-27 Thread Alexandre Ghiti
This condition allows to define alloc_contig_range, so simplify it into a more accurate naming. Suggested-by: Vlastimil Babka Signed-off-by: Alexandre Ghiti Acked-by: Vlastimil Babka --- arch/arm64/Kconfig | 2 +- arch/powerpc/platforms/Kconfig.cputype | 2 +- arch/s390

[PATCH v8 2/4] sparc: Advertise gigantic page support

2019-03-27 Thread Alexandre Ghiti
ned-off-by: Alexandre Ghiti Acked-by: David S. Miller --- arch/sparc/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig index 40f8f4f73fe8..ebcc9435db08 100644 --- a/arch/sparc/Kconfig +++ b/arch/sparc/Kconfig @@ -91,6 +91,7 @@ config SPAR

[PATCH v8 1/4] sh: Advertise gigantic page support

2019-03-27 Thread Alexandre Ghiti
DER (11) Signed-off-by: Alexandre Ghiti --- arch/sh/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig index b1c91ea9a958..0d9fb2468e0b 100644 --- a/arch/sh/Kconfig +++ b/arch/sh/Kconfig @@ -53,6 +53,7 @@ config SUPERH select HAVE_FUTEX_CMPX

[PATCH v7 4/4] hugetlb: allow to free gigantic pages regardless of the configuration

2019-03-17 Thread Alexandre Ghiti
On systems without CONTIG_ALLOC activated but that support gigantic pages, boottime reserved gigantic pages can not be freed at all. This patch simply enables the possibility to hand back those pages to memory allocator. Signed-off-by: Alexandre Ghiti Acked-by: David S. Miller [sparc] --- arch

[PATCH v7 3/4] mm: Simplify MEMORY_ISOLATION && COMPACTION || CMA into CONTIG_ALLOC

2019-03-17 Thread Alexandre Ghiti
This condition allows to define alloc_contig_range, so simplify it into a more accurate naming. Suggested-by: Vlastimil Babka Signed-off-by: Alexandre Ghiti Acked-by: Vlastimil Babka --- arch/arm64/Kconfig | 2 +- arch/powerpc/platforms/Kconfig.cputype | 2 +- arch/s390

[PATCH v7 2/4] sparc: Advertise gigantic page support

2019-03-17 Thread Alexandre Ghiti
ned-off-by: Alexandre Ghiti Acked-by: David S. Miller --- arch/sparc/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig index d5dd652fb8cc..0b7f0e0fefa5 100644 --- a/arch/sparc/Kconfig +++ b/arch/sparc/Kconfig @@ -90,6 +90,7 @@ config SPAR

[PATCH v7 1/4] sh: Advertise gigantic page support

2019-03-17 Thread Alexandre Ghiti
DER (11) Signed-off-by: Alexandre Ghiti --- arch/sh/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig index a9c36f95744a..299a17bed67c 100644 --- a/arch/sh/Kconfig +++ b/arch/sh/Kconfig @@ -53,6 +53,7 @@ config SUPERH select HAVE_FUTEX_CMPX

[PATCH v7 0/4] Fix free/allocation of runtime gigantic pages

2019-03-17 Thread Alexandre Ghiti
ure specific gigantic_page_supported - Factorize CMA or (MEMORY_ISOLATION && COMPACTION) into COMPACTION_CORE Alexandre Ghiti (4): sh: Advertise gigantic page support sparc: Advertise gigantic page support mm: Simplify MEMORY_ISOLATION && COMPACTION || CMA into CONTIG_ALLO

Re: [PATCH v6 4/4] hugetlb: allow to free gigantic pages regardless of the configuration

2019-03-14 Thread Alexandre Ghiti
On 03/14/2019 02:17 PM, Aneesh Kumar K.V wrote: On 3/14/19 5:13 PM, Alexandre Ghiti wrote: On 03/14/2019 06:52 AM, Aneesh Kumar K.V wrote: Alexandre Ghiti writes: On systems without CONTIG_ALLOC activated but that support gigantic pages, boottime reserved gigantic pages can not be freed

Re: [PATCH v6 4/4] hugetlb: allow to free gigantic pages regardless of the configuration

2019-03-14 Thread Alexandre Ghiti
On 03/14/2019 06:52 AM, Aneesh Kumar K.V wrote: Alexandre Ghiti writes: On systems without CONTIG_ALLOC activated but that support gigantic pages, boottime reserved gigantic pages can not be freed at all. This patch simply enables the possibility to hand back those pages to memory allocator

Re: [PATCH v6 0/4] Fix free/allocation of runtime gigantic pages

2019-03-13 Thread Alexandre Ghiti
On 03/13/2019 05:41 PM, Dave Hansen wrote: On 3/7/19 5:20 AM, Alexandre Ghiti wrote: This series fixes sh and sparc that did not advertise their gigantic page support and then were not able to allocate and free those pages at runtime. It renames MEMORY_ISOLATION && COMPACTION || CMA c

[PATCH v6 4/4] hugetlb: allow to free gigantic pages regardless of the configuration

2019-03-07 Thread Alexandre Ghiti
On systems without CONTIG_ALLOC activated but that support gigantic pages, boottime reserved gigantic pages can not be freed at all. This patch simply enables the possibility to hand back those pages to memory allocator. Signed-off-by: Alexandre Ghiti Acked-by: David S. Miller [sparc] --- arch

[PATCH v6 3/4] mm: Simplify MEMORY_ISOLATION && COMPACTION || CMA into CONTIG_ALLOC

2019-03-07 Thread Alexandre Ghiti
This condition allows to define alloc_contig_range, so simplify it into a more accurate naming. Suggested-by: Vlastimil Babka Signed-off-by: Alexandre Ghiti Acked-by: Vlastimil Babka --- arch/arm64/Kconfig | 2 +- arch/powerpc/platforms/Kconfig.cputype | 2 +- arch/s390

[PATCH v6 2/4] sparc: Advertise gigantic page support

2019-03-07 Thread Alexandre Ghiti
ned-off-by: Alexandre Ghiti Acked-by: David S. Miller --- arch/sparc/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig index d5dd652fb8cc..0b7f0e0fefa5 100644 --- a/arch/sparc/Kconfig +++ b/arch/sparc/Kconfig @@ -90,6 +90,7 @@ config SPAR

[PATCH v6 1/4] sh: Advertise gigantic page support

2019-03-07 Thread Alexandre Ghiti
DER (11) Signed-off-by: Alexandre Ghiti --- arch/sh/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig index a9c36f95744a..299a17bed67c 100644 --- a/arch/sh/Kconfig +++ b/arch/sh/Kconfig @@ -53,6 +53,7 @@ config SUPERH select HAVE_FUTEX_CMPX

[PATCH v6 0/4] Fix free/allocation of runtime gigantic pages

2019-03-07 Thread Alexandre Ghiti
A or (MEMORY_ISOLATION && COMPACTION) into COMPACTION_CORE Alexandre Ghiti (4): sh: Advertise gigantic page support sparc: Advertise gigantic page support mm: Simplify MEMORY_ISOLATION && COMPACTION || CMA into CONTIG_ALLOC hugetlb: allow to free gigantic pages

[PATCH v5 4/4] hugetlb: allow to free gigantic pages regardless of the configuration

2019-03-06 Thread Alexandre Ghiti
On systems without CONTIG_ALLOC activated but that support gigantic pages, boottime reserved gigantic pages can not be freed at all. This patch simply enables the possibility to hand back those pages to memory allocator. Signed-off-by: Alexandre Ghiti --- arch/arm64/Kconfig

[PATCH v5 3/4] mm: Simplify MEMORY_ISOLATION && COMPACTION || CMA into CONTIG_ALLOC

2019-03-06 Thread Alexandre Ghiti
This condition allows to define alloc_contig_range, so simplify it into a more accurate naming. Suggested-by: Vlastimil Babka Signed-off-by: Alexandre Ghiti --- arch/arm64/Kconfig | 2 +- arch/powerpc/platforms/Kconfig.cputype | 2 +- arch/s390/Kconfig

[PATCH v5 2/4] sparc: Advertise gigantic page support

2019-03-06 Thread Alexandre Ghiti
ned-off-by: Alexandre Ghiti --- arch/sparc/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig index d5dd652fb8cc..0b7f0e0fefa5 100644 --- a/arch/sparc/Kconfig +++ b/arch/sparc/Kconfig @@ -90,6 +90,7 @@ config SPARC64 sel

[PATCH v5 1/4] sh: Advertise gigantic page support

2019-03-06 Thread Alexandre Ghiti
DER (11) Signed-off-by: Alexandre Ghiti --- arch/sh/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig index a9c36f95744a..299a17bed67c 100644 --- a/arch/sh/Kconfig +++ b/arch/sh/Kconfig @@ -53,6 +53,7 @@ config SUPERH select HAVE_FUTEX_CMPX

[PATCH v5 0/4] Fix free/allocation of runtime gigantic pages

2019-03-06 Thread Alexandre Ghiti
suggested by Vlastimil Babka: - Get rid of ARCH_HAS_GIGANTIC_PAGE - Get rid of architecture specific gigantic_page_supported - Factorize CMA or (MEMORY_ISOLATION && COMPACTION) into COMPACTION_CORE *** BLURB HERE *** Alexandre Ghiti (4): sh: Advertise gigantic page support sparc: Ad

Re: [PATCH v4 4/4] hugetlb: allow to free gigantic pages regardless of the configuration

2019-03-01 Thread Alexandre Ghiti
On 03/01/2019 02:33 PM, Vlastimil Babka wrote: On 3/1/19 2:21 PM, Alexandre Ghiti wrote: I collected mistakes here: domain name expired and no mailing list added :) Really sorry about that, I missed the whole discussion (if any). Could someone forward it to me (if any) ? Thanks ! Bounced you

Re: [PATCH v4 4/4] hugetlb: allow to free gigantic pages regardless of the configuration

2019-03-01 Thread Alexandre Ghiti
On 03/01/2019 07:25 AM, Alex Ghiti wrote: On 2/28/19 5:26 PM, Mike Kravetz wrote: On 2/28/19 12:23 PM, Dave Hansen wrote: On 2/28/19 11:50 AM, Mike Kravetz wrote: On 2/28/19 11:13 AM, Dave Hansen wrote: +    if (hstate_is_gigantic(h) && !IS_ENABLED(CONFIG_CONTIG_ALLOC)) { +   

[PATCH v3] hugetlb: allow to free gigantic pages regardless of the configuration

2019-02-14 Thread Alexandre Ghiti
c pages, it just means that runtime allocation of gigantic pages is not supported, one can still allocate boottime gigantic pages if the architecture supports it. Signed-off-by: Alexandre Ghiti --- Changes in v3 as suggested by Vlastimil Babka and Dave Hansen: - config definition was wrong

Re: [PATCH v2] hugetlb: allow to free gigantic pages regardless of the configuration

2019-02-14 Thread Alexandre Ghiti
On 02/14/2019 10:52 AM, Vlastimil Babka wrote: On 2/13/19 8:30 PM, Dave Hansen wrote: -#if (defined(CONFIG_MEMORY_ISOLATION) && defined(CONFIG_COMPACTION)) || defined(CONFIG_CMA) +#ifdef CONFIG_COMPACTION_CORE static __init int gigantic_pages_init(void) { /* With compaction or CMA

Re: [PATCH v2] hugetlb: allow to free gigantic pages regardless of the configuration

2019-02-14 Thread Alexandre Ghiti
On 02/13/2019 08:30 PM, Dave Hansen wrote: -#if (defined(CONFIG_MEMORY_ISOLATION) && defined(CONFIG_COMPACTION)) || defined(CONFIG_CMA) +#ifdef CONFIG_COMPACTION_CORE static __init int gigantic_pages_init(void) { /* With compaction or CMA we can allocate gigantic pages at runtime

[PATCH v2] hugetlb: allow to free gigantic pages regardless of the configuration

2019-02-13 Thread Alexandre Ghiti
e gigantic pages, it just means that runtime allocation of gigantic pages is not supported, one can still allocate boottime gigantic pages if the architecture supports it. Signed-off-by: Alexandre Ghiti --- Changes in v2 as suggested by Vlastimil Babka: - Get rid of ARCH_HAS_GIGANTIC_PAGE - Get rid

[PATCH] hugetlb: allow to free gigantic pages regardless of the configuration

2019-01-17 Thread Alexandre Ghiti
From: Alexandre Ghiti On systems without CMA or (MEMORY_ISOLATION && COMPACTION) activated but that support gigantic pages, boottime reserved gigantic pages can not be freed at all. This patchs simply enables the possibility to hand back those pages to memory allocator. This commit then

[PATCH v7 10/11] hugetlb: Introduce generic version of huge_ptep_set_access_flags

2018-09-20 Thread Alexandre Ghiti
arm, ia64, sh, x86 architectures use the same version of huge_ptep_set_access_flags, so move this generic implementation into asm-generic/hugetlb.h. Signed-off-by: Alexandre Ghiti Tested-by: Helge Deller # parisc Acked-by: Catalin Marinas # arm64 Acked-by: Paul Burton # MIPS parts Acked

[PATCH v7 11/11] hugetlb: Introduce generic version of huge_ptep_get

2018-09-20 Thread Alexandre Ghiti
ia64, mips, parisc, powerpc, sh, sparc, x86 architectures use the same version of huge_ptep_get, so move this generic implementation into asm-generic/hugetlb.h. Signed-off-by: Alexandre Ghiti Tested-by: Helge Deller # parisc Acked-by: Catalin Marinas # arm64 Acked-by: Paul Burton # MIPS parts

[PATCH v7 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect

2018-09-20 Thread Alexandre Ghiti
arm, ia64, mips, powerpc, sh, x86 architectures use the same version of huge_ptep_set_wrprotect, so move this generic implementation into asm-generic/hugetlb.h. Signed-off-by: Alexandre Ghiti Tested-by: Helge Deller # parisc Acked-by: Catalin Marinas # arm64 Acked-by: Paul Burton # MIPS parts

[PATCH v7 08/11] hugetlb: Introduce generic version of prepare_hugepage_range

2018-09-20 Thread Alexandre Ghiti
arm, arm64, powerpc, sparc, x86 architectures use the same version of prepare_hugepage_range, so move this generic implementation into asm-generic/hugetlb.h. Signed-off-by: Alexandre Ghiti Tested-by: Helge Deller # parisc Acked-by: Catalin Marinas # arm64 Acked-by: Paul Burton # MIPS parts

[PATCH v7 07/11] hugetlb: Introduce generic version of huge_pte_wrprotect

2018-09-20 Thread Alexandre Ghiti
arm, arm64, ia64, mips, parisc, powerpc, sh, sparc, x86 architectures use the same version of huge_pte_wrprotect, so move this generic implementation into asm-generic/hugetlb.h. Signed-off-by: Alexandre Ghiti Tested-by: Helge Deller # parisc Acked-by: Catalin Marinas # arm64 Acked-by: Paul

[PATCH v7 06/11] hugetlb: Introduce generic version of huge_pte_none

2018-09-20 Thread Alexandre Ghiti
arm, arm64, ia64, mips, parisc, powerpc, sh, sparc, x86 architectures use the same version of huge_pte_none, so move this generic implementation into asm-generic/hugetlb.h. Signed-off-by: Alexandre Ghiti Tested-by: Helge Deller # parisc Acked-by: Catalin Marinas # arm64 Acked-by: Paul Burton

[PATCH v7 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush

2018-09-20 Thread Alexandre Ghiti
arm, x86 architectures use the same version of huge_ptep_clear_flush, so move this generic implementation into asm-generic/hugetlb.h. Signed-off-by: Alexandre Ghiti Tested-by: Helge Deller # parisc Acked-by: Catalin Marinas # arm64 Acked-by: Paul Burton # MIPS parts Acked-by: Ingo Molnar

[PATCH v7 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear

2018-09-20 Thread Alexandre Ghiti
arm, ia64, sh, x86 architectures use the same version of huge_ptep_get_and_clear, so move this generic implementation into asm-generic/hugetlb.h. Signed-off-by: Alexandre Ghiti Tested-by: Helge Deller # parisc Acked-by: Catalin Marinas # arm64 Acked-by: Paul Burton # MIPS parts Acked-by: Ingo

[PATCH v7 03/11] hugetlb: Introduce generic version of set_huge_pte_at

2018-09-20 Thread Alexandre Ghiti
arm, ia64, mips, powerpc, sh, x86 architectures use the same version of set_huge_pte_at, so move this generic implementation into asm-generic/hugetlb.h. Signed-off-by: Alexandre Ghiti Tested-by: Helge Deller # parisc Acked-by: Catalin Marinas # arm64 Acked-by: Paul Burton # MIPS parts Acked

[PATCH v7 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range

2018-09-20 Thread Alexandre Ghiti
arm, arm64, mips, parisc, sh, x86 architectures use the same version of hugetlb_free_pgd_range, so move this generic implementation into asm-generic/hugetlb.h. Signed-off-by: Alexandre Ghiti Tested-by: Helge Deller # parisc Acked-by: Catalin Marinas # arm64 Acked-by: Paul Burton # MIPS parts

[PATCH v7 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h

2018-09-20 Thread Alexandre Ghiti
asm-generic/hugetlb.h proposes generic implementations of hugetlb related functions: use __HAVE_ARCH_HUGE* defines in order to make arch specific implementations of hugetlb functions consistent with pgtable.h scheme. Signed-off-by: Alexandre Ghiti Acked-by: Catalin Marinas # arm64 Reviewed

[PATCH v7 00/11] hugetlb: Factorize hugetlb architecture primitives

2018-09-20 Thread Alexandre Ghiti
. v1, v2, v3: Same version, just problems with email provider and misuse of --batch-size option of git send-email Alexandre Ghiti (11): hugetlb: Harmonize hugetlb.h arch specific defines

Re: [PATCH v6 00/11] hugetlb: Factorize hugetlb architecture primitives

2018-08-20 Thread Alexandre Ghiti
Ok, my bad, sorry about that, I have just added Andrew as CC then. Thank you, Alex On 08/20/2018 09:17 AM, Michal Hocko wrote: On Mon 20-08-18 08:45:10, Alexandre Ghiti wrote: Hi Michal, This patchset got acked, tested and reviewed by quite a few people, and it has been suggested

Re: [PATCH v6 00/11] hugetlb: Factorize hugetlb architecture primitives

2018-08-20 Thread Alexandre Ghiti
Hi Michal, This patchset got acked, tested and reviewed by quite a few people, and it has been suggested that it should be included in -mm tree: could you tell me if something else needs to be done for its inclusion ? Thanks for your time, Alex On 08/06/2018 07:57 PM, Alexandre Ghiti

[PATCH v6 11/11] hugetlb: Introduce generic version of huge_ptep_get

2018-08-06 Thread Alexandre Ghiti
ia64, mips, parisc, powerpc, sh, sparc, x86 architectures use the same version of huge_ptep_get, so move this generic implementation into asm-generic/hugetlb.h. Signed-off-by: Alexandre Ghiti Tested-by: Helge Deller # parisc Acked-by: Catalin Marinas # arm64 Acked-by: Paul Burton # MIPS parts

[PATCH v6 10/11] hugetlb: Introduce generic version of huge_ptep_set_access_flags

2018-08-06 Thread Alexandre Ghiti
arm, ia64, sh, x86 architectures use the same version of huge_ptep_set_access_flags, so move this generic implementation into asm-generic/hugetlb.h. Signed-off-by: Alexandre Ghiti Tested-by: Helge Deller # parisc Acked-by: Catalin Marinas # arm64 Acked-by: Paul Burton # MIPS parts Reviewed

  1   2   >