qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH v4 14/21] target-arm: Implement AArch64 views of


From: Peter Crosthwaite
Subject: Re: [Qemu-devel] [PATCH v4 14/21] target-arm: Implement AArch64 views of fault status and data registers
Date: Mon, 17 Mar 2014 23:17:53 +1000

On Mon, Mar 17, 2014 at 11:06 PM, Peter Maydell
<address@hidden> wrote:
> On 17 March 2014 05:30, Peter Crosthwaite <address@hidden> wrote:
>> On Fri, Mar 7, 2014 at 5:32 AM, Peter Maydell <address@hidden> wrote:
>>> @@ -2979,20 +2988,23 @@ void arm_cpu_do_interrupt(CPUState *cs)
>>>          env->exception.fsr = 2;
>>>          /* Fall through to prefetch abort.  */
>>>      case EXCP_PREFETCH_ABORT:
>>> -        env->cp15.c5_insn = env->exception.fsr;
>>> -        env->cp15.c6_insn = env->exception.vaddress;
>>> +        env->cp15.ifsr_el2 = env->exception.fsr;
>>> +        env->cp15.far_el1 = deposit64(env->cp15.far_el1, 32, 32,
>>> +                                      env->exception.vaddress);
>>
>> Is it better to just grab the CPRegInfo and pass it to raw_write() to
>> do the deposit dirty work?
>
> You'd have to do a hash-table lookup and it would be an odd
> case compared to the other registers we update here, so I think
> just directly depositing to the state field is simpler.
>

OK fair enough. I was thinking just pass the & of static const
CPRegInfo (if its even visible here) rather than doing a lookup. But
then I spose you have a preformatted CPRegInfo that may or may not be
correct.

FWIW I know you dislike unions, but it would solve this one. In
general its verbose and cumbersome, but I think its applicable to the
ones where you have wierd register sharing policys (like the somewhat
numerically unrealted IFAR and DFAR being high and low words of FAR).

Regards,
Peter

> thanks
> -- PMM
>



reply via email to

[Prev in Thread] Current Thread [Next in Thread]