All of lore.kernel.org
 help / color / mirror / Atom feed
From: dmukhin@ford.com
To: Jan Beulich <jbeulich@suse.com>
Cc: dmukhin@ford.com, andrew.cooper3@citrix.com,
	jason.andryuk@amd.com, roger@xenproject.org,
	teddy.astie@vates.tech, xen-devel@lists.xenproject.org
Subject: Re: [PATCH v1 26/28] docs: add coverage for svm_avic=
Date: Thu, 5 Nov 2026 12:22:05 -0800	[thread overview]
Message-ID: <auzlbS6B2k0yJJOF@kraken> (raw)
In-Reply-To: <70db6d7a-5e48-4a39-8553-4718f7ccdf73@suse.com>

On Thu, Nov 05, 2026 at 09:24:09AM +0100, Jan Beulich wrote:
> On 05.11.2026 02:33, dmukhin@ford.com wrote:
> > @@ -2673,6 +2673,27 @@ On Sappire and Emerald Rapids CPUs with May 2025 microcode or later, the
> >  `ibpb-alt=` option can be used to switch to the alternative mitigation for
> >  Intel SA-00982.  Intel suggest that some workloads will benefit from this.
> >  
> > +### svm_avic (x86)
> > +> `= true | false | nodoorbell`
> > +
> > +This option configures Advanced Virtual Interrupt Controller (AVIC), which
> > +is an extension of AMD Secure Virtual Machine (SVM) to virtualize local APIC
> > +for guest VM.
> > +
> > +This parameter is experimental and for expert configuration only.
> > +
> > +Xen has mitigatations for the following AVIC hardware flaws:
> 
> Nit: mitigations
> 
> > + * AMD Erratum 1235. A hardware flaw affecting certain AMD Family 17h and
> > +   Hygon Family 18h processors where the CPU hardware reads a stale
> > +   `IsRunning=1` bit during Interrupt Control Register (ICR) write emulation.
> > +
> > +Limitations:
> > +
> > + * AVIC in x2APIC mode is not supported.
> > +
> > + * AVIC in nested virtualization setup is not supported.
> > +
> >  ### sync_console
> >  > `= <boolean>`
> 
> This wants to be part of the patch where the option is introduced. New options

I introduced 'svm_avic=nodoorbell' later in the series, after 
svm_avic= appears for the first time. So my thinking was to document
all new options in one patch...

> also want to use dashes in favor of underscores. Plus the default setting of
> this option wants making explicit.

Will switch to dashes.

> 
> Jan
> 


  reply	other threads:[~2026-11-05 20:22 UTC|newest]

Thread overview: 63+ 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-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
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 [this message]
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=auzlbS6B2k0yJJOF@kraken \
    --to=dmukhin@ford.com \
    --cc=andrew.cooper3@citrix.com \
    --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.