Changes in Makefile

69114be1 - sparc/build: Put usage of -fcall-used* flags behind cc-option

Tue, 29 Oct 2024 14:49:07 +0000

sparc/build: Put usage of -fcall-used* flags behind cc-optionPlace -fcall-used* flags behind cc-option so that clang (which doesn'tsupport them) can still compile the kernel.This is a safe change, the reasoning is as follows:In the (normal) 32-bit ABI, %g5 and %g7 is normally reserved, and inthe 64-bit ABI, %g7 is the reserved one.Linux turns them into volatile registers by the way of -fcall-used-*,but on the other hand, omitting the flags shouldn't be harmful;compilers will now simply refuse to touch them, and any assemblycode that happens to touch them would still work like usual (becauseLinux' conventions already treats them as volatile anyway).Signed-off-by: Koakuma Reviewed-by: Nathan Chancellor Tested-by: Nathan Chancellor Reviewed-by: Andreas Larsson Link: https://lore.kernel.org/r/20241029-sparc-cflags-v3-1-b28745a6bd71@protonmail.comSigned-off-by: Andreas Larsson List of files: /linux-6.15/arch/sparc/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/sparc/Makefile

ed683b9b - sparc: Fix undefined reference to fb_is_primary_device

Tue, 20 Feb 2024 09:54:12 +0000

sparc: Fix undefined reference to fb_is_primary_deviceCommit 55bffc8170bb ("fbdev: Split frame buffer support in FB and FB_COREsymbols") added a new FB_CORE Kconfig symbol, that can be enabled to onlyhave fbcon/VT and DRM fbdev emulation, but without support for any legacyfbdev driver.Unfortunately, it missed to change the CONFIG_FB in arch/sparc makefiles,which leads to the following linking error in some sparc64 configurations: sparc64-linux-ld: drivers/video/fbdev/core/fbcon.o: in function `fbcon_fb_registered':>> fbcon.c:(.text+0x4f60): undefined reference to `fb_is_primary_device'Fixes: 55bffc8170bb ("fbdev: Split frame buffer support in FB and FB_CORE symbols")Reported-by: kernel test robot Closes: https://lore.kernel.org/r/202401290306.IV8rhJ02-lkp@intel.com/Signed-off-by: Javier Martinez Canillas Reviewed-by: Thomas Zimmermann Acked-by: Arnd Bergmann Cc: # v6.6+Signed-off-by: Thomas Zimmermann Link: https://patchwork.freedesktop.org/patch/msgid/20240220095428.3341195-1-javierm@redhat.com List of files: /linux-6.15/arch/sparc/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/sparc/Makefile

dbb5f7c3 - sparc: unify sparc32/sparc64 archhelp

Thu, 13 Apr 2023 20:38:57 +0000

sparc: unify sparc32/sparc64 archhelpCurrently, entering$ make ARCH=sparc32 helpprints the archhelp text for sparc64.["sparc32" is documented (Documentation/kbuild/kbuild.rst)to be a recognized alias for 32-bit sparc.]Instead of handling ARCH=sparc or ARCH=sparc32 or ARCH=sparc64,just unify all SPARC archhelp text in one place.Fixes: 5e53879008b9 ("sparc,sparc64: unify Makefile")Signed-off-by: Randy Dunlap Suggested-by: Masahiro Yamada Signed-off-by: Masahiro Yamada List of files: /linux-6.15/arch/sparc/Makefile

4eec0b30 - arch/sparc: Implement fb_is_primary_device() in source file

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

arch/sparc: Implement fb_is_primary_device() in source fileOther architectures implment fb_is_primary_device() in a sourcefile. Do the same on sparc. No functional changes, but allows toremove several include statement from .v2: * don't include in header fileSigned-off-by: Thomas Zimmermann Cc: "David S. Miller" Acked-by: Arnd Bergmann Acked-by: Helge Deller Link: https://patchwork.freedesktop.org/patch/msgid/20230417125651.25126-18-tzimmermann@suse.de List of files: /linux-6.15/arch/sparc/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/sparc/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/sparc/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/sparc/Makefile

87c3cb56 - sparc: move the install rule to arch/sparc/Makefile

Thu, 29 Jul 2021 14:24:40 +0000

sparc: move the install rule to arch/sparc/MakefileCurrently, the install target in arch/sparc/Makefile descends intoarch/sparc/boot/Makefile to invoke the shell script, but there is nogood reason to do so.arch/sparc/Makefile can run the shell script directly.Signed-off-by: Masahiro Yamada List of files: /linux-6.15/arch/sparc/Makefile

d92cc4d5 - kbuild: require all architectures to have arch/$(SRCARCH)/Kbuild

Wed, 12 May 2021 07:57:25 +0000

kbuild: require all architectures to have arch/$(SRCARCH)/Kbuildarch/$(SRCARCH)/Kbuild is useful for Makefile cleanups because you canuse the obj-y syntax.Add an empty file if it is missing in arch/$(SRCARCH)/.Signed-off-by: Masahiro Yamada List of files: /linux-6.15/arch/sparc/Makefile

2083fecd - arch: sparc: Remove CONFIG_OPROFILE support

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

arch: sparc: 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 List of files: /linux-6.15/arch/sparc/Makefile

36800330 - sparc: generate uapi header and system call table files

Wed, 14 Nov 2018 05:26:31 +0000

sparc: generate uapi header and system call table filesSystem call table generation script must be run to gener-ate unistd_32/64.h and syscall_table_32/64/c32.h files.This patch will have changes which will invokes the script.This patch will generate unistd_32/64.h and syscall_table-_32/64/c32.h files by the syscall table generation scriptinvoked by parisc/Makefile and the generated files againstthe removed files must be identical.The generated uapi header file will be included in uapi/-asm/unistd.h and generated system call table header filewill be included by kernel/systbls_32/64.S file.Signed-off-by: Firoz Khan Signed-off-by: David S. Miller List of files: /linux-6.15/arch/sparc/Makefile

d503ac53 - kbuild: rename LDFLAGS to KBUILD_LDFLAGS

Thu, 23 Aug 2018 23:20:39 +0000

kbuild: rename LDFLAGS to KBUILD_LDFLAGSCommit a0f97e06a43c ("kbuild: enable 'make CFLAGS=...' to addadditional options to CC") renamed CFLAGS to KBUILD_CFLAGS.Commit 222d394d30e7 ("kbuild: enable 'make AFLAGS=...' to addadditional options to AS") renamed AFLAGS to KBUILD_AFLAGS.Commit 06c5040cdb13 ("kbuild: enable 'make CPPFLAGS=...' to addadditional options to CPP") renamed CPPFLAGS to KBUILD_CPPFLAGS.For some reason, LDFLAGS was not renamed.Using a well-known variable like LDFLAGS may result in accidentaloverride of the variable.Kbuild generally uses KBUILD_ prefixed variables for the internallyappended options, so here is one more conversion to sanitize thenaming convention.I did not touch Makefiles under tools/ since the tools build systemis a different world.Signed-off-by: Masahiro Yamada Acked-by: Kirill A. Shutemov Reviewed-by: Palmer Dabbelt List of files: /linux-6.15/arch/sparc/Makefile

c84ca616 - sparc: fix KBUILD_DEFCONFIG for ARCH=sparc32

Mon, 20 Aug 2018 17:08:28 +0000

sparc: fix KBUILD_DEFCONFIG for ARCH=sparc32As commit 5ba800962a80 ("kbuild: update ARCH alias info for sparc")addressed, SPARC accepts ARCH=sparc32 as an alias.However, arch/sparc/Makefile wrongly sets KBUILD_DEFCONFIG, thensparc64_defconfig is chosen as the base configuration for ARCH=sparc32. $ make ARCH=sparc32 defconfig *** Default configuration is based on 'sparc64_defconfig' # # configuration written to .config #Fix the logic to choose sparc64_defconfig only when ARCH=sparc64.Signed-off-by: Masahiro Yamada Signed-off-by: David S. Miller List of files: /linux-6.15/arch/sparc/Makefile

1f2f01b1 - kbuild: add machine size to CHECKFLAGS

Wed, 30 May 2018 20:48:38 +0000

kbuild: add machine size to CHECKFLAGSBy default, sparse assumes a 64bit machine when compiled on x86-64and 32bit when compiled on anything else.This can of course create all sort of problems for the other archs, likeissuing false warnings ('shift too big (32) for type unsigned long'), orworse, failing to emit legitimate warnings.Fix this by adding the -m32/-m64 flag, depending on CONFIG_64BIT,to CHECKFLAGS in the main Makefile (and so for all archs).Also, remove the now unneeded -m32/-m64 in arch specific Makefiles.Signed-off-by: Luc Van Oostenryck Signed-off-by: Masahiro Yamada List of files: /linux-6.15/arch/sparc/Makefile

9a08862a - vDSO for sparc

Thu, 21 Sep 2017 15:05:31 +0000

vDSO for sparcFollowing patch is based on work done by Nick Alcock on 64-bit vDSO for sparcin Oracle linux. I have extended it to include support for 32-bit vDSO for sparcon 64-bit kernel.vDSO for sparc is based on the X86 implementation. This patchprovides vDSO support for both 64-bit and 32-bit programs on 64-bit kernel.vDSO will be disabled on 32-bit linux kernel on sparc.*) vclock_gettime.c contains all the vdso functions. Since data page is mapped before the vdso code page, the pointer to data page is got by subracting offset from an address in the vdso code page. The return address stored in %i7 is used for this purpose.*) During compilation, both 32-bit and 64-bit vdso images are compiled and are converted into raw bytes by vdso2c program to be ready for mapping into the process. 32-bit images are compiled only if CONFIG_COMPAT is enabled. vdso2c generates two files vdso-image-64.c and vdso-image-32.c which contains the respective vDSO image in C structure.*) During vdso initialization, required number of vdso pages are allocated and raw bytes are copied into the pages.*) During every exec, these pages are mapped into the process through arch_setup_additional_pages and the location of mapping is passed on to the process through aux vector AT_SYSINFO_EHDR which is used by glibc.*) A new update_vsyscall routine for sparc is added to keep the data page in vdso updated.*) As vDSO cannot contain dynamically relocatable references, a new version of cpu_relax is added for the use of vDSO.This change also requires a putback to glibc to use vDSO. For testing,programs planning to try vDSO can be compiled against the generatedvdso(64/32).so in the source.Testing:========[root@localhost ~]# cat vdso_test.cint main() { struct timespec tv_start, tv_end; struct timeval tv_tmp; int i; int count = 1 * 1000 * 10000; long long diff; clock_gettime(0, &tv_start); for (i = 0; i < count; i++) gettimeofday(&tv_tmp, NULL); clock_gettime(0, &tv_end); diff = (long long)(tv_end.tv_sec - tv_start.tv_sec)*(1*1000*1000*1000); diff += (tv_end.tv_nsec - tv_start.tv_nsec); printf("Start sec: %d\n", tv_start.tv_sec); printf("End sec : %d\n", tv_end.tv_sec); printf("%d cycles in %lld ns = %f ns/cycle\n", count, diff, (double)diff / (double)count); return 0;}[root@localhost ~]# cc vdso_test.c -o t32_without_fix -m32 -lrt[root@localhost ~]# ./t32_without_fixStart sec: 1502396130End sec : 150239614010000000 cycles in 9565148528 ns = 956.514853 ns/cycle[root@localhost ~]# cc vdso_test.c -o t32_with_fix -m32 ./vdso32.so.dbg[root@localhost ~]# ./t32_with_fixStart sec: 1502396168End sec : 150239616910000000 cycles in 798141262 ns = 79.814126 ns/cycle[root@localhost ~]# cc vdso_test.c -o t64_without_fix -m64 -lrt[root@localhost ~]# ./t64_without_fixStart sec: 1502396208End sec : 150239621810000000 cycles in 9846091800 ns = 984.609180 ns/cycle[root@localhost ~]# cc vdso_test.c -o t64_with_fix -m64 ./vdso64.so.dbg[root@localhost ~]# ./t64_with_fixStart sec: 1502396257End sec : 150239625710000000 cycles in 380984048 ns = 38.098405 ns/cycleV1 to V2 Changes:================= Added hot patching code to switch the read stick instruction to readtick instruction based on the hardware.V2 to V3 Changes:================= Merged latest changes from sparc-next and moved the initializationof clocksource_tick.archdata.vclock_mode to time_init_early. Disabledqueued spinlock and rwlock configuration when simulating 32-bit configto compile 32-bit VDSO.V3 to V4 Changes:================= Hardcoded the page size as 8192 in linker script for both 64-bit and32-bit binaries. Removed unused variables in vdso2c.h. Added -mv8plus flag toMakefile to prevent the generation of relocation entries for __lshrdi3 in 32-bitvdso binary.Signed-off-by: Nick Alcock Signed-off-by: Nagarathnam Muthusamy Reviewed-by: Shannon Nelson Signed-off-by: David S. Miller List of files: /linux-6.15/arch/sparc/Makefile

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/sparc/Makefile

22be3b10 - sparc32: Add -Wa,-Av8 to KBUILD_CFLAGS.

Sun, 17 Jan 2016 16:47:29 +0000

sparc32: Add -Wa,-Av8 to KBUILD_CFLAGS.Binutils used to be (erroneously) extremely permissive aboutinstruction usage. But that got fixed and if you don't properly tellit to accept classes of instructions it will fail.This uncovered a specs bug on sparc in gcc where it wouldn't pass theproper options to binutils options.Deal with this in the kernel build by adding -Wa,-Av8 to KBUILD_CFLAGS.Reported-by: Al Viro Signed-off-by: David S. Miller List of files: /linux-6.15/arch/sparc/Makefile

c78f77e2 - sparc: Add "install" target

Fri, 25 Jul 2014 17:41:51 +0000

sparc: Add "install" targetThis patches adds an "install" target to install kernel builds for SPARC,modeled after the i386 script.Signed-off-by: David L Stevens Signed-off-by: David S. Miller List of files: /linux-6.15/arch/sparc/Makefile