qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH v5 27/35] target/arm: Implement SVE MOVPRFX


From: Richard Henderson
Subject: Re: [Qemu-devel] [PATCH v5 27/35] target/arm: Implement SVE MOVPRFX
Date: Tue, 26 Jun 2018 07:57:25 -0700
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0

On 06/26/2018 05:24 AM, Peter Maydell wrote:
>> + * TODO: The implementation so far could handle predicated merging movprfx.
>> + * The helper functions as written take an extra source register to
>> + * use in the operation, but the result is only written when predication
>> + * succeeds.  For unpredicated movprfx, we need to rearrange the helpers
>> + * to allow the final write back to the destination to be unconditional.
>> + * For predicated zering movprfz, we need to rearrange the helpers to
> 
> "zeroing". Should that be "movprfx" or is "movprfz" a thing? (the SVE
> spec doesn't mention it.)

Yes, typo for movprfx.

> 
>> + * allow the final write back to zero inactives.
>> + *
>> + * In the meantime, just emit the moves.
>> + */
>> +
>> +static bool trans_MOVPRFX(DisasContext *s, arg_MOVPRFX *a, uint32_t insn)
>> +{
>> +    return do_mov_z(s, a->rd, a->rn);
>> +}
> 
> A bit confusing that do_mov_z() does the sve_access_check() for us
> but do_sel_z() and do_movz_zpz() do not...

Yes.  I regret do_mov_z does the check, but that patch is already in mainline,
and fixing it up isn't a necessity or a priority.


r~



reply via email to

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