diff options
author | Thomas Gleixner <tglx@linutronix.de> | 2023-08-08 15:04:14 -0700 |
---|---|---|
committer | Dave Hansen <dave.hansen@linux.intel.com> | 2023-08-09 11:58:33 -0700 |
commit | 3600ceb0df845beb7a204ab599aaff1213129314 (patch) | |
tree | f3a4d7fe00f23ba1c7dd40f7a36deddb1c4ec831 /arch/x86/kernel/apic/apic_numachip.c | |
parent | 1fddf1dcc58406e72551ca6aa6f0a81c438abb07 (diff) | |
download | linux-3600ceb0df845beb7a204ab599aaff1213129314.tar.gz linux-3600ceb0df845beb7a204ab599aaff1213129314.tar.bz2 linux-3600ceb0df845beb7a204ab599aaff1213129314.zip |
x86/apic/noop: Tidy up the code
First of all apic_noop can't be probed because it's not registered. So
there is no point for implementing a probe callback. The machine is
rightfully to die when that is invoked.
Remove the gunk and tidy up the other space consuming dummy callbacks.
This gunk should simply die. Nothing should ever invoke APIC callbacks once
this is installed, But that's a differrent story for another round of
cleanups. The comment on top of this file which was intentionally left in
place tells exactly why this is needed: voodoo programming.
In fact the kernel of today should just outright refuse to boot on a system
with no (functional) local APIC. That would spare tons of #ifdeffery and
other nonsense.
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Signed-off-by: Dave Hansen <dave.hansen@linux.intel.com>
Acked-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Tested-by: Michael Kelley <mikelley@microsoft.com>
Tested-by: Sohil Mehta <sohil.mehta@intel.com>
Tested-by: Juergen Gross <jgross@suse.com> # Xen PV (dom0 and unpriv. guest)
Diffstat (limited to 'arch/x86/kernel/apic/apic_numachip.c')
0 files changed, 0 insertions, 0 deletions