summaryrefslogtreecommitdiffstats
path: root/virt
diff options
context:
space:
mode:
authorPaolo Bonzini <pbonzini@redhat.com>2024-02-23 05:17:53 -0500
committerPaolo Bonzini <pbonzini@redhat.com>2024-02-23 05:23:14 -0500
commit0cbca1bf44a0b8666c91ce3438f235c6fe70fbf1 (patch)
treeaa4c16fa8b49446122ce9b228c86b39174610774 /virt
parent687d8f4c3dea0758afd748968d91288220bbe7e3 (diff)
downloadlinux-stable-0cbca1bf44a0b8666c91ce3438f235c6fe70fbf1.tar.gz
linux-stable-0cbca1bf44a0b8666c91ce3438f235c6fe70fbf1.tar.bz2
linux-stable-0cbca1bf44a0b8666c91ce3438f235c6fe70fbf1.zip
x86: irq: unconditionally define KVM interrupt vectors
Unlike arch/x86/kernel/idt.c, FRED support chose to remove the #ifdefs from the .c files and concentrate them in the headers, where unused handlers are #define'd to NULL. However, the constants for KVM's 3 posted interrupt vectors are still defined conditionally in irq_vectors.h. In the tree that FRED support was developed on, this is innocuous because CONFIG_HAVE_KVM was effectively always set. With the cleanups that recently went into the KVM tree to remove CONFIG_HAVE_KVM, the conditional became IS_ENABLED(CONFIG_KVM). This causes a linux-next compilation failure in FRED code, when CONFIG_KVM=n. In preparation for the merging of FRED in Linux 6.9, define the interrupt vector numbers unconditionally. Cc: x86@kernel.org Reported-by: Stephen Rothwell <sfr@canb.auug.org.au> Suggested-by: Xin Li (Intel) <xin@zytor.com> Suggested-by: Thomas Gleixner <tglx@linutronix.de> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'virt')
0 files changed, 0 insertions, 0 deletions