Documentation/features: Update feature lists for 6.17-rc7It seems that ./Documentation/features/scripts/features-refresh.sh was mostrecently used in December 2022, with the latest kernel release v
Documentation/features: Update feature lists for 6.17-rc7It seems that ./Documentation/features/scripts/features-refresh.sh was mostrecently used in December 2022, with the latest kernel release v6.1-rc7 atthat time (see commit 7f2e60ff51ca ("Documentation/features: Update featurelists for 6.1") to update the feature lists in this subdirectory. Allfurther changes to Documentation/features/ since then have probably beendone manually, without checking for changes in other architectures andfeatures, that missed to update this part of the documentation.Running ./Documentation/features/scripts/features-refresh.sh now showedseven changes of supported features in various architectures (one in arc,two in parisc, one in riscv, one in openrisc, and two in um), which werenot reflected yet in the current documentation.To confirm the sanity of this script's suggested changes, I checked if thecommit messages confirm that the features have in fact been added in thefollowing commits: - commit f122668ddcce ("ARC: Add eBPF JIT support") - commit 4800a6215e33 ("parisc: Wire up eBPF JIT compiler") - commit a869b8c29f86 ("riscv: enable mseal sysmap for RV64") - commit 2f681ba4b352 ("um: move thread info into task") - commit 3f17fed21491 ("um: switch to regset API and depend on XSTATE") - commit 7ce8716e2769 ("openrisc: Add HAVE_REGS_AND_STACK_ACCESS_API support") - commit b5ff52be8913 ("parisc: Convert to generic clockevents")So, update all documents to the current state with features-refresh.sh.Signed-off-by: Lukas Bulwahn <lukas.bulwahn@redhat.com>Signed-off-by: Jonathan Corbet <corbet@lwn.net>Message-ID: <20250925073634.112142-1-lukas.bulwahn@redhat.com>
show more ...
Documentation: Drop IA64 from feature descriptionsItanium (IA64) is going away, so drop it from the kernel featuredocumentation.Signed-off-by: Ard Biesheuvel <ardb@kernel.org>
Documentation: Fix typosFix typos in Documentation.Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>Link: https://lore.kernel.org/r/20230814212822.193684-4-helgaas@kernel.orgSigned-off-by: Jon
Documentation: Fix typosFix typos in Documentation.Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>Link: https://lore.kernel.org/r/20230814212822.193684-4-helgaas@kernel.orgSigned-off-by: Jonathan Corbet <corbet@lwn.net>
Documentation/features: Use loongarch instead of loongThe official arch name is LoongArch [1], we should use small letterloongarch instead of loong in Documentation/features, just use thefeatures
Documentation/features: Use loongarch instead of loongThe official arch name is LoongArch [1], we should use small letterloongarch instead of loong in Documentation/features, just use thefeatures-refresh.sh to refresh all the related files.[1] https://www.kernel.org/doc/html/latest/loongarch/index.htmlFixes: 5860800e8696 ("Documentation/features: Update the arch support status files")Signed-off-by: Tiezhu Yang <yangtiezhu@loongson.cn>Link: https://lore.kernel.org/r/1670156327-9631-3-git-send-email-yangtiezhu@loongson.cnSigned-off-by: Jonathan Corbet <corbet@lwn.net>
Documentation/features: Update the arch support status filesThe arch support status files don't match reality as of v5.19-rc1,use the features-refresh.sh to refresh all the arch-support.txt files
Documentation/features: Update the arch support status filesThe arch support status files don't match reality as of v5.19-rc1,use the features-refresh.sh to refresh all the arch-support.txt filesin place. The main effect is to add entries for the new loongarchitecture.Signed-off-by: Zheng Zengkai <zhengzengkai@huawei.com>Link: https://lore.kernel.org/r/20220609025656.143460-1-zhengzengkai@huawei.comSigned-off-by: Jonathan Corbet <corbet@lwn.net>
Merge branch 'remove-h8300' of git://git.infradead.org/users/hch/misc into asm-generic* 'remove-h8300' of git://git.infradead.org/users/hch/misc: remove the h8300 architectureThis is clearly th
Merge branch 'remove-h8300' of git://git.infradead.org/users/hch/misc into asm-generic* 'remove-h8300' of git://git.infradead.org/users/hch/misc: remove the h8300 architectureThis is clearly the least actively maintained architecture we have atthe moment, and probably the least useful. It is now the only one thatdoes not support MMUs at all, and most of the boards only support 4MBof RAM, out of which the defconfig kernel needs more than half justfor .text/.data.Guenter Roeck did the original patch to remove the architecture in 2013after it had already been obsolete for a while, and Yoshinori Sato broughtit back in a much more modern form in 2015. Looking at the git historysince the reinstantiation, it's clear that almost all commits in the treeare build fixes or cross-architecture cleanups:$ git log --no-merges --format=%an v4.5.. arch/h8300/ | sort | uniq-c | sort -rn | head -n 12 25 Masahiro Yamada 18 Christoph Hellwig 14 Mike Rapoport 9 Arnd Bergmann 8 Mark Rutland 7 Peter Zijlstra 6 Kees Cook 6 Ingo Molnar 6 Al Viro 5 Randy Dunlap 4 Yury NorovSigned-off-by: Arnd Bergmann <arnd@arndb.de>
nds32: Remove the architectureThe nds32 architecture, also known as AndeStar V3, is a custom 32-bitRISC target designed by Andes Technologies. Support was added to thekernel in 2016 as the replac
nds32: Remove the architectureThe nds32 architecture, also known as AndeStar V3, is a custom 32-bitRISC target designed by Andes Technologies. Support was added to thekernel in 2016 as the replacement RISC-V based V5 processors werealready announced, and maintained by (current or former) Andesemployees.As explained by Alan Kao, new customers are now all using RISC-V,and all known nds32 users are already on longterm stable kernelsprovided by Andes, with no development work going into mainlinesupport any more.While the port is still in a reasonably good shape, it only getsworse over time without active maintainers, so it seems bestto remove it before it becomes unusable. As always, if it turnsout that there are mainline users after all, and they volunteerto maintain the port in the future, the removal can be reverted.Link: https://lore.kernel.org/linux-mm/YhdWNLUhk+x9RAzU@yamatobi.andestech.com/Link: https://lore.kernel.org/lkml/20220302065213.82702-1-alankao@andestech.com/Link: https://www.andestech.com/en/products-solutions/andestar-architecture/Signed-off-by: Alan Kao <alankao@andestech.com>[arnd: rewrite changelog to provide more background]Signed-off-by: Arnd Bergmann <arnd@arndb.de>
remove the h8300 architectureSigned-off-by: Christoph Hellwig <hch@lst.de>
ARM: 9158/1: leave it to core code to manage thread_info::cpuSince commit bcf9033e5449 ("sched: move CPU field back into thread_infoif THREAD_INFO_IN_TASK=y"), the CPU field in thread_info went ba
ARM: 9158/1: leave it to core code to manage thread_info::cpuSince commit bcf9033e5449 ("sched: move CPU field back into thread_infoif THREAD_INFO_IN_TASK=y"), the CPU field in thread_info went back tobeing managed by the core code, so we no longer have to keep it in syncin arch code.While at it, mark THREAD_INFO_IN_TASK as done for ARM in thedocumentation.Reviewed-by: Linus Walleij <linus.walleij@linaro.org>Signed-off-by: Ard Biesheuvel <ardb@kernel.org>Signed-off-by: Russell King (Oracle) <rmk+kernel@armlinux.org.uk>
parisc: Move thread_info into task structThis implements the CONFIG_THREAD_INFO_IN_TASK option.With this change:- before thread_info was part of the stack and located at the beginning of the sta
parisc: Move thread_info into task structThis implements the CONFIG_THREAD_INFO_IN_TASK option.With this change:- before thread_info was part of the stack and located at the beginning of the stack- now the thread_info struct is moved and located inside the task_struct structure- the stack is allocated and handled like the major other platforms- drop the cpu field of thread_info and use instead the one in task_structSigned-off-by: Helge Deller <deller@gmx.de>Signed-off-by: Sven Schnelle <svens@stackframe.org>
Documentation/features: Add THREAD_INFO_IN_TASK feature matrixSigned-off-by: Ingo Molnar <mingo@kernel.org>Link: https://lore.kernel.org/r/YN2nhV5F0hBVNPuX@gmail.comSigned-off-by: Jonathan Corbet
Documentation/features: Add THREAD_INFO_IN_TASK feature matrixSigned-off-by: Ingo Molnar <mingo@kernel.org>Link: https://lore.kernel.org/r/YN2nhV5F0hBVNPuX@gmail.comSigned-off-by: Jonathan Corbet <corbet@lwn.net>