Changes in Kbuild

32e9a0d5 - ARM: 9067/1: syscalls: switch to generic syscallhdr.sh

Mon, 01 Mar 2021 14:29:03 +0000

ARM: 9067/1: syscalls: switch to generic syscallhdr.shMany architectures duplicate similar shell scripts.This commit converts ARM to use scripts/syscallhdr.sh, and alsocollects OABI/OEBI syscalls into unistd-eabi.h/unistd-oabi.h,removing unistd-common.h.Signed-off-by: Masahiro Yamada Signed-off-by: Russell King List of files: /linux-6.15/arch/arm/include/uapi/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/arm/include/uapi/asm/Kbuild

037fc336 - kbuild: force all architectures except um to include mandatory-y

Sun, 17 Mar 2019 02:01:09 +0000

kbuild: force all architectures except um to include mandatory-yCurrently, every arch/*/include/uapi/asm/Kbuild explicitly includesthe common Kbuild.asm file. Factor out the duplicated include directivesto scripts/Makefile.asm-generic so that no architecture would opt outof the mandatory-y mechanism.um is not forced to include mandatory-y since it is a very exceptionalcase which does not support UAPI.Signed-off-by: Masahiro Yamada List of files: /linux-6.15/arch/arm/include/uapi/asm/Kbuild

d6e4b3e3 - arch: remove redundant UAPI generic-y defines

Thu, 03 Jan 2019 01:10:39 +0000

arch: remove redundant UAPI generic-y definesNow that Kbuild automatically creates asm-generic wrappers for missingmandatory headers, it is redundant to list the same headers ingeneric-y and mandatory-y.Suggested-by: Sam Ravnborg Signed-off-by: Masahiro Yamada Acked-by: Sam Ravnborg List of files: /linux-6.15/arch/arm/include/uapi/asm/Kbuild

d4ce5458 - arch: remove stale comments "UAPI Header export list"

Thu, 03 Jan 2019 01:10:37 +0000

arch: remove stale comments "UAPI Header export list"These comments are leftovers of commit fcc8487d477a ("uapi: export allheaders under uapi directories").Prior to that commit, exported headers must be explicitly added toheader-y. Now, all headers under the uapi/ directories are exported.Signed-off-by: Masahiro Yamada List of files: /linux-6.15/arch/arm/include/uapi/asm/Kbuild

c895f6f7 - bpf: correct broken uapi for BPF_PROG_TYPE_PERF_EVENT program type

Mon, 04 Dec 2017 09:56:44 +0000

bpf: correct broken uapi for BPF_PROG_TYPE_PERF_EVENT program typeCommit 0515e5999a466dfe ("bpf: introduce BPF_PROG_TYPE_PERF_EVENTprogram type") introduced the bpf_perf_event_data structure whichexports the pt_regs structure. This is OK for multiple architecturesbut fail for s390 and arm64 which do not export pt_regs. Programsusing them, for example, the bpf selftest fail to compile on thesearchitectures.For s390, exporting the pt_regs is not an option because s390 wantsto allow changes to it. For arm64, there is a user_pt_regs structurethat covers parts of the pt_regs structure for use by user space.To solve the broken uapi for s390 and arm64, introduce an abstracttype for pt_regs and add an asm/bpf_perf_event.h file that concretesthe type. An asm-generic header file covers the architectures thatexport pt_regs today.The arch-specific enablement for s390 and arm64 follows in separatecommits.Reported-by: Thomas Richter Fixes: 0515e5999a466dfe ("bpf: introduce BPF_PROG_TYPE_PERF_EVENT program type")Signed-off-by: Hendrik Brueckner Reviewed-and-tested-by: Thomas Richter Acked-by: Alexei Starovoitov Cc: Arnaldo Carvalho de Melo Cc: Peter Zijlstra Cc: Ingo Molnar Cc: Alexander Shishkin Cc: Jiri Olsa Cc: Namhyung Kim Cc: Arnd Bergmann Cc: Daniel Borkmann Signed-off-by: Daniel Borkmann List of files: /linux-6.15/arch/arm/include/uapi/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/arm/include/uapi/asm/Kbuild

ae884913 - ARM: move generic-y of exported headers to uapi/asm/Kbuild

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

ARM: 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.Signed-off-by: Masahiro Yamada List of files: /linux-6.15/arch/arm/include/uapi/asm/Kbuild

ae3f4151 - kbuild: replace genhdr-y with generated-y

Fri, 09 Jun 2017 08:29:52 +0000

kbuild: replace genhdr-y with generated-yOriginally, generated-y and genhdr-y had different meaning, likefollows:- generated-y: generated headers (other than asm-generic wrappers)- header-y : headers to be exported- genhdr-y : generated headers to be exported (generated-y + header-y)Since commit fcc8487d477a ("uapi: export all headers under uapidirectories"), headers under UAPI directories are all exported.So, there is no more difference between generated-y and genhdr-y.We see two users of genhdr-y, arch/{arm,x86}/include/uapi/asm/Kbuild.They generate some headers in arch/{arm,x86}/include/generated/uapi/asmdirectories, which are obviously exported.Replace them with generated-y, and abolish genhdr-y.Signed-off-by: Masahiro Yamada Acked-by: Nicolas Dichtel List of files: /linux-6.15/arch/arm/include/uapi/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/arm/include/uapi/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/arm/include/uapi/asm/Kbuild

96a8fae0 - ARM: convert to generated system call tables

Tue, 18 Oct 2016 18:57:01 +0000

ARM: convert to generated system call tablesConvert ARM to use a similar mechanism to x86 to generate the unistd.hsystem call numbers and the various kernel system call tables. Thismeans that rather than having to edit three places (asm/unistd.h forthe total number of system calls, uapi/asm/unistd.h for the system callnumbers, and arch/arm/kernel/calls.S for the call table) we have onlyone place to edit, making the process much more simple.The scripts have knowledge of the table padding requirements, so there'sno need to worry about __NR_syscalls not fitting within the immediateconstant field of ALU instructions anymore.Signed-off-by: Russell King List of files: /linux-6.15/arch/arm/include/uapi/asm/Kbuild

1713ce7c - ARM: 8329/1: miscellaneous vdso infrastructure, preparation

Wed, 25 Mar 2015 18:13:16 +0000

ARM: 8329/1: miscellaneous vdso infrastructure, preparationDefine the layout of the data structure shared between kernel anduserspace.Track the vdso address in the mm_context; needed for communicatingAT_SYSINFO_EHDR to the ELF loader.Add declarations for arm_install_vdso; implementation is in afollowing patch.Define AT_SYSINFO_EHDR, and, if CONFIG_VDSO=y, report the vdso sharedobject address via the ELF auxiliary vector.Note - this adds the AT_SYSINFO_EHDR in a new user-visible headerasm/auxvec.h; this is consistent with other architectures.Signed-off-by: Nathan Lynch Signed-off-by: Russell King List of files: /linux-6.15/arch/arm/include/uapi/asm/Kbuild

49863894 - ARM: perf: add support for perf registers API

Thu, 26 Sep 2013 11:36:35 +0000

ARM: perf: add support for perf registers APIThis patch implements the functions required for the perf registers API,allowing the perf tool to interface kernel register dumps with libunwindin order to provide userspace backtracing.Cc: Jean Pihet Signed-off-by: Will Deacon List of files: /linux-6.15/arch/arm/include/uapi/asm/Kbuild

acfdd4b1 - ARM: 7791/1: a.out: remove partial a.out support

Thu, 25 Jul 2013 10:44:48 +0000

ARM: 7791/1: a.out: remove partial a.out supporta.out support on ARM requires that argc, argv and envp are passed inr0-r2 respectively, which requires hacking load_aout_binary toprevent argc being clobbered by the return code. Whilst mainline kernelsdo set the registers up in start_thread, the aout loader has nevercarried the hack in mainline.Initialising the registers in this way actually goes against the libcexpectations for ELF binaries, where argc, argv and envp are passed onthe stack, with r0 being used to hold a pointer to an exit function forcleaning up after the dynamic linker if required. If the pointer isNULL, then it is ignored. When execing an ELF binary, Linux currentlyzeroes r0, then sets it to argc and then finally clobbers it with thereturn value of the execve syscall, so we actually end up with: r0 = 0 stack[0] = argc r1 = stack[1] = argv r2 = stack[2] = envplibc treats r1 and r2 as undefined. The clobbering of r0 by sys_execveworks for user-spawned threads, but when executing an ELF binary from akernel thread (via call_usermodehelper), the execve is performed on theret_from_fork path, which restores r0 from the saved pt_regs, resultingin argc being presented to the C library. This has horrible consequenceswhen the application exits, since we have an exit function registeredusing argc, resulting in a jump to hyperspace.This patch solves the problem by removing the partial a.out support fromarch/arm/ altogether.Cc: Cc: Ashish Sangwan Signed-off-by: Will Deacon Signed-off-by: Russell King List of files: /linux-6.15/arch/arm/include/uapi/asm/Kbuild

cb8db5d4 - UAPI: (Scripted) Disintegrate arch/arm/include/asm

Fri, 12 Oct 2012 12:05:52 +0000

UAPI: (Scripted) Disintegrate arch/arm/include/asmSigned-off-by: David Howells Acked-by: Arnd Bergmann Acked-by: Thomas Gleixner Acked-by: Michael Kerrisk Acked-by: Paul E. McKenney Acked-by: Dave Jones List of files: /linux-6.15/arch/arm/include/uapi/asm/Kbuild

4413e16d - UAPI: (Scripted) Set up UAPI Kbuild files

Tue, 02 Oct 2012 17:01:35 +0000

UAPI: (Scripted) Set up UAPI Kbuild filesSet up empty UAPI Kbuild files to be populated by the header splitter.Signed-off-by: David Howells Acked-by: Arnd Bergmann Acked-by: Thomas Gleixner Acked-by: Paul E. McKenney Acked-by: Dave Jones List of files: /linux-6.15/arch/arm/include/uapi/asm/Kbuild