From: Andrew Cooper <andrew.cooper3@citrix.com>
To: dmukhin@ford.com, xen-devel@lists.xenproject.org
Cc: Andrew Cooper <andrew.cooper3@citrix.com>,
jason.andryuk@amd.com, jbeulich@suse.com, roger@xenproject.org,
teddy.astie@vates.tech, dmukhin@xen.org
Subject: Re: [PATCH v1 12/28] x86: apic: use APIC_EIO_ACK instead of open-coded 0
Date: Thu, 5 Nov 2026 10:20:38 +0000 [thread overview]
Message-ID: <63f7b986-b5d4-4d64-9d16-8326cb8534da@citrix.com> (raw)
In-Reply-To: <20261105013347.719392-13-dmukhin@ford.com>
On 05/11/2026 1:33 am, dmukhin@ford.com wrote:
> From: Denis Mukhin <dmukhin@ford.com>
>
> Use the symbolic value in ack_APIC_irq() instead of open-coded 0.
>
> Also, correct the EIO -> EOI typo in the constant name.
>
> Signed-off-by: Denis Mukhin <dmukhin@ford.com>
> ---
> xen/arch/x86/include/asm/apic.h | 3 +--
> xen/arch/x86/include/asm/apicdef.h | 2 +-
> 2 files changed, 2 insertions(+), 3 deletions(-)
>
> diff --git a/xen/arch/x86/include/asm/apic.h b/xen/arch/x86/include/asm/apic.h
> index f30d57ad22c5..a4f6d2c26ce1 100644
> --- a/xen/arch/x86/include/asm/apic.h
> +++ b/xen/arch/x86/include/asm/apic.h
> @@ -155,8 +155,7 @@ void apic_wait_icr_idle(void);
>
> static inline void ack_APIC_irq(void)
> {
> - /* Docs say use 0 for future compatibility */
> - apic_write(APIC_EOI, 0);
> + apic_write(APIC_EOI, APIC_EOI_ACK);
> }
>
> extern int get_maxlvt(void);
> diff --git a/xen/arch/x86/include/asm/apicdef.h b/xen/arch/x86/include/asm/apicdef.h
> index 112c1dc613a1..d3dc7b1d7643 100644
> --- a/xen/arch/x86/include/asm/apicdef.h
> +++ b/xen/arch/x86/include/asm/apicdef.h
> @@ -25,7 +25,7 @@
> #define APIC_ARBPRI_MASK 0xFF
> #define APIC_PROCPRI 0xA0
> #define APIC_EOI 0xB0
> -#define APIC_EIO_ACK 0x0 /* Write this to the EOI register */
> +#define APIC_EOI_ACK 0x0 /* Docs say use 0 for future compatibility */
> #define APIC_RRR 0xC0
> #define APIC_LDR 0xD0
> #define APIC_LDR_MASK (0xFFu<<24)
Honestly, I'd prefer to delete this constant rather than to make use of
it. The typo in the name shows it's not being used at all.
AMD have a feature called Selective EOI where you can write a vector in
and have it EOI something which isn't the currently in-service one.
~Andrew
next prev parent reply other threads:[~2026-11-05 10:21 UTC|newest]
Thread overview: 64+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-05 1:33 [PATCH v1 00/28] x86: initial SVM AVIC support dmukhin
2026-11-05 1:33 ` [PATCH v1 01/28] x86/hvm: move SVM feature printout to a separate function dmukhin
2026-11-05 22:04 ` Jason Andryuk
2026-11-06 16:03 ` Andrew Cooper
2026-11-05 1:33 ` [PATCH v1 02/28] x86/hvm: report SVM AVIC support dmukhin
2026-11-05 22:05 ` Jason Andryuk
2026-11-05 1:33 ` [PATCH v1 03/28] x86/hvm: report SVM x2AVIC support dmukhin
2026-11-05 22:13 ` Jason Andryuk
2026-11-06 3:36 ` dmukhin
2026-11-06 12:25 ` Teddy Astie
2026-11-05 1:33 ` [PATCH v1 04/28] x86/hvm: avic: add domain state initialization dmukhin
2026-11-05 23:10 ` Jason Andryuk
2026-11-06 1:35 ` Jason Andryuk
2026-11-06 13:41 ` Teddy Astie
2026-11-13 0:29 ` Andrew Cooper
2026-11-13 7:11 ` Jan Beulich
2026-11-05 1:33 ` [PATCH v1 05/28] x86/hvm: cleanup svm_create_vmcb() dmukhin
2026-11-06 18:05 ` Andrew Cooper
2026-11-05 1:33 ` [PATCH v1 06/28] x86/hvm: introduce vlapic_reg_read() dmukhin
2026-11-05 1:33 ` [PATCH v1 07/28] x86/hvm: avic: add VMCB state initialization dmukhin
2026-11-06 15:00 ` Ross Lagerwall
2026-11-09 14:26 ` Ross Lagerwall
2026-11-05 1:33 ` [PATCH v1 08/28] x86/hvm: avic: add AVIC_INCOMP_IPI VMEXIT handler dmukhin
2026-11-05 1:33 ` [PATCH v1 09/28] x86/hvm: fix hvm_emulate_one_vm_event() definition dmukhin
2026-11-05 8:30 ` Jan Beulich
2026-11-05 20:10 ` dmukhin
2026-11-06 7:06 ` Jan Beulich
2026-11-05 1:33 ` [PATCH v1 10/28] x86/hvm: avic: add AVIC_NOACCEL VMEXIT handler dmukhin
2026-11-05 1:33 ` [PATCH v1 11/28] x86/hvm: introduce vcpu_is_vlapic_tpr_emulated() dmukhin
2026-11-06 13:36 ` Andrew Cooper
2026-11-10 10:56 ` Ross Lagerwall
2026-11-05 1:33 ` [PATCH v1 12/28] x86: apic: use APIC_EIO_ACK instead of open-coded 0 dmukhin
2026-11-05 8:27 ` Jan Beulich
2026-11-05 8:28 ` Jan Beulich
2026-11-05 10:20 ` Andrew Cooper [this message]
2026-11-05 10:21 ` Jan Beulich
2026-11-05 11:06 ` Andrew Cooper
2026-11-05 1:33 ` [PATCH v1 13/28] x86/time: fix typo s/interruopt/interrupt/ dmukhin
2026-11-05 8:28 ` Jan Beulich
2026-11-05 1:33 ` [PATCH v1 14/28] x86/hvm: vlapic: update signatures of both vlapic_{clear,test}_* dmukhin
2026-11-05 8:33 ` Jan Beulich
2026-11-05 20:11 ` dmukhin
2026-11-05 1:33 ` [PATCH v1 15/28] x86/hvm: vlapic: add checks before posted interrupt delivery dmukhin
2026-11-10 11:13 ` Teddy Astie
2026-11-05 1:33 ` [PATCH v1 16/28] x86/hvm: move VINTR disable to svm_clear_intr_window() dmukhin
2026-11-05 1:33 ` [PATCH v1 17/28] x86/hvm: avic: route interrupt delivery to vCPU dmukhin
2026-11-09 18:06 ` Ross Lagerwall
2026-11-05 1:33 ` [PATCH v1 18/28] x86/hvm: add facility to print hardware-assisted vLAPIC info dmukhin
2026-11-05 1:33 ` [PATCH v1 19/28] x86/hvm: avic: enable SVM AVIC statistics reporting dmukhin
2026-11-09 15:08 ` Andrew Cooper
2026-11-05 1:33 ` [PATCH v1 20/28] x86/hvm: rework XEN_DOMCTL_debug_op dmukhin
2026-11-05 1:33 ` [PATCH v1 21/28] x86/hvm: enable debug hypercall for posted interrupts dmukhin
2026-11-05 1:33 ` [PATCH v1 22/28] x86/hvm: avic: ensure SVM AVIC supports xAPIC operation only dmukhin
2026-11-06 20:46 ` Andrew Cooper
2026-11-09 14:07 ` Ross Lagerwall
2026-11-05 1:33 ` [PATCH v1 23/28] x86/hvm: avic: enable vLAPIC mode switch hook dmukhin
2026-11-05 1:33 ` [PATCH v1 24/28] x86/hvm: avic: ensure SVM AVIC is disabled with nested guest dmukhin
2026-11-05 10:33 ` Ross Lagerwall
2026-11-05 1:33 ` [PATCH v1 25/28] x86/hvm: avic: account for AMD erratum 1235 dmukhin
2026-11-05 1:33 ` [PATCH v1 26/28] docs: add coverage for svm_avic= dmukhin
2026-11-05 8:24 ` Jan Beulich
2026-11-05 20:22 ` dmukhin
2026-11-06 7:03 ` Jan Beulich
2026-11-05 1:33 ` [PATCH v1 27/28] CHANGELOG.md: add note on initial SVM AVIC support dmukhin
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=63f7b986-b5d4-4d64-9d16-8326cb8534da@citrix.com \
--to=andrew.cooper3@citrix.com \
--cc=dmukhin@ford.com \
--cc=dmukhin@xen.org \
--cc=jason.andryuk@amd.com \
--cc=jbeulich@suse.com \
--cc=roger@xenproject.org \
--cc=teddy.astie@vates.tech \
--cc=xen-devel@lists.xenproject.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.