All of lore.kernel.org
 help / color / mirror / Atom feed
From: Oliver Upton <oliver.upton@linux.dev>
To: James Clark <james.clark@linaro.org>
Cc: Suzuki K Poulose <suzuki.poulose@arm.com>,
	kvmarm@lists.linux.dev, Marc Zyngier <maz@kernel.org>,
	Joey Gouly <joey.gouly@arm.com>,
	Zenghui Yu <yuzenghui@huawei.com>,
	Mingwei Zhang <mizhang@google.com>,
	Colton Lewis <coltonlewis@google.com>,
	Alexandru Elisei <alexandru.elisei@arm.com>,
	james.clark2@arm.com
Subject: Re: [PATCH 03/15] KVM: arm64: Track presence of SPE/TRBE in kvm_host_data instead of vCPU
Date: Mon, 11 Nov 2024 10:17:11 -0800	[thread overview]
Message-ID: <ZzJKJ1fgkRL7rYwf@linux.dev> (raw)
In-Reply-To: <80eba261-b61f-4197-bdf0-ced1355b06ae@linaro.org>

On Mon, Nov 11, 2024 at 04:09:28PM +0000, James Clark wrote:
> 
> 
> On 11/11/2024 3:58 pm, Suzuki K Poulose wrote:
> > On 11/11/2024 13:47, Suzuki K Poulose wrote:
> > > Cc: James Clark
> > > 
> > > Hi Oliver
> > > 
> > > On 08/11/2024 22:24, Oliver Upton wrote:
> > > > Add flags to kvm_host_data to track if SPE/TRBE is present +
> > > > programmable on a per-CPU basis. Set the flags up at init rather than
> > > > vcpu_load() as the programmability of these buffers is unlikely to
> > > > change.
> > > > 
> > > 
> > > Heads up, there is a similar change from James Clark here :
> > > 
> > > https://lkml.kernel.org/r/20241101155412.1152709-6-james.clark2@arm.com
> > 
> > Ah, bad. That patch isn't on the public list yet. Never mind ;-). I will
> > leave James to deal with this series ;-).
> > 
> > For context, James is trying to enable Guest filtering for CoreSight
> > trace, v6 of that one is available here :
> > 
> > https://lkml.kernel.org/r/20240226113044.228403-1-james.clark@arm.com
> > 
> > Suzuki
> > 
> > 
> 
> Ah yeah I didn't get around to posting it here yet. I can still post it if
> you think it might be useful Oliver? But it will probably just confuse
> things. It does some of the same things as this patch, but I did expand
> vcpu_flags to be just "kvm_flags" so that they were more generic and could
> be used on host data too. It wasn't strictly required because I didn't need
> any of the preempt disable stuff that's in there, but the other features are
> quite nice.
> 
> I also had separate "feats" and "state" flags on the host data so it was a
> bit clearer which ones were static and could be passed from the host to pkvm
> hyp at init, and ones that were dynamic and would only be used for storage
> by the hype. Although just for the SPE and TRBE ones here you don't need
> that either.
> 
> Either way I can still do the filtering changes on the top of this.

I think that'd be good, at the very least post what you have and we can
decide how to iron out the differences. I'd like to resolve these features
at init to avoid reading an ID register for every vcpu_load(), which will
trap under nested virt.

-- 
Thanks,
Oliver

  reply	other threads:[~2024-11-11 18:17 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-11-08 22:24 [PATCH 00/15] KVM: arm64: Debug cleanups Oliver Upton
2024-11-08 22:24 ` [PATCH 01/15] KVM: arm64: Drop MDSCR_EL1_DEBUG_MASK Oliver Upton
2024-11-08 22:24 ` [PATCH 02/15] KVM: arm64: Get rid of __kvm_get_mdcr_el2() and related warts Oliver Upton
2024-11-11 11:00   ` Suzuki K Poulose
2024-11-12  7:22     ` Oliver Upton
2024-11-08 22:24 ` [PATCH 03/15] KVM: arm64: Track presence of SPE/TRBE in kvm_host_data instead of vCPU Oliver Upton
2024-11-11 13:47   ` Suzuki K Poulose
2024-11-11 15:58     ` Suzuki K Poulose
2024-11-11 16:09       ` James Clark
2024-11-11 18:17         ` Oliver Upton [this message]
2024-11-08 22:24 ` [PATCH 04/15] KVM: arm64: Move host SME/SVE tracking flags to host data Oliver Upton
2024-11-09 11:39   ` Marc Zyngier
2024-11-08 22:24 ` [PATCH 05/15] KVM: arm64: Evaluate debug owner at vcpu_load() Oliver Upton
2024-11-08 22:24 ` [PATCH 06/15] KVM: arm64: Advance debug_owner state machine for sysreg traps Oliver Upton
2024-11-09 11:47   ` Marc Zyngier
2024-11-08 22:24 ` [PATCH 07/15] KVM: arm64: Clean up KVM_SET_GUEST_DEBUG handler Oliver Upton
2024-11-08 22:24 ` [PATCH 08/15] KVM: arm64: Select debug state to save/restore based on debug owner Oliver Upton
2024-11-09 11:57   ` Marc Zyngier
2024-11-09 17:13     ` Oliver Upton
2024-11-08 22:24 ` [PATCH 09/15] KVM: arm64: Remove debug tracepoints Oliver Upton
2024-11-09 12:02   ` Marc Zyngier
2024-11-09 13:17     ` Marc Zyngier
2024-11-08 22:24 ` [PATCH 10/15] KVM: arm64: Remove vestiges of debug_ptr Oliver Upton
2024-11-08 22:24 ` [PATCH 11/15] KVM: arm64: Use debug_owner to track if debug regs need save/restore Oliver Upton
2024-11-09 12:11   ` Marc Zyngier
2024-11-09 17:18     ` Oliver Upton
2024-11-09 22:37       ` Marc Zyngier
2024-11-09 23:46         ` Oliver Upton
2024-11-08 22:24 ` [PATCH 12/15] KVM: arm64: Reload vCPU for accesses to OSLAR_EL1 Oliver Upton
2024-11-08 22:24 ` [PATCH 13/15] KVM: arm64: Compute MDCR_EL2 at vcpu_load() Oliver Upton
2024-11-09 12:28   ` Marc Zyngier
2024-11-08 22:24 ` [PATCH 14/15] KVM: arm64: Don't hijack guest context MDSCR_EL1 Oliver Upton
2024-11-09 12:59   ` Marc Zyngier
2024-11-08 22:24 ` [PATCH 15/15] KVM: arm64: Manage software step state at load/put Oliver Upton
2024-11-09 13:13 ` [PATCH 00/15] KVM: arm64: Debug cleanups Marc Zyngier
2024-11-09 17:08   ` Oliver Upton

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=ZzJKJ1fgkRL7rYwf@linux.dev \
    --to=oliver.upton@linux.dev \
    --cc=alexandru.elisei@arm.com \
    --cc=coltonlewis@google.com \
    --cc=james.clark2@arm.com \
    --cc=james.clark@linaro.org \
    --cc=joey.gouly@arm.com \
    --cc=kvmarm@lists.linux.dev \
    --cc=maz@kernel.org \
    --cc=mizhang@google.com \
    --cc=suzuki.poulose@arm.com \
    --cc=yuzenghui@huawei.com \
    /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.