From: "Roger Pau Monné" <roger.pau@citrix.com>
To: Ross Lagerwall <ross.lagerwall@citrix.com>
Cc: xen-devel@lists.xenproject.org, Jan Beulich <jbeulich@suse.com>,
Andrew Cooper <andrew.cooper3@citrix.com>
Subject: Re: [PATCH v2] x86/hap: Defer NPT P2M TLB flushes
Date: Fri, 20 Mar 2026 11:09:46 +0100 [thread overview]
Message-ID: <ab0c6mCL2JqALJF0@macbook.local> (raw)
In-Reply-To: <72944656-cc83-48c8-8cd0-9fc5ccc6f96b@citrix.com>
On Fri, Mar 20, 2026 at 09:44:39AM +0000, Ross Lagerwall wrote:
> On 3/19/26 2:06 PM, Roger Pau Monné wrote:
> > On Thu, Mar 19, 2026 at 11:40:41AM +0000, Ross Lagerwall wrote:
> > > Like the EPT code, defer TLB flushes for NPT to reduce the number of
> > > flushes and avoid holding the P2M lock while flushing. This can
> > > substantially improve performance in some scenarios.
> > >
> > > The cases where the TLB needs to be flushed without deferring are
> > > already handled by the call to p2m_tlb_flush_sync() in p2m_free_ptp().
> > >
> > > Suggested-by: Roger Pau Monne <roger.pau@citrix.com>
> > > Signed-off-by: Ross Lagerwall <ross.lagerwall@citrix.com>
> > > ---
> > > In v2:
> > > * Tweak commit message.
> > > * Call guest_flush_tlb_mask() if the assertion fails.
> > >
> > > xen/arch/x86/mm/hap/hap.c | 22 ++++++++++++++++++++--
> > > 1 file changed, 20 insertions(+), 2 deletions(-)
> > >
> > > diff --git a/xen/arch/x86/mm/hap/hap.c b/xen/arch/x86/mm/hap/hap.c
> > > index a337752bf488..67137611d9db 100644
> > > --- a/xen/arch/x86/mm/hap/hap.c
> > > +++ b/xen/arch/x86/mm/hap/hap.c
> > > @@ -814,15 +814,33 @@ static void cf_check hap_update_paging_modes(struct vcpu *v)
> > > static void cf_check
> > > hap_write_p2m_entry_post(struct p2m_domain *p2m, unsigned int oflags)
> > > {
> > > - struct domain *d = p2m->domain;
> > > + if ( !(oflags & _PAGE_PRESENT) )
> > > + return;
> > > +
> > > + if ( unlikely(!p2m->defer_flush) )
> > > + {
> > > + struct domain *d = p2m->domain;
> >
> > As you are moving this around, and seeing that guest_flush_tlb_mask()
> > takes a const domain parameter, I think you could make this local
> > variable const. Possibly the same below with the other d local
> > variable.
> >
>
> Yes, that makes sense. Can the adjustment be done on commit if there is
> no other feedback?
Sure, I can take care of that at commit time if there are no further
comments.
Thanks, Roger.
prev parent reply other threads:[~2026-03-20 10:10 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-19 11:40 [PATCH v2] x86/hap: Defer NPT P2M TLB flushes Ross Lagerwall
2026-03-19 14:06 ` Roger Pau Monné
2026-03-20 9:44 ` Ross Lagerwall
2026-03-20 10:09 ` Roger Pau Monné [this message]
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=ab0c6mCL2JqALJF0@macbook.local \
--to=roger.pau@citrix.com \
--cc=andrew.cooper3@citrix.com \
--cc=jbeulich@suse.com \
--cc=ross.lagerwall@citrix.com \
--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.