From: Christoffer Dall <cdall@linaro.org>
To: Marc Zyngier <marc.zyngier@arm.com>
Cc: Shannon Zhao <shannon.zhao@linaro.org>,
kvm@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
kvmarm@lists.cs.columbia.edu
Subject: Re: [PATCH v2 6/9] arm64: KVM: Treat sysreg accessors returning false as successful
Date: Tue, 28 Mar 2017 14:45:30 +0200 [thread overview]
Message-ID: <20170328124530.GF31156@cbox> (raw)
In-Reply-To: <20170327160345.12402-7-marc.zyngier@arm.com>
On Mon, Mar 27, 2017 at 05:03:42PM +0100, Marc Zyngier wrote:
> Instead of considering that a sysreg accessor has failed when
> returning false, let's consider that it is *always* successful
> (after all, we won't stand for an incomplete emulation).
That's right!
>
> The return value now simply indicates whether we should skip
> the instruction (because it has now been emulated), or if we
> should leave the PC alone if the emulation has injected an
> exception.
Reviewed-by: Christoffer Dall <cdall@linaro.org>
(I especially enjoy the much cleaner flow of emulate_sys_reg())
>
> Signed-off-by: Marc Zyngier <marc.zyngier@arm.com>
> ---
> arch/arm64/kvm/sys_regs.c | 49 +++++++++++++++++++----------------------------
> 1 file changed, 20 insertions(+), 29 deletions(-)
>
> diff --git a/arch/arm64/kvm/sys_regs.c b/arch/arm64/kvm/sys_regs.c
> index f80a61af5e88..4e5d4eee8cec 100644
> --- a/arch/arm64/kvm/sys_regs.c
> +++ b/arch/arm64/kvm/sys_regs.c
> @@ -1571,6 +1571,22 @@ int kvm_handle_cp14_load_store(struct kvm_vcpu *vcpu, struct kvm_run *run)
> return 1;
> }
>
> +static void perform_access(struct kvm_vcpu *vcpu,
> + struct sys_reg_params *params,
> + const struct sys_reg_desc *r)
> +{
> + /*
> + * Not having an accessor means that we have configured a trap
> + * that we don't know how to handle. This certainly qualifies
> + * as a gross bug that should be fixed right away.
> + */
> + BUG_ON(!r->access);
> +
> + /* Skip instruction if instructed so */
> + if (likely(r->access(vcpu, params, r)))
> + kvm_skip_instr(vcpu, kvm_vcpu_trap_il_is32bit(vcpu));
> +}
> +
> /*
> * emulate_cp -- tries to match a sys_reg access in a handling table, and
> * call the corresponding trap handler.
> @@ -1594,20 +1610,8 @@ static int emulate_cp(struct kvm_vcpu *vcpu,
> r = find_reg(params, table, num);
>
> if (r) {
> - /*
> - * Not having an accessor means that we have
> - * configured a trap that we don't know how to
> - * handle. This certainly qualifies as a gross bug
> - * that should be fixed right away.
> - */
> - BUG_ON(!r->access);
> -
> - if (likely(r->access(vcpu, params, r))) {
> - /* Skip instruction, since it was emulated */
> - kvm_skip_instr(vcpu, kvm_vcpu_trap_il_is32bit(vcpu));
> - /* Handled */
> - return 0;
> - }
> + perform_access(vcpu, params, r);
> + return 0;
> }
>
> /* Not handled */
> @@ -1777,26 +1781,13 @@ static int emulate_sys_reg(struct kvm_vcpu *vcpu,
> r = find_reg(params, sys_reg_descs, ARRAY_SIZE(sys_reg_descs));
>
> if (likely(r)) {
> - /*
> - * Not having an accessor means that we have
> - * configured a trap that we don't know how to
> - * handle. This certainly qualifies as a gross bug
> - * that should be fixed right away.
> - */
> - BUG_ON(!r->access);
> -
> - if (likely(r->access(vcpu, params, r))) {
> - /* Skip instruction, since it was emulated */
> - kvm_skip_instr(vcpu, kvm_vcpu_trap_il_is32bit(vcpu));
> - return 1;
> - }
> - /* If access function fails, it should complain. */
> + perform_access(vcpu, params, r);
> } else {
> kvm_err("Unsupported guest sys_reg access at: %lx\n",
> *vcpu_pc(vcpu));
> print_sys_reg_instr(params);
> + kvm_inject_undefined(vcpu);
> }
> - kvm_inject_undefined(vcpu);
> return 1;
> }
>
> --
> 2.11.0
>
WARNING: multiple messages have this Message-ID (diff)
From: cdall@linaro.org (Christoffer Dall)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 6/9] arm64: KVM: Treat sysreg accessors returning false as successful
Date: Tue, 28 Mar 2017 14:45:30 +0200 [thread overview]
Message-ID: <20170328124530.GF31156@cbox> (raw)
In-Reply-To: <20170327160345.12402-7-marc.zyngier@arm.com>
On Mon, Mar 27, 2017 at 05:03:42PM +0100, Marc Zyngier wrote:
> Instead of considering that a sysreg accessor has failed when
> returning false, let's consider that it is *always* successful
> (after all, we won't stand for an incomplete emulation).
That's right!
>
> The return value now simply indicates whether we should skip
> the instruction (because it has now been emulated), or if we
> should leave the PC alone if the emulation has injected an
> exception.
Reviewed-by: Christoffer Dall <cdall@linaro.org>
(I especially enjoy the much cleaner flow of emulate_sys_reg())
>
> Signed-off-by: Marc Zyngier <marc.zyngier@arm.com>
> ---
> arch/arm64/kvm/sys_regs.c | 49 +++++++++++++++++++----------------------------
> 1 file changed, 20 insertions(+), 29 deletions(-)
>
> diff --git a/arch/arm64/kvm/sys_regs.c b/arch/arm64/kvm/sys_regs.c
> index f80a61af5e88..4e5d4eee8cec 100644
> --- a/arch/arm64/kvm/sys_regs.c
> +++ b/arch/arm64/kvm/sys_regs.c
> @@ -1571,6 +1571,22 @@ int kvm_handle_cp14_load_store(struct kvm_vcpu *vcpu, struct kvm_run *run)
> return 1;
> }
>
> +static void perform_access(struct kvm_vcpu *vcpu,
> + struct sys_reg_params *params,
> + const struct sys_reg_desc *r)
> +{
> + /*
> + * Not having an accessor means that we have configured a trap
> + * that we don't know how to handle. This certainly qualifies
> + * as a gross bug that should be fixed right away.
> + */
> + BUG_ON(!r->access);
> +
> + /* Skip instruction if instructed so */
> + if (likely(r->access(vcpu, params, r)))
> + kvm_skip_instr(vcpu, kvm_vcpu_trap_il_is32bit(vcpu));
> +}
> +
> /*
> * emulate_cp -- tries to match a sys_reg access in a handling table, and
> * call the corresponding trap handler.
> @@ -1594,20 +1610,8 @@ static int emulate_cp(struct kvm_vcpu *vcpu,
> r = find_reg(params, table, num);
>
> if (r) {
> - /*
> - * Not having an accessor means that we have
> - * configured a trap that we don't know how to
> - * handle. This certainly qualifies as a gross bug
> - * that should be fixed right away.
> - */
> - BUG_ON(!r->access);
> -
> - if (likely(r->access(vcpu, params, r))) {
> - /* Skip instruction, since it was emulated */
> - kvm_skip_instr(vcpu, kvm_vcpu_trap_il_is32bit(vcpu));
> - /* Handled */
> - return 0;
> - }
> + perform_access(vcpu, params, r);
> + return 0;
> }
>
> /* Not handled */
> @@ -1777,26 +1781,13 @@ static int emulate_sys_reg(struct kvm_vcpu *vcpu,
> r = find_reg(params, sys_reg_descs, ARRAY_SIZE(sys_reg_descs));
>
> if (likely(r)) {
> - /*
> - * Not having an accessor means that we have
> - * configured a trap that we don't know how to
> - * handle. This certainly qualifies as a gross bug
> - * that should be fixed right away.
> - */
> - BUG_ON(!r->access);
> -
> - if (likely(r->access(vcpu, params, r))) {
> - /* Skip instruction, since it was emulated */
> - kvm_skip_instr(vcpu, kvm_vcpu_trap_il_is32bit(vcpu));
> - return 1;
> - }
> - /* If access function fails, it should complain. */
> + perform_access(vcpu, params, r);
> } else {
> kvm_err("Unsupported guest sys_reg access at: %lx\n",
> *vcpu_pc(vcpu));
> print_sys_reg_instr(params);
> + kvm_inject_undefined(vcpu);
> }
> - kvm_inject_undefined(vcpu);
> return 1;
> }
>
> --
> 2.11.0
>
next prev parent reply other threads:[~2017-03-28 12:43 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-03-27 16:03 [PATCH v2 0/9] arm64: KVM: Fix PMU exception generation Marc Zyngier
2017-03-27 16:03 ` Marc Zyngier
2017-03-27 16:03 ` [PATCH v2 1/9] arm64: KVM: PMU: Refactor pmu_*_el0_disabled Marc Zyngier
2017-03-27 16:03 ` Marc Zyngier
2017-03-27 17:03 ` Suzuki K Poulose
2017-03-27 17:03 ` Suzuki K Poulose
2017-03-27 17:11 ` Marc Zyngier
2017-03-27 17:11 ` Marc Zyngier
2017-03-28 12:46 ` Christoffer Dall
2017-03-28 12:46 ` Christoffer Dall
2017-03-28 13:21 ` Marc Zyngier
2017-03-28 13:21 ` Marc Zyngier
2017-03-27 16:03 ` [PATCH v2 2/9] arm64: KVM: PMU: Inject UNDEF exception on illegal register access Marc Zyngier
2017-03-27 16:03 ` Marc Zyngier
2017-03-28 12:44 ` Christoffer Dall
2017-03-28 12:44 ` Christoffer Dall
2017-03-27 16:03 ` [PATCH v2 3/9] arm64: KVM: PMU: Inject UNDEF on non-privileged accesses Marc Zyngier
2017-03-27 16:03 ` Marc Zyngier
2017-03-28 12:45 ` Christoffer Dall
2017-03-28 12:45 ` Christoffer Dall
2017-03-27 16:03 ` [PATCH v2 4/9] arm64: KVM: Make unexpected reads from WO registers inject an undef Marc Zyngier
2017-03-27 16:03 ` Marc Zyngier
2017-03-28 12:45 ` Christoffer Dall
2017-03-28 12:45 ` Christoffer Dall
2017-03-27 16:03 ` [PATCH v2 5/9] arm64: KVM: PMU: Inject UNDEF on read access to PMSWINC_EL0 Marc Zyngier
2017-03-27 16:03 ` Marc Zyngier
2017-03-28 12:45 ` Christoffer Dall
2017-03-28 12:45 ` Christoffer Dall
2017-03-27 16:03 ` [PATCH v2 6/9] arm64: KVM: Treat sysreg accessors returning false as successful Marc Zyngier
2017-03-27 16:03 ` Marc Zyngier
2017-03-28 12:45 ` Christoffer Dall [this message]
2017-03-28 12:45 ` Christoffer Dall
2017-03-27 16:03 ` [PATCH v2 7/9] arm64: KVM: Do not corrupt registers on failed 64bit CP read Marc Zyngier
2017-03-27 16:03 ` Marc Zyngier
2017-03-28 12:46 ` Christoffer Dall
2017-03-28 12:46 ` Christoffer Dall
2017-03-28 13:24 ` Marc Zyngier
2017-03-28 13:24 ` Marc Zyngier
2017-03-27 16:03 ` [PATCH v2 8/9] arm: KVM: Make unexpected register accesses inject an undef Marc Zyngier
2017-03-27 16:03 ` Marc Zyngier
2017-03-28 12:46 ` Christoffer Dall
2017-03-28 12:46 ` Christoffer Dall
2017-03-27 16:03 ` [PATCH v2 9/9] arm: KVM: Treat CP15 accessors returning false as successful Marc Zyngier
2017-03-27 16:03 ` Marc Zyngier
2017-03-28 12:46 ` Christoffer Dall
2017-03-28 12:46 ` Christoffer Dall
2017-03-28 13:37 ` [PATCH v2 0/9] arm64: KVM: Fix PMU exception generation Christoffer Dall
2017-03-28 13:37 ` Christoffer Dall
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=20170328124530.GF31156@cbox \
--to=cdall@linaro.org \
--cc=kvm@vger.kernel.org \
--cc=kvmarm@lists.cs.columbia.edu \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=marc.zyngier@arm.com \
--cc=shannon.zhao@linaro.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.