Changes in Kbuild

0c3beacf - asm-generic: introduce text-patching.h

Wed, 23 Oct 2024 16:27:06 +0000

asm-generic: introduce text-patching.hSeveral architectures support text patching, but they name the headerfiles that declare patching functions differently.Make all such headers consistently named text-patching.h and add an emptyheader in asm-generic for architectures that do not support text patching.Link: https://lkml.kernel.org/r/20241023162711.2579610-4-rppt@kernel.orgSigned-off-by: Mike Rapoport (Microsoft) Reviewed-by: Christoph Hellwig Acked-by: Geert Uytterhoeven # m68kAcked-by: Arnd Bergmann Reviewed-by: Luis Chamberlain Tested-by: kdevops Cc: Andreas Larsson Cc: Andy Lutomirski Cc: Ard Biesheuvel Cc: Borislav Petkov (AMD) Cc: Brian Cain Cc: Catalin Marinas Cc: Christophe Leroy Cc: Dave Hansen Cc: Dinh Nguyen Cc: Guo Ren Cc: Helge Deller Cc: Huacai Chen Cc: Ingo Molnar Cc: Johannes Berg Cc: John Paul Adrian Glaubitz Cc: Kent Overstreet Cc: Liam R. Howlett Cc: Mark Rutland Cc: Masami Hiramatsu (Google) Cc: Matt Turner Cc: Max Filippov Cc: Michael Ellerman Cc: Michal Simek Cc: Oleg Nesterov Cc: Palmer Dabbelt Cc: Peter Zijlstra Cc: Richard Weinberger Cc: Russell King Cc: Song Liu Cc: Stafford Horne Cc: Steven Rostedt (Google) Cc: Suren Baghdasaryan Cc: Thomas Bogendoerfer Cc: Thomas Gleixner Cc: Uladzislau Rezki (Sony) Cc: Vineet Gupta Cc: Will Deacon Signed-off-by: Andrew Morton List of files: /linux-6.15/arch/hexagon/include/asm/Kbuild

36d69c29 - hexagon: use new system call table

Thu, 20 Jun 2024 13:36:30 +0000

hexagon: use new system call tableThe uapi/asm/unistd_32.h and asm/syscall_table_32.h headers can now begenerated from scripts/syscall.tbl, which makes this consistent withthe other architectures that have their own syscall.tbl.The time32, stat64, rlimit and renameat entries in the syscall_abis_32line are for system calls that were part of the generic ABI whenarch/hexagon got added but are no longer enabled by default for newarchitectures.As a side-effect, calling an unimplemented syscall now return -ENOSYSrather than branching into a NULL pointer.Signed-off-by: Arnd Bergmann List of files: /linux-6.15/arch/hexagon/include/asm/Kbuild

87dbc209 - local64.h: make mandatory

Tue, 29 Dec 2020 23:14:49 +0000

local64.h: make mandatoryMake mandatory in include/asm-generic/Kbuild andremove all arch/*/include/asm/local64.h arch-specific files since theyonly #include .This fixes build errors on arch/c6x/ and arch/nios2/ forblock/blk-iocost.c.Build-tested on 21 of 25 arch-es. (tools problems on the others)Yes, we could even rename to and change all #includes to use instead.Link: https://lkml.kernel.org/r/20201227024446.17018-1-rdunlap@infradead.orgSigned-off-by: Randy Dunlap Suggested-by: Christoph Hellwig Reviewed-by: Masahiro Yamada Cc: Jens Axboe Cc: Ley Foon Tan Cc: Mark Salter Cc: Aurelien Jacquiot Cc: Peter Zijlstra Cc: Arnd Bergmann Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/arch/hexagon/include/asm/Kbuild

630f289b - asm-generic: make more kernel-space headers mandatory

Thu, 02 Apr 2020 04:03:12 +0000

asm-generic: make more kernel-space headers mandatoryChange a header to mandatory-y if both of the following are met:[1] At least one architecture (except um) specifies it as generic-y in arch/*/include/asm/Kbuild[2] Every architecture (except um) either has its own implementation (arch/*/include/asm/*.h) or specifies it as generic-y in arch/*/include/asm/KbuildThis commit was generated by the following shell script.----------------------------------->8-----------------------------------arches=$(cd arch; ls -1 | sed -e '/Kconfig/d' -e '/um/d')tmpfile=$(mktemp)grep "^mandatory-y +=" include/asm-generic/Kbuild > $tmpfilefind arch -path 'arch/*/include/asm/Kbuild' | xargs sed -n 's/^generic-y += $.*$/\1/p' | sort -u |while read headerdo mandatory=yes for arch in $arches do if ! grep -q "generic-y += $header" arch/$arch/include/asm/Kbuild && ! [ -f arch/$arch/include/asm/$header ]; then mandatory=no break fi done if [ "$mandatory" = yes ]; then echo "mandatory-y += $header" >> $tmpfile for arch in $arches do sed -i "/generic-y += $header/d" arch/$arch/include/asm/Kbuild done fidonesed -i '/^mandatory-y +=/d' include/asm-generic/KbuildLANG=C sort $tmpfile >> include/asm-generic/Kbuild----------------------------------->8-----------------------------------One obvious benefit is the diff stat: 25 files changed, 52 insertions(+), 557 deletions(-)It is tedious to list generic-y for each arch that needs it.So, mandatory-y works like a fallback default (by just wrappingasm-generic one) when arch does not have a specific headerimplementation.See the following commits:def3f7cefe4e81c296090e1722a76551142c227ca1b39bae16a62ce4aae02d958224f19316d98b24It is tedious to convert headers one by one, so I processed by a shellscript.Signed-off-by: Masahiro Yamada Signed-off-by: Andrew Morton Cc: Michal Simek Cc: Christoph Hellwig Cc: Arnd Bergmann Link: http://lkml.kernel.org/r/20200210175452.5030-1-masahiroy@kernel.orgSigned-off-by: Linus Torvalds List of files: /linux-6.15/arch/hexagon/include/asm/Kbuild

b09e8936 - arch: remove and

Tue, 14 May 2019 22:46:54 +0000

arch: remove and Now that all instances of #include have been replaced with#include , we can remove these.Link: http://lkml.kernel.org/r/1553267665-27228-2-git-send-email-yamada.masahiro@socionext.comSigned-off-by: Masahiro Yamada Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/arch/hexagon/include/asm/Kbuild

c67fdc1f - arch: mostly remove

Tue, 23 Apr 2019 16:38:07 +0000

arch: mostly remove A few architectures use internally, but nothing incommon code does. Remove all the empty or almost empty versions of it,including the asm-generic one.Signed-off-by: Christoph Hellwig Signed-off-by: Arnd Bergmann List of files: /linux-6.15/arch/hexagon/include/asm/Kbuild

fdcd06a8 - arch: Use asm-generic header for asm/mmiowb.h

Fri, 22 Feb 2019 12:49:41 +0000

arch: Use asm-generic header for asm/mmiowb.hHook up asm-generic/mmiowb.h to Kbuild for all architectures so that wecan subsequently include asm/mmiowb.h from core code.Cc: Masahiro Yamada Cc: Arnd Bergmann Acked-by: Linus Torvalds Signed-off-by: Will Deacon List of files: /linux-6.15/arch/hexagon/include/asm/Kbuild

46ad0840 - locking/rwsem: Remove arch specific rwsem files

Fri, 22 Mar 2019 14:30:06 +0000

locking/rwsem: Remove arch specific rwsem filesAs the generic rwsem-xadd code is using the appropriate acquire andrelease versions of the atomic operations, the arch specific rwsem.hfiles will not be that much faster than the generic code as long as theatomic functions are properly implemented. So we can remove those archspecific rwsem.h and stop building asm/rwsem.h to reduce maintenanceeffort.Currently, only x86, alpha and ia64 have implemented architecturespecific fast paths. I don't have access to alpha and ia64 systems fortesting, but they are legacy systems that are not likely to be updatedto the latest kernel anyway.By using a rwsem microbenchmark, the total locking rates on a 4-socket56-core 112-thread x86-64 system before and after the patch were asfollows (mixed means equal # of read and write locks): Before Patch After Patch # of Threads wlock rlock mixed wlock rlock mixed ------------ ----- ----- ----- ----- ----- ----- 1 29,201 30,143 29,458 28,615 30,172 29,201 2 6,807 13,299 1,171 7,725 15,025 1,804 4 6,504 12,755 1,520 7,127 14,286 1,345 8 6,762 13,412 764 6,826 13,652 726 16 6,693 15,408 662 6,599 15,938 626 32 6,145 15,286 496 5,549 15,487 511 64 5,812 15,495 60 5,858 15,572 60There were some run-to-run variations for the multi-thread tests. Forx86-64, using the generic C code fast path seems to be a little bitfaster than the assembly version with low lock contention. Looking atthe assembly version of the fast paths, there are assembly to/from Ccode wrappers that save and restore all the callee-clobbered registers(7 registers on x86-64). The assembly generated from the generic Ccode doesn't need to do that. That may explain the slight performancegain here.The generic asm rwsem.h can also be merged into kernel/locking/rwsem.hwith no code change as no other code other than those underkernel/locking needs to access the internal rwsem macros and functions.Signed-off-by: Waiman Long Signed-off-by: Peter Zijlstra (Intel) Acked-by: Linus Torvalds Cc: Andrew Morton Cc: Arnd Bergmann Cc: Borislav Petkov Cc: Davidlohr Bueso Cc: H. Peter Anvin Cc: Paul E. McKenney Cc: Peter Zijlstra Cc: Thomas Gleixner Cc: Tim Chen Cc: Will Deacon Cc: linux-arm-kernel@lists.infradead.orgCc: linux-c6x-dev@linux-c6x.orgCc: linux-m68k@lists.linux-m68k.orgCc: linux-riscv@lists.infradead.orgCc: linux-um@lists.infradead.orgCc: linux-xtensa@linux-xtensa.orgCc: linuxppc-dev@lists.ozlabs.orgCc: nios2-dev@lists.rocketboards.orgCc: openrisc@lists.librecores.orgCc: uclinux-h8-devel@lists.sourceforge.jpLink: https://lkml.kernel.org/r/20190322143008.21313-2-longman@redhat.comSigned-off-by: Ingo Molnar List of files: /linux-6.15/arch/hexagon/include/asm/Kbuild

3d9683cf - KVM: export and iif KVM is supported

Mon, 18 Mar 2019 09:08:12 +0000

KVM: export and iif KVM is supportedI do not see any consistency about headers_install of and .According to my analysis of Linux 5.1-rc1, there are 3 groups: [1] Both and are exported alpha, arm, hexagon, mips, powerpc, s390, sparc, x86 [2] is exported, but is not arc, arm64, c6x, h8300, ia64, m68k, microblaze, nios2, openrisc, parisc, sh, unicore32, xtensa [3] Neither nor is exported csky, nds32, riscvThis does not match to the actual KVM support. At least, [2] ishalf-baked.Nor do arch maintainers look like they care about this. For example,commit 0add53713b1c ("microblaze: Add missing kvm_para.h to Kbuild")exported to user-space in order to fix an in-kernelbuild error.We have two ways to make this consistent: [A] export both and for all architectures, irrespective of the KVM support [B] Match the header export of and to the KVM supportMy first attempt was [A] because the code looks cleaner, but Paolosuggested [B].So, this commit goes with [B].For most architectures, was moved to the kernel-space.I changed include/uapi/linux/Kbuild so that it checks generatedasm/kvm_para.h as well as check-in ones.After this commit, there will be two groups: [1] Both and are exported arm, arm64, mips, powerpc, s390, x86 [2] Neither nor is exported alpha, arc, c6x, csky, h8300, hexagon, ia64, m68k, microblaze, nds32, nios2, openrisc, parisc, riscv, sh, sparc, unicore32, xtensaSigned-off-by: Masahiro Yamada Acked-by: Cornelia Huck Signed-off-by: Paolo Bonzini List of files: /linux-6.15/arch/hexagon/include/asm/Kbuild

36c0f7f0 - arch: unexport asm/shmparam.h for all architectures

Fri, 01 Feb 2019 22:20:12 +0000

arch: unexport asm/shmparam.h for all architecturesMost architectures do not export shmparam.h to user-space. $ find arch -name shmparam.h | sort arch/alpha/include/asm/shmparam.h arch/arc/include/asm/shmparam.h arch/arm64/include/asm/shmparam.h arch/arm/include/asm/shmparam.h arch/csky/include/asm/shmparam.h arch/ia64/include/asm/shmparam.h arch/mips/include/asm/shmparam.h arch/nds32/include/asm/shmparam.h arch/nios2/include/asm/shmparam.h arch/parisc/include/asm/shmparam.h arch/powerpc/include/asm/shmparam.h arch/s390/include/asm/shmparam.h arch/sh/include/asm/shmparam.h arch/sparc/include/asm/shmparam.h arch/x86/include/asm/shmparam.h arch/xtensa/include/asm/shmparam.hStrangely, some users of the asm-generic wrapper export shmparam.h $ git grep 'generic-y += shmparam.h' arch/c6x/include/uapi/asm/Kbuild:generic-y += shmparam.h arch/h8300/include/uapi/asm/Kbuild:generic-y += shmparam.h arch/hexagon/include/uapi/asm/Kbuild:generic-y += shmparam.h arch/m68k/include/uapi/asm/Kbuild:generic-y += shmparam.h arch/microblaze/include/uapi/asm/Kbuild:generic-y += shmparam.h arch/openrisc/include/uapi/asm/Kbuild:generic-y += shmparam.h arch/riscv/include/asm/Kbuild:generic-y += shmparam.h arch/unicore32/include/uapi/asm/Kbuild:generic-y += shmparam.hThe newly added riscv correctly creates the asm-generic wrapperin the kernel space, but the others (c6x, h8300, hexagon, m68k,microblaze, openrisc, unicore32) create the one in the uapi directory.Digging into the git history, now I guess fcc8487d477a ("uapi:export all headers under uapi directories") was the misconversion.Prior to that commit, no architecture exported to shmparam.hAs its commit description said, that commit exported shmparam.hfor c6x, h8300, hexagon, m68k, openrisc, unicore32.83f0124ad81e ("microblaze: remove asm-generic wrapper headers")accidentally exported shmparam.h for microblaze.This commit unexports shmparam.h for those architectures.There is no more reason to export include/uapi/asm-generic/shmparam.h,so it has been moved to include/asm-generic/shmparam.hLink: http://lkml.kernel.org/r/1546904307-11124-1-git-send-email-yamada.masahiro@socionext.comSigned-off-by: Masahiro Yamada Acked-by: Stafford Horne Cc: Geert Uytterhoeven Cc: Michal Simek Cc: Yoshinori Sato Cc: Richard Kuo Cc: Guan Xuetao Cc: Nicolas Dichtel Cc: Arnd Bergmann Cc: Aurelien Jacquiot Cc: Greentime Hu Cc: Guo Ren Cc: Palmer Dabbelt Cc: Stefan Kristiansson Cc: Mark Salter Cc: Albert Ou Cc: Jonas Bonn Cc: Vincent Chen Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/arch/hexagon/include/asm/Kbuild

e0a9317d - hexagon: use generic dma_noncoherent_ops

Mon, 20 Aug 2018 11:54:29 +0000

hexagon: use generic dma_noncoherent_opsSwitch to the generic noncoherent direct mapping implementation.Signed-off-by: Christoph Hellwig List of files: /linux-6.15/arch/hexagon/include/asm/Kbuild

2b5a9a37 - time: Add an asm-generic/compat.h file

Mon, 26 Mar 2018 14:59:15 +0000

time: Add an asm-generic/compat.h fileWe have a couple of files that try to include asm/compat.h onarchitectures where this is available. Those should generally use thehigher-level linux/compat.h file, but that in turn fails to includeasm/compat.h when CONFIG_COMPAT is disabled, unless we can providethat header on all architectures.This adds the asm/compat.h for all remaining architectures tosimplify the dependencies.Architectures that are getting removed in linux-4.17 are not changedhere, to avoid needless conflicts with the removal patches. Thosearchitectures are broken by this patch, but we have already shownthat they have no users.Signed-off-by: Arnd Bergmann List of files: /linux-6.15/arch/hexagon/include/asm/Kbuild

e0af0c16 - arch: Remove clkdev.h asm-generic from Kbuild

Tue, 02 Jan 2018 23:50:06 +0000

arch: Remove clkdev.h asm-generic from KbuildNow that every architecture is using the generic clkdev.h fileand we no longer include asm/clkdev.h anywhere in the tree, wecan remove it.Cc: Russell King Acked-by: Arnd Bergmann Cc: Acked-by: Geert Uytterhoeven [m68k]Signed-off-by: Stephen Boyd List of files: /linux-6.15/arch/hexagon/include/asm/Kbuild

b2441318 - License cleanup: add SPDX GPL-2.0 license identifier to files with no license

Wed, 01 Nov 2017 14:07:57 +0000

License cleanup: add SPDX GPL-2.0 license identifier to files with no licenseMany source files in the tree are missing licensing information, whichmakes it harder for compliance tools to determine the correct license.By default all files without license information are under the defaultlicense of the kernel, which is GPL version 2.Update the files which contain no license information with the 'GPL-2.0'SPDX license identifier. The SPDX identifier is a legally bindingshorthand, which can be used instead of the full boiler plate text.This patch is based on work done by Thomas Gleixner and Kate Stewart andPhilippe Ombredanne.How this work was done:Patches were generated and checked against linux-4.14-rc6 for a subset ofthe use cases: - file had no licensing information it it. - file was a */uapi/* one with no licensing information in it, - file was a */uapi/* one with existing licensing information,Further patches will be generated in subsequent months to fix up caseswhere non-standard license headers were used, and references to licensehad to be inferred by heuristics based on keywords.The analysis to determine which SPDX License Identifier to be applied toa file was done in a spreadsheet of side by side results from of theoutput of two independent scanners (ScanCode & Windriver) producing SPDXtag:value files created by Philippe Ombredanne. Philippe prepared thebase worksheet, and did an initial spot review of a few 1000 files.The 4.13 kernel was the starting point of the analysis with 60,537 filesassessed. Kate Stewart did a file by file comparison of the scannerresults in the spreadsheet to determine which SPDX license identifier(s)to be applied to the file. She confirmed any determination that was notimmediately clear with lawyers working with the Linux Foundation.Criteria used to select files for SPDX license identifier tagging was: - Files considered eligible had to be source code files. - Make and config files were included as candidates if they contained >5 lines of source - File already had some variant of a license header in it (even if <5 lines).All documentation files were explicitly excluded.The following heuristics were used to determine which SPDX licenseidentifiers to apply. - when both scanners couldn't find any license traces, file was considered to have no license information in it, and the top level COPYING file license applied. For non */uapi/* files that summary was: SPDX license identifier # files ---------------------------------------------------|------- GPL-2.0 11139 and resulted in the first patch in this series. If that file was a */uapi/* path one, it was "GPL-2.0 WITH Linux-syscall-note" otherwise it was "GPL-2.0". Results of that was: SPDX license identifier # files ---------------------------------------------------|------- GPL-2.0 WITH Linux-syscall-note 930 and resulted in the second patch in this series. - if a file had some form of licensing information in it, and was one of the */uapi/* ones, it was denoted with the Linux-syscall-note if any GPL family license was found in the file or had no licensing in it (per prior point). Results summary: SPDX license identifier # files ---------------------------------------------------|------ GPL-2.0 WITH Linux-syscall-note 270 GPL-2.0+ WITH Linux-syscall-note 169 ((GPL-2.0 WITH Linux-syscall-note) OR BSD-2-Clause) 21 ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause) 17 LGPL-2.1+ WITH Linux-syscall-note 15 GPL-1.0+ WITH Linux-syscall-note 14 ((GPL-2.0+ WITH Linux-syscall-note) OR BSD-3-Clause) 5 LGPL-2.0+ WITH Linux-syscall-note 4 LGPL-2.1 WITH Linux-syscall-note 3 ((GPL-2.0 WITH Linux-syscall-note) OR MIT) 3 ((GPL-2.0 WITH Linux-syscall-note) AND MIT) 1 and that resulted in the third patch in this series. - when the two scanners agreed on the detected license(s), that became the concluded license(s). - when there was disagreement between the two scanners (one detected a license but the other didn't, or they both detected different licenses) a manual inspection of the file occurred. - In most cases a manual inspection of the information in the file resulted in a clear resolution of the license that should apply (and which scanner probably needed to revisit its heuristics). - When it was not immediately clear, the license identifier was confirmed with lawyers working with the Linux Foundation. - If there was any question as to the appropriate license identifier, the file was flagged for further research and to be revisited later in time.In total, over 70 hours of logged manual review was done on thespreadsheet to determine the SPDX license identifiers to apply to thesource files by Kate, Philippe, Thomas and, in some cases, confirmationby lawyers working with the Linux Foundation.Kate also obtained a third independent scan of the 4.13 code base fromFOSSology, and compared selected files where the other two scannersdisagreed against that SPDX file, to see if there was new insights. TheWindriver scanner is based on an older version of FOSSology in part, sothey are related.Thomas did random spot checks in about 500 files from the spreadsheetsfor the uapi headers and agreed with SPDX license identifier in thefiles he inspected. For the non-uapi files Thomas did random spot checksin about 15000 files.In initial set of patches against 4.14-rc6, 3 files were found to havecopy/paste license identifier errors, and have been fixed to reflect thecorrect identifier.Additionally Philippe spent 10 hours this week doing a detailed manualinspection and review of the 12,461 patched files from the initial patchversion early this week with: - a full scancode scan run, collecting the matched texts, detected license ids and scores - reviewing anything where there was a license detected (about 500+ files) to ensure that the applied SPDX license was correct - reviewing anything where there was no detection but the patch license was not GPL-2.0 WITH Linux-syscall-note to ensure that the applied SPDX license was correctThis produced a worksheet with 20 files needing minor correction. Thisworksheet was then exported into 3 different .csv files for thedifferent types of files to be modified.These .csv files were then reviewed by Greg. Thomas wrote a script toparse the csv files and add the proper SPDX tag to the file, in theformat that the file expected. This script was further refined by Gregbased on the output to detect more types of files automatically and todistinguish between header and source .c files (which need differentcomment types.) Finally Greg ran the script using the .csv files togenerate the patches.Reviewed-by: Kate Stewart Reviewed-by: Philippe Ombredanne Reviewed-by: Thomas Gleixner Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/arch/hexagon/include/asm/Kbuild

e4c694a3 - hexagon: move generic-y of exported headers to uapi/asm/Kbuild

Sun, 09 Jul 2017 18:32:43 +0000

hexagon: move generic-y of exported headers to uapi/asm/KbuildSince commit fcc8487d477a ("uapi: export all headers under uapidirectories"), all (and only) headers under uapi directories areexported, but asm-generic wrappers are still exceptions.To complete de-coupling the uapi from kernel headers, move generic-yof exported headers to uapi/asm/Kbuild.With this change, "make headers_install" will just need to parseuapi/asm/Kbuild to build up exported headers.Also, move "generic-y += kprobes.h" up in order to keep the entriessorted.Signed-off-by: Masahiro Yamada List of files: /linux-6.15/arch/hexagon/include/asm/Kbuild

6bc51cba - signal: Remove non-uapi

Sat, 03 Jun 2017 19:01:02 +0000

signal: Remove non-uapi By moving the kernel side __SI_* defintions right next to the userspaceones we can kill the non-uapi versions of includeinclude/asm-generic/siginfo.h and untangle the unholy mess of includes.[ tglx: Removed uapi/asm/siginfo.h from m32r, microblaze, mn10300 and score ]Signed-off-by: Christoph Hellwig Signed-off-by: Thomas Gleixner Cc: linux-arch@vger.kernel.orgCc: Fenghua Yu Cc: Tony Luck Cc: linux-ia64@vger.kernel.orgCc: Arnd Bergmann Cc: sparclinux@vger.kernel.orgCc: "David S. Miller" Link: http://lkml.kernel.org/r/20170603190102.28866-6-hch@lst.de List of files: /linux-6.15/arch/hexagon/include/asm/Kbuild

fcc8487d - uapi: export all headers under uapi directories

Mon, 27 Mar 2017 12:20:15 +0000

uapi: export all headers under uapi directoriesRegularly, when a new header is created in include/uapi/, the developerforgets to add it in the corresponding Kbuild file. This error is usuallydetected after the release is out.In fact, all headers under uapi directories should be exported, thus it'suseless to have an exhaustive list.After this patch, the following files, which were not exported, are nowexported (with make headers_install_all):asm-arc/kvm_para.hasm-arc/ucontext.hasm-blackfin/shmparam.hasm-blackfin/ucontext.hasm-c6x/shmparam.hasm-c6x/ucontext.hasm-cris/kvm_para.hasm-h8300/shmparam.hasm-h8300/ucontext.hasm-hexagon/shmparam.hasm-m32r/kvm_para.hasm-m68k/kvm_para.hasm-m68k/shmparam.hasm-metag/kvm_para.hasm-metag/shmparam.hasm-metag/ucontext.hasm-mips/hwcap.hasm-mips/reg.hasm-mips/ucontext.hasm-nios2/kvm_para.hasm-nios2/ucontext.hasm-openrisc/shmparam.hasm-parisc/kvm_para.hasm-powerpc/perf_regs.hasm-sh/kvm_para.hasm-sh/ucontext.hasm-tile/shmparam.hasm-unicore32/shmparam.hasm-unicore32/ucontext.hasm-x86/hwcap2.hasm-xtensa/kvm_para.hdrm/armada_drm.hdrm/etnaviv_drm.hdrm/vgem_drm.hlinux/aspeed-lpc-ctrl.hlinux/auto_dev-ioctl.hlinux/bcache.hlinux/btrfs_tree.hlinux/can/vxcan.hlinux/cifs/cifs_mount.hlinux/coresight-stm.hlinux/cryptouser.hlinux/fsmap.hlinux/genwqe/genwqe_card.hlinux/hash_info.hlinux/kcm.hlinux/kcov.hlinux/kfd_ioctl.hlinux/lightnvm.hlinux/module.hlinux/nbd-netlink.hlinux/nilfs2_api.hlinux/nilfs2_ondisk.hlinux/nsfs.hlinux/pr.hlinux/qrtr.hlinux/rpmsg.hlinux/sched/types.hlinux/sed-opal.hlinux/smc.hlinux/smc_diag.hlinux/stm.hlinux/switchtec_ioctl.hlinux/vfio_ccw.hlinux/wil6210_uapi.hrdma/bnxt_re-abi.hNote that I have removed from this list the files which are generated in everyexported directories (like .install or .install.cmd).Thanks to Julien Floret for the tip to get allsubdirs with a pure makefile command.For the record, note that exported files for asm directories are a mix offiles listed by: - include/uapi/asm-generic/Kbuild.asm; - arch//include/uapi/asm/Kbuild; - arch//include/asm/Kbuild.Signed-off-by: Nicolas Dichtel Acked-by: Daniel Vetter Acked-by: Russell King Acked-by: Mark Salter Acked-by: Michael Ellerman (powerpc)Signed-off-by: Masahiro Yamada List of files: /linux-6.15/arch/hexagon/include/asm/Kbuild

aaa2e7ac - add asm-generic/extable.h

Sun, 25 Dec 2016 06:22:09 +0000

add asm-generic/extable.h... and make the users of generic uaccess.h use that.Signed-off-by: Al Viro List of files: /linux-6.15/arch/hexagon/include/asm/Kbuild

7d134b2c - kprobes: move kprobe declarations to asm-generic/kprobes.h

Mon, 27 Feb 2017 22:26:56 +0000

kprobes: move kprobe declarations to asm-generic/kprobes.hOften all is needed is these small helpers, instead of compiler.h or afull kprobes.h. This is important for asm helpers, in fact even someasm/kprobes.h make use of these helpers... instead just keep a genericasm file with helpers useful for asm code with the least amount ofclutter as possible.Likewise we need now to also address what to do about this file for bothwhen architectures have CONFIG_HAVE_KPROBES, and when they do not. Thenfor when architectures have CONFIG_HAVE_KPROBES but have disabledCONFIG_KPROBES.Right now most asm/kprobes.h do not have guards against CONFIG_KPROBES,this means most architecture code cannot include asm/kprobes.h safely.Correct this and add guards for architectures missing them.Additionally provide architectures that not have kprobes support withthe default asm-generic solution. This lets us force asm/kprobes.h onthe header include/linux/kprobes.h always, but most importantly we cannow safely include just asm/kprobes.h on architecture code withoutbringing the full kitchen sink of header files.Two architectures already provided a guard against CONFIG_KPROBES on itskprobes.h: sh, arch. The rest of the architectures needed gaurds added.We avoid including any not-needed headers on asm/kprobes.h unlesskprobes have been enabled.In a subsequent atomic change we can try now to remove compiler.h frominclude/linux/kprobes.h.During this sweep I've also identified a few architectures defining acommon macro needed for both kprobes and ftrace, that of the definitionof the breakput instruction up. Some refer to this asBREAKPOINT_INSTRUCTION. This must be kept outside of the #ifdefCONFIG_KPROBES guard.[mcgrof@kernel.org: fix arm64 build] Link: http://lkml.kernel.org/r/CAB=NE6X1WMByuARS4mZ1g9+W=LuVBnMDnh_5zyN0CLADaVh=Jw@mail.gmail.com[sfr@canb.auug.org.au: fixup for kprobes declarations moving] Link: http://lkml.kernel.org/r/20170214165933.13ebd4f4@canb.auug.org.auLink: http://lkml.kernel.org/r/20170203233139.32682-1-mcgrof@kernel.orgSigned-off-by: Luis R. Rodriguez Signed-off-by: Stephen Rothwell Acked-by: Masami Hiramatsu Cc: Arnd Bergmann Cc: Masami Hiramatsu Cc: Ananth N Mavinakayanahalli Cc: Anil S Keshavamurthy Cc: David S. Miller Cc: Ingo Molnar Cc: Thomas Gleixner Cc: H. Peter Anvin Cc: Andy Lutomirski Cc: Steven Rostedt Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/arch/hexagon/include/asm/Kbuild

b672592f - sched/cputime: Remove generic asm headers

Tue, 31 Jan 2017 03:09:51 +0000

sched/cputime: Remove generic asm headerscputime_t is now only used by two architectures: * powerpc (when CONFIG_VIRT_CPU_ACCOUNTING_NATIVE=y) * s390And since the core doesn't use it anymore, we don't need any arch supportfrom the others. So we can remove their stub implementations.A final cleanup would be to provide an efficient pure archimplementation of cputime_to_nsec() for s390 and powerpc and finallyremove include/linux/cputime.h .Signed-off-by: Frederic Weisbecker Cc: Benjamin Herrenschmidt Cc: Fenghua Yu Cc: Heiko Carstens Cc: Linus Torvalds Cc: Martin Schwidefsky Cc: Michael Ellerman Cc: Paul Mackerras Cc: Peter Zijlstra Cc: Rik van Riel Cc: Stanislaw Gruszka Cc: Thomas Gleixner Cc: Tony Luck Cc: Wanpeng Li Link: http://lkml.kernel.org/r/1485832191-26889-36-git-send-email-fweisbec@gmail.comSigned-off-by: Ingo Molnar List of files: /linux-6.15/arch/hexagon/include/asm/Kbuild