Changes in Kconfig

ca46ebff - openrisc: Add support for restartable sequences

Thu, 12 Dec 2024 12:33:56 +0000

openrisc: Add support for restartable sequencesImplement support for restartable sequences on OpenRISC by doing: - Select HAVE_RSEQ in Kconfig - Call rseq_syscall() on return to userspace when CONFIG_DEBUG_RSEQ is enabled. - Call rseq_signal_deliver() to fixup the pre-signal stack frame when a signal is delivered on top of a restartable sequence critical sectionCc: Michael Jeanson Signed-off-by: Stafford Horne List of files: /linux-6.15/arch/openrisc/Kconfig

7ce8716e - openrisc: Add HAVE_REGS_AND_STACK_ACCESS_API support

Tue, 10 Dec 2024 19:58:12 +0000

openrisc: Add HAVE_REGS_AND_STACK_ACCESS_API supportSupport for HAVE_REGS_AND_STACK_ACCESS_API needed for restartablesequences.The implementation has been copied from riscv and tested with therestartable sequences self tests.Note, pt-regs members are 'long' on openrisc which require casts for theapi, someday we should try to update these to be 'unsigned long' asthat's what they really are.Signed-off-by: Michael Jeanson [stafford: Updated commit message]Signed-off-by: Stafford Horne List of files: /linux-6.15/arch/openrisc/Kconfig

134502ab - openrisc: migrate to the generic rule for built-in DTB

Sun, 22 Dec 2024 00:23:50 +0000

openrisc: 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_OPENRISC_BUILTIN_DTB_NAME to CONFIG_BUILTIN_DTB_NAME.Signed-off-by: Masahiro Yamada Signed-off-by: Stafford Horne List of files: /linux-6.15/arch/openrisc/Kconfig

1037d186 - openrisc: Implement fixmap to fix earlycon

Fri, 27 Sep 2024 14:26:40 +0000

openrisc: Implement fixmap to fix earlyconWith commit 53c98e35dcbc ("openrisc: mm: remove unneeded early ioremapcode") it was commented that early ioremap was not used in OpenRISC. Iacked this but was wrong, earlycon was using it. Earlycon setup nowfails with the below trace: Kernel command line: earlycon ------------[ cut here ]------------ WARNING: CPU: 0 PID: 0 at mm/ioremap.c:23 generic_ioremap_prot+0x118/0x130 Modules linked in: CPU: 0 UID: 0 PID: 0 Comm: swapper Not tainted 6.11.0-rc5-00001-gce02fd891c38-dirty #141 Call trace: [<(ptrval)>] dump_stack_lvl+0x7c/0x9c [<(ptrval)>] dump_stack+0x1c/0x2c [<(ptrval)>] __warn+0xb4/0x108 [<(ptrval)>] ? generic_ioremap_prot+0x118/0x130 [<(ptrval)>] warn_slowpath_fmt+0x60/0x98 [<(ptrval)>] generic_ioremap_prot+0x118/0x130 [<(ptrval)>] ioremap_prot+0x20/0x30 [<(ptrval)>] of_setup_earlycon+0xd4/0x2e0 [<(ptrval)>] early_init_dt_scan_chosen_stdout+0x18c/0x1c8 [<(ptrval)>] param_setup_earlycon+0x3c/0x60 [<(ptrval)>] do_early_param+0xb0/0x118 [<(ptrval)>] parse_args+0x184/0x4b8 [<(ptrval)>] ? start_kernel+0x0/0x78c [<(ptrval)>] parse_early_options+0x40/0x50 [<(ptrval)>] ? do_early_param+0x0/0x118 [<(ptrval)>] parse_early_param+0x48/0x68 [<(ptrval)>] ? start_kernel+0x318/0x78c [<(ptrval)>] ? start_kernel+0x0/0x78c ---[ end trace 0000000000000000 ]---To fix this we could either implement early_ioremap again or implementfixmap. In this patch we choose the later option of implementing basicfixmap support.While fixing this we also remove the old FIX_IOREMAP slots that wereused by early ioremap code. That code was also removed by commit53c98e35dcbc ("openrisc: mm: remove unneeded early ioremap code") butthese definitions were not cleaned up.Fixes: 53c98e35dcbc ("openrisc: mm: remove unneeded early ioremap code")Signed-off-by: Stafford Horne List of files: /linux-6.15/arch/openrisc/Kconfig

1f33446d - openrisc: Add FPU config

Sat, 30 Mar 2024 14:54:51 +0000

openrisc: Add FPU configAllow disabling FPU related code sequences to save space.Signed-off-by: Stafford Horne List of files: /linux-6.15/arch/openrisc/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/openrisc/Kconfig

9b994429 - openrisc: mm: convert to GENERIC_IOREMAP

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

openrisc: 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.For openrisc, the current ioremap() and iounmap() are the same as genericversion. After taking GENERIC_IOREMAP way, the old ioremap() andiounmap() can be completely removed.Link: https://lkml.kernel.org/r/20230706154520.11257-10-bhe@redhat.comSigned-off-by: Baoquan He Reviewed-by: Christoph Hellwig Reviewed-by: Mike Rapoport (IBM) Cc: Stafford Horne Cc: Jonas Bonn Cc: Stefan Kristiansson 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: Kefeng Wang Cc: Matthew Wilcox Cc: Max Filippov Cc: Michael Ellerman Cc: Nathan Chancellor Cc: Nicholas Piggin Cc: Niklas Schnelle Cc: Rich Felker 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/openrisc/Kconfig

ded2ee36 - openrisc: Add pci bus support

Sat, 11 Jun 2022 23:42:33 +0000

openrisc: Add pci bus supportThis patch adds required definitions to allow for PCI buses on OpenRISC.This is being tested on the OpenRISC QEMU virt platform which is indevelopment.OpenRISC does not have IO ports so we keep the definition ofIO_SPACE_LIMIT and PIO_RESERVED to be 0.Note, since commit 66bcd06099bb ("parport_pc: Also enable driver for PCIsystems") all platforms that support PCI also need to support parallelport. We add a generic header to support compiling parallel portdrivers, though they generally will not work as they require IO ports.Signed-off-by: Stafford Horne List of files: /linux-6.15/arch/openrisc/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/openrisc/Kconfig

e4e4b99b - openrisc/mm: enable ARCH_HAS_VM_GET_PAGE_PROT

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

openrisc/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-11-anshuman.khandual@arm.comSigned-off-by: Anshuman Khandual Acked-by: Stafford Horne Cc: Jonas Bonn 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: 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: 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/openrisc/Kconfig

87e387ac - openrisc: Add gcc machine instruction flag configuration

Sat, 22 Jan 2022 04:32:38 +0000

openrisc: Add gcc machine instruction flag configurationOpenRISC GCC supports flags to enable the backend to output instructionsif they are supported by a target processor. This patch addsconfiguration flags to enable configuring these flags to tune the kernelfor a particular CPU configuration.In the future we could also enable all of these flags by default andprovide instruction emulation in the kernel to make these choices easierfor users but this is what we provide for now.Signed-off-by: Stafford Horne List of files: /linux-6.15/arch/openrisc/Kconfig

205bf39a - openrisc: Move to ticket-spinlock

Wed, 16 Mar 2022 23:03:58 +0000

openrisc: Move to ticket-spinlockWe have no indications that openrisc meets the qspinlock requirements,so move to ticket-spinlock as that is more likey to be correct.Signed-off-by: Peter Zijlstra (Intel) Acked-by: Stafford Horne Reviewed-by: Arnd Bergmann Signed-off-by: Palmer Dabbelt List of files: /linux-6.15/arch/openrisc/Kconfig

967747bb - uaccess: remove CONFIG_SET_FS

Fri, 11 Feb 2022 20:42:45 +0000

uaccess: remove CONFIG_SET_FSThere are no remaining callers of set_fs(), so CONFIG_SET_FScan be removed globally, along with the thread_info field andany references to it.This turns access_ok() into a cheaper check against TASK_SIZE_MAX.As CONFIG_SET_FS is now gone, drop all remaining references toset_fs()/get_fs(), mm_segment_t, user_addr_max() and uaccess_kernel().Acked-by: Sam Ravnborg # for sparc32 changesAcked-by: "Eric W. Biederman" Tested-by: Sergey Matyukevich # for arc changesAcked-by: Stafford Horne # [openrisc, asm-generic]Acked-by: Dinh Nguyen Signed-off-by: Arnd Bergmann List of files: /linux-6.15/arch/openrisc/Kconfig

7f435e42 - openrisc: init: Add support for common clk

Tue, 11 Jan 2022 02:55:37 +0000

openrisc: init: Add support for common clkWhen testing the new litex_mmc driver it was found to not work onOpenRISC due to missing support for common clk. This patch does thebasic initialization to allow OpenRISC to use the common clk framework.Signed-off-by: Stafford Horne Reviewed-by: Geert Uytterhoeven List of files: /linux-6.15/arch/openrisc/Kconfig

0953fb26 - irq: remove handle_domain_{irq,nmi}()

Wed, 20 Oct 2021 19:23:09 +0000

irq: remove handle_domain_{irq,nmi}()Now that entry code handles IRQ entry (including setting the IRQ regs)before calling irqchip code, irqchip code can safely callgeneric_handle_domain_irq(), and there's no functional reason for it tocall handle_domain_irq().Let's cement this split of responsibility and remove handle_domain_irq()entirely, updating irqchip drivers to call generic_handle_domain_irq().For consistency, handle_domain_nmi() is similarly removed and replacedwith a generic_handle_domain_nmi() function which also does not performany entry logic.Previously handle_domain_{irq,nmi}() had a WARN_ON() which would firewhen they were called in an inappropriate context. So that we canidentify similar issues going forward, similar WARN_ON_ONCE() logic isadded to the generic_handle_*() functions, and comments are updated forclarity and consistency.Signed-off-by: Mark Rutland Reviewed-by: Marc Zyngier Cc: Thomas Gleixner List of files: /linux-6.15/arch/openrisc/Kconfig

418360b2 - irq: openrisc: perform irqentry in entry code

Wed, 20 Oct 2021 10:31:56 +0000

irq: openrisc: perform irqentry in entry codeIn preparation for removing HANDLE_DOMAIN_IRQ_IRQENTRY, havearch/openrisc perform all the irqentry accounting in its entry code. Asarch/openrisc uses GENERIC_IRQ_MULTI_HANDLER, we can usegeneric_handle_arch_irq() to do so.There should be no functional change as a result of this patch.Signed-off-by: Mark Rutland Reviewed-by: Marc Zyngier Reviewed-by: Stafford Horne Cc: Jonas Bonn Cc: Stefan Kristiansson Cc: Thomas Gleixner List of files: /linux-6.15/arch/openrisc/Kconfig

2fe35f8e - irq: add a (temporary) CONFIG_HANDLE_DOMAIN_IRQ_IRQENTRY

Tue, 19 Oct 2021 10:12:31 +0000

irq: add a (temporary) CONFIG_HANDLE_DOMAIN_IRQ_IRQENTRYGoing forward we want architecture/entry code to perform all thenecessary work to enter/exit IRQ context, with irqchip code merelyhandling the mapping of the interrupt to any handler(s). Among otherreasons, this is necessary to consistently fix some longstanding issueswith the ordering of lockdep/RCU/tracing instrumentation which manyarchitectures get wrong today in their entry code.Importantly, rcu_irq_{enter,exit}() must be called precisely once perIRQ exception, so that rcu_is_cpu_rrupt_from_idle() can correctlyidentify when an interrupt was taken from an idle context which must beexplicitly preempted. Currently handle_domain_irq() callsrcu_irq_{enter,exit}() via irq_{enter,exit}(), but entry code needs tobe able to call rcu_irq_{enter,exit}() earlier for correct orderingacross lockdep/RCU/tracing updates for sequences such as: lockdep_hardirqs_off(CALLER_ADDR0); rcu_irq_enter(); trace_hardirqs_off_finish();To permit each architecture to be converted to the new style in turn,this patch adds a new CONFIG_HANDLE_DOMAIN_IRQ_IRQENTRY selected by allcurrent users of HANDLE_DOMAIN_IRQ, which gates the existing behaviour.When CONFIG_HANDLE_DOMAIN_IRQ_IRQENTRY is not selected,handle_domain_irq() requires entry code to perform theirq_{enter,exit}() work, with an explicit check for this matching thestyle of handle_domain_nmi().Subsequent patches will:1) Add the necessary IRQ entry accounting to each architecture in turn, dropping CONFIG_HANDLE_DOMAIN_IRQ_IRQENTRY from that architecture's Kconfig.2) Remove CONFIG_HANDLE_DOMAIN_IRQ_IRQENTRY once it is no longer selected.3) Convert irqchip drivers to consistently use generic_handle_domain_irq() rather than handle_domain_irq().4) Remove handle_domain_irq() and CONFIG_HANDLE_DOMAIN_IRQ.... which should leave us with a clear split of responsiblity across theentry and irqchip code, making it possible to perform additionalcleanups and fixes for the aforementioned longstanding issues with entrycode.There should be no functional change as a result of this patch.Signed-off-by: Mark Rutland Reviewed-by: Marc Zyngier Cc: Thomas Gleixner List of files: /linux-6.15/arch/openrisc/Kconfig

4aae683f - tracing: Refactor TRACE_IRQFLAGS_SUPPORT in Kconfig

Sat, 31 Jul 2021 05:22:32 +0000

tracing: Refactor TRACE_IRQFLAGS_SUPPORT in KconfigMake architectures select TRACE_IRQFLAGS_SUPPORT instead ofhaving many defines.Link: https://lkml.kernel.org/r/20210731052233.4703-2-masahiroy@kernel.orgAcked-by: Heiko Carstens Acked-by: Vineet Gupta #arch/arcAcked-by: Michael Ellerman (powerpc)Acked-by: Catalin Marinas Acked-by: Max Filippov Signed-off-by: Masahiro Yamada Signed-off-by: Steven Rostedt (VMware) List of files: /linux-6.15/arch/openrisc/Kconfig

e6226997 - asm-generic: reverse GENERIC_{STRNCPY_FROM,STRNLEN}_USER symbols

Mon, 17 May 2021 07:22:34 +0000

asm-generic: reverse GENERIC_{STRNCPY_FROM,STRNLEN}_USER symbolsMost architectures do not need a custom implementation, and in mostcases the generic implementation is preferred, so change the polariyon these Kconfig symbols to require architectures to select them whenthey provide their own version.The new name is CONFIG_ARCH_HAS_{STRNCPY_FROM,STRNLEN}_USER.The remaining architectures at the moment are: ia64, mips, parisc,um and xtensa. We should probably convert these as well, butI was not sure how far to take this series. Thomas Bogendoerferhad some concerns about converting mips but may still do somemore detailed measurements to see which version is better.Cc: "James E.J. Bottomley" Cc: Anton Ivanov Cc: Christian Borntraeger Cc: Heiko Carstens Cc: Helge Deller Cc: Jeff Dike Cc: Max Filippov Cc: Richard Weinberger Cc: Thomas Bogendoerfer Cc: Vasily Gorbik Cc: linux-ia64@vger.kernel.orgCc: linux-mips@vger.kernel.orgCc: linux-parisc@vger.kernel.orgCc: linux-s390@vger.kernel.orgCc: linux-um@lists.infradead.orgCc: linux-xtensa@linux-xtensa.orgAcked-by: Geert Uytterhoeven Acked-by: Helge Deller # pariscReviewed-by: Christoph Hellwig Signed-off-by: Arnd Bergmann List of files: /linux-6.15/arch/openrisc/Kconfig

3c188518 - locking/atomic: delete !ARCH_ATOMIC remnants

Tue, 25 May 2021 14:02:31 +0000

locking/atomic: delete !ARCH_ATOMIC remnantsNow that all architectures implement ARCH_ATOMIC, we can make itmandatory, removing the Kconfig symbol and logic for !ARCH_ATOMIC.There should be no functional change as a result of this patch.Signed-off-by: Mark Rutland Acked-by: Geert Uytterhoeven Cc: Boqun Feng Cc: Peter Zijlstra Cc: Will Deacon Signed-off-by: Peter Zijlstra (Intel) Link: https://lore.kernel.org/r/20210525140232.53872-33-mark.rutland@arm.com List of files: /linux-6.15/arch/openrisc/Kconfig