[PATCH] x86_64: Don't claim too many vectors for TLB flushing

It looks like the new scalable TLB flush code for x86_64 is claiming
one more IRQ vector than it actually uses.

Signed-off-by: Jason Uhlenkott <jasonuhl@sgi.com>
Signed-off-by: Andi Kleen <ak@suse.de>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

authored by

Jason Uhlenkott and committed by
Linus Torvalds
e080e9d6 5b22a385

+3 -4
+3 -4
include/asm-x86_64/hw_irq.h
··· 46 46 * some of the following vectors are 'rare', they are merged 47 47 * into a single vector (CALL_FUNCTION_VECTOR) to save vector space. 48 48 * TLB, reschedule and local APIC vectors are performance-critical. 49 - * 50 - * Vectors 0xf0-0xf9 are free (reserved for future Linux use). 51 49 */ 52 50 #define SPURIOUS_APIC_VECTOR 0xff 53 51 #define ERROR_APIC_VECTOR 0xfe ··· 54 56 #define KDB_VECTOR 0xfb /* reserved for KDB */ 55 57 #define THERMAL_APIC_VECTOR 0xfa 56 58 #define THRESHOLD_APIC_VECTOR 0xf9 57 - #define INVALIDATE_TLB_VECTOR_END 0xf8 58 - #define INVALIDATE_TLB_VECTOR_START 0xf0 /* f0-f8 used for TLB flush */ 59 + /* f8 free */ 60 + #define INVALIDATE_TLB_VECTOR_END 0xf7 61 + #define INVALIDATE_TLB_VECTOR_START 0xf0 /* f0-f7 used for TLB flush */ 59 62 60 63 #define NUM_INVALIDATE_TLB_VECTORS 8 61 64