Changes in Kconfig

3b7f793a - ARC: migrate to the generic rule for built-in DTB

Sun, 22 Dec 2024 00:15:00 +0000

ARC: migrate to the generic rule for built-in DTBCommit 654102df2ac2 ("kbuild: add generic support for built-in bootDTBs") introduced generic support for built-in DTBs.Select GENERIC_BUILTIN_DTB to use the generic rule.To keep consistency across architectures, this commit also renamesCONFIG_ARC_BUILTIN_DTB_NAME to CONFIG_BUILTIN_DTB_NAME.Now, "nsim_700" is the default value for CONFIG_BUILTIN_DTB_NAME, ratherthan a fallback in case it is empty.Acked-by: Vineet Gupta Signed-off-by: Masahiro Yamada List of files: /linux-6.15/arch/arc/Kconfig

5d30d6ab - ARC: Remove GENERIC_PENDING_IRQ

Tue, 10 Dec 2024 10:34:10 +0000

ARC: Remove GENERIC_PENDING_IRQNothing uses the actual functionality and the MCIP controller sets theflags which disables the deferred affinity change. The other interruptcontroller does not support affinity setting at all.Signed-off-by: Thomas Gleixner Acked-by: Vineet Gupta # arch/arc/Link: https://lore.kernel.org/all/20241210103335.373392568@linutronix.de List of files: /linux-6.15/arch/arc/Kconfig

5c0541e1 - mm: introduce cpu_icache_is_aliasing() across all architectures

Mon, 09 Dec 2024 18:23:25 +0000

mm: introduce cpu_icache_is_aliasing() across all architecturesIn commit eacd0e950dc2 ("ARC: [mm] Lazy D-cache flush (non aliasingVIPT)"), arc adds the need to flush dcache to make icache see the codepage change. This also requires special handling forclear_user_(high)page(). Introduce cpu_icache_is_aliasing() to make MMcode query special clear_user_(high)page() easier. This will be used bythe following commit.Link: https://lkml.kernel.org/r/20241209182326.2955963-1-ziy@nvidia.comFixes: 5708d96da20b ("mm: avoid zeroing user movable page twice with init_on_alloc=1")Signed-off-by: Zi Yan Suggested-by: Mathieu Desnoyers Reviewed-by: Mathieu Desnoyers Acked-by: Vlastimil Babka Cc: Alexander Potapenko Cc: David Hildenbrand Cc: Geert Uytterhoeven Cc: John Hubbard Cc: Kees Cook Cc: Kefeng Wang Cc: Matthew Wilcox Cc: Miaohe Lin Cc: Ryan Roberts Cc: Vineet Gupta Signed-off-by: Andrew Morton List of files: /linux-6.15/arch/arc/Kconfig

dd2b2302 - ARC: fix reference of dependency for PAE40 config

Mon, 28 Oct 2024 09:59:07 +0000

ARC: fix reference of dependency for PAE40 configCommit d71e629bed5b ("ARC: build: disallow invalid PAE40 + 4K page config")reworks the build dependencies for ARC_HAS_PAE40, and accidentally refersto the non-existing config option MMU_V4 rather than the intended optionARC_MMU_V4. Note the missing prefix in the name here.Refer to the intended config option in the dependency of the ARC_HAS_PAE40config.Fixes: d71e629bed5b ("ARC: build: disallow invalid PAE40 + 4K page config")Signed-off-by: Lukas Bulwahn Signed-off-by: Vineet Gupta List of files: /linux-6.15/arch/arc/Kconfig

8871331b - ARC: build: disallow invalid PAE40 + 4K page config

Wed, 09 Oct 2024 17:33:22 +0000

ARC: build: disallow invalid PAE40 + 4K page configThe config option being built was| CONFIG_ARC_MMU_V4=y| CONFIG_ARC_PAGE_SIZE_4K=y| CONFIG_HIGHMEM=y| CONFIG_ARC_HAS_PAE40=yThis was hitting a BUILD_BUG_ON() since a 4K page can't hoist 1k, 8-bytePTE entries (8 byte due to PAE40). BUILD_BUG_ON() is a good last ditchresort, but such a config needs to be disallowed explicitly in Kconfig.Side-note: the actual fix is single liner dependency, but while at itcleaned out a few things: - 4K dependency on MMU v3 or v4 is always true, since 288ff7de62af09 ("ARC: retire MMUv1 and MMUv2 support") - PAE40 dependency in on MMU ver not really ISA, although that follows eventually.Reported-by: kernel test robot Closes: https://lore.kernel.org/oe-kbuild-all/202409160223.xydgucbY-lkp@intel.com/Signed-off-by: Vineet Gupta List of files: /linux-6.15/arch/arc/Kconfig

f2519d4d - ARC: Emulate one-byte cmpxchg

Mon, 18 Mar 2024 08:27:35 +0000

ARC: Emulate one-byte cmpxchgUse the new cmpxchg_emu_u8() to emulate one-byte cmpxchg() on arc.[ paulmck: Drop two-byte support per Arnd Bergmann feedback. ][ paulmck: Apply feedback from Naresh Kamboju. ][ paulmck: Apply kernel test robot feedback. ][ paulmck: Apply feedback from Vineet Gupta. ]Signed-off-by: Paul E. McKenney Cc: Andi Shyti Cc: Andrzej Hajda Cc: Arnd Bergmann Cc: Palmer Dabbelt Cc: Acked-by: Vineet Gupta List of files: /linux-6.15/arch/arc/Kconfig

cd615d7f - ARC: update the help message for CONFIG_ARC_BUILTIN_DTB_NAME

Sat, 31 Aug 2024 10:10:28 +0000

ARC: update the help message for CONFIG_ARC_BUILTIN_DTB_NAMECommit abe11ddea1d7 ("ARC: [plat-arcfpga]: Enabling DeviceTree forAngel4 board") changed the default built-in DTB from "skeleton" to"angel4".Commit fd1557923b2e ("ARC: [plat_arcfpga]->[plat_sim]") changed itfrom "angel4" to "nsim_700".Signed-off-by: Masahiro Yamada Acked-by: Vineet Gupta List of files: /linux-6.15/arch/arc/Kconfig

f122668d - ARC: Add eBPF JIT support

Tue, 30 Apr 2024 14:56:04 +0000

ARC: Add eBPF JIT supportThis will add eBPF JIT support to the 32-bit ARCv2 processors. Theimplementation is qualified by running the BPF tests on a Synopsys HSDKboard with "ARC HS38 v2.1c at 500 MHz" as the 4-core CPU.The test_bpf.ko reports 2-10 fold improvements in execution time of itstests. For instance:test_bpf: #33 tcpdump port 22 jited:0 704 1766 2104 PASStest_bpf: #33 tcpdump port 22 jited:1 120 224 260 PASStest_bpf: #141 ALU_DIV_X: 4294967295 / 4294967295 = 1 jited:0 238 PASStest_bpf: #141 ALU_DIV_X: 4294967295 / 4294967295 = 1 jited:1 23 PASStest_bpf: #776 JMP32_JGE_K: all ... magnitudes jited:0 2034681 PASStest_bpf: #776 JMP32_JGE_K: all ... magnitudes jited:1 1020022 PASSDeployment and structure------------------------The related codes are added to "arch/arc/net":- bpf_jit.h -- The interface that a back-end translator must provide- bpf_jit_core.c -- Knows how to handle the input eBPF byte stream- bpf_jit_arcv2.c -- The back-end code that knows the translation logicThe bpf_int_jit_compile() at the end of bpf_jit_core.c is the entranceto the whole process. Normally, the translation is done in one pass,namely the "normal pass". In case some relocations are not known duringthis pass, some data (arc_jit_data) is allocated for the next pass tocome. This possible next (and last) pass is called the "extra pass".1. Normal pass # The necessary pass 1a. Dry run # Get the whole JIT length, epilogue offset, etc. 1b. Emit phase # Allocate memory and start emitting instructions2. Extra pass # Only needed if there are relocations to be fixed 2a. Patch relocationsSupport status--------------The JIT compiler supports BPF instructions up to "cpu=v4". However, itdoes not yet provide support for:- Tail calls- Atomic operations- 64-bit division/remainder- BPF_PROBE_MEM* (exception table)The result of "test_bpf" test suite on an HSDK board is:hsdk-lnx# insmod test_bpf.ko test_suite=test_bpf test_bpf: Summary: 863 PASSED, 186 FAILED, [851/851 JIT'ed]All the failing test cases are due to the ones that were not JIT'ed.Categorically, they can be represented as: .-----------.------------.-------------. | test type | opcodes | # of cases | |-----------+------------+-------------| | atomic | 0xC3, 0xDB | 149 | | div64 | 0x37, 0x3F | 22 | | mod64 | 0x97, 0x9F | 15 | `-----------^------------+-------------| | (total) 186 | `-------------'Setup: build config-------------------The following configs must be set to have a working JIT test: CONFIG_BPF_JIT=y CONFIG_BPF_JIT_ALWAYS_ON=y CONFIG_TEST_BPF=mThe following options are not necessary for the tests module,but are good to have: CONFIG_DEBUG_INFO=y # prerequisite for below CONFIG_DEBUG_INFO_BTF=y # so bpftool can generate vmlinux.h CONFIG_FTRACE=y # CONFIG_BPF_SYSCALL=y # all these options lead to CONFIG_KPROBE_EVENTS=y # having CONFIG_BPF_EVENTS=y CONFIG_PERF_EVENTS=y #Some BPF programs provide data through /sys/kernel/debug: CONFIG_DEBUG_FS=yarc# mount -t debugfs debugfs /sys/kernel/debugSetup: elfutils---------------The libdw.{so,a} library that is used by pahole for processingthe final binary must come from elfutils 0.189 or newer. Thesupport for ARCv2 [1] has been added since that version.[1]https://sourceware.org/git/?p=elfutils.git;a=commit;h=de3d46b3e7Setup: pahole-------------The line below in linux/scripts/Makefile.btf must be commented out:pahole-flags-$(call test-ge, $(pahole-ver), 121) += --btf_gen_floatsOr else, the build will fail:$ make V=1 ... BTF .btf.vmlinux.bin.opahole -J --btf_gen_floats \ -j --lang_exclude=rust \ --skip_encoding_btf_inconsistent_proto \ --btf_gen_optimized .tmp_vmlinux.btfComplex, interval and imaginary float types are not supportedEncountered error while encoding BTF. ... BTFIDS vmlinux./tools/bpf/resolve_btfids/resolve_btfids vmlinuxlibbpf: failed to find '.BTF' ELF section in vmlinuxFAILED: load BTF from vmlinux: No data availableThis is due to the fact that the ARC toolchains generate"complex float" DIE entries in libgcc and at the moment, paholecan't handle such entries.Running the tests-----------------host$ scp /bld/linux/lib/test_bpf.ko arc:arc # sysctl net.core.bpf_jit_enable=1arc # insmod test_bpf.ko test_suite=test_bpf ... test_bpf: #1048 Staggered jumps: JMP32_JSLE_X jited:1 697811 PASS test_bpf: Summary: 863 PASSED, 186 FAILED, [851/851 JIT'ed]Acknowledgments---------------- Claudiu Zissulescu for his unwavering support- Yuriy Kolerov for testing and troubleshooting- Vladimir Isaev for the pahole workaround- Sergey Matyukevich for paving the road by adding the interpreter supportSigned-off-by: Shahab Vahedi Link: https://lore.kernel.org/r/20240430145604.38592-1-list+bpf@vahedi.orgSigned-off-by: Alexei Starovoitov List of files: /linux-6.15/arch/arc/Kconfig

d5272aaa - ARC: mm: fix new code about cache aliasing

Thu, 28 Mar 2024 05:19:25 +0000

ARC: mm: fix new code about cache aliasingManual/partial revert of 8690bbcf3b70 ("Introduce cpu_dcache_is_aliasing() across all architectures")Current generation of ARCv2/ARCv3 based HSxx cores are only PIPT (to softwareat least).Legacy ARC700 cpus could be VIPT aliasing (based on cache geometry andPAGE_SIZE) [1] however recently that support was ripped out so VIPT aliasingcache is not relevant to ARC anymore.[1] http://lists.infradead.org/pipermail/linux-snps-arc/2023-February/006899.htmlAcked-by: Mathieu Desnoyers Signed-off-by: Vineet Gupta List of files: /linux-6.15/arch/arc/Kconfig

d3e5bab9 - arch: simplify architecture specific page size configuration

Mon, 26 Feb 2024 16:14:12 +0000

arch: simplify architecture specific page size configurationarc, arm64, parisc and powerpc all have their own Kconfig symbolsin place of the common CONFIG_PAGE_SIZE_4KB symbols. Change theseso the common symbols are the ones that are actually used, whileleaving the arhcitecture specific ones as the user visibleplace for configuring it, to avoid breaking user configs.Reviewed-by: Christophe Leroy (powerpc32)Acked-by: Catalin Marinas Acked-by: Helge Deller # pariscReviewed-by: Thomas Gleixner Signed-off-by: Arnd Bergmann List of files: /linux-6.15/arch/arc/Kconfig

8690bbcf - Introduce cpu_dcache_is_aliasing() across all architectures

Thu, 15 Feb 2024 14:46:32 +0000

Introduce cpu_dcache_is_aliasing() across all architecturesIntroduce a generic way to query whether the data cache is virtuallyaliased on all architectures. Its purpose is to ensure that subsystemswhich are incompatible with virtually aliased data caches (e.g. FS_DAX)can reliably query this.For data cache aliasing, there are three scenarios dependending on thearchitecture. Here is a breakdown based on my understanding:A) The data cache is always aliasing:* arc* csky* m68k (note: shared memory mappings are incoherent ? SHMLBA is missing there.)* sh* pariscB) The data cache aliasing is statically known or depends on querying CPU state at runtime:* arm (cache_is_vivt() || cache_is_vipt_aliasing())* mips (cpu_has_dc_aliases)* nios2 (NIOS2_DCACHE_SIZE > PAGE_SIZE)* sparc32 (vac_cache_size > PAGE_SIZE)* sparc64 (L1DCACHE_SIZE > PAGE_SIZE)* xtensa (DCACHE_WAY_SIZE > PAGE_SIZE)C) The data cache is never aliasing:* alpha* arm64 (aarch64)* hexagon* loongarch (but with incoherent write buffers, which are disabled since commit d23b7795 ("LoongArch: Change SHMLBA from SZ_64K to PAGE_SIZE"))* microblaze* openrisc* powerpc* riscv* s390* um* x86Require architectures in A) and B) to select ARCH_HAS_CPU_CACHE_ALIASING andimplement "cpu_dcache_is_aliasing()".Architectures in C) don't select ARCH_HAS_CPU_CACHE_ALIASING, and thuscpu_dcache_is_aliasing() simply evaluates to "false".Note that this leaves "cpu_icache_is_aliasing()" to be implemented as futurework. This would be useful to gate features like XIP on architectureswhich have aliasing CPU dcache-icache but not CPU dcache-dcache.Use "cpu_dcache" and "cpu_cache" rather than just "dcache" and "cache"to clarify that we really mean "CPU data cache" and "CPU cache" toeliminate any possible confusion with VFS "dentry cache" and "pagecache".Link: https://lore.kernel.org/lkml/20030910210416.GA24258@mail.jlokier.co.uk/Link: https://lkml.kernel.org/r/20240215144633.96437-9-mathieu.desnoyers@efficios.comFixes: d92576f1167c ("dax: does not work correctly with virtual aliasing caches")Signed-off-by: Mathieu Desnoyers Cc: Dan Williams Cc: Vishal Verma Cc: Dave Jiang Cc: Matthew Wilcox Cc: Arnd Bergmann Cc: Russell King Cc: Alasdair Kergon Cc: Christoph Hellwig Cc: Dave Chinner Cc: Heiko Carstens Cc: kernel test robot Cc: Michael Sclafani Cc: Mike Snitzer Cc: Mikulas Patocka Signed-off-by: Andrew Morton List of files: /linux-6.15/arch/arc/Kconfig

6732c0e4 - ARC: mm: retire support for aliasing VIPT D$

Thu, 16 Feb 2023 05:06:33 +0000

ARC: mm: retire support for aliasing VIPT D$Legacy ARC700 processors (first generation of MMU enabled ARC cores) hadVIPT cached which could be configured such that they could alias.Corresponding support in kernel (with all the obnoxious cache flush overhead)was added in ARC port 10 years ago to support 1 silicon. That is long bygoneand we can let it RIP.Cc: Matthew Wilcox (Oracle) Signed-off-by: Vineet Gupta List of files: /linux-6.15/arch/arc/Kconfig

06dfae39 - arc: mm: convert to GENERIC_IOREMAP

Thu, 06 Jul 2023 15:45:08 +0000

arc: mm: convert to GENERIC_IOREMAPBy taking GENERIC_IOREMAP method, the generic generic_ioremap_prot(),generic_iounmap(), and their generic wrapper ioremap_prot(), ioremap() andiounmap() are all visible and available to arch. Arch needs to providewrapper functions to override the generic versions if there's archspecific handling in its ioremap_prot(), ioremap() or iounmap(). Thischange will simplify implementation by removing duplicated code withgeneric_ioremap_prot() and generic_iounmap(), and has the equivalentfunctioality as before.Here, add wrapper functions ioremap_prot() and iounmap() for arc's specialoperation when ioremap_prot() and iounmap().Link: https://lkml.kernel.org/r/20230706154520.11257-8-bhe@redhat.comSigned-off-by: Baoquan He Reviewed-by: Christoph Hellwig Reviewed-by: Mike Rapoport (IBM) Cc: Vineet Gupta Cc: Alexander Gordeev Cc: Arnd Bergmann Cc: Brian Cain Cc: Catalin Marinas Cc: Christian Borntraeger Cc: Christophe Leroy Cc: Chris Zankel Cc: David Laight Cc: Geert Uytterhoeven Cc: Gerald Schaefer Cc: Heiko Carstens Cc: Helge Deller Cc: "James E.J. Bottomley" Cc: John Paul Adrian Glaubitz Cc: Jonas Bonn Cc: Kefeng Wang Cc: Matthew Wilcox Cc: Max Filippov Cc: Michael Ellerman Cc: Nathan Chancellor Cc: Nicholas Piggin Cc: Niklas Schnelle Cc: Rich Felker Cc: Stafford Horne Cc: Stefan Kristiansson Cc: Sven Schnelle Cc: Vasily Gorbik Cc: Will Deacon Cc: Yoshinori Sato Signed-off-by: Andrew Morton List of files: /linux-6.15/arch/arc/Kconfig

cfca4b5a - ARC: entry: use gp to cache task pointer (vs. r25)

Wed, 13 May 2020 05:18:08 +0000

ARC: entry: use gp to cache task pointer (vs. r25)The motivation is eventual ABI considerations for ARCv3 but even withoutit this change us worthwhile as diffstat reduces 100 net linesr25 is a callee saved register, normally not saved by entry code inpt_regs. However because of its usage in CONFIG_ARC_CURR_IN_REG it needsto be. This in turn requires a whole bunch of special casing when weneed to access r25. Then there is distinction between user mode r25 vs.kernel mode r25 - hence distinct SAVE_CALLEE_SAVED_{USER,KERNEL}Instead use gp which is a scratch register and thus saved already in entrycode. This cleans things up significantly and much nocer on eyes: - SAVE_CALLEE_SAVED_{USER,KERNEL} are now exactly same - no special user_r25 slot in pt_reggsNote that typical global asm registers are callee-saved (r25), but gp isnot callee-saved thus needs additional -ffixed- toggleSigned-off-by: Vineet Gupta List of files: /linux-6.15/arch/arc/Kconfig

f798f91e - ARC: uaccess: use optimized generic __strnlen_user/__strncpy_from_user

Mon, 13 Jan 2020 23:24:34 +0000

ARC: uaccess: use optimized generic __strnlen_user/__strncpy_from_userThe existing ARC variants have 2 issues - Use ZOL which may not be present in forthcoming architecture - Byte loop based vs. generic version which is word loop basedSigned-off-by: Vineet Gupta List of files: /linux-6.15/arch/arc/Kconfig

a050ba1e - mm/fault: convert remaining simple cases to lock_mm_and_find_vma()

Sat, 24 Jun 2023 17:55:38 +0000

mm/fault: convert remaining simple cases to lock_mm_and_find_vma()This does the simple pattern conversion of alpha, arc, csky, hexagon,loongarch, nios2, sh, sparc32, and xtensa to the lock_mm_and_find_vma()helper. They all have the regular fault handling pattern without oddspecial cases.The remaining architectures all have something that keeps us from astraightforward conversion: ia64 and parisc have stacks that can growboth up as well as down (and ia64 has special address region checks).And m68k, microblaze, openrisc, sparc64, and um end up having extrarules about only expanding the stack down a limited amount below theuser space stack pointer. That is something that x86 used to do too(long long ago), and it probably could just be skipped, but it stillmakes the conversion less than trivial.Note that this conversion was done manually and with the exception ofalpha without any build testing, because I have a fairly limited cross-building environment. The cases are all simple, and I went through thechanges several times, but...Signed-off-by: Linus Torvalds List of files: /linux-6.15/arch/arc/Kconfig

23baf831 - mm, treewide: redefine MAX_ORDER sanely

Wed, 15 Mar 2023 11:31:33 +0000

mm, treewide: redefine MAX_ORDER sanelyMAX_ORDER currently defined as number of orders page allocator supports:user can ask buddy allocator for page order between 0 and MAX_ORDER-1.This definition is counter-intuitive and lead to number of bugs all overthe kernel.Change the definition of MAX_ORDER to be inclusive: the range of ordersuser can ask from buddy allocator is 0..MAX_ORDER now.[kirill@shutemov.name: fix min() warning] Link: https://lkml.kernel.org/r/20230315153800.32wib3n5rickolvh@box[akpm@linux-foundation.org: fix another min_t warning][kirill@shutemov.name: fixups per Zi Yan] Link: https://lkml.kernel.org/r/20230316232144.b7ic4cif4kjiabws@box.shutemov.name[akpm@linux-foundation.org: fix underlining in docs] Link: https://lore.kernel.org/oe-kbuild-all/202303191025.VRCTk6mP-lkp@intel.com/Link: https://lkml.kernel.org/r/20230315113133.11326-11-kirill.shutemov@linux.intel.comSigned-off-by: Kirill A. Shutemov Reviewed-by: Michael Ellerman [powerpc]Cc: "Kirill A. Shutemov" Cc: Zi Yan Signed-off-by: Andrew Morton List of files: /linux-6.15/arch/arc/Kconfig

0192445c - arch: mm: rename FORCE_MAX_ZONEORDER to ARCH_FORCE_MAX_ORDER

Mon, 15 Aug 2022 14:39:59 +0000

arch: mm: rename FORCE_MAX_ZONEORDER to ARCH_FORCE_MAX_ORDERThis Kconfig option is used by individual arch to set its desiredMAX_ORDER. Rename it to reflect its actual use.Link: https://lkml.kernel.org/r/20220815143959.1511278-1-zi.yan@sent.comAcked-by: Mike Rapoport Signed-off-by: Zi Yan Acked-by: Guo Ren [csky]Acked-by: Arnd Bergmann Acked-by: Catalin Marinas [arm64]Acked-by: Huacai Chen [LoongArch]Acked-by: Michael Ellerman [powerpc]Cc: Vineet Gupta Cc: Taichi Sugaya Cc: Neil Armstrong Cc: Qin Jian Cc: Guo Ren Cc: Geert Uytterhoeven Cc: Thomas Bogendoerfer Cc: Dinh Nguyen Cc: Christophe Leroy Cc: Yoshinori Sato Cc: "David S. Miller" Cc: Chris Zankel Cc: Ley Foon Tan Signed-off-by: Andrew Morton List of files: /linux-6.15/arch/arc/Kconfig

3d923c5f - mm/mmap: drop ARCH_HAS_VM_GET_PAGE_PROT

Mon, 11 Jul 2022 07:06:00 +0000

mm/mmap: drop ARCH_HAS_VM_GET_PAGE_PROTNow all the platforms enable ARCH_HAS_GET_PAGE_PROT. They define andexport own vm_get_page_prot() whether custom or standardDECLARE_VM_GET_PAGE_PROT. Hence there is no need for default genericfallback for vm_get_page_prot(). Just drop this fallback and alsoARCH_HAS_GET_PAGE_PROT mechanism.Link: https://lkml.kernel.org/r/20220711070600.2378316-27-anshuman.khandual@arm.comSigned-off-by: Anshuman Khandual Reviewed-by: Geert Uytterhoeven Reviewed-by: Christoph Hellwig Reviewed-by: Christophe Leroy Acked-by: Geert Uytterhoeven Cc: Arnd Bergmann Cc: Brian Cain Cc: Catalin Marinas Cc: Christoph Hellwig Cc: Chris Zankel Cc: "David S. Miller" Cc: Dinh Nguyen Cc: Guo Ren Cc: Heiko Carstens Cc: Huacai Chen Cc: Ingo Molnar Cc: "James E.J. Bottomley" Cc: Jeff Dike Cc: Jonas Bonn Cc: Michael Ellerman Cc: Michal Simek Cc: Nicholas Piggin Cc: Palmer Dabbelt Cc: Paul Mackerras Cc: Paul Walmsley Cc: Richard Henderson Cc: Rich Felker Cc: Russell King Cc: Sam Ravnborg Cc: Stafford Horne Cc: Thomas Bogendoerfer Cc: Thomas Gleixner Cc: Vasily Gorbik Cc: Vineet Gupta Cc: WANG Xuerui Cc: Will Deacon Cc: Yoshinori Sato Signed-off-by: Andrew Morton List of files: /linux-6.15/arch/arc/Kconfig

5d260625 - arc/mm: enable ARCH_HAS_VM_GET_PAGE_PROT

Mon, 11 Jul 2022 07:05:56 +0000

arc/mm: enable ARCH_HAS_VM_GET_PAGE_PROTThis enables ARCH_HAS_VM_GET_PAGE_PROT on the platform and exportsstandard vm_get_page_prot() implementation via DECLARE_VM_GET_PAGE_PROT,which looks up a private and static protection_map[] array. Subsequentlyall __SXXX and __PXXX macros can be dropped which are no longer needed.Link: https://lkml.kernel.org/r/20220711070600.2378316-23-anshuman.khandual@arm.comSigned-off-by: Anshuman Khandual Cc: Vineet Gupta Cc: Arnd Bergmann Cc: Brian Cain Cc: Catalin Marinas Cc: Christophe Leroy Cc: Christoph Hellwig Cc: Christoph Hellwig Cc: Chris Zankel Cc: "David S. Miller" Cc: Dinh Nguyen Cc: Geert Uytterhoeven Cc: Guo Ren Cc: Heiko Carstens Cc: Huacai Chen Cc: Ingo Molnar Cc: "James E.J. Bottomley" Cc: Jeff Dike Cc: Jonas Bonn Cc: Michael Ellerman Cc: Michal Simek Cc: Nicholas Piggin Cc: Palmer Dabbelt Cc: Paul Mackerras Cc: Paul Walmsley Cc: Richard Henderson Cc: Rich Felker Cc: Russell King Cc: Sam Ravnborg Cc: Stafford Horne Cc: Thomas Bogendoerfer Cc: Thomas Gleixner Cc: Vasily Gorbik Cc: WANG Xuerui Cc: Will Deacon Cc: Yoshinori Sato Signed-off-by: Andrew Morton List of files: /linux-6.15/arch/arc/Kconfig