Changes in Makefile

56045757 - usr/include: openrisc: don't HDRTEST bpf_perf_event.h

Sat, 26 Apr 2025 03:08:15 +0000

usr/include: openrisc: don't HDRTEST bpf_perf_event.hSince openrisc does not support PERF_EVENTS, omit the HDRTEST ofbpf_perf_event.h for arch/openrisc/.Fixes a build error:usr/include/linux/bpf_perf_event.h:14:28: error: field 'regs' has incomplete typeSigned-off-by: Randy Dunlap Acked-by: Stafford Horne Signed-off-by: Masahiro Yamada List of files: /linux-6.15/usr/include/Makefile

02e9a22c - kbuild: hdrcheck: fix cross build with clang

Tue, 25 Feb 2025 10:00:31 +0000

kbuild: hdrcheck: fix cross build with clangThe headercheck tries to call clang with a mix of compiler argumentsthat don't include the target architecture. When building e.g. x86headers on arm64, this produces a warning like clang: warning: unknown platform, assuming -mfloat-abi=softAdd in the KBUILD_CPPFLAGS, which contain the target, in order to make itbuild properly.See also 1b71c2fb04e7 ("kbuild: userprogs: fix bitsize and targetdetection on clang").Reviewed-by: Nathan Chancellor Fixes: feb843a469fb ("kbuild: add $(CLANG_FLAGS) to KBUILD_CPPFLAGS")Signed-off-by: Arnd Bergmann List of files: /linux-6.15/usr/include/Makefile

d67393f4 - kbuild: Drop support for include/asm- in headers_check.pl

Thu, 05 Dec 2024 13:20:43 +0000

kbuild: Drop support for include/asm- in headers_check.pl"include/asm-" was replaced by "arch//include/asm" a longtime ago. All assembler header files are now included using"#include ", so there is no longer a need to rewrite paths.Signed-off-by: Geert Uytterhoeven Signed-off-by: Masahiro Yamada List of files: /linux-6.15/usr/include/Makefile

b1992c37 - kbuild: use $(src) instead of $(srctree)/$(src) for source directory

Sat, 27 Apr 2024 14:55:02 +0000

kbuild: use $(src) instead of $(srctree)/$(src) for source directoryKbuild conventionally uses $(obj)/ for generated files, and $(src)/ forchecked-in source files. It is merely a convention without any functionaldifference. In fact, $(obj) and $(src) are exactly the same, as definedin scripts/Makefile.build: src := $(obj)When the kernel is built in a separate output directory, $(src) doesnot accurately reflect the source directory location. While Kbuildresolves this discrepancy by specifying VPATH=$(srctree) to search forsource files, it does not cover all cases. For example, when adding aheader search path for local headers, -I$(srctree)/$(src) is typicallypassed to the compiler.This introduces inconsistency between upstream and downstream Makefilesbecause $(src) is used instead of $(srctree)/$(src) for the latter.To address this inconsistency, this commit changes the semantics of$(src) so that it always points to the directory in the source tree.Going forward, the variables used in Makefiles will have the followingmeanings: $(obj) - directory in the object tree $(src) - directory in the source tree (changed by this commit) $(objtree) - the top of the kernel object tree $(srctree) - the top of the kernel source treeConsequently, $(srctree)/$(src) in upstream Makefiles need to be replacedwith $(src).Signed-off-by: Masahiro Yamada Reviewed-by: Nicolas Schier List of files: /linux-6.15/usr/include/Makefile

cf8e8658 - arch: Remove Itanium (IA-64) architecture

Thu, 20 Oct 2022 13:54:33 +0000

arch: Remove Itanium (IA-64) architectureThe Itanium architecture is obsolete, and an informal survey [0] revealsthat any residual use of Itanium hardware in production is mostly HP-UXor OpenVMS based. The use of Linux on Itanium appears to be limited toenthusiasts that occasionally boot a fresh Linux kernel to see whetherthings are still working as intended, and perhaps to churn out somedistro packages that are rarely used in practice.None of the original companies behind Itanium still produce or supportany hardware or software for the architecture, and it is listed as'Orphaned' in the MAINTAINERS file, as apparently, none of the engineersthat contributed on behalf of those companies (nor anyone else, for thatmatter) have been willing to support or maintain the architectureupstream or even be responsible for applying the odd fix. The Intelfirmware team removed all IA-64 support from the Tianocore/EDK2reference implementation of EFI in 2018. (Itanium is the originalarchitecture for which EFI was developed, and the way Linux supports itdeviates significantly from other architectures.) Some distros, such asDebian and Gentoo, still maintain [unofficial] ia64 ports, but many havedropped support years ago.While the argument is being made [1] that there is a 'for the commongood' angle to being able to build and run existing projects such as theGrid Community Toolkit [2] on Itanium for interoperability testing, thefact remains that none of those projects are known to be deployed onLinux/ia64, and very few people actually have access to such a system inthe first place. Even if there were ways imaginable in which Linux/ia64could be put to good use today, what matters is whether anyone isactually doing that, and this does not appear to be the case.There are no emulators widely available, and so boot testing Itanium isgenerally infeasible for ordinary contributors. GCC still supports IA-64but its compile farm [3] no longer has any IA-64 machines. GLIBC wouldlike to get rid of IA-64 [4] too because it would permit some overduecode cleanups. In summary, the benefits to the ecosystem of having IA-64be part of it are mostly theoretical, whereas the maintenance overheadof keeping it supported is real.So let's rip off the band aid, and remove the IA-64 arch code entirely.This follows the timeline proposed by the Debian/ia64 maintainer [5],which removes support in a controlled manner, leaving IA-64 in a knowngood state in the most recent LTS release. Other projects will followonce the kernel support is removed.[0] https://lore.kernel.org/all/CAMj1kXFCMh_578jniKpUtx_j8ByHnt=s7S+yQ+vGbKt9ud7+kQ@mail.gmail.com/[1] https://lore.kernel.org/all/0075883c-7c51-00f5-2c2d-5119c1820410@web.de/[2] https://gridcf.org/gct-docs/latest/index.html[3] https://cfarm.tetaneutral.net/machines/list/[4] https://lore.kernel.org/all/87bkiilpc4.fsf@mid.deneb.enyo.de/[5] https://lore.kernel.org/all/ff58a3e76e5102c94bb5946d99187b358def688a.camel@physik.fu-berlin.de/Acked-by: Tony Luck Signed-off-by: Ard Biesheuvel List of files: /linux-6.15/usr/include/Makefile

31a088b6 - sparc: add asm/stat.h to UAPI compile-test coverage

Mon, 04 Apr 2022 06:19:46 +0000

sparc: add asm/stat.h to UAPI compile-test coverageasm/stat.h is currently excluded from the UAPI compile-test forARCH=sparc because of the errors like follows: In file included from : ./usr/include/asm/stat.h:11:2: error: unknown type name 'ino_t' 11 | ino_t st_ino; | ^~~~~ HDRTEST usr/include/asm/param.h ./usr/include/asm/stat.h:12:2: error: unknown type name 'mode_t' 12 | mode_t st_mode; | ^~~~~~ ./usr/include/asm/stat.h:14:2: error: unknown type name 'uid_t' 14 | uid_t st_uid; | ^~~~~ ./usr/include/asm/stat.h:15:2: error: unknown type name 'gid_t' 15 | gid_t st_gid; | ^~~~~The errors can be fixed by prefixing the types with __kernel_.Then, remove the no-header-test entry from user/include/Makefile.Signed-off-by: Masahiro Yamada Signed-off-by: Arnd Bergmann Reviewed-by: Christoph Hellwig List of files: /linux-6.15/usr/include/Makefile

c01013a2 - powerpc: add asm/stat.h to UAPI compile-test coverage

Mon, 04 Apr 2022 06:19:45 +0000

powerpc: add asm/stat.h to UAPI compile-test coverageasm/stat.h is currently excluded from the UAPI compile-test forARCH=powerpc because of the errors like follows: HDRTEST usr/include/asm/stat.h In file included from :32: ./usr/include/asm/stat.h:32:2: error: unknown type name 'ino_t' 32 | ino_t st_ino; | ^~~~~ ./usr/include/asm/stat.h:35:2: error: unknown type name 'mode_t' 35 | mode_t st_mode; | ^~~~~~ ./usr/include/asm/stat.h:40:2: error: unknown type name 'uid_t' 40 | uid_t st_uid; | ^~~~~ ./usr/include/asm/stat.h:41:2: error: unknown type name 'gid_t' 41 | gid_t st_gid; | ^~~~~The errors can be fixed by prefixing the types with __kernel_.Then, remove the no-header-test entry from user/include/Makefile.Signed-off-by: Masahiro Yamada Signed-off-by: Arnd Bergmann Reviewed-by: Christoph Hellwig List of files: /linux-6.15/usr/include/Makefile

8c1a381a - mips: add asm/stat.h to UAPI compile-test coverage

Mon, 04 Apr 2022 06:19:44 +0000

mips: add asm/stat.h to UAPI compile-test coverageasm/stat.h is currently excluded from the UAPI compile-test forARCH=mips because of the errors like follows: HDRTEST usr/include/asm/stat.h In file included from :32: ./usr/include/asm/stat.h:22:2: error: unknown type name 'ino_t' 22 | ino_t st_ino; | ^~~~~ ./usr/include/asm/stat.h:23:2: error: unknown type name 'mode_t' 23 | mode_t st_mode; | ^~~~~~ ./usr/include/asm/stat.h:25:2: error: unknown type name 'uid_t' 25 | uid_t st_uid; | ^~~~~ ./usr/include/asm/stat.h:26:2: error: unknown type name 'gid_t' 26 | gid_t st_gid; | ^~~~~ ./usr/include/asm/stat.h:58:2: error: unknown type name 'mode_t' 58 | mode_t st_mode; | ^~~~~~ ./usr/include/asm/stat.h:61:2: error: unknown type name 'uid_t' 61 | uid_t st_uid; | ^~~~~ ./usr/include/asm/stat.h:62:2: error: unknown type name 'gid_t' 62 | gid_t st_gid; | ^~~~~The errors can be fixed by prefixing the types with __kernel_.Then, remove the no-header-test entry from user/include/Makefile.Signed-off-by: Masahiro Yamada Signed-off-by: Arnd Bergmann Reviewed-by: Christoph Hellwig List of files: /linux-6.15/usr/include/Makefile

5c41778e - riscv: add linux/bpf_perf_event.h to UAPI compile-test coverage

Mon, 04 Apr 2022 06:19:43 +0000

riscv: add linux/bpf_perf_event.h to UAPI compile-test coverageI can compile this for ARCH=riscv with CONFIG_UAPI_HEADER_TEST=y.Signed-off-by: Masahiro Yamada Signed-off-by: Arnd Bergmann Reviewed-by: Christoph Hellwig List of files: /linux-6.15/usr/include/Makefile

02a6e4be - kbuild: prevent exported headers from including ,

Mon, 04 Apr 2022 06:19:42 +0000

kbuild: prevent exported headers from including , Some UAPI headers included , like this: #ifndef __KERNEL__ #include #endifAs it turned out, they just included it for no good reason.After some fixes, now I can compile-test UAPI headers(CONFIG_UAPI_HEADER_TEST=y) without including from thesystem header search paths.To avoid somebody getting it back again, this commit adds the dummyheader, usr/dummy-include/stdlib.hI added $(srctree)/usr/dummy-include to the header search paths.Because it is searched before the system directories, if someonetries to include , they will see the error message.While I am here, I also replaced $(objtree)/usr/include with $(obj),but it has no functional change.If we can make kernel headers self-contained (that is, none of exportedkernel headers includes system headers), we will be able to add the-nostdinc flag, but that is much far from where we stand now.As a realistic solution, we can ban header inclusion individually byputting a dummy header into usr/dummy-include/.Currently, no header include . I put it as well before somebodyattempts to use it.Signed-off-by: Masahiro Yamada Signed-off-by: Arnd Bergmann Reviewed-by: Greg Kroah-Hartman List of files: /linux-6.15/usr/include/Makefile

9a22717b - kbuild: uapi: use -fsyntax-only rather than -S

Wed, 30 Mar 2022 18:34:06 +0000

kbuild: uapi: use -fsyntax-only rather than -SThe UAPI header tests are checking that the generated headers do nothave syntax errors. There's no need to run the rest of the compilationpipeline after semantic analysis has run. Replace -S -o /dev/null with-fsyntax-only.Signed-off-by: Nick Desaulniers Signed-off-by: Masahiro Yamada List of files: /linux-6.15/usr/include/Makefile

9fbed27a - kbuild: add --target to correctly cross-compile UAPI headers with Clang

Sat, 05 Mar 2022 12:56:05 +0000

kbuild: add --target to correctly cross-compile UAPI headers with ClangWhen you compile-test UAPI headers (CONFIG_UAPI_HEADER_TEST=y) withClang, they are currently compiled for the host target (likely x86_64)regardless of the given ARCH=.In fact, some exported headers include libc headers. For example,include/uapi/linux/agpgart.h includes after being exported.The header search paths should match to the target we are compilingthem for.Pick up the --target triple from KBUILD_CFLAGS in the same ways ascommit 7f58b487e9ff ("kbuild: make Clang build userprogs for targetarchitecture").Signed-off-by: Masahiro Yamada Reviewed-by: Nathan Chancellor Reviewed-by: Nick Desaulniers List of files: /linux-6.15/usr/include/Makefile

c1ea04d8 - usr/include: replace extra-y with always-y

Sun, 27 Feb 2022 09:03:35 +0000

usr/include: replace extra-y with always-yextra-y is not run for 'make modules'. The header compile test shouldbe executed irrespective of the build target. always-y is a better fit.Signed-off-by: Masahiro Yamada List of files: /linux-6.15/usr/include/Makefile

2a5c0fdc - reiserfs_xattr.h: add linux/reiserfs_xattr.h to UAPI compile-test coverage

Thu, 10 Feb 2022 02:11:29 +0000

reiserfs_xattr.h: add linux/reiserfs_xattr.h to UAPI compile-test coveragelinux/reiserfs_xattr.h is currently excluded from the UAPI compile-testbecause of the error like follows: HDRTEST usr/include/linux/reiserfs_xattr.h In file included from : ./usr/include/linux/reiserfs_xattr.h:22:9: error: unknown type name ‘size_t’ 22 | size_t length; | ^~~~~~The error can be fixed by replacing size_t with __kernel_size_t.Then, remove the no-header-test entry from user/include/Makefile.Signed-off-by: Masahiro Yamada Reviewed-by: Arnd Bergmann Signed-off-by: Arnd Bergmann List of files: /linux-6.15/usr/include/Makefile

8b4bca21 - kexec.h: add linux/kexec.h to UAPI compile-test coverage

Thu, 10 Feb 2022 02:11:28 +0000

kexec.h: add linux/kexec.h to UAPI compile-test coveragelinux/kexec.h is currently excluded from the UAPI compile-test becauseof the errors like follows: HDRTEST usr/include/linux/kexec.h In file included from : ./usr/include/linux/kexec.h:56:9: error: unknown type name ‘size_t’ 56 | size_t bufsz; | ^~~~~~ ./usr/include/linux/kexec.h:58:9: error: unknown type name ‘size_t’ 58 | size_t memsz; | ^~~~~~The errors can be fixed by replacing size_t with __kernel_size_t.Then, remove the no-header-test entry from user/include/Makefile.Signed-off-by: Masahiro Yamada Reviewed-by: Arnd Bergmann Signed-off-by: Arnd Bergmann List of files: /linux-6.15/usr/include/Makefile

cbf28203 - fsmap.h: add linux/fsmap.h to UAPI compile-test coverage

Thu, 10 Feb 2022 02:11:27 +0000

fsmap.h: add linux/fsmap.h to UAPI compile-test coveragelinux/fsmap.h is currently excluded from the UAPI compile-test becauseof the error like follows: HDRTEST usr/include/linux/fsmap.h In file included from : ./usr/include/linux/fsmap.h:72:19: error: unknown type name ‘size_t’ 72 | static __inline__ size_t | ^~~~~~The error can be fixed by replacing size_t with __kernel_size_t.Then, remove the no-header-test entry from user/include/Makefile.Signed-off-by: Masahiro Yamada Reviewed-by: Arnd Bergmann Signed-off-by: Arnd Bergmann List of files: /linux-6.15/usr/include/Makefile

169adc2b - android/binder.h: add linux/android/binder(fs).h to UAPI compile-test coverage

Thu, 10 Feb 2022 02:11:26 +0000

android/binder.h: add linux/android/binder(fs).h to UAPI compile-test coveragelinux/android/binder.h and linux/android/binderfs.h are currentlyexcluded from the UAPI compile-test because of the errors like follows: HDRTEST usr/include/linux/android/binder.h In file included from : ./usr/include/linux/android/binder.h:291:9: error: unknown type name ‘pid_t’ 291 | pid_t sender_pid; | ^~~~~ ./usr/include/linux/android/binder.h:292:9: error: unknown type name ‘uid_t’ 292 | uid_t sender_euid; | ^~~~~The errors can be fixed by replacing {pid,uid}_t with __kernel_{pid,uid}_t.Then, remove the no-header-test entries from user/include/Makefile.Signed-off-by: Masahiro Yamada Reviewed-by: Arnd Bergmann Signed-off-by: Arnd Bergmann List of files: /linux-6.15/usr/include/Makefile

4a3233c1 - shmbuf.h: add asm/shmbuf.h to UAPI compile-test coverage

Thu, 10 Feb 2022 02:11:25 +0000

shmbuf.h: add asm/shmbuf.h to UAPI compile-test coverageasm/shmbuf.h is currently excluded from the UAPI compile-test because ofthe errors like follows: HDRTEST usr/include/asm/shmbuf.h In file included from ./usr/include/asm/shmbuf.h:6, from : ./usr/include/asm-generic/shmbuf.h:26:33: error: field ‘shm_perm’ has incomplete type 26 | struct ipc64_perm shm_perm; /* operation perms */ | ^~~~~~~~ ./usr/include/asm-generic/shmbuf.h:27:9: error: unknown type name ‘size_t’ 27 | size_t shm_segsz; /* size of segment (bytes) */ | ^~~~~~ ./usr/include/asm-generic/shmbuf.h:40:9: error: unknown type name ‘__kernel_pid_t’ 40 | __kernel_pid_t shm_cpid; /* pid of creator */ | ^~~~~~~~~~~~~~ ./usr/include/asm-generic/shmbuf.h:41:9: error: unknown type name ‘__kernel_pid_t’ 41 | __kernel_pid_t shm_lpid; /* pid of last operator */ | ^~~~~~~~~~~~~~The errors can be fixed by replacing size_t with __kernel_size_t and byincluding proper headers.Then, remove the no-header-test entry from user/include/Makefile.Signed-off-by: Masahiro Yamada Reviewed-by: Arnd Bergmann Signed-off-by: Arnd Bergmann List of files: /linux-6.15/usr/include/Makefile

72113d0a - signal.h: add linux/signal.h and asm/signal.h to UAPI compile-test coverage

Thu, 10 Feb 2022 02:11:24 +0000

signal.h: add linux/signal.h and asm/signal.h to UAPI compile-test coveragelinux/signal.h and asm/signal.h are currently excluded from the UAPIcompile-test because of the errors like follows: HDRTEST usr/include/asm/signal.h In file included from : ./usr/include/asm/signal.h:103:9: error: unknown type name ‘size_t’ 103 | size_t ss_size; | ^~~~~~The errors can be fixed by replacing size_t with __kernel_size_t.Then, remove the no-header-test entries from user/include/Makefile.Signed-off-by: Masahiro Yamada Reviewed-by: Arnd Bergmann Reviewed-by: Geert Uytterhoeven Acked-by: Geert Uytterhoeven Signed-off-by: Arnd Bergmann List of files: /linux-6.15/usr/include/Makefile

f67695c9 - kbuild: Add environment variables for userprogs flags

Tue, 01 Feb 2022 21:35:42 +0000

kbuild: Add environment variables for userprogs flagsAllow additional arguments be passed to userprogs compilation.Reproducible clang builds need to provide a sysroot and gcc path toensure the same toolchain is used across hosts. KCFLAGS is not currentlyused for any user programs compilation, so add new USERCFLAGS andUSERLDFLAGS which serves similar purpose as HOSTCFLAGS/HOSTLDFLAGS.Clang might detect GCC installation on hosts which have it installedto a default location in /. With addition of these environmentvariables, you can specify flags such as:$ make USERCFLAGS=--sysroot=/path/to/sysrootThis can also be used to specify different sysroots such as musl orbionic which may be installed on the host in paths that the compilermay not search by default.Signed-off-by: Elliot Berman Reviewed-by: Nick Desaulniers Reviewed-by: Fangrui Song Signed-off-by: Masahiro Yamada List of files: /linux-6.15/usr/include/Makefile