From: Shanker Donthineni <shankerd@codeaurora.org>
To: Julien Grall <julien.grall@arm.com>, xen-devel@lists.xen.org
Cc: andre.przywara@arm.com, sstabellini@kernel.org,
wei.chen@linaro.org, steve.capper@arm.com
Subject: Re: [PATCH v2 5/6] xen/arm: traps: Avoid unnecessary VA -> IPA translation in abort handlers
Date: Tue, 16 Aug 2016 21:19:14 -0500 [thread overview]
Message-ID: <57B3C9A2.50707@codeaurora.org> (raw)
In-Reply-To: <1469639378-9244-6-git-send-email-julien.grall@arm.com>
Hi Julien,
On 07/27/2016 12:09 PM, Julien Grall wrote:
> Translating a VA to a IPA is expensive. Currently, Xen is assuming that
> HPFAR_EL2 is only valid when the stage-2 data/instruction abort happened
> during a translation table walk of a first stage translation (i.e S1PTW
> is set).
>
> However, based on the ARM ARM (D7.2.34 in DDI 0487A.j), the register is
> also valid when the data/instruction abort occured for a translation
> fault.
>
> With this change, the VA -> IPA translation will only happen for
> permission faults that are not related to a translation table of a
> first stage translation.
>
> Signed-off-by: Julien Grall <julien.grall@arm.com>
>
> ---
> Changes in v2:
> - Use fsc in the switch in do_trap_data_abort_guest
> ---
> xen/arch/arm/traps.c | 24 ++++++++++++++++++++----
> 1 file changed, 20 insertions(+), 4 deletions(-)
>
> diff --git a/xen/arch/arm/traps.c b/xen/arch/arm/traps.c
> index ea105f2..83a30fa 100644
> --- a/xen/arch/arm/traps.c
> +++ b/xen/arch/arm/traps.c
> @@ -2382,13 +2382,28 @@ static inline paddr_t get_faulting_ipa(vaddr_t gva)
> return ipa;
> }
>
> +static inline bool hpfar_is_valid(bool s1ptw, uint8_t fsc)
> +{
> + /*
> + * HPFAR is valid if one of the following cases are true:
> + * 1. the stage 2 fault happen during a stage 1 page table walk
> + * (the bit ESR_EL2.S1PTW is set)
> + * 2. the fault was due to a translation fault
> + *
> + * Note that technically HPFAR is valid for other cases, but they
> + * are currently not supported by Xen.
> + */
> + return s1ptw || (fsc == FSC_FLT_TRANS);
Yes, XEN is not supporting the stage 2 access flag but we should handle
a stage 2 address size fault.
I think we should do some thing like to below to match ARM ARM.
return s1ptw || (fsc != FSC_FLT_PERM);
> +}
> +
> static void do_trap_instr_abort_guest(struct cpu_user_regs *regs,
> const union hsr hsr)
> {
> int rc;
> register_t gva = READ_SYSREG(FAR_EL2);
> + uint8_t fsc = hsr.iabt.ifsc & ~FSC_LL_MASK;
>
> - switch ( hsr.iabt.ifsc & ~FSC_LL_MASK )
> + switch ( fsc )
> {
> case FSC_FLT_PERM:
> {
> @@ -2399,7 +2414,7 @@ static void do_trap_instr_abort_guest(struct
> cpu_user_regs *regs,
> .kind = hsr.iabt.s1ptw ? npfec_kind_in_gpt :
> npfec_kind_with_gla
> };
>
> - if ( hsr.iabt.s1ptw )
> + if ( hpfar_is_valid(hsr.iabt.s1ptw, fsc) )
> gpa = get_faulting_ipa(gva);
> else
> {
> @@ -2434,6 +2449,7 @@ static void do_trap_data_abort_guest(struct
> cpu_user_regs *regs,
> const struct hsr_dabt dabt = hsr.dabt;
> int rc;
> mmio_info_t info;
> + uint8_t fsc = hsr.dabt.dfsc & ~FSC_LL_MASK;
>
> info.dabt = dabt;
> #ifdef CONFIG_ARM_32
> @@ -2442,7 +2458,7 @@ static void do_trap_data_abort_guest(struct
> cpu_user_regs *regs,
> info.gva = READ_SYSREG64(FAR_EL2);
> #endif
>
> - if ( dabt.s1ptw )
> + if ( hpfar_is_valid(hsr.iabt.s1ptw, fsc) )
> info.gpa = get_faulting_ipa(info.gva);
> else
> {
> @@ -2451,7 +2467,7 @@ static void do_trap_data_abort_guest(struct
> cpu_user_regs *regs,
> return; /* Try again */
> }
>
> - switch ( dabt.dfsc & ~FSC_LL_MASK )
> + switch ( fsc )
> {
> case FSC_FLT_PERM:
> {
--
Shanker Donthineni
Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc.
Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
next prev parent reply other threads:[~2016-08-17 2:19 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-07-27 17:09 [PATCH v2 0/6] xen/arm: Simplify do_trap_*_abort_guest Julien Grall
2016-07-27 17:09 ` [PATCH v2 1/6] xen/arm: traps: Simplify the switch in do_trap_*_abort_guest Julien Grall
2016-07-28 19:41 ` Stefano Stabellini
2016-07-27 17:09 ` [PATCH v2 2/6] xen/arm: Provide macros to help creating workaround helpers Julien Grall
2016-07-28 19:42 ` Stefano Stabellini
2016-07-27 17:09 ` [PATCH v2 3/6] xen/arm: Use check_workaround to handle the erratum 766422 Julien Grall
2016-07-28 19:43 ` Stefano Stabellini
2016-07-27 17:09 ` [PATCH v2 4/6] xen/arm: traps: MMIO should only be emulated for fault translation Julien Grall
2016-07-27 17:09 ` [PATCH v2 5/6] xen/arm: traps: Avoid unnecessary VA -> IPA translation in abort handlers Julien Grall
2016-07-27 17:28 ` Sergej Proskurin
2016-07-27 17:40 ` Julien Grall
2016-08-17 2:19 ` Shanker Donthineni [this message]
2016-08-17 11:11 ` Julien Grall
2016-08-17 20:08 ` Shanker Donthineni
2016-08-18 12:02 ` Julien Grall
2016-07-27 17:09 ` [PATCH v2 6/6] xen/arm: arm64: Add Cortex-A57 erratum 834220 workaround Julien Grall
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=57B3C9A2.50707@codeaurora.org \
--to=shankerd@codeaurora.org \
--cc=andre.przywara@arm.com \
--cc=julien.grall@arm.com \
--cc=sstabellini@kernel.org \
--cc=steve.capper@arm.com \
--cc=wei.chen@linaro.org \
--cc=xen-devel@lists.xen.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).