On Sun, 2014-06-08 at 14:27 +0100, Ian Campbell wrote:
> get_phys_addr_lpae: XN == 1000 yes, PXN == 800 no
>
> Which I think is correct.
Aha, for VMSA-v8 bit 54 is UXN unlike v7 where it is just XN. So that's
the underlying bug I'm seeing I think...
I'll confirm and post a patch.
On Sun, 2014-06-08 at 13:19 +0100, Peter Maydell wrote:
> On 8 June 2014 12:26, Ian Campbell wrote:
> > On Tue, 2014-06-03 at 14:28 +0200, Claudio Fontana wrote:
> >> Thank you for the clarifications and advice, I think executable
> >> permissions might be involved, as removing the NX / PNX check
On 8 June 2014 12:26, Ian Campbell wrote:
> On Tue, 2014-06-03 at 14:28 +0200, Claudio Fontana wrote:
>> Thank you for the clarifications and advice, I think executable
>> permissions might be involved, as removing the NX / PNX check in
>> get_phys_addr_lpae() makes it proceed ahead
>
> I'm seeing
On Tue, 2014-06-03 at 14:28 +0200, Claudio Fontana wrote:
> Thank you for the clarifications and advice, I think executable
> permissions might be involved, as removing the NX / PNX check in
> get_phys_addr_lpae() makes it proceed ahead
I'm seeing something very similar running modprobe, I get a k
On 03.06.2014 11:34, Rob Herring wrote:
> On Mon, Jun 2, 2014 at 11:16 AM, Claudio Fontana wrote:
>> Hello Peter,
>>
>> I am porting OSv to AArch64, and I have some working code running on
>> the Foundation Models,
>> where I run qemu natively with --enable-kvm,
>>
>> which does not seem to work w
On 02.06.2014 18:37, Peter Maydell wrote:
> On 2 June 2014 17:16, Claudio Fontana wrote:
>> In particular I get a sync exception when I try to msr to TTBR0_EL1.
>>
>> The ESR as read in env->cp15.esr_el[1] is 0x840e, which looking up
>> in the ESR table means
>>
>> Instruction fault, with IFSC
On Mon, Jun 2, 2014 at 11:16 AM, Claudio Fontana wrote:
> Hello Peter,
>
> I am porting OSv to AArch64, and I have some working code running on
> the Foundation Models,
> where I run qemu natively with --enable-kvm,
>
> which does not seem to work when run instead on top of the system emulation.
>
On 2 June 2014 17:16, Claudio Fontana wrote:
> In particular I get a sync exception when I try to msr to TTBR0_EL1.
>
> The ESR as read in env->cp15.esr_el[1] is 0x840e, which looking up
> in the ESR table means
>
> Instruction fault, with IFSC (instruction fault status code) = 0xe,
> which sh
On 2 June 2014 17:21, Claudio Fontana wrote:
> hmm one thing that came to mind of course after posting, is that QEMU
> in system emulation mode probably tries to start at EL2 or EL3, while
> on OSv I assume to be running as a guest at EL1.
No, at the moment both QEMU's system emulation and KVM
wi
On 2 June 2014 18:16, Claudio Fontana wrote:
> Hello Peter,
>
> I am porting OSv to AArch64, and I have some working code running on
> the Foundation Models,
> where I run qemu natively with --enable-kvm,
>
> which does not seem to work when run instead on top of the system emulation.
>
> In parti
Hello Peter,
I am porting OSv to AArch64, and I have some working code running on
the Foundation Models,
where I run qemu natively with --enable-kvm,
which does not seem to work when run instead on top of the system emulation.
In particular I get a sync exception when I try to msr to TTBR0_EL1.
11 matches
Mail list logo
