Changes in Makefile

0abf5086 - x86/smp: Drop 32-bit "bigsmp" machine support

Wed, 26 Feb 2025 21:37:06 +0000

x86/smp: Drop 32-bit "bigsmp" machine supportThe x86-32 kernel used to support multiple platforms with more than eightlogical CPUs, from the 1999-2003 timeframe: Sequent NUMA-Q, IBM Summit,Unisys ES7000 and HP F8. Support for all except the latter was droppedback in 2014, leaving only the F8 based DL740 and DL760 G2 machines inthis catery, with up to eight single-core Socket-603 Xeon-MP processorswith hyperthreading.Like the already removed machines, the HP F8 servers at the time costupwards of $100k in typical configurations, but were quickly obsoletedby their 64-bit Socket-604 cousins and the AMD Opteron.Earlier servers with up to 8 Pentium Pro or Xeon processors remainfully supported as they had no hyperthreading. Similarly, the morecommon 4-socket Xeon-MP machines with hyperthreading using Intelor ServerWorks chipsets continue to work without this, and all themulti-core Xeon processors also run 64-bit kernels.While the "bigsmp" support can also be used to run on later 64-bitmachines (including VM guests), it seems best to discourage thatand get any remaining users to update their kernels to 64-bit buildson these. As a side-effect of this, there is also no more need tosupport NUMA configurations on 32-bit x86, as all true 32-bitNUMA platforms are already gone.Signed-off-by: Arnd Bergmann Signed-off-by: Ingo Molnar Cc: Linus Torvalds Link: https://lore.kernel.org/r/20250226213714.4040853-3-arnd@kernel.org List of files: /linux-6.15/arch/x86/kernel/apic/Makefile

54aa699e - arch/x86: Fix typos

Wed, 03 Jan 2024 00:40:11 +0000

arch/x86: Fix typosFix typos, most reported by "codespell arch/x86". Only touches comments,no code changes.Signed-off-by: Bjorn Helgaas Signed-off-by: Ingo Molnar Reviewed-by: Randy Dunlap Link: https://lore.kernel.org/r/20240103004011.1758650-1-helgaas@kernel.org List of files: /linux-6.15/arch/x86/kernel/apic/Makefile

3af1e415 - x86/apic: Provide common init infrastructure

Tue, 08 Aug 2023 22:04:18 +0000

x86/apic: Provide common init infrastructureIn preparation for converting the hotpath APIC callbacks to static keys,provide common initialization infrastructure.Lift apic_install_drivers() from probe_64.c and convert all places whichswitch the apic instance by storing the pointer to use apic_install_driver()as a first step.Signed-off-by: Thomas Gleixner Signed-off-by: Dave Hansen Acked-by: Peter Zijlstra (Intel) Tested-by: Michael Kelley Tested-by: Sohil Mehta Tested-by: Juergen Gross # Xen PV (dom0 and unpriv. guest) List of files: /linux-6.15/arch/x86/kernel/apic/Makefile

fd2fa6c1 - x86/PCI: Remove unused HyperTransport interrupt support

Wed, 22 Nov 2017 22:13:37 +0000

x86/PCI: Remove unused HyperTransport interrupt supportThere are no in-tree callers of ht_create_irq(), the driver interface forHyperTransport interrupts, left. Remove the unused entry point and all thesupporting code.See 8b955b0dddb3 ("[PATCH] Initial generic hypertransport interruptsupport").Signed-off-by: Bjorn Helgaas Signed-off-by: Thomas Gleixner Acked-by: "Eric W. Biederman" Cc: Andi Kleen Cc: Greg Kroah-Hartman Cc: linux-pci@vger.kernel.orgCc: Benjamin Herrenschmidt Link: https://lkml.kernel.org/r/20171122221337.3877.23362.stgit@bhelgaas-glaptop.roam.corp.google.com List of files: /linux-6.15/arch/x86/kernel/apic/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/x86/kernel/apic/Makefile

64063505 - x86/apic: Sanitize 32/64bit APIC callbacks

Wed, 13 Sep 2017 21:29:21 +0000

x86/apic: Sanitize 32/64bit APIC callbacksThe 32bit and the 64bit implementation of default_cpu_present_to_apicid()and default_check_phys_apicid_present() are exactly the same, butimplemented and located differently.Move them to common apic code and get rid of the pointless difference.Signed-off-by: Thomas Gleixner Tested-by: Juergen Gross Tested-by: Yu Chen Acked-by: Juergen Gross Cc: Boris Ostrovsky Cc: Tony Luck Cc: Marc Zyngier Cc: Alok Kataria Cc: Joerg Roedel Cc: "Rafael J. Wysocki" Cc: Steven Rostedt Cc: Christoph Hellwig Cc: Peter Zijlstra Cc: Borislav Petkov Cc: Paolo Bonzini Cc: Rui Zhang Cc: "K. Y. Srinivasan" Cc: Arjan van de Ven Cc: Dan Williams Cc: Len Brown Link: https://lkml.kernel.org/r/20170913213153.757329991@linutronix.de List of files: /linux-6.15/arch/x86/kernel/apic/Makefile

5c9a8750 - kernel: add kcov code coverage

Tue, 22 Mar 2016 21:27:30 +0000

kernel: add kcov code coveragekcov provides code coverage collection for coverage-guided fuzzing(randomized testing). Coverage-guided fuzzing is a testing techniquethat uses coverage feedback to determine new interesting inputs to asystem. A notable user-space example is AFL(http://lcamtuf.coredump.cx/afl/). However, this technique is notwidely used for kernel testing due to missing compiler and kernelsupport.kcov does not aim to collect as much coverage as possible. It aims tocollect more or less stable coverage that is function of syscall inputs.To achieve this goal it does not collect coverage in soft/hardinterrupts and instrumentation of some inherently non-deterministic ornon-interesting parts of kernel is disbled (e.g. scheduler, locking).Currently there is a single coverage collection mode (tracing), but theAPI anticipates additional collection modes. Initially I alsoimplemented a second mode which exposes coverage in a fixed-size hashtable of counters (what Quentin used in his original patch). I'vedropped the second mode for simplicity.This patch adds the necessary support on kernel side. The complimentarycompiler support was added in gcc revision 231296.We've used this support to build syzkaller system call fuzzer, which hasfound 90 kernel bugs in just 2 months: https://github.com/google/syzkaller/wiki/Found-BugsWe've also found 30+ bugs in our internal systems with syzkaller.Another (yet unexplored) direction where kcov coverage would greatlyhelp is more traditional "blob mutation". For example, mounting arandom blob as a filesystem, or receiving a random blob over wire.Why not gcov. Typical fuzzing loop looks as follows: (1) resetcoverage, (2) execute a bit of code, (3) collect coverage, repeat. Atypical coverage can be just a dozen of basic blocks (e.g. an invalidinput). In such context gcov becomes prohibitively expensive asreset/collect coverage steps depend on total number of basicblocks/edges in program (in case of kernel it is about 2M). Cost ofkcov depends only on number of executed basic blocks/edges. On top ofthat, kernel requires per-thread coverage because there are alwaysbackground threads and unrelated processes that also produce coverage.With inlined gcov instrumentation per-thread coverage is not possible.kcov exposes kernel PCs and control flow to user-space which isinsecure. But debugfs should not be mapped as user accessible.Based on a patch by Quentin Casasnovas.[akpm@linux-foundation.org: make task_struct.kcov_mode have type `enum kcov_mode'][akpm@linux-foundation.org: unbreak allmodconfig][akpm@linux-foundation.org: follow x86 Makefile layout standards]Signed-off-by: Dmitry Vyukov Reviewed-by: Kees Cook Cc: syzkaller Cc: Vegard Nossum Cc: Catalin Marinas Cc: Tavis Ormandy Cc: Will Deacon Cc: Quentin Casasnovas Cc: Kostya Serebryany Cc: Eric Dumazet Cc: Alexander Potapenko Cc: Kees Cook Cc: Bjorn Helgaas Cc: Sasha Levin Cc: David Drysdale Cc: Ard Biesheuvel Cc: Andrey Ryabinin Cc: Kirill A. Shutemov Cc: Jiri Slaby Cc: Ingo Molnar Cc: Thomas Gleixner Cc: "H. Peter Anvin" Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/arch/x86/kernel/apic/Makefile

c3468952 - x86, irq: Move HT IRQ related code from io_apic.c into htirq.c

Mon, 27 Oct 2014 08:12:03 +0000

x86, irq: Move HT IRQ related code from io_apic.c into htirq.cCreate arch/x86/kernel/apic/htirq.c to host Hypertransport IRQ relatedcode, preparing for enabling hierarchy irqdomain.Signed-off-by: Jiang Liu Cc: Konrad Rzeszutek Wilk Cc: Tony Luck Cc: Joerg Roedel Cc: Greg Kroah-Hartman Cc: Benjamin Herrenschmidt Cc: Rafael J. Wysocki Cc: Bjorn Helgaas Cc: Randy Dunlap Cc: Yinghai Lu Cc: Borislav Petkov Cc: Grant Likely Cc: Prarit Bhargava Link: http://lkml.kernel.org/r/1414397531-28254-13-git-send-email-jiang.liu@linux.intel.comSigned-off-by: Thomas Gleixner List of files: /linux-6.15/arch/x86/kernel/apic/Makefile

44380982 - x86, irq: Move PCI MSI related code from io_apic.c into msi.c

Mon, 27 Oct 2014 08:12:02 +0000

x86, irq: Move PCI MSI related code from io_apic.c into msi.cCreate arch/x86/kernel/apic/msi.c to host MSI related code,preparing for enabling hierarchy irqdomain.Signed-off-by: Jiang Liu Cc: Konrad Rzeszutek Wilk Cc: Tony Luck Cc: Joerg Roedel Cc: Greg Kroah-Hartman Cc: Benjamin Herrenschmidt Cc: Rafael J. Wysocki Cc: Bjorn Helgaas Cc: Randy Dunlap Cc: Yinghai Lu Cc: Borislav Petkov Cc: Rafael J. Wysocki Cc: Grant Likely Cc: Prarit Bhargava Link: http://lkml.kernel.org/r/1414397531-28254-12-git-send-email-jiang.liu@linux.intel.comSigned-off-by: Thomas Gleixner List of files: /linux-6.15/arch/x86/kernel/apic/Makefile

74afab7a - x86, irq: Move local APIC related code from io_apic.c into vector.c

Mon, 27 Oct 2014 08:12:00 +0000

x86, irq: Move local APIC related code from io_apic.c into vector.cCreate arch/x86/kernel/apic/vector.c to host local APIC related code,prepare for making MSI/HT_IRQ independent of IOAPIC.Signed-off-by: Jiang Liu Cc: Konrad Rzeszutek Wilk Cc: Tony Luck Cc: Joerg Roedel Cc: Greg Kroah-Hartman Cc: Benjamin Herrenschmidt Cc: Rafael J. Wysocki Cc: Bjorn Helgaas Cc: Randy Dunlap Cc: Yinghai Lu Cc: Borislav Petkov Cc: Prarit Bhargava Cc: Grant Likely Link: http://lkml.kernel.org/r/1414397531-28254-10-git-send-email-jiang.liu@linux.intel.comSigned-off-by: Thomas Gleixner List of files: /linux-6.15/arch/x86/kernel/apic/Makefile

b5660ba7 - x86, platforms: Remove NUMAQ

Tue, 25 Feb 2014 20:14:06 +0000

x86, platforms: Remove NUMAQThe NUMAQ support seems to be unmaintained, remove it.Cc: Paul Gortmaker Cc: David Rientjes Acked-by: Paul E. McKenney Signed-off-by: H. Peter Anvin Link: http://lkml.kernel.org/r/n/530CFD6C.7040705@zytor.com List of files: /linux-6.15/arch/x86/kernel/apic/Makefile

7cf6c945 - x86, apic: Remove support for IBM Summit/EXA chipset

Wed, 12 Feb 2014 02:11:13 +0000

x86, apic: Remove support for IBM Summit/EXA chipsetThere should no longer be any IBM x440 systems or those using theSummit/EXA chipset out in the wild, so remove support for it.We've done our due diligence in reaching out to any contact informationlisted for this chipset and no indication was given that it should bekept around.Signed-off-by: David Rientjes List of files: /linux-6.15/arch/x86/kernel/apic/Makefile

58f5d2d4 - x86, apic: Remove support for ia32-based Unisys ES7000

Wed, 12 Feb 2014 01:47:24 +0000

x86, apic: Remove support for ia32-based Unisys ES7000There should no longer be any ia32-based Unisys ES7000 systems out inthe wild, so remove support for it.We've done our due diligence in reaching out to any contact informationlisted for this system and no indication was given that it should bekept around.Signed-off-by: David Rientjes List of files: /linux-6.15/arch/x86/kernel/apic/Makefile

83ab8514 - trace,x86: Move creation of irq tracepoints from apic.c to irq.c

Fri, 21 Jun 2013 14:29:05 +0000

trace,x86: Move creation of irq tracepoints from apic.c to irq.cCompiling without CONFIG_X86_LOCAL_APIC set, apic.c will not becompiled, and the irq tracepoints will not be created via theCREATE_TRACE_POINTS macro. When CONFIG_X86_LOCAL_APIC is not set,we get the following build error: LD init/built-in.oarch/x86/built-in.o: In function `trace_x86_platform_ipi_entry':linux-test.git/arch/x86/include/asm/trace/irq_vectors.h:66: undefined reference to `__tracepoint_x86_platform_ipi_entry'arch/x86/built-in.o: In function `trace_x86_platform_ipi_exit':linux-test.git/arch/x86/include/asm/trace/irq_vectors.h:66: undefined reference to `__tracepoint_x86_platform_ipi_exit'arch/x86/built-in.o: In function `trace_irq_work_entry':linux-test.git/arch/x86/include/asm/trace/irq_vectors.h:72: undefined reference to `__tracepoint_irq_work_entry'arch/x86/built-in.o: In function `trace_irq_work_exit':linux-test.git/arch/x86/include/asm/trace/irq_vectors.h:72: undefined reference to `__tracepoint_irq_work_exit'arch/x86/built-in.o:(__jump_table+0x8): undefined reference to `__tracepoint_x86_platform_ipi_entry'arch/x86/built-in.o:(__jump_table+0x14): undefined reference to `__tracepoint_x86_platform_ipi_exit'arch/x86/built-in.o:(__jump_table+0x20): undefined reference to `__tracepoint_irq_work_entry'arch/x86/built-in.o:(__jump_table+0x2c): undefined reference to `__tracepoint_irq_work_exit'make[1]: *** [vmlinux] Error 1make: *** [sub-make] Error 2As irq.c is always compiled for x86, it is a more appropriate locationto create the irq tracepoints.Cc: Seiji Aguchi Signed-off-by: Steven Rostedt List of files: /linux-6.15/arch/x86/kernel/apic/Makefile

cf910e83 - x86, trace: Add irq vector tracepoints

Thu, 20 Jun 2013 15:46:53 +0000

x86, trace: Add irq vector tracepoints[Purpose of this patch]As Vaibhav explained in the thread below, tracepoints for irq vectorsare useful.http://www.spinics.net/lists/mm-commits/msg85707.htmlThe current interrupt traces from irq_handler_entry and irq_handler_exitprovide when an interrupt is handled. They provide good data about whenthe system has switched to kernel space and how it affects the currentlyrunning processes.There are some IRQ vectors which trigger the system into kernel space,which are not handled in generic IRQ handlers. Tracing such events givesus the information about IRQ interaction with other system events.The trace also tells where the system is spending its time. We want toknow which cores are handling interrupts and how they are affecting otherprocesses in the system. Also, the trace provides information about whenthe cores are idle and which interrupts are changing that state.On the other hand, my usecase is tracing just local timer event andgetting a value of instruction pointer.I suggested to add an argument local timer event to get instruction pointer before.But there is another way to get it with external module like systemtap.So, I don't need to add any argument to irq vector tracepoints now.[Patch Description]Vaibhav's patch shared a trace point ,irq_vector_entry/irq_vector_exit, in all events.But there is an above use case to trace specific irq_vector rather than tracing all events.In this case, we are concerned about overhead due to unwanted events.So, add following tracepoints instead of introducing irq_vector_entry/exit.so that we can enable them independently. - local_timer_vector - reschedule_vector - call_function_vector - call_function_single_vector - irq_work_entry_vector - error_apic_vector - thermal_apic_vector - threshold_apic_vector - spurious_apic_vector - x86_platform_ipi_vectorAlso, introduce a logic switching IDT at enabling/disabling time so that a time penaltymakes a zero when tracepoints are disabled. Detailed explanations are as follows. - Create trace irq handlers with entering_irq()/exiting_irq(). - Create a new IDT, trace_idt_table, at boot time by adding a logic to _set_gate(). It is just a copy of original idt table. - Register the new handlers for tracpoints to the new IDT by introducing macros to alloc_intr_gate() called at registering time of irq_vector handlers. - Add checking, whether irq vector tracing is on/off, into load_current_idt(). This has to be done below debug checking for these reasons. - Switching to debug IDT may be kicked while tracing is enabled. - On the other hands, switching to trace IDT is kicked only when debugging is disabled.In addition, the new IDT is created only when CONFIG_TRACING is enabled to avoid beingused for other purposes.Signed-off-by: Seiji Aguchi Link: http://lkml.kernel.org/r/51C323ED.5050708@hds.comSigned-off-by: H. Peter Anvin Cc: Steven Rostedt List of files: /linux-6.15/arch/x86/kernel/apic/Makefile

44b111b5 - x86: Add NumaChip support

Mon, 05 Dec 2011 16:07:26 +0000

x86: Add NumaChip supportAdds support for Numascale NumaChip large-SMP systems. It isneeded to enable the booting of more than ~168 cores.v2: - [Steffen] enumerate only accessible northbridges - [Daniel] rediffed and validated against 3.1-rc10v3: - [Daniel] use x86_init core numbering override - [Daniel] cleanups as per feedbackv4: - [Daniel] use updated x86_cpuinit overridev5: - drop disabling interrupts locally, as ISR write is atomic; drop delay - added read-mostly annotations where appropriate - require CONFIG_SMP, so drop conditional pathWorkload tested on 96 cores/16 sockets.Signed-off-by: Steffen Persvold Signed-off-by: Daniel J Blueman Cc: Jesse Barnes Link: http://lkml.kernel.org/r/1323101246-2400-1-git-send-email-daniel@numascale-asia.comSigned-off-by: Ingo Molnar List of files: /linux-6.15/arch/x86/kernel/apic/Makefile

107e0e0c - x86, apic: Introduce .apicdrivers section to find the list of apic drivers

Sat, 21 May 2011 00:51:17 +0000

x86, apic: Introduce .apicdrivers section to find the list of apic driversThis will pave the way for each apic driver to be self-containedand eliminate the need for apic_probe[].Order in which apic drivers are listed in the .apicdriverssection is important, as this determines the apic probe order.And this is enforced by the ordering of apic driver files in theMakefile and the macros apic_driver()/apic_drivers().Signed-off-by: Suresh Siddha Tested-by: Cyrill Gorcunov Cc: steiner@sgi.comCc: gorcunov@openvz.orgCc: yinghai@kernel.orgLink: http://lkml.kernel.org/r/20110521005526.068775085@sbsiddha-MOBL3.sc.intel.comSigned-off-by: Ingo Molnar List of files: /linux-6.15/arch/x86/kernel/apic/Makefile

5f2b0ba4 - x86, nmi_watchdog: Remove the old nmi_watchdog

Fri, 12 Nov 2010 16:22:23 +0000

x86, nmi_watchdog: Remove the old nmi_watchdogNow that we have a new nmi_watchdog that is more generic andsits on top of the perf subsystem, we really do not need the oldnmi_watchdog any more.In addition, the old nmi_watchdog doesn't really work if you areusing the default clocksource, hpet. The old nmi_watchdog coderelied on local apic interrupts to determine if the cpu is stillalive. With hpet as the clocksource, these interrupts don'tincrement any more and the old nmi_watchdog triggers falsepostives.This piece removes the old nmi_watchdog code and stubs out anyvariables and functions calls. The stubs are the same ones usedby the new nmi_watchdog code, so it should be well tested.Signed-off-by: Don Zickus Cc: fweisbec@gmail.comCc: gorcunov@openvz.orgLKML-Reference: <1289578944-28564-2-git-send-email-dzickus@redhat.com>Signed-off-by: Ingo Molnar List of files: /linux-6.15/arch/x86/kernel/apic/Makefile

cafcd80d - lockup_detector: Cross arch compile fixes

Fri, 14 May 2010 15:11:21 +0000

lockup_detector: Cross arch compile fixesCombining the softlockup and hardlockup code causes watchdog.cto build even without the hardlockup detection support.So if an arch, that has the previous and the new nmi watchdogimplementations cohabiting, wants to know if the generic oneis in use, CONFIG_LOCKUP_DETECTOR is not a reliable check.We need to use CONFIG_HARDLOCKUP_DETECTOR instead.Fixes: kernel/built-in.o: In function `touch_nmi_watchdog': (.text+0x449bc): multiple definition of `touch_nmi_watchdog' arch/sparc/kernel/built-in.o:(.text+0x11b28): first defined hereSigned-off-by: Don Zickus Cc: Ingo Molnar Cc: Peter Zijlstra Cc: Don Zickus Cc: Cyrill Gorcunov LKML-Reference: <20100514151121.GR15159@redhat.com>[ use CONFIG_HARDLOCKUP_DETECTOR instead of CONFIG_PERF_EVENTS_NMI]Signed-off-by: Frederic Weisbecker List of files: /linux-6.15/arch/x86/kernel/apic/Makefile

58687acb - lockup_detector: Combine nmi_watchdog and softlockup detector

Fri, 07 May 2010 21:11:44 +0000

lockup_detector: Combine nmi_watchdog and softlockup detectorThe new nmi_watchdog (which uses the perf event subsystem) is verysimilar in structure to the softlockup detector. Using Ingo'ssuggestion, I combined the two functionalities into one file:kernel/watchdog.c.Now both the nmi_watchdog (or hardlockup detector) and softlockupdetector sit on top of the perf event subsystem, which is run every60 seconds or so to see if there are any lockups.To detect hardlockups, cpus not responding to interrupts, Iimplemented an hrtimer that runs 5 times for every perf eventoverflow event. If that stops counting on a cpu, then the cpu ismost likely in trouble.To detect softlockups, tasks not yielding to the scheduler, I used theprevious kthread idea that now gets kicked every time the hrtimer fires.If the kthread isn't being scheduled neither is anyone else and thewarning is printed to the console.I tested this on x86_64 and both the softlockup and hardlockup pathswork.V2:- cleaned up the Kconfig and softlockup combination- surrounded hardlockup cases with #ifdef CONFIG_PERF_EVENTS_NMI- seperated out the softlockup case from perf event subsystem- re-arranged the enabling/disabling nmi watchdog from proc space- added cpumasks for hardlockup failure cases- removed fallback to soft events if no PMU exists for hard eventsV3:- comment cleanups- drop support for older softlockup code- per_cpu cleanups- completely remove software clock base hardlockup detector- use per_cpu masking on hard/soft lockup detection- #ifdef cleanups- rename config option NMI_WATCHDOG to LOCKUP_DETECTOR- documentation additionsV4:- documentation fixes- convert per_cpu to __get_cpu_var- powerpc compile fixesV5:- split apart warn flags for hard and soft lockupsTODO:- figure out how to make an arch-agnostic clock2cycles call (if possible) to feed into perf events as a sample period[fweisbec: merged conflict patch]Signed-off-by: Don Zickus Cc: Ingo Molnar Cc: Peter Zijlstra Cc: Cyrill Gorcunov Cc: Eric Paris Cc: Randy Dunlap LKML-Reference: <1273266711-18706-2-git-send-email-dzickus@redhat.com>Signed-off-by: Frederic Weisbecker List of files: /linux-6.15/arch/x86/kernel/apic/Makefile