Changes in Makefile

f25eae2c - arch: Select fbdev helpers with CONFIG_VIDEO

Fri, 29 Mar 2024 20:32:10 +0000

arch: Select fbdev helpers with CONFIG_VIDEOVarious Kconfig options selected the per-architecture helpers forfbdev. But none of the contained code depends on fbdev. Standardizeon CONFIG_VIDEO, which will allow to add more general helpers forvideo functionality.CONFIG_VIDEO protects each architecture's video/ directory. Thisallows for the use of more fine-grained control for each directory'sfiles, such as the use of CONFIG_STI_CORE on parisc.v2:- sparc: rebased onto Makefile changesSigned-off-by: Thomas Zimmermann Reviewed-by: Sam Ravnborg Cc: "James E.J. Bottomley" Cc: Helge Deller Cc: "David S. Miller" Cc: Andreas Larsson Cc: Thomas Gleixner Cc: Ingo Molnar Cc: Borislav Petkov Cc: Dave Hansen Cc: x86@kernel.orgCc: "H. Peter Anvin" Signed-off-by: Arnd Bergmann List of files: /linux-6.15/arch/parisc/Makefile

3b9ab248 - kbuild: use 4-space indentation when followed by conditionals

Fri, 02 Feb 2024 01:31:42 +0000

kbuild: use 4-space indentation when followed by conditionalsGNU Make manual [1] clearly forbids a tab at the beginning of theconditional directive line: "Extra spaces are allowed and ignored at the beginning of the conditional directive line, but a tab is not allowed."This will not work for the next release of GNU Make, hence commit82175d1f9430 ("kbuild: Replace tabs with spaces when followed byconditionals") replaced the inappropriate tabs with 8 spaces.However, the 8-space indentation cannot be visually distinguished.Linus suggested 2-4 spaces for those nested if-statements. [2]This commit redoes the replacement with 4 spaces.[1]: https://www.gnu.org/software/make/manual/make.html#Conditional-Syntax[2]: https://lore.kernel.org/all/CAHk-=whJKZNZWsa-VNDKafS_VfY4a5dAjG-r8BZgWk_a-xSepw@mail.gmail.com/Suggested-by: Linus Torvalds Signed-off-by: Masahiro Yamada List of files: /linux-6.15/arch/parisc/Makefile

82175d1f - kbuild: Replace tabs with spaces when followed by conditionals

Sun, 28 Jan 2024 15:10:39 +0000

kbuild: Replace tabs with spaces when followed by conditionalsThis is needed for the future (post make-4.4.1) versions of gnu make.Starting from https://git.savannah.gnu.org/cgit/make.git/commit/?id=07fcee35f058a876447c8a021f9eb1943f902534gnu make won't allow conditionals to follow recipe prefix.For example there is a tab followed by ifeq on line 324 in the root Makefile.With the new make this conditional causes the following$ make cpu.o/home/dgoncharov/src/linux-kbuild/Makefile:2063: *** missing 'endif'. Stop.make: *** [Makefile:240: __sub-make] Error 2This patch replaces tabs followed by conditionals with 8 spaces.See https://savannah.gnu.org/bugs/?64185 andhttps://savannah.gnu.org/bugs/?64259 for details.Signed-off-by: Dmitry Goncharov Reported-by: Martin Dorey Reviewed-by: Miguel Ojeda Signed-off-by: Masahiro Yamada List of files: /linux-6.15/arch/parisc/Makefile

56769ba4 - kbuild: unify vdso_install rules

Sat, 14 Oct 2023 10:54:35 +0000

kbuild: unify vdso_install rulesCurrently, there is no standard implementation for vdso_install,leading to various issues: 1. Code duplication Many architectures duplicate similar code just for copying files to the install destination. Some architectures (arm, sparc, x86) create build-id symlinks, introducing more code duplication. 2. Unintended updates of in-tree build artifacts The vdso_install rule depends on the vdso files to install. It may update in-tree build artifacts. This can be problematic, as explained in commit 19514fc665ff ("arm, kbuild: make "make install" not depend on vmlinux"). 3. Broken code in some architectures Makefile code is often copied from one architecture to another without proper adaptation. 'make vdso_install' for parisc does not work. 'make vdso_install' for s390 installs vdso64, but not vdso32.To address these problems, this commit introduces a generic vdso_installrule.Architectures that support vdso_install need to define vdso-install-yin arch/*/Makefile. vdso-install-y lists the files to install.For example, arch/x86/Makefile looks like this: vdso-install-$(CONFIG_X86_64) += arch/x86/entry/vdso/vdso64.so.dbg vdso-install-$(CONFIG_X86_X32_ABI) += arch/x86/entry/vdso/vdsox32.so.dbg vdso-install-$(CONFIG_X86_32) += arch/x86/entry/vdso/vdso32.so.dbg vdso-install-$(CONFIG_IA32_EMULATION) += arch/x86/entry/vdso/vdso32.so.dbgThese files will be installed to $(MODLIB)/vdso/ with the .dbg suffix,if exists, stripped away.vdso-install-y can optionally take the second field after the colonseparator. This is needed because some architectures install a vdsofile as a different base name.The following is a snippet from arch/arm64/Makefile. vdso-install-$(CONFIG_COMPAT_VDSO) += arch/arm64/kernel/vdso32/vdso.so.dbg:vdso32.soThis will rename vdso.so.dbg to vdso32.so during installation. If sucharchitectures change their implementation so that the base names match,this workaround will go away.Signed-off-by: Masahiro Yamada Acked-by: Sven Schnelle # s390Reviewed-by: Nicolas Schier Reviewed-by: Guo Ren Acked-by: Helge Deller # pariscAcked-by: Catalin Marinas Acked-by: Russell King (Oracle) List of files: /linux-6.15/arch/parisc/Makefile

cf41d18b - arch/parisc: Implement fb_is_primary_device() under arch/parisc

Mon, 17 Apr 2023 12:56:45 +0000

arch/parisc: Implement fb_is_primary_device() under arch/pariscMove PARISC's implementation of fb_is_primary_device() into thearchitecture directory. This the place of the declaration andwhere other architectures implement this function. No functionalchanges.Signed-off-by: Thomas Zimmermann Cc: "James E.J. Bottomley" Cc: Helge Deller Acked-by: Arnd Bergmann Acked-by: Helge Deller Link: https://patchwork.freedesktop.org/patch/msgid/20230417125651.25126-14-tzimmermann@suse.de List of files: /linux-6.15/arch/parisc/Makefile

d77f0ecd - arch/parisc: Remove trailing whitespaces

Mon, 17 Apr 2023 12:56:44 +0000

arch/parisc: Remove trailing whitespacesFix trailing whitespaces. No functional changes.Signed-off-by: Thomas Zimmermann Cc: "James E.J. Bottomley" Cc: Helge Deller Acked-by: Arnd Bergmann Acked-by: Helge Deller Link: https://patchwork.freedesktop.org/patch/msgid/20230417125651.25126-13-tzimmermann@suse.de List of files: /linux-6.15/arch/parisc/Makefile

ce697cce - kbuild: remove head-y syntax

Sat, 24 Sep 2022 18:19:15 +0000

kbuild: remove head-y syntaxKbuild puts the objects listed in head-y at the head of vmlinux.Conventionally, we do this for head*.S, which contains the kernel entrypoint.A counter approach is to control the section order by the linker script.Actually, the code marked as __HEAD goes into the ".head.text" section,which is placed before the normal ".text" section.I do not know if both of them are needed. From the build systemperspective, head-y is not mandatory. If you can achieve the proper codeplacement by the linker script only, it would be cleaner.I collected the current head-y objects into head-object-list.txt. It isa whitelist. My hope is it will be reduced in the long run.Signed-off-by: Masahiro Yamada Tested-by: Nick Desaulniers Reviewed-by: Nicolas Schier List of files: /linux-6.15/arch/parisc/Makefile

534671e0 - parisc: remove arch/parisc/nm

Fri, 27 May 2022 14:39:31 +0000

parisc: remove arch/parisc/nmParisc overrides 'nm' with a shell script. I was hit by a false-positiveerror of $(NM) because this script returns the exit status of grepinstead of ${CROSS_COMPILE}nm. (grep returns 1 if no lines were selected)I tried to fix it, but in the code review, Helge suggested to remove itentirely. [1]This script was added in 2003. [2]Presumably, it was a workaround for old toolchains (but even the pariscmaintainer does not know the detail any more).Hopefully, recent tools should work fine.[1]: https://lore.kernel.org/all/1c12cd26-d8aa-4498-f4c0-29478b9578fe@gmx.de/[2]: https://git.kernel.org/pub/scm/linux/kernel/git/history/history.git/commit/?id=36eaa6e4c0e0b6950136b956b72fd08155b92ca3Suggested-by: Helge Deller Signed-off-by: Masahiro Yamada Acked-by: Helge Deller List of files: /linux-6.15/arch/parisc/Makefile

f774f5bb - kbuild: factor out the common installation code into scripts/install.sh

Tue, 03 May 2022 02:47:16 +0000

kbuild: factor out the common installation code into scripts/install.shMany architectures have similar install.sh scripts.The first half is really generic; it verifies that the kernel imageand System.map exist, then executes ~/bin/${INSTALLKERNEL} or/sbin/${INSTALLKERNEL} if available.The second half is kind of arch-specific; it copies the kernel imageand System.map to the destination, but the code is slightly different.Factor out the generic part into scripts/install.sh.Signed-off-by: Masahiro Yamada Reviewed-by: Nicolas Schier List of files: /linux-6.15/arch/parisc/Makefile

ed979481 - parisc: Detect hppa-suse-linux-gcc compiler for cross-building

Mon, 21 Mar 2022 21:02:01 +0000

parisc: Detect hppa-suse-linux-gcc compiler for cross-buildingAllow the system to find the SUSE hppa compiler and linker to setCROSS32_COMPILE and CROSS_COMPILE.Suggested-by: Jiri Slaby Signed-off-by: Helge Deller List of files: /linux-6.15/arch/parisc/Makefile

b9f50eea - parisc: Always use the self-extracting kernel feature

Tue, 15 Feb 2022 19:56:27 +0000

parisc: Always use the self-extracting kernel featureThis patch drops the CONFIG_PARISC_SELF_EXTRACT option.The palo boot loader is able to decompress a kernel which was compressedwith gzip. That possibility was useful when the Linux kernelself-extracting feature wasn't implemented yet.Beside the fact that the self-extracting feature offers much bettercompression rates, we do support self-extracting kernels already sincekernel v4.14, so now it's really time to get rid of that old option andalways use the self-extractor.Signed-off-by: Helge Deller List of files: /linux-6.15/arch/parisc/Makefile

df24e178 - parisc: Add vDSO support

Wed, 08 Dec 2021 10:06:52 +0000

parisc: Add vDSO supportAdd minimal vDSO support, which provides the signal trampoline helpers,but none of the userspace syscall helpers like time wrappers.The big benefit of this vDSO implementation is, that we now don't needan executeable stack any longer. PA-RISC is one of the lastarchitectures where an executeable stack was needed in oder to implementthe signal trampolines by putting assembly instructions on the stackwhich then gets executed. Instead the kernel will provide the relevantcode in the vDSO page and only put the pointers to the signalinformation on the stack.By dropping the need for executable stacks we avoid running into issueswith applications which want non executable stacks for security reasons.Additionally, alternative stacks on memory areas without execpermissions are supported too.This code is based on an initial implementation by Randolph Chung from 2006:https://lore.kernel.org/linux-parisc/4544A34A.6080700@tausq.org/I did the porting and lifted the code to current code base. Dave fixedthe unwind code so that gdb and glibc are able to backtrace through thecode. An additional patch to gdb will be pushed upstream by Dave.Signed-off-by: Helge Deller Signed-off-by: Dave Anglin Cc: Randolph Chung Signed-off-by: Helge Deller List of files: /linux-6.15/arch/parisc/Makefile

1d7c29b7 - parisc: Fix KBUILD_IMAGE for self-extracting kernel

Fri, 26 Nov 2021 21:35:45 +0000

parisc: Fix KBUILD_IMAGE for self-extracting kernelDefault KBUILD_IMAGE to $(boot)/bzImage if a self-extracting(CONFIG_PARISC_SELF_EXTRACT=y) kernel is to be built.This fixes the bindeb-pkg make target.Signed-off-by: Helge Deller Cc: # v4.14+ List of files: /linux-6.15/arch/parisc/Makefile

8212f898 - kbuild: use more subdir- for visiting subdirectories while cleaning

Wed, 13 Oct 2021 06:36:22 +0000

kbuild: use more subdir- for visiting subdirectories while cleaningDocumentation/kbuild/makefiles.rst suggests to use "archclean" forcleaning arch/$(SRCARCH)/boot/, but it is not a hard requirement.Since commit d92cc4d51643 ("kbuild: require all architectures to havearch/$(SRCARCH)/Kbuild"), we can use the "subdir- += boot" trick forall architectures. This can take advantage of the parallel option (-j)for "make clean".I also cleaned up the comments in arch/$(SRCARCH)/Makefile. The "archdep"target no longer exists.Signed-off-by: Masahiro Yamada Reviewed-by: Kees Cook Acked-by: Geert Uytterhoeven Acked-by: Michael Ellerman (powerpc) List of files: /linux-6.15/arch/parisc/Makefile

5f6e0fe0 - parisc: Fix compile failure when building 64-bit kernel natively

Thu, 10 Jun 2021 02:03:31 +0000

parisc: Fix compile failure when building 64-bit kernel nativelyCommit 23243c1ace9f ("arch: use cross_compiling to check whether it isa cross build or not") broke 64-bit parisc builds on 32-bit pariscsystems.Helge mentioned: - 64-bit parisc userspace is not supported yet [1] - hppa gcc does not support "-m64" flag [2]That means, parisc developers working on a 32-bit parisc machine needto use hppa64-linux-gnu-gcc (cross compiler) for building the 64-bitparisc kernel.After the offending commit, gcc is used in such a case becauseboth $(SRCARCH) and $(SUBARCH) are 'parisc', hence cross_compiling isunset.A correct way is to introduce ARCH=parisc64 because building the 64-bitparisc kernel on a 32-bit parisc system is not exactly a native build,but rather a semi-cross build.[1]: https://lore.kernel.org/linux-parisc/5dfd81eb-c8ca-b7f5-e80e-8632767c022d@gmx.de/#t[2]: https://lore.kernel.org/linux-parisc/89515325-fc21-31da-d238-6f7a9abbf9a0@gmx.de/Fixes: 23243c1ace9f ("arch: use cross_compiling to check whether it is a cross build or not")Signed-off-by: Masahiro Yamada Reported-by: Meelis Roos Tested-by: Meelis Roos Cc: # v5.13+Signed-off-by: Helge Deller List of files: /linux-6.15/arch/parisc/Makefile

6ef4661c - parisc: move core-y in arch/parisc/Makefile to arch/parisc/Kbuild

Wed, 11 Aug 2021 16:41:16 +0000

parisc: move core-y in arch/parisc/Makefile to arch/parisc/KbuildUse obj-y to clean up Makefile.Signed-off-by: Masahiro Yamada Signed-off-by: Helge Deller List of files: /linux-6.15/arch/parisc/Makefile

23243c1a - arch: use cross_compiling to check whether it is a cross build or not

Sat, 01 May 2021 17:24:36 +0000

arch: use cross_compiling to check whether it is a cross build or not'cross_compiling' is defined by the top Makefile and available forarch Makefiles to check whether it is a cross build or not. A goodthing is the variable name 'cross_compiling' is self-documenting.This is a simple replacement for m68k, mips, sh, for which $(ARCH)and $(SRCARCH) always match.No functional change is intended for xtensa, either.This is rather a fix for parisc because arch/parisc/Makefile definesUTS_MATCHINE depending on CONFIG_64BIT, therefore cc-cross-prefixis not working in Kconfig time.Signed-off-by: Masahiro Yamada Acked-by: Geert Uytterhoeven Acked-by: Helge Deller # pariscAcked-by: Max Filippov # xtensa List of files: /linux-6.15/arch/parisc/Makefile

7a22384d - arch: parisc: Remove CONFIG_OPROFILE support

Thu, 14 Jan 2021 11:35:22 +0000

arch: parisc: Remove CONFIG_OPROFILE supportThe "oprofile" user-space tools don't use the kernel OPROFILE supportany more, and haven't in a long time. User-space has been converted tothe perf interfaces.Remove the old oprofile's architecture specific support.Suggested-by: Christoph Hellwig Suggested-by: Linus Torvalds Signed-off-by: Viresh Kumar Acked-by: Robert Richter Acked-by: William Cohen Acked-by: Al Viro Acked-by: Thomas Gleixner Acked-by: Helge Deller # parisc List of files: /linux-6.15/arch/parisc/Makefile

e4a42c82 - kbuild: fix broken builds because of GZIP,BZIP2,LZOP variables

Mon, 08 Jun 2020 09:59:44 +0000

kbuild: fix broken builds because of GZIP,BZIP2,LZOP variablesRedefine GZIP, BZIP2, LZOP variables as KGZIP, KBZIP2, KLZOP resp.GZIP, BZIP2, LZOP env variables are reserved by the tools. The originalattempt to redefine them internally doesn't work in makefiles/scriptsintercall scenarios, e.g., "make GZIP=gzip bindeb-pkg" and results inbroken builds. There can be other broken build commands because of this,so the universal solution is to use non-reserved env variables for thecompression tools.Fixes: 8dfb61dcbace ("kbuild: add variables for compression tools")Signed-off-by: Denis Efremov Tested-by: Guenter Roeck Signed-off-by: Masahiro Yamada List of files: /linux-6.15/arch/parisc/Makefile

8dfb61dc - kbuild: add variables for compression tools

Fri, 05 Jun 2020 07:39:55 +0000

kbuild: add variables for compression toolsAllow user to use alternative implementations of compression tools,such as pigz, pbzip2, pxz. For example, multi-threaded tools tospeed up the build:$ make GZIP=pigz BZIP2=pbzip2Variables _GZIP, _BZIP2, _LZOP are used internally because original envvars are reserved by the tools. The use of GZIP in gzip tool is obsoletesince 2015. However, alternative implementations (e.g., pigz) still relyon it. BZIP2, BZIP, LZOP vars are not obsolescent.The credit goes to @grsecurity.As a sidenote, for multi-threaded lzma, xz compression one can use:$ export XZ_OPT="--threads=0"Signed-off-by: Denis Efremov Signed-off-by: Masahiro Yamada List of files: /linux-6.15/arch/parisc/Makefile