linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: victor.kamensky@linaro.org (Victor Kamensky)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v4 12/14] ARM64: KVM: vgic_elrsr and vgic_eisr need to be byteswapped in BE case
Date: Sat, 14 Jun 2014 08:42:58 -0700	[thread overview]
Message-ID: <CAA3XUr3dApGFWmr36rpme+2TRMpFdGp=aCbbk_930jeZ-Eyjuw@mail.gmail.com> (raw)
In-Reply-To: <20140614150459.GH14023@lvm>

On 14 June 2014 08:04, Christoffer Dall <christoffer.dall@linaro.org> wrote:
> On Thu, Jun 12, 2014 at 09:30:11AM -0700, Victor Kamensky wrote:
>> On arm64 'u32 vgic_eisr[2];' and 'u32 vgic_elrsr[2]' are accessed as
>> one 'unsigned long *' bit fields, which has 64bit size. So we need to
>> swap least significant word with most significant word when code reads
>> those registers from h/w.
>>
>> Signed-off-by: Victor Kamensky <victor.kamensky@linaro.org>
>> ---
>>  arch/arm64/kvm/hyp.S | 7 +++++++
>>  1 file changed, 7 insertions(+)
>>
>> diff --git a/arch/arm64/kvm/hyp.S b/arch/arm64/kvm/hyp.S
>> index 0620691..5035b41 100644
>> --- a/arch/arm64/kvm/hyp.S
>> +++ b/arch/arm64/kvm/hyp.S
>> @@ -415,10 +415,17 @@ CPU_BE( rev     w11, w11 )
>>       str     w4, [x3, #VGIC_CPU_HCR]
>>       str     w5, [x3, #VGIC_CPU_VMCR]
>>       str     w6, [x3, #VGIC_CPU_MISR]
>> +#ifndef CONFIG_CPU_BIG_ENDIAN
>>       str     w7, [x3, #VGIC_CPU_EISR]
>>       str     w8, [x3, #(VGIC_CPU_EISR + 4)]
>>       str     w9, [x3, #VGIC_CPU_ELRSR]
>>       str     w10, [x3, #(VGIC_CPU_ELRSR + 4)]
>> +#else
>> +     str     w7, [x3, #(VGIC_CPU_EISR + 4)]
>> +     str     w8, [x3, #VGIC_CPU_EISR]
>> +     str     w9, [x3, #(VGIC_CPU_ELRSR + 4)]
>> +     str     w10, [x3, #VGIC_CPU_ELRSR]
>> +#endif
>>       str     w11, [x3, #VGIC_CPU_APR]
>>
>>       /* Clear GICH_HCR */
>> --
>> 1.8.1.4
>>
> I thought Marc had something here which allowed you to deal with the
> conversion in the accessor functions and avoid this patch?

Christoffer, I appreciate your review comments.

I think I was missing something. Yes, Marc mentioned in [1] about
his new changes in vgic3 series. But just after rereading it now, I
realized that he was suggesting to pick up his commits and add
them to this series. Is it my right understanding that they should
be [2] and [3] ... looking a bit closer to it, it seems that [4] is needed
as well. I am concerned that I don't understand all dependencies
and impact of those. Wondering about other way around. When vgic3
series introduced could we just back off above change and do it in
new right way?

[1] https://lists.cs.columbia.edu/pipermail/kvmarm/2014-May/009618.html
[2] https://lists.cs.columbia.edu/pipermail/kvmarm/2014-May/009475.html
[3] https://lists.cs.columbia.edu/pipermail/kvmarm/2014-May/009472.html
[4] https://lists.cs.columbia.edu/pipermail/kvmarm/2014-May/009473.html

Other question: I was testing all this directly on vanilla v3.15, should I
use some other armkvm specific integration branch to make sure it works
with all other in a queue armkvm changes.

In mean time I will try to pick up [4], [2], and [3] into v3.15 and see
how it goes.

Thanks,
Victor

> -Christoffer

  reply	other threads:[~2014-06-14 15:42 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-12 16:29 [PATCH v4 00/14] ARM/ARM64: KVM: big endian host support Victor Kamensky
2014-06-12 16:30 ` [PATCH v4 01/14] ARM: KVM: switch hypervisor into BE mode in case of BE host Victor Kamensky
2014-06-12 16:30 ` [PATCH v4 02/14] ARM: KVM: fix vgic V7 assembler code to work in BE image Victor Kamensky
2014-06-12 16:30 ` [PATCH v4 03/14] ARM: KVM: handle 64bit values passed to mrcc or from mcrr instructions in BE case Victor Kamensky
2014-06-12 16:30 ` [PATCH v4 04/14] ARM: KVM: __kvm_vcpu_run function return result fix " Victor Kamensky
2014-06-12 16:30 ` [PATCH v4 05/14] ARM: KVM: vgic mmio should hold data as LE bytes array " Victor Kamensky
2014-06-12 16:30 ` [PATCH v4 06/14] ARM: KVM: MMIO support BE host running LE code Victor Kamensky
2014-06-12 16:30 ` [PATCH v4 07/14] ARM: KVM: one_reg coproc set and get BE fixes Victor Kamensky
2014-06-14 15:04   ` Christoffer Dall
2014-06-12 16:30 ` [PATCH v4 08/14] ARM: KVM: enable KVM in Kconfig on big-endian systems Victor Kamensky
2014-06-14 15:04   ` Christoffer Dall
2014-06-12 16:30 ` [PATCH v4 09/14] ARM64: KVM: MMIO support BE host running LE code Victor Kamensky
2014-06-12 16:30 ` [PATCH v4 10/14] ARM64: KVM: store kvm_vcpu_fault_info est_el2 as word Victor Kamensky
2014-06-12 16:30 ` [PATCH v4 11/14] ARM64: KVM: fix vgic_bitmap_get_reg function for BE 64bit case Victor Kamensky
2014-06-14 15:04   ` Christoffer Dall
2014-06-21  9:58     ` Marc Zyngier
2014-06-12 16:30 ` [PATCH v4 12/14] ARM64: KVM: vgic_elrsr and vgic_eisr need to be byteswapped in BE case Victor Kamensky
2014-06-14 15:04   ` Christoffer Dall
2014-06-14 15:42     ` Victor Kamensky [this message]
2014-06-14 15:47       ` Christoffer Dall
2014-06-19  3:46         ` Victor Kamensky
2014-06-21  9:53           ` Marc Zyngier
2014-06-21 17:19             ` Victor Kamensky
2014-06-23  8:26               ` Marc Zyngier
2014-06-23 16:40                 ` Victor Kamensky
2014-06-12 16:30 ` [PATCH v4 13/14] ARM64: KVM: set and get of sys registers " Victor Kamensky
2014-06-12 16:30 ` [PATCH v4 14/14] ARM64: KVM: fix big endian issue in access_vm_reg for 32bit guest Victor Kamensky
2014-06-14 15:05   ` Christoffer Dall
2014-06-19  5:43     ` Victor Kamensky

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='CAA3XUr3dApGFWmr36rpme+2TRMpFdGp=aCbbk_930jeZ-Eyjuw@mail.gmail.com' \
    --to=victor.kamensky@linaro.org \
    --cc=linux-arm-kernel@lists.infradead.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).