Changes in Kconfig

e799bef0 - xtensa: Emulate one-byte cmpxchg

Wed, 27 Mar 2024 22:28:04 +0000

xtensa: Emulate one-byte cmpxchgUse the new cmpxchg_emu_u8() to emulate one-byte cmpxchg() on xtensa.[ paulmck: Apply kernel test robot feedback. ][ paulmck: Drop two-byte support per Arnd Bergmann feedback. ][ Apply Geert Uytterhoeven feedback. ]Signed-off-by: Paul E. McKenney Tested-by: Yujie Liu Cc: Andi Shyti Cc: Geert Uytterhoeven Cc: Arnd Bergmann Cc: "Peter Zijlstra (Intel)" List of files: /linux-6.15/arch/xtensa/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/xtensa/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/xtensa/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/xtensa/Kconfig

4ea6babb - xtensa: fix variants path in the Kconfig help

Wed, 29 Nov 2023 09:13:37 +0000

xtensa: fix variants path in the Kconfig helpThe directory in the path should be "variants" instead of "variant".Fixes: 420ae9518404 ("xtensa: simplify addition of new core variants")Signed-off-by: Yujie Liu Message-Id: <20231129091337.2084747-1-yujie.liu@intel.com>Signed-off-by: Max Filippov List of files: /linux-6.15/arch/xtensa/Kconfig

03ce34cf - xtensa: add XIP-aware MTD support

Sat, 01 Feb 2020 05:33:28 +0000

xtensa: add XIP-aware MTD supportAdd Kconfig symbol, asm/mtd-xip.h header and define related macros:xip_cpu_idle, xip_irqpending, xip_currtime and xip_elapsed_since.Append .xiptext to the vectors when separate vectors are configuredbecause otherwise they are appended to the data and data may not even beexecutable in XIP configuration.Signed-off-by: Max Filippov List of files: /linux-6.15/arch/xtensa/Kconfig

ca6c1af3 - xtensa: mm: convert to GENERIC_IOREMAP

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

xtensa: 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(), ioremap() and iounmap() forxtensa's special operation when ioremap() and iounmap().Link: https://lkml.kernel.org/r/20230706154520.11257-14-bhe@redhat.comSigned-off-by: Baoquan He Reviewed-by: Christoph Hellwig Reviewed-by: Mike Rapoport (IBM) Cc: Chris Zankel Cc: Max Filippov Cc: Alexander Gordeev Cc: Arnd Bergmann Cc: Brian Cain Cc: Catalin Marinas Cc: Christian Borntraeger Cc: Christophe Leroy 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: 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: Vineet Gupta Cc: Will Deacon Cc: Yoshinori Sato Signed-off-by: Andrew Morton List of files: /linux-6.15/arch/xtensa/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/xtensa/Kconfig

f29cf776 - xtensa: add load/store exception handler

Tue, 13 Jun 2023 23:51:18 +0000

xtensa: add load/store exception handlerMemory attached to instruction bus of the xtensa CPU is only accessiblefor a limited subset of opcodes. Other opcodes generate an exceptionwith the load/store error cause code. This property complicates use ofsuch systems. Provide a handler that recognizes and transparently fixessuch exceptions. The following opcodes are recognized when used outsideof FLIX bundles: l32i, l32i.n, l16ui, l16si, l8ui.Signed-off-by: Max Filippov List of files: /linux-6.15/arch/xtensa/Kconfig

959b76a9 - xtensa: drop ARCH_WANT_FRAME_POINTERS

Wed, 11 Jan 2023 22:35:38 +0000

xtensa: drop ARCH_WANT_FRAME_POINTERSARCH_WANT_FRAME_POINTERS was enabled in the xtensa Kconfig in the commit8f371c752154 ("xtensa: enable lockdep support"), but neither windowednor call0 xtensa ABI need frame pointers for stack tracing.Drop ARCH_WANT_FRAME_POINTERS from the xtensa Kconfig.Drop ftrace_return_address0 definition as the generic implementation iscorrect.Signed-off-by: Max Filippov List of files: /linux-6.15/arch/xtensa/Kconfig

338d9150 - xtensa: add asm-prototypes.h

Thu, 11 May 2023 20:53:08 +0000

xtensa: add asm-prototypes.hMove assembly source prototypes from xtensa_ksyms.c toasm/asm-prototypes.h, move corresponding EXPORT_SYMBOLs to the assemblysources and enable HAVE_ASM_MODVERSIONS for xtensa.Signed-off-by: Max Filippov List of files: /linux-6.15/arch/xtensa/Kconfig

4519a254 - xtensa: reword ARCH_FORCE_MAX_ORDER prompt and help text

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

xtensa: 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-15-rppt@kernel.orgSigned-off-by: Mike Rapoport (IBM) Reviewed-by: Max Filippov 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: 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/xtensa/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/xtensa/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/xtensa/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/xtensa/Kconfig

2de9eae1 - xtensa/mm: enable ARCH_HAS_VM_GET_PAGE_PROT

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

xtensa/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-12-anshuman.khandual@arm.comSigned-off-by: Anshuman Khandual Cc: Chris Zankel Cc: Guo Ren Cc: Arnd Bergmann Cc: Brian Cain Cc: Catalin Marinas Cc: Christophe Leroy Cc: Christoph Hellwig Cc: Christoph Hellwig Cc: "David S. Miller" Cc: Dinh Nguyen Cc: Geert Uytterhoeven 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/xtensa/Kconfig

0847d167 - xtensa: enable ARCH_HAS_GCOV_PROFILE_ALL

Thu, 14 Jul 2022 04:20:58 +0000

xtensa: enable ARCH_HAS_GCOV_PROFILE_ALLSelect ARCH_HAS_GCOV_PROFILE_ALL and set GCOV_PROFILE = n insidearch/xtensa/boot/lib.Signed-off-by: Max Filippov List of files: /linux-6.15/arch/xtensa/Kconfig

c49731a0 - xtensa: enable KCOV support

Thu, 14 Jul 2022 03:14:25 +0000

xtensa: enable KCOV supportSelect ARCH_HAS_KCOV and set KCOV_INSTRUMENT = n insidearch/xtensa/boot/lib.Signed-off-by: Max Filippov List of files: /linux-6.15/arch/xtensa/Kconfig

24a9c541 - context_tracking: Split user tracking Kconfig

Wed, 08 Jun 2022 14:40:24 +0000

context_tracking: Split user tracking KconfigContext tracking is going to be used not only to track user transitionsbut also idle/IRQs/NMIs. The user tracking part will then become aseparate feature. Prepare Kconfig for that.[ frederic: Apply Max Filippov feedback. ]Signed-off-by: Frederic Weisbecker Cc: Peter Zijlstra Cc: Thomas Gleixner Cc: Neeraj Upadhyay Cc: Uladzislau Rezki Cc: Joel Fernandes Cc: Boqun Feng Cc: Nicolas Saenz Julienne Cc: Marcelo Tosatti Cc: Xiongfeng Wang Cc: Yu Liao Cc: Phil Auld Cc: Paul GortmakerCc: Alex Belits Signed-off-by: Paul E. McKenney Reviewed-by: Nicolas Saenz Julienne Tested-by: Nicolas Saenz Julienne List of files: /linux-6.15/arch/xtensa/Kconfig

4313a249 - arch/*/: remove CONFIG_VIRT_TO_BUS

Mon, 23 May 2022 19:59:02 +0000

arch/*/: remove CONFIG_VIRT_TO_BUSAll architecture-independent users of virt_to_bus() and bus_to_virt()have been fixed to use the dma mapping interfaces or have beenremoved now. This means the definitions on most architectures, and theCONFIG_VIRT_TO_BUS symbol are now obsolete and can be removed.The only exceptions to this are a few network and scsi drivers for m68kAmiga and VME machines and ppc32 Macintosh. These drivers work correctlywith the old interfaces and are probably not worth changing.On alpha and parisc, virt_to_bus() were still used in asm/floppy.h.alpha can use isa_virt_to_bus() like x86 does, and parisc can justopen-code the virt_to_phys() here, as this is architecture specificcode.I tried updating the bus-virt-phys-mapping.rst documentation, whichstarted as an email from Linus to explain some details of the Linux-2.0driver interfaces. The bits about virt_to_bus() were declared obsoletebackin 2000, and the rest is not all that relevant any more, so in theend I just decided to remove the file completely.Reviewed-by: Geert Uytterhoeven Acked-by: Geert Uytterhoeven Acked-by: Michael Ellerman (powerpc)Acked-by: Helge Deller # pariscSigned-off-by: Arnd Bergmann List of files: /linux-6.15/arch/xtensa/Kconfig