Changes in Kconfig

0f60a8ac - sparc/crc32: expose CRC32 functions through lib

Mon, 02 Dec 2024 01:08:35 +0000

sparc/crc32: expose CRC32 functions through libMove the sparc CRC32C assembly code into the lib directory and wire itup to the library interface. This allows it to be used without goingthrough the crypto API. It remains usable via the crypto API too viathe shash algorithms that use the library interface. Thus all thearch-specific "shash" code becomes unnecessary and is removed.Note: to see the diff from arch/sparc/crypto/crc32c_glue.c toarch/sparc/lib/crc32_glue.c, view this commit with 'git show -M10'.Reviewed-by: Ard Biesheuvel Link: https://lore.kernel.org/r/20241202010844.144356-11-ebiggers@kernel.orgSigned-off-by: Eric Biggers List of files: /linux-6.15/arch/sparc/Kconfig

de6c85bf - dma-mapping: clearly mark DMA ops as an architecture feature

Wed, 28 Aug 2024 06:02:47 +0000

dma-mapping: clearly mark DMA ops as an architecture featureDMA ops are a helper for architectures and not for drivers to overridethe DMA implementation.Unfortunately driver authors keep ignoring this. Make the fact moreclear by renaming the symbol to ARCH_HAS_DMA_OPS and having the two driversoverriding their dma_ops depend on that. These drivers should probably bemarked broken, but we can give them a bit of a grace period for that.Signed-off-by: Christoph Hellwig Reviewed-by: Thomas Gleixner Acked-by: Sakari Ailus # for IPU6Acked-by: Robin Murphy List of files: /linux-6.15/arch/sparc/Kconfig

99bd9a4f - sparc32: Do not select GENERIC_ISA_DMA

Sat, 24 Feb 2024 17:42:26 +0000

sparc32: Do not select GENERIC_ISA_DMAsparc32 do not support generic isa dma, so do not select the symbol.This fixes the following warnings:dma.c:70:5: error: no previous prototype for 'request_dma' [-Werror=missing-prototypes]dma.c:88:6: error: no previous prototype for 'free_dma' [-Werror=missing-prototypes]Signed-off-by: Sam Ravnborg Fixes: 0fcb70851fbf ("Makefile.extrawarn: turn on missing-prototypes globally")Acked-by: Randy Dunlap Tested-by: Randy Dunlap # build-testedCc: Andreas Larsson Cc: "David S. Miller" Cc: Randy Dunlap Cc: Maciej W. Rozycki Reviewed-by: Andreas Larsson Signed-off-by: Andreas Larsson Link: https://lore.kernel.org/r/20240224-sam-fix-sparc32-all-builds-v2-5-1f186603c5c4@ravnborg.org List of files: /linux-6.15/arch/sparc/Kconfig

802a8874 - sparc32: Use generic cmpdi2/ucmpdi2 variants

Sat, 24 Feb 2024 17:42:22 +0000

sparc32: Use generic cmpdi2/ucmpdi2 variantsUse the generic variants - the implementation is the same.As a nice side-effect fix the following warnings:cmpdi2.c: warning: no previous prototype for '__cmpdi2' [-Wmissing-prototypes]ucmpdi2.c: warning: no previous prototype for '__ucmpdi2' [-Wmissing-prototypes]Signed-off-by: Sam Ravnborg Fixes: 0fcb70851fbf ("Makefile.extrawarn: turn on missing-prototypes globally")Reviewed-by: Randy Dunlap Tested-by: Randy Dunlap # build-testedReviewed-by: Maciej W. Rozycki Tested-by: Maciej W. Rozycki # build-testedCc: "David S. Miller" Cc: Andreas Larsson Reviewed-by: Andreas Larsson Tested-by: Andreas Larsson Signed-off-by: Andreas Larsson Link: https://lore.kernel.org/r/20240224-sam-fix-sparc32-all-builds-v2-1-1f186603c5c4@ravnborg.org List of files: /linux-6.15/arch/sparc/Kconfig

5394f1e9 - arch: define CONFIG_PAGE_SIZE_*KB on all architectures

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

arch: define CONFIG_PAGE_SIZE_*KB on all architecturesMost architectures only support a single hardcoded page size. In orderto ensure that each one of these sets the corresponding Kconfig symbols,change over the PAGE_SHIFT definition to the common one and allowonly the hardware page size to be selected.Acked-by: Guo Ren Acked-by: Heiko Carstens Acked-by: Stafford Horne Acked-by: Johannes Berg Acked-by: Geert Uytterhoeven Reviewed-by: Thomas Gleixner Signed-off-by: Arnd Bergmann List of files: /linux-6.15/arch/sparc/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/sparc/Kconfig

0f199194 - sparc: Use shared font data

Mon, 07 Aug 2023 01:09:14 +0000

sparc: Use shared font datasparc has a 'btext' font used for the console which is almost identicalto the shared font_sun8x16, so use it rather than duplicating the data.They were actually identical until about a decade ago when commit bcfbeecea11c ("drivers: console: font_: Change a glyph from "broken bar" to "vertical line"")which changed the | in the shared font to be a solidbar rather than a broken bar. That's the only difference.This was originally spotted by PMD which noticed that PPC doesthe same thing with the same data, and they also share a bunchof functions to manipulate the data.Tested very lightly with a boot without FS in qemu.Signed-off-by: Dr. David Alan Gilbert Reviewed-by: Sam Ravnborg Acked-by: Randy Dunlap Signed-off-by: Andreas Larsson Link: https://lore.kernel.org/r/20230807010914.799713-1-linux@treblig.org List of files: /linux-6.15/arch/sparc/Kconfig

0955723e - sparc: remove obsolete config ARCH_ATU

Mon, 11 Dec 2023 08:30:29 +0000

sparc: remove obsolete config ARCH_ATUBefore consolidation of commit 4965a68780c5 ("arch: define theARCH_DMA_ADDR_T_64BIT config symbol in lib/Kconfig"), the config ARCH_ATUwas used to control the state of the config ARCH_DMA_ADDR_T_64BIT. Afterthis consolidation, the config ARCH_ATU has been without use and effect.Remove this obsolete config.Signed-off-by: Lukas Bulwahn Reviewed-by: Christoph Hellwig Signed-off-by: Andreas Larsson Link: https://lore.kernel.org/r/20231211083029.22078-1-lukas.bulwahn@gmail.com List of files: /linux-6.15/arch/sparc/Kconfig

5e0a760b - mm, treewide: rename MAX_ORDER to MAX_PAGE_ORDER

Thu, 28 Dec 2023 14:47:04 +0000

mm, treewide: rename MAX_ORDER to MAX_PAGE_ORDERcommit 23baf831a32c ("mm, treewide: redefine MAX_ORDER sanely") haschanged the definition of MAX_ORDER to be inclusive. This has causedissues with code that was not yet upstream and depended on the previousdefinition.To draw attention to the altered meaning of the define, rename MAX_ORDERto MAX_PAGE_ORDER.Link: https://lkml.kernel.org/r/20231228144704.14033-2-kirill.shutemov@linux.intel.comSigned-off-by: Kirill A. Shutemov Cc: Linus Torvalds Signed-off-by: Andrew Morton List of files: /linux-6.15/arch/sparc/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/sparc/Kconfig

a5fcc236 - watchdog/hardlockup: make HAVE_NMI_WATCHDOG sparc64-specific

Fri, 16 Jun 2023 15:06:16 +0000

watchdog/hardlockup: make HAVE_NMI_WATCHDOG sparc64-specificThere are several hardlockup detector implementations and several Kconfigvalues which allow selection and build of the preferred one.CONFIG_HARDLOCKUP_DETECTOR was introduced by the commit 23637d477c1f53acb("lockup_detector: Introduce CONFIG_HARDLOCKUP_DETECTOR") in v2.6.36.It was a preparation step for introducing the new generic perf hardlockupdetector.The existing arch-specific variants did not support the to-be-createdgeneric build configurations, sysctl interface, etc. This distinctionwas made explicit by the commit 4a7863cc2eb5f98 ("x86, nmi_watchdog:Remove ARCH_HAS_NMI_WATCHDOG and rely on CONFIG_HARDLOCKUP_DETECTOR")in v2.6.38.CONFIG_HAVE_NMI_WATCHDOG was introduced by the commit d314d74c695f967e105("nmi watchdog: do not use cpp symbol in Kconfig") in v3.4-rc1. It replacedthe above mentioned ARCH_HAS_NMI_WATCHDOG. At that time, it was still usedby three architectures, namely blackfin, mn10300, and sparc.The support for blackfin and mn10300 architectures has been completelydropped some time ago. And sparc is the only architecture with the historicNMI watchdog at the moment.And the old sparc implementation is really special. It is always built onsparc64. It used to be always enabled until the commit 7a5c8b57cec93196b("sparc: implement watchdog_nmi_enable and watchdog_nmi_disable") addedin v4.10-rc1.There are only few locations where the sparc64 NMI watchdog interactswith the generic hardlockup detectors code: + implements arch_touch_nmi_watchdog() which is called from the generic touch_nmi_watchdog() + implements watchdog_hardlockup_enable()/disable() to support /proc/sys/kernel/nmi_watchdog + is always preferred over other generic watchdogs, see CONFIG_HARDLOCKUP_DETECTOR + includes asm/nmi.h into linux/nmi.h because some sparc-specific functions are needed in sparc-specific code which includes only linux/nmi.h.The situation became more complicated after the commit 05a4a95279311c3("kernel/watchdog: split up config options") and commit 2104180a53698df5("powerpc/64s: implement arch-specific hardlockup watchdog") in v4.13-rc1.They introduced HAVE_HARDLOCKUP_DETECTOR_ARCH. It was used for powerpcspecific hardlockup detector. It was compatible with the perf oneregarding the general boot, sysctl, and programming interfaces.HAVE_HARDLOCKUP_DETECTOR_ARCH was defined as a superset ofHAVE_NMI_WATCHDOG. It made some sense because all arch-specificdetectors had some common requirements, namely: + implemented arch_touch_nmi_watchdog() + included asm/nmi.h into linux/nmi.h + defined the default value for /proc/sys/kernel/nmi_watchdogBut it actually has made things pretty complicated when the genericbuddy hardlockup detector was added. Before the generic perf detectorwas newer supported together with an arch-specific one. But the buddydetector could work on any SMP system. It means that an architecturecould support both the arch-specific and buddy detector.As a result, there are few tricky dependencies. For example,CONFIG_HARDLOCKUP_DETECTOR depends on: ((HAVE_HARDLOCKUP_DETECTOR_PERF || HAVE_HARDLOCKUP_DETECTOR_BUDDY) && !HAVE_NMI_WATCHDOG) || HAVE_HARDLOCKUP_DETECTOR_ARCHThe problem is that the very special sparc implementation is defined as: HAVE_NMI_WATCHDOG && !HAVE_HARDLOCKUP_DETECTOR_ARCHAnother problem is that the meaning of HAVE_NMI_WATCHDOG is far from clearwithout reading understanding the history.Make the logic less tricky and more self-explanatory by makingHAVE_NMI_WATCHDOG specific for the sparc64 implementation. And rename it toHAVE_HARDLOCKUP_DETECTOR_SPARC64.Note that HARDLOCKUP_DETECTOR_PREFER_BUDDY, HARDLOCKUP_DETECTOR_PERF,and HARDLOCKUP_DETECTOR_BUDDY may conflict only withHAVE_HARDLOCKUP_DETECTOR_ARCH. They depend on HARDLOCKUP_DETECTORand it is not longer enabled when HAVE_NMI_WATCHDOG is set.Link: https://lkml.kernel.org/r/20230616150618.6073-5-pmladek@suse.comSigned-off-by: Petr Mladek Reviewed-by: Douglas Anderson Cc: Christophe Leroy Cc: "David S. Miller" Cc: Michael Ellerman Cc: Nicholas Piggin Signed-off-by: Andrew Morton List of files: /linux-6.15/arch/sparc/Kconfig

44ade508 - sparc/cpu: Switch to arch_cpu_finalize_init()

Tue, 13 Jun 2023 23:39:35 +0000

sparc/cpu: Switch to arch_cpu_finalize_init()check_bugs() is about to be phased out. Switch over to the newarch_cpu_finalize_init() implementation.No functional change.Signed-off-by: Thomas Gleixner Reviewed-by: Sam Ravnborg Link: https://lore.kernel.org/r/20230613224545.431995857@linutronix.de List of files: /linux-6.15/arch/sparc/Kconfig

8def4c05 - sparc: reword ARCH_FORCE_MAX_ORDER prompt and help text

Fri, 24 Mar 2023 05:22:32 +0000

sparc: reword ARCH_FORCE_MAX_ORDER prompt and help textThe prompt and help text of ARCH_FORCE_MAX_ORDER are not even close todescribe this configuration option.Update both to actually describe what this option does.Link: https://lkml.kernel.org/r/20230324052233.2654090-14-rppt@kernel.orgSigned-off-by: Mike Rapoport (IBM) Acked-by: Kirill A. Shutemov Reviewed-by: Zi Yan Cc: Arnd Bergmann Cc: Catalin Marinas Cc: Christophe Leroy Cc: David Miller Cc: Dinh Nguyen Cc: Geert Uytterhoeven Cc: Guo Ren Cc: John Paul Adrian Glaubitz Cc: Max Filippov Cc: Michael Ellerman Cc: Rich Felker Cc: "Russell King (Oracle)" Cc: Will Deacon Cc: Yoshinori Sato Signed-off-by: Andrew Morton List of files: /linux-6.15/arch/sparc/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/sparc/Kconfig

fcbfe812 - Kconfig: introduce HAS_IOPORT option and select it as necessary

Thu, 23 Mar 2023 16:33:52 +0000

Kconfig: introduce HAS_IOPORT option and select it as necessaryWe introduce a new HAS_IOPORT Kconfig option to indicate support for I/OPort access. In a future patch HAS_IOPORT=n will disable compilation ofthe I/O accessor functions inb()/outb() and friends on architectureswhich can not meaningfully support legacy I/O spaces such as s390.The following architectures do not select HAS_IOPORT:* ARC* C-SKY* Hexagon* Nios II* OpenRISC* s390* User-Mode Linux* XtensaAll other architectures select HAS_IOPORT at least conditionally.The "depends on" relations on HAS_IOPORT in drivers as well as ifdefsfor HAS_IOPORT specific sections will be added in subsequent patches ona per subsystem basis.Co-developed-by: Arnd Bergmann Signed-off-by: Arnd Bergmann Acked-by: Johannes Berg # for ARCH=umAcked-by: Geert Uytterhoeven Signed-off-by: Niklas Schnelle Signed-off-by: Arnd Bergmann List of files: /linux-6.15/arch/sparc/Kconfig

7be6a87c - sparc: allow PM configs for sparc32 COMPILE_TEST

Sun, 05 Feb 2023 00:43:57 +0000

sparc: allow PM configs for sparc32 COMPILE_TESTWhen doing randconfig builds for sparc32 with COMPILE_TEST, some(non-Sparc) drivers cause kconfig warnings with the Kconfig symbols PM,PM_GENERIC_DOMAINS, or PM_GENERIC_DOMAINS_OF.This is due to arch/sparc/Kconfig not using the PM Kconfig forSparc32: if SPARC64 source "kernel/power/Kconfig" endifArnd suggested adding "|| COMPILE_TEST" to the conditional,instead of trying to track down every driver that selectsany of these PM symbols.Fixes the following kconfig warnings:WARNING: unmet direct dependencies detected for PM Depends on [n]: SPARC64 [=n] Selected by [y]: - SUN20I_PPU [=y] && (ARCH_SUNXI || COMPILE_TEST [=y])WARNING: unmet direct dependencies detected for PM Depends on [n]: SPARC64 [=n] Selected by [y]: - SUN20I_PPU [=y] && (ARCH_SUNXI || COMPILE_TEST [=y])WARNING: unmet direct dependencies detected for PM_GENERIC_DOMAINS Depends on [n]: SPARC64 [=n] && PM [=y] Selected by [y]: - QCOM_GDSC [=y] && COMMON_CLK [=y] && PM [=y] - SUN20I_PPU [=y] && (ARCH_SUNXI || COMPILE_TEST [=y]) - MESON_GX_PM_DOMAINS [=y] && (ARCH_MESON || COMPILE_TEST [=y]) && PM [=y] && OF [=y] - BCM2835_POWER [=y] && (ARCH_BCM2835 || COMPILE_TEST [=y] && OF [=y]) && PM [=y] - BCM_PMB [=y] && (ARCH_BCMBCA || COMPILE_TEST [=y] && OF [=y]) && PM [=y] - ROCKCHIP_PM_DOMAINS [=y] && (ARCH_ROCKCHIP || COMPILE_TEST [=y]) && PM [=y] Selected by [m]: - ARM_SCPI_POWER_DOMAIN [=m] && (ARM_SCPI_PROTOCOL [=m] || COMPILE_TEST [=y] && OF [=y]) && PM [=y] - MESON_EE_PM_DOMAINS [=m] && (ARCH_MESON || COMPILE_TEST [=y]) && PM [=y] && OF [=y] - QCOM_AOSS_QMP [=m] && (ARCH_QCOM || COMPILE_TEST [=y]) && MAILBOX [=y] && COMMON_CLK [=y] && PM [=y]WARNING: unmet direct dependencies detected for PM_GENERIC_DOMAINS_OF Depends on [n]: SPARC64 [=n] && PM_GENERIC_DOMAINS [=y] && OF [=y] Selected by [y]: - MESON_GX_PM_DOMAINS [=y] && (ARCH_MESON || COMPILE_TEST [=y]) && PM [=y] && OF [=y] Selected by [m]: - MESON_EE_PM_DOMAINS [=m] && (ARCH_MESON || COMPILE_TEST [=y]) && PM [=y] && OF [=y]Link: https://lkml.kernel.org/r/20230205004357.29459-1-rdunlap@infradead.orgFixes: bdde6b3c8ba4 ("sparc64: Hibernation support")Signed-off-by: Randy Dunlap Suggested-by: Arnd Bergmann Acked-by: Sam Ravnborg Cc: "David S. Miller" Cc: Kirill Tkhai Signed-off-by: Andrew Morton List of files: /linux-6.15/arch/sparc/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/sparc/Kconfig

1e9fdf21 - mmu_gather: Remove per arch tlb_{start,end}_vma()

Fri, 08 Jul 2022 07:18:03 +0000

mmu_gather: Remove per arch tlb_{start,end}_vma()Scattered across the archs are 3 basic forms of tlb_{start,end}_vma().Provide two new MMU_GATHER_knobs to enumerate them and remove the perarch tlb_{start,end}_vma() implementations. - MMU_GATHER_NO_FLUSH_CACHE indicates the arch has flush_cache_range() but does *NOT* want to call it for each VMA. - MMU_GATHER_MERGE_VMAS indicates the arch wants to merge the invalidate across multiple VMAs if possible.With these it is possible to capture the three forms: 1) empty stubs; select MMU_GATHER_NO_FLUSH_CACHE and MMU_GATHER_MERGE_VMAS 2) start: flush_cache_range(), end: empty; select MMU_GATHER_MERGE_VMAS 3) start: flush_cache_range(), end: flush_tlb_range(); defaultObviously, if the architecture does not have flush_cache_range() thenit also doesn't need to select MMU_GATHER_NO_FLUSH_CACHE.Signed-off-by: Peter Zijlstra (Intel) Acked-by: Will Deacon Cc: David Miller Signed-off-by: Linus Torvalds List of files: /linux-6.15/arch/sparc/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/sparc/Kconfig

25740d31 - sparc/mm: move protection_map[] inside the platform

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

sparc/mm: move protection_map[] inside the platformThis moves protection_map[] inside the platform and while here, alsoenable ARCH_HAS_VM_GET_PAGE_PROT on 32 bit platforms viaDECLARE_VM_GET_PAGE_PROT.Link: https://lkml.kernel.org/r/20220711070600.2378316-5-anshuman.khandual@arm.comSigned-off-by: Anshuman Khandual Reviewed-by: Sam Ravnborg Cc: "David S. Miller" Cc: Arnd Bergmann Cc: Brian Cain Cc: Catalin Marinas Cc: Christophe Leroy Cc: Christoph Hellwig Cc: Christoph Hellwig Cc: Chris Zankel 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: 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/sparc/Kconfig