>>> On 26.10.16 at 14:58, wrote:
> In hindsight, this is a better position for it, as it avoids opencoding
> hvmemul_inject_hw_exception() in hvmemul_cpuid(), and reduces the
> requirements
> on other ops->cpuid() hooks wanting to implement cpuid faulting in the future.
>
> Signed-off-by: Andrew
On Wed, Oct 26, 2016 at 01:58:02PM +0100, Andrew Cooper wrote:
> In hindsight, this is a better position for it, as it avoids opencoding
> hvmemul_inject_hw_exception() in hvmemul_cpuid(), and reduces the requirements
> on other ops->cpuid() hooks wanting to implement cpuid faulting in the future.
In hindsight, this is a better position for it, as it avoids opencoding
hvmemul_inject_hw_exception() in hvmemul_cpuid(), and reduces the requirements
on other ops->cpuid() hooks wanting to implement cpuid faulting in the future.
Signed-off-by: Andrew Cooper
---
CC: Jan Beulich
CC: Wei Liu
v2: