Changes in Makefile

0f0d2871 - arch: turn off -Werror for architectures with known warnings

Thu, 30 Nov 2023 08:07:38 +0000

arch: turn off -Werror for architectures with known warningsA couple of architectures enable -Werror for their own files regardless ofCONFIG_WERROR but also have known warnings that fail the build with-Wmissing-prototypes enabled by default:arch/alpha/lib/memcpy.c:153:8: error: no previous prototype for 'memcpy' [-Werror=missing-prototypes]arch/alpha/kernel/irq.c:96:1: error: no previous prototype for 'handle_irq' [-Werror=missing-prototypes]arch/mips/kernel/signal.c:673:17: error: no previous prototype for ‘sys_rt_sigreturn’ [-Werror=missing-prototypes]arch/mips/kernel/signal.c:636:17: error: no previous prototype for ‘sys_sigreturn’ [-Werror=missing-prototypes]arch/mips/kernel/syscall.c:51:16: error: no previous prototype for ‘sysm_pipe’ [-Werror=missing-prototypes]arch/mips/mm/fault.c:323:17: error: no previous prototype for ‘do_page_fault’ [-Werror=missing-prototypes]arch/sparc/vdso/vma.c:246:12: warning: no previous prototype for ‘init_vdso_image’ [-Wmissing-prototypes]varch/sparc/vdso/vdso32/../vclock_gettime.c:343:1: warning: no previous prototype for ‘__vdso_gettimeofday_stick’ [-Wmissing-prototypes]arch/sparc/vdso/vclock_gettime.c:343:1: warning: no previous prototype for ‘__vdso_gettimeofday_stick’ [-Wmissing-prototypes]arch/sparc/prom/p1275.c:52:6: warning: no previous prototype for ‘prom_cif_init’ [-Wmissing-prototypes]arch/sparc/prom/misc_64.c:165:5: warning: no previous prototype for ‘prom_get_mmu_ihandle’ [-Wmissing-prototypes]This appears to be an artifact from the times when this architecture codewas better maintained that most device drivers and before CONFIG_WERRORwas added. Now it just gets in the way, so remove all of these.Powerpc and x86 both still have their own Kconfig options to enable-Werror for some of their files. These architectures are bettermaintained than most and the options are easy to disable, so leave thoseuntouched.Link: https://lkml.kernel.org/r/4be73872-c1f5-4c31-8201-712c19290a22@app.fastmail.comSigned-off-by: Arnd Bergmann Reported-by: Stephen Rothwell Cc: "David S. Miller" Cc: Thomas Bogendoerfer Signed-off-by: Andrew Morton List of files: /linux-6.15/arch/sparc/kernel/Makefile

32164845 - kbuild: use obj-y instead extra-y for objects placed at the head

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

kbuild: use obj-y instead extra-y for objects placed at the headThe objects placed at the head of vmlinux need special treatments: - arch/$(SRCARCH)/Makefile adds them to head-y in order to place them before other archives in the linker command line. - arch/$(SRCARCH)/kernel/Makefile adds them to extra-y instead of obj-y to avoid them going into built-in.a.This commit gets rid of the latter.Create vmlinux.a to collect all the objects that are unconditionallylinked to vmlinux. The objects listed in head-y are moved to the headof vmlinux.a by using 'ar m'.With this, arch/$(SRCARCH)/kernel/Makefile can consistently use obj-yfor builtin objects.There is no *.o that is directly linked to vmlinux. Drop unneeded codein scripts/clang-tools/gen_compile_commands.py.$(AR) mPi needs 'T' to workaround the llvm-ar bug. The fix was suggestedby Nathan Chancellor [1].[1]: https://lore.kernel.org/llvm/YyjjT5gQ2hGMH0ni@dev-arch.thelio-3990X/Signed-off-by: Masahiro Yamada Tested-by: Nick Desaulniers Reviewed-by: Nicolas Schier List of files: /linux-6.15/arch/sparc/kernel/Makefile

1d5d6682 - termios: uninline conversion helpers

Sat, 20 Aug 2022 23:36:09 +0000

termios: uninline conversion helpersdefault go into drivers/tty/tty_ioctl.c, unusual - intoarch/*/kernel/termios.c (only alpha and sparc have those).Signed-off-by: Al Viro Link: https://lore.kernel.org/r/YxDmeUBHo0s/Ew8b@ZenIVSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/arch/sparc/kernel/Makefile

a4261d4b - sparc: share process creation helpers between sparc and sparc64

Tue, 12 May 2020 17:15:26 +0000

sparc: share process creation helpers between sparc and sparc64As promised in the previous patch, this moves the process creationhelpers into a common process.c file that is shared between sparc andsparc64. It allows us to get rid of quite a bit custom assembler and theto remove the separe 32bit specific sparc_do_fork() call.One thing to note, is that when clone() was called with a separate stackfor the child the assembler would align it. But copy_thread() has alwaysbeen doing that too so that line wasn't needed and can thus simply beremoved.Signed-off-by: Christian Brauner Acked-by: David S. Miller Cc: Arnd Bergmann Cc: "David S. Miller" Cc: Guo Ren Cc: linux-csky@vger.kernel.orgCc: linux-kernel@vger.kernel.orgCc: sparclinux@vger.kernel.orgLink: https://lore.kernel.org/r/20200512171527.570109-3-christian.brauner@ubuntu.com List of files: /linux-6.15/arch/sparc/kernel/Makefile

e9666d10 - jump_label: move 'asm goto' support test to Kconfig

Sun, 30 Dec 2018 15:14:15 +0000

jump_label: move 'asm goto' support test to KconfigCurrently, CONFIG_JUMP_LABEL just means "I _want_ to use jump label".The jump label is controlled by HAVE_JUMP_LABEL, which is definedlike this: #if defined(CC_HAVE_ASM_GOTO) && defined(CONFIG_JUMP_LABEL) # define HAVE_JUMP_LABEL #endifWe can improve this by testing 'asm goto' support in Kconfig, thenmake JUMP_LABEL depend on CC_HAS_ASM_GOTO.Ugly #ifdef HAVE_JUMP_LABEL will go away, and CONFIG_JUMP_LABEL willmatch to the real kernel capability.Signed-off-by: Masahiro Yamada Acked-by: Michael Ellerman (powerpc)Tested-by: Sedat Dilek List of files: /linux-6.15/arch/sparc/kernel/Makefile

0d3fdb15 - iommu-common: move to arch/sparc

Tue, 03 Apr 2018 13:34:58 +0000

iommu-common: move to arch/sparcThis code is only used by sparc, and all new iommu drivers should use thedrivers/iommu/ framework. Also remove the unused exports.Signed-off-by: Christoph Hellwig Acked-by: David S. Miller Reviewed-by: Anshuman Khandual List of files: /linux-6.15/arch/sparc/kernel/Makefile

15b28bbc - dma-debug: move initialization to common code

Mon, 16 Apr 2018 15:22:28 +0000

dma-debug: move initialization to common codeMost mainstream architectures are using 65536 entries, so lets stick tothat. If someone is really desperate to override it that can still bedone through , but I'd rather see a really goodrationale for that.dma_debug_init is now called as a core_initcall, which for manyarchitectures means much earlier, and provides dma-debug functionalityearlier in the boot process. This should be safe as it only relieson the memory allocator already being available.Signed-off-by: Christoph Hellwig Acked-by: Marek Szyprowski Reviewed-by: Robin Murphy List of files: /linux-6.15/arch/sparc/kernel/Makefile

c6202ca7 - sparc64: Add auxiliary vectors to report platform ADI properties

Wed, 21 Feb 2018 17:15:48 +0000

sparc64: Add auxiliary vectors to report platform ADI propertiesADI feature on M7 and newer processors has three important propertiesrelevant to userspace apps using ADI capabilities - (1) Size of block ofmemory an ADI version tag applies to, (2) Number of uppermost bits invirtual address used to encode ADI tag, and (3) The value M7 processorwill force the ADI tags to if it detects uncorrectable error in an ADItagged cacheline. Kernel can retrieve these properties for a platformthrough machine description provided by the firmware. This patch addscode to retrieve these properties and report them to userspace throughauxiliary vectors.Signed-off-by: Khalid Aziz Cc: Khalid Aziz Reviewed-by: Anthony Yznaga Signed-off-by: David S. Miller List of files: /linux-6.15/arch/sparc/kernel/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/kernel/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/kernel/Makefile

e8f4aa60 - sparc64:Support User Probes for sparc

Thu, 13 Oct 2016 04:36:13 +0000

sparc64:Support User Probes for sparcSigned-off-by: Eric Saint Etienne Signed-off-by: Allen Pais Signed-off-by: David S. Miller List of files: /linux-6.15/arch/sparc/kernel/Makefile

d3867f04 - sparc: move exports to definitions

Sun, 17 Jan 2016 02:39:30 +0000

sparc: move exports to definitionsAcked-by: David S. Miller Signed-off-by: Al Viro List of files: /linux-6.15/arch/sparc/kernel/Makefile

7cafc0b8 - sparc64: Fix return from trap window fill crashes.

Sun, 29 May 2016 03:41:12 +0000

sparc64: Fix return from trap window fill crashes.We must handle data access exception as well as memory address unalignedexceptions from return from trap window fill faults, not just normalTLB misses.Otherwise we can get an OOPS that looks like this:ld-linux.so.2(36808): Kernel bad sw trap 5 [#1]CPU: 1 PID: 36808 Comm: ld-linux.so.2 Not tainted 4.6.0 #34task: fff8000303be5c60 ti: fff8000301344000 task.ti: fff8000301344000TSTATE: 0000004410001601 TPC: 0000000000a1a784 TNPC: 0000000000a1a788 Y: 00000002 Not taintedTPC: g0: fff8000024fc8248 g1: 0000000000db04dc g2: 0000000000000000 g3: 0000000000000001g4: fff8000303be5c60 g5: fff800030e672000 g6: fff8000301344000 g7: 0000000000000001o0: 0000000000b95ee8 o1: 000000000000012b o2: 0000000000000000 o3: 0000000200b9b358o4: 0000000000000000 o5: fff8000301344040 sp: fff80003013475c1 ret_pc: 0000000000a1a77cRPC: l0: 00000000000007ff l1: 0000000000000000 l2: 000000000000005f l3: 0000000000000000l4: fff8000301347e98 l5: fff8000024ff3060 l6: 0000000000000000 l7: 0000000000000000i0: fff8000301347f60 i1: 0000000000102400 i2: 0000000000000000 i3: 0000000000000000i4: 0000000000000000 i5: 0000000000000000 i6: fff80003013476a1 i7: 0000000000404d4cI7: Call Trace: [0000000000404d4c] user_rtt_fill_fixup+0x6c/0x7cThe window trap handlers are slightly clever, the trap table entries for them arecomposed of two pieces of code. First comes the code that actually performsthe window fill or spill trap handling, and then there are three instructions atthe end which are for exception processing.The userland register window fill handler is: add %sp, STACK_BIAS + 0x00, %g1; \ ldxa [%g1 + %g0] ASI, %l0; \ mov 0x08, %g2; \ mov 0x10, %g3; \ ldxa [%g1 + %g2] ASI, %l1; \ mov 0x18, %g5; \ ldxa [%g1 + %g3] ASI, %l2; \ ldxa [%g1 + %g5] ASI, %l3; \ add %g1, 0x20, %g1; \ ldxa [%g1 + %g0] ASI, %l4; \ ldxa [%g1 + %g2] ASI, %l5; \ ldxa [%g1 + %g3] ASI, %l6; \ ldxa [%g1 + %g5] ASI, %l7; \ add %g1, 0x20, %g1; \ ldxa [%g1 + %g0] ASI, %i0; \ ldxa [%g1 + %g2] ASI, %i1; \ ldxa [%g1 + %g3] ASI, %i2; \ ldxa [%g1 + %g5] ASI, %i3; \ add %g1, 0x20, %g1; \ ldxa [%g1 + %g0] ASI, %i4; \ ldxa [%g1 + %g2] ASI, %i5; \ ldxa [%g1 + %g3] ASI, %i6; \ ldxa [%g1 + %g5] ASI, %i7; \ restored; \ retry; nop; nop; nop; nop; \ b,a,pt %xcc, fill_fixup_dax; \ b,a,pt %xcc, fill_fixup_mna; \ b,a,pt %xcc, fill_fixup;And the way this works is that if any of those memory accessesgenerate an exception, the exception handler can revector to one ofthose final three branch instructions depending upon which kind ofexception the memory access took. In this way, the fault handlerdoesn't have to know if it was a spill or a fill that it's handlingthe fault for. It just always branches to the last instruction inthe parent trap's handler.For example, for a regular fault, the code goes:winfix_trampoline: rdpr %tpc, %g3 or %g3, 0x7c, %g3 wrpr %g3, %tnpc doneAll window trap handlers are 0x80 aligned, so if we "or" 0x7c into thetrap time program counter, we'll get that final instruction in thetrap handler.On return from trap, we have to pull the register window in but we dothis by hand instead of just executing a "restore" instruction forseveral reasons. The largest being that from Niagara and onward wesimply don't have enough levels in the trap stack to fully resolve allpossible exception cases of a window fault when we are already attrap level 1 (which we enter to get ready to return from the originaltrap).This is executed inline via the FILL_*_RTRAP handlers. rtrap_64.S'scode branches directly to these to do the window fill by hand ifnecessary. Now if you look at them, we'll see at the end: ba,a,pt %xcc, user_rtt_fill_fixup; ba,a,pt %xcc, user_rtt_fill_fixup; ba,a,pt %xcc, user_rtt_fill_fixup;And oops, all three cases are handled like a fault.This doesn't work because each of these trap types (data accessexception, memory address unaligned, and faults) store their auxiliaryinfo in different registers to pass on to the C handler which does thereal work.So in the case where the stack was unaligned, the unaligned traphandler sets up the arg registers one way, and then we branched tothe fault handler which expects them setup another way.So the FAULT_TYPE_* value ends up basically being garbage, andrandomly would generate the backtrace seen above.Reported-by: Nick Alcock Signed-off-by: David S. Miller List of files: /linux-6.15/arch/sparc/kernel/Makefile

77e39a79 - sparc32: drop tadpole specific code

Fri, 16 May 2014 21:25:49 +0000

sparc32: drop tadpole specific codetadpole.c assigned cpu_pwr_save based on the current configuration.The rest of the tadpole.c file was only used if cpu_pwr_save wasdereferenced.But this variable was never dereferenced - and I went back to a 2.6.12kernel to check (from June 2005) - and not even then was it used.Drop this code as it has not been in use for ~10 years.Signed-off-by: Sam Ravnborg Signed-off-by: David S. Miller List of files: /linux-6.15/arch/sparc/kernel/Makefile

a988fb80 - sparc: fix MSI build failure on Sparc32

Wed, 11 Sep 2013 10:32:05 +0000

sparc: fix MSI build failure on Sparc32Commit ebd97be635 ('PCI: remove ARCH_SUPPORTS_MSI kconfig option')removes the ARCH_SUPPORTS_MSI Kconfig option that allowedarchitectures to indicate whether they support PCI MSI or not. Now,PCI MSI support can be compiled in on any architecture thanks to theuse of weak functions thanks to 4287d824f265 ('PCI: use weak functionsfor MSI arch-specific functions').So, architecture specific code is now responsible to ensure that itsPCI MSI code builds in all cases, or be appropriately conditionallycompiled.On Sparc, the MSI support is only provided for Sparc64, so theARCH_SUPPORTS_MSI kconfig option was only selected for SPARC64, andnot for the Sparc architecture as a whole. Therefore, removingARCH_SUPPORTS_MSI broke Sparc32 configurations with CONFIG_PCI_MSI=y,because the Sparc-specific MSI code is not designed to be built onSparc32.To solve this, this commit ensures that the Sparc MSI code is onlybuilt on Sparc64. This is done thanks to a new Kconfig Makefile helperoption SPARC64_PCI_MSI, modeled after the existing SPARC64_PCI. TheSPARC64_PCI_MSI option is an hidden option that is true when bothSparc64 PCI support is enabled and MSI is enabled. Thearch/sparc/kernel/pci_msi.c file is now only built whenSPARC64_PCI_MSI is true.Signed-off-by: Thomas Petazzoni Reported-by: Guenter Roeck Tested-by: Guenter Roeck Signed-off-by: David S. Miller List of files: /linux-6.15/arch/sparc/kernel/Makefile

764295ae - cpufreq: sparc: move cpufreq driver to drivers/cpufreq

Thu, 04 Apr 2013 12:54:24 +0000

cpufreq: sparc: move cpufreq driver to drivers/cpufreqThis patch moves cpufreq driver of SPARC architecture to drivers/cpufreq.Signed-off-by: Viresh Kumar Acked-by: David S. Miller Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/arch/sparc/kernel/Makefile

1ab0a676 - sparc,leon: updated GRPCI2 config name

Tue, 05 Mar 2013 07:04:21 +0000

sparc,leon: updated GRPCI2 config nameSigned-off-by: Daniel Hellstrom Acked-by: Sam Ravnborg Signed-off-by: David S. Miller List of files: /linux-6.15/arch/sparc/kernel/Makefile

d8650106 - sparc,leon: support for GRPCI1 PCI host bridge controller

Tue, 05 Mar 2013 07:03:30 +0000

sparc,leon: support for GRPCI1 PCI host bridge controllerSome of the GRPCI1 cores does not support detection of all PCIerrors, the default is therefore limited PCI error handling.The property all_pci_errors my be set by the boot loader toenable interrupt on all PCI errors.Signed-off-by: Daniel Hellstrom Acked-by: Sam Ravnborg Signed-off-by: David S. Miller List of files: /linux-6.15/arch/sparc/kernel/Makefile

556626ad - sparc32,leon: always include leon_pmc in build

Sat, 26 May 2012 04:43:27 +0000

sparc32,leon: always include leon_pmc in buildSigned-off-by: Sam Ravnborg Cc: Daniel Hellstrom Cc: Konrad Eisele List of files: /linux-6.15/arch/sparc/kernel/Makefile

5561cd26 - sparc32,leon: always include leon_kernel in build

Fri, 25 May 2012 21:20:13 +0000

sparc32,leon: always include leon_kernel in buildSigned-off-by: Sam Ravnborg Cc: Daniel Hellstrom Cc: Konrad Eisele List of files: /linux-6.15/arch/sparc/kernel/Makefile