On 01/19/2017 09:04 AM, Alex Bennée wrote:
> The main use case for tlb_reset_dirty is to set the TLB_NOTDIRTY flags
> in TLB entries to force the slow-path on writes. This is used to mark
> page ranges containing code which has been translated so it can be
> invalidated if written to. To do this safely we need to ensure the TLB
> entries in question for all vCPUs are updated before we attempt to run
> the code otherwise a race could be introduced.
> 
> To achieve this we atomically set the flag in tlb_reset_dirty_range and
> take care when setting it when the TLB entry is filled.
> 
> On 32 bit systems attempting to emulate 64 bit guests we don't even
> bother as we might not have the atomic primitives available. MTTCG is
> disabled in this case and can't be forced on. The copy_tlb_helper
> function helps keep the atomic semantics in one place to avoid
> confusion.
> 
> The dirty helper function is made static as it isn't used outside of
> cputlb.
> 
> Signed-off-by: Alex Bennée <alex.ben...@linaro.org>

Reviewed-by: Richard Henderson <r...@twiddle.net>


r~

Reply via email to