LoongArch: Add ARCH_HAS_DEBUG_VM_PGTABLE supportAdd ARCH_HAS_DEBUG_VM_PGTABLE selection in Kconfig, in order to makecorresponding vm debug features usable on LoongArch. Also update thecorrespondi
LoongArch: Add ARCH_HAS_DEBUG_VM_PGTABLE supportAdd ARCH_HAS_DEBUG_VM_PGTABLE selection in Kconfig, in order to makecorresponding vm debug features usable on LoongArch. Also update thecorresponding arch-support.txt document.Signed-off-by: Huacai Chen <[email protected]>
show more ...
Documentation: Drop IA64 from feature descriptionsItanium (IA64) is going away, so drop it from the kernel featuredocumentation.Signed-off-by: Ard Biesheuvel <[email protected]>
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 <[email protected]>Link: https://lore.kernel.org/r/[email protected]Signed-off-by: Jonathan Corbet <[email protected]>
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 <[email protected]>Link: https://lore.kernel.org/r/[email protected]Signed-off-by: Jonathan Corbet <[email protected]>
xtensa: enable ARCH_HAS_DEBUG_VM_PGTABLExtensa kernels successfully build and run withCONFIG_DEBUG_VM_PGTABLE=y, enable arch support for it.Reviewed-by: Anshuman Khandual <anshuman.khandual@arm.
xtensa: enable ARCH_HAS_DEBUG_VM_PGTABLExtensa kernels successfully build and run withCONFIG_DEBUG_VM_PGTABLE=y, enable arch support for it.Reviewed-by: Anshuman Khandual <[email protected]>Signed-off-by: Max Filippov <[email protected]>
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/[email protected]/Link: https://lore.kernel.org/lkml/[email protected]/Link: https://www.andestech.com/en/products-solutions/andestar-architecture/Signed-off-by: Alan Kao <[email protected]>[arnd: rewrite changelog to provide more background]Signed-off-by: Arnd Bergmann <[email protected]>
remove the h8300 architectureSigned-off-by: Christoph Hellwig <[email protected]>
powerpc/mm: Revert "powerpc/mm: Remove DEBUG_VM_PGTABLE support on powerpc"This reverts commit 675bceb097e6 ("powerpc/mm: Remove DEBUG_VM_PGTABLE support on powerpc")All the related issues are fi
powerpc/mm: Revert "powerpc/mm: Remove DEBUG_VM_PGTABLE support on powerpc"This reverts commit 675bceb097e6 ("powerpc/mm: Remove DEBUG_VM_PGTABLE support on powerpc")All the related issues are fixed as of commit: f14312e1ed1e ("mm/debug_vm_pgtable: avoid doing memory allocation with pgtable_t mapped.")Hence re-enable it.Signed-off-by: Aneesh Kumar K.V <[email protected]>Signed-off-by: Michael Ellerman <[email protected]>Link: https://lore.kernel.org/r/[email protected]
Documentation: features: remove c6x referencesThe references to arch/c6x are obsolete now that the architectureis gone. Remove them.Signed-off-by: Arnd Bergmann <[email protected]>Link: https://lor
Documentation: features: remove c6x referencesThe references to arch/c6x are obsolete now that the architectureis gone. Remove them.Signed-off-by: Arnd Bergmann <[email protected]>Link: https://lore.kernel.org/r/[email protected]Signed-off-by: Jonathan Corbet <[email protected]>
powerpc/mm: Remove DEBUG_VM_PGTABLE support on powerpcThe test is broken w.r.t page table update rules and results in kernelcrash as below. Disable the support until we get the tests updated.[
powerpc/mm: Remove DEBUG_VM_PGTABLE support on powerpcThe test is broken w.r.t page table update rules and results in kernelcrash as below. Disable the support until we get the tests updated.[ 21.083519] kernel BUG at arch/powerpc/mm/pgtable.c:304!cpu 0x0: Vector: 700 (Program Check) at [c000000c6d1e76c0] pc: c00000000009a5ec: assert_pte_locked+0x14c/0x380 lr: c0000000005eeeec: pte_update+0x11c/0x190 sp: c000000c6d1e7950 msr: 8000000002029033 current = 0xc000000c6d172c80 paca = 0xc000000003ba0000 irqmask: 0x03 irq_happened: 0x01 pid = 1, comm = swapper/0kernel BUG at arch/powerpc/mm/pgtable.c:304![link register ] c0000000005eeeec pte_update+0x11c/0x190[c000000c6d1e7950] 0000000000000001 (unreliable)[c000000c6d1e79b0] c0000000005eee14 pte_update+0x44/0x190[c000000c6d1e7a10] c000000001a2ca9c pte_advanced_tests+0x160/0x3d8[c000000c6d1e7ab0] c000000001a2d4fc debug_vm_pgtable+0x7e8/0x1338[c000000c6d1e7ba0] c0000000000116ec do_one_initcall+0xac/0x5f0[c000000c6d1e7c80] c0000000019e4fac kernel_init_freeable+0x4dc/0x5a4[c000000c6d1e7db0] c000000000012474 kernel_init+0x24/0x160[c000000c6d1e7e20] c00000000000cbd0 ret_from_kernel_thread+0x5c/0x6cWith DEBUG_VM disabled[ 20.530152] BUG: Kernel NULL pointer dereference on read at 0x00000000[ 20.530183] Faulting instruction address: 0xc0000000000df330cpu 0x33: Vector: 380 (Data SLB Access) at [c000000c6d19f700] pc: c0000000000df330: memset+0x68/0x104 lr: c00000000009f6d8: hash__pmdp_huge_get_and_clear+0xe8/0x1b0 sp: c000000c6d19f990 msr: 8000000002009033 dar: 0 current = 0xc000000c6d177480 paca = 0xc00000001ec4f400 irqmask: 0x03 irq_happened: 0x01 pid = 1, comm = swapper/0[link register ] c00000000009f6d8 hash__pmdp_huge_get_and_clear+0xe8/0x1b0[c000000c6d19f990] c00000000009f748 hash__pmdp_huge_get_and_clear+0x158/0x1b0 (unreliable)[c000000c6d19fa10] c0000000019ebf30 pmd_advanced_tests+0x1f0/0x378[c000000c6d19fab0] c0000000019ed088 debug_vm_pgtable+0x79c/0x1244[c000000c6d19fba0] c0000000000116ec do_one_initcall+0xac/0x5f0[c000000c6d19fc80] c0000000019a4fac kernel_init_freeable+0x4dc/0x5a4[c000000c6d19fdb0] c000000000012474 kernel_init+0x24/0x160[c000000c6d19fe20] c00000000000cbd0 ret_from_kernel_thread+0x5c/0x6c33:mon>Signed-off-by: Aneesh Kumar K.V <[email protected]>Signed-off-by: Michael Ellerman <[email protected]>Link: https://lore.kernel.org/r/[email protected]
riscv: Select ARCH_HAS_DEBUG_VM_PGTABLEThis allows the pgtable tests to be built.Signed-off-by: Emil Renner Berthing <[email protected]>Signed-off-by: Palmer Dabbelt <[email protected]>
arch: remove unicore32 portThe unicore32 port do not seem maintained for a long time now, there is noupstream toolchain that can create unicore32 binaries and all the links toprebuilt toolchains
arch: remove unicore32 portThe unicore32 port do not seem maintained for a long time now, there is noupstream toolchain that can create unicore32 binaries and all the links toprebuilt toolchains for unicore32 are dead. Even compilers that wereavailable are not supported by the kernel anymore.Guenter Roeck says: I have stopped building unicore32 images since v4.19 since there is no available compiler that is still supported by the kernel. I am surprised that support for it has not been removed from the kernel.Remove unicore32 port.Signed-off-by: Mike Rapoport <[email protected]>Acked-by: Arnd Bergmann <[email protected]>Acked-by: Guenter Roeck <[email protected]>
mm/debug: add tests validating architecture page table helpersThis adds tests which will validate architecture page table helpers andother accessors in their compliance with expected generic MM se
mm/debug: add tests validating architecture page table helpersThis adds tests which will validate architecture page table helpers andother accessors in their compliance with expected generic MM semantics.This will help various architectures in validating changes to existingpage table helpers or addition of new ones.This test covers basic page table entry transformations including but notlimited to old, young, dirty, clean, write, write protect etc at variouslevel along with populating intermediate entries with next page table pageand validating them.Test page table pages are allocated from system memory with required sizeand alignments. The mapped pfns at page table levels are derived from areal pfn representing a valid kernel text symbol. This test gets calledvia late_initcall().This test gets built and run when CONFIG_DEBUG_VM_PGTABLE is selected.Any architecture, which is willing to subscribe this test will need toselect ARCH_HAS_DEBUG_VM_PGTABLE. For now this is limited to arc, arm64,x86, s390 and powerpc platforms where the test is known to build and runsuccessfully Going forward, other architectures too can subscribe the testafter fixing any build or runtime problems with their page table helpers.Folks interested in making sure that a given platform's page table helpersconform to expected generic MM semantics should enable the above configwhich will just trigger this test during boot. Any non conformity herewill be reported as an warning which would need to be fixed. This testwill help catch any changes to the agreed upon semantics expected fromgeneric MM and enable platforms to accommodate it thereafter.[[email protected]: v17] Link: http://lkml.kernel.org/r/[email protected][[email protected]: v18] Link: http://lkml.kernel.org/r/[email protected]Suggested-by: Catalin Marinas <[email protected]>Signed-off-by: Anshuman Khandual <[email protected]>Signed-off-by: Christophe Leroy <[email protected]>Signed-off-by: Qian Cai <[email protected]>Signed-off-by: Andrew Morton <[email protected]>Tested-by: Gerald Schaefer <[email protected]> [s390]Tested-by: Christophe Leroy <[email protected]> [ppc32]Reviewed-by: Ingo Molnar <[email protected]>Cc: Mike Rapoport <[email protected]>Cc: Vineet Gupta <[email protected]>Cc: Catalin Marinas <[email protected]>Cc: Will Deacon <[email protected]>Cc: Benjamin Herrenschmidt <[email protected]>Cc: Paul Mackerras <[email protected]>Cc: Michael Ellerman <[email protected]>Cc: Heiko Carstens <[email protected]>Cc: Vasily Gorbik <[email protected]>Cc: Christian Borntraeger <[email protected]>Cc: Thomas Gleixner <[email protected]>Cc: Ingo Molnar <[email protected]>Cc: Borislav Petkov <[email protected]>Cc: "H. Peter Anvin" <[email protected]>Cc: Kirill A. Shutemov <[email protected]>Cc: Paul Walmsley <[email protected]>Cc: Palmer Dabbelt <[email protected]>Link: http://lkml.kernel.org/r/[email protected]Signed-off-by: Linus Torvalds <[email protected]>