From: "Naveen N Rao (AMD)" <naveen@kernel.org>
To: Borislav Petkov <bp@alien8.de>,
Dave Hansen <dave.hansen@linux.intel.com>
Cc: <linux-kernel@vger.kernel.org>, <x86@kernel.org>,
Nikunj A Dadhania <nikunj@amd.com>,
Manali Shukla <manali.shukla@amd.com>,
Bharata B Rao <bharata@amd.com>, "H. Peter Anvin" <hpa@zytor.com>,
Thomas Gleixner <tglx@linutronix.de>
Subject: [PATCH v3 2/3] x86/apic: Introduce a variable to track the number of EILVT registers
Date: Tue, 21 Jul 2026 13:33:36 +0530 [thread overview]
Message-ID: <39d39c3b91d174f4090fb954c6690edae9ed8295.1784619898.git.naveen@kernel.org> (raw)
In-Reply-To: <cover.1784619898.git.naveen@kernel.org>
Future AMD processors will be increasing the number of EILVT registers.
Rather than hardcoding the maximum EILVT register count and using that
everywhere, introduce a variable to track the EILVT register count.
The number of EILVT registers (the actual count) is exposed through the
extended APIC Feature Register (APIC_EFEAT) bits 23:16. Use this to
initialize the count and fall back to the current default
(APIC_EILVT_NR_AMD_10H) if the count is not available.
Signed-off-by: Naveen N Rao (AMD) <naveen@kernel.org>
Tested-by: Manali Shukla <manali.shukla@amd.com>
---
arch/x86/include/asm/apic.h | 2 ++
arch/x86/include/asm/apicdef.h | 1 +
arch/x86/kernel/apic/apic.c | 11 +++++++++++
3 files changed, 14 insertions(+)
diff --git a/arch/x86/include/asm/apic.h b/arch/x86/include/asm/apic.h
index 9cd493d467d4..8b03c7a14706 100644
--- a/arch/x86/include/asm/apic.h
+++ b/arch/x86/include/asm/apic.h
@@ -74,6 +74,8 @@ enum apic_intr_mode_id {
APIC_SYMMETRIC_IO_NO_ROUTING
};
+extern unsigned int apic_eilvt_count;
+
/*
* With 82489DX we can't rely on apic feature bit
* retrieved via cpuid but still have to deal with
diff --git a/arch/x86/include/asm/apicdef.h b/arch/x86/include/asm/apicdef.h
index bc125c4429dc..ba7657e75ad1 100644
--- a/arch/x86/include/asm/apicdef.h
+++ b/arch/x86/include/asm/apicdef.h
@@ -134,6 +134,7 @@
#define APIC_TDR_DIV_64 0x9
#define APIC_TDR_DIV_128 0xA
#define APIC_EFEAT 0x400
+#define APIC_EFEAT_XLC(x) (((x) >> 16) & 0xff)
#define APIC_ECTRL 0x410
#define APIC_SEOI 0x420
#define APIC_IER 0x480
diff --git a/arch/x86/kernel/apic/apic.c b/arch/x86/kernel/apic/apic.c
index 90025451ace2..83895ce954ef 100644
--- a/arch/x86/kernel/apic/apic.c
+++ b/arch/x86/kernel/apic/apic.c
@@ -342,6 +342,7 @@ static void __setup_APIC_LVTT(unsigned int clocks, int oneshot, int irqen)
*/
static atomic_t eilvt_offsets[APIC_EILVT_NR_MAX];
+unsigned int apic_eilvt_count __ro_after_init;
static inline int eilvt_entry_is_changeable(unsigned int old, unsigned int new)
{
@@ -410,6 +411,15 @@ int setup_APIC_eilvt(u8 offset, u8 vector, u8 msg_type, u8 mask)
}
EXPORT_SYMBOL_GPL(setup_APIC_eilvt);
+static __init void init_eilvt(void)
+{
+ if (cpu_feature_enabled(X86_FEATURE_EXTAPIC))
+ apic_eilvt_count = APIC_EFEAT_XLC(apic_read(APIC_EFEAT));
+
+ if (!apic_eilvt_count && boot_cpu_data.x86_vendor == X86_VENDOR_AMD)
+ apic_eilvt_count = APIC_EILVT_NR_AMD_10H;
+}
+
/*
* Program the next event, relative to now
*/
@@ -2345,6 +2355,7 @@ static void __init apic_bsp_setup(bool upmode)
if (upmode)
apic_bsp_up_setup();
setup_local_APIC();
+ init_eilvt();
enable_IO_APIC();
end_local_APIC_setup();
--
2.54.0
next prev parent reply other threads:[~2026-07-21 8:08 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-21 8:03 [PATCH v3 0/3] Support additional AMD " Naveen N Rao (AMD)
2026-07-21 8:03 ` [PATCH v3 1/3] perf/amd/ibs: Limit the max EILVT register count for AMD family 0x10 Naveen N Rao (AMD)
2026-07-21 8:03 ` Naveen N Rao (AMD) [this message]
2026-07-21 12:42 ` [PATCH v3 2/3] x86/apic: Introduce a variable to track the number of EILVT registers Thomas Gleixner
2026-07-22 14:04 ` Naveen N Rao
2026-07-21 8:03 ` [PATCH v3 3/3] x86/apic: Drop APIC_EILVT_NR_MAX and switch to using apic_eilvt_count Naveen N Rao (AMD)
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=39d39c3b91d174f4090fb954c6690edae9ed8295.1784619898.git.naveen@kernel.org \
--to=naveen@kernel.org \
--cc=bharata@amd.com \
--cc=bp@alien8.de \
--cc=dave.hansen@linux.intel.com \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=manali.shukla@amd.com \
--cc=nikunj@amd.com \
--cc=tglx@linutronix.de \
--cc=x86@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®