[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] XSAVES in GET_SUPPORTED_CPUID (was Re: [PATCH] target-i
From: |
Eduardo Habkost |
Subject: |
Re: [Qemu-devel] XSAVES in GET_SUPPORTED_CPUID (was Re: [PATCH] target-i386: add Skylake-Client cpu mode) |
Date: |
Thu, 12 May 2016 09:03:31 -0300 |
User-agent: |
Mutt/1.5.24 (2015-08-30) |
On Mon, May 09, 2016 at 03:44:57PM +0200, Paolo Bonzini wrote:
[...]
> 2) KVM doesn't yet expose any XSAVES state save component, and the only
> one defined in Skylake (processor tracing) probably will block migration
> and will have to be added separately.
>
[...]
> Item number 2 on the other hand means that it's okay to add Skylake CPU
> models without XSAVES. Because of the large number of kernels in the
> wild that block XSAVES, I'm inclined to do that.
Agreed. Now, should we name the CPU model without XSAVES
"Skylake" or "Skylake-noXSAVES"? I'm inclined towards the latter,
to follow the same pattern we used for "Haswell-noTSX".
--
Eduardo
- Re: [Qemu-devel] [PATCH] target-i386: add Skylake-Client cpu mode, Xiao Guangrong, 2016/05/03
- [Qemu-devel] XSAVES in GET_SUPPORTED_CPUID (was Re: [PATCH] target-i386: add Skylake-Client cpu mode), Eduardo Habkost, 2016/05/03
- Re: [Qemu-devel] XSAVES in GET_SUPPORTED_CPUID (was Re: [PATCH] target-i386: add Skylake-Client cpu mode), Xiao Guangrong, 2016/05/03
- Re: [Qemu-devel] XSAVES in GET_SUPPORTED_CPUID (was Re: [PATCH] target-i386: add Skylake-Client cpu mode), Paolo Bonzini, 2016/05/09
- Re: [Qemu-devel] XSAVES in GET_SUPPORTED_CPUID (was Re: [PATCH] target-i386: add Skylake-Client cpu mode),
Eduardo Habkost <=
- Re: [Qemu-devel] XSAVES in GET_SUPPORTED_CPUID (was Re: [PATCH] target-i386: add Skylake-Client cpu mode), Paolo Bonzini, 2016/05/12
- [Qemu-devel] [QEMU PATCH v2] target-i386: Add Skylake-Client CPU model, Eduardo Habkost, 2016/05/20
- Re: [Qemu-devel] [QEMU PATCH v2] target-i386: Add Skylake-Client CPU model, Paolo Bonzini, 2016/05/23