[CRIU] [PATCH 2/9] opt: cpu-cap -- Introduce "none" and "cpuinfo" arguments
Pavel Emelyanov
xemul at parallels.com
Tue Sep 30 03:22:00 PDT 2014
On 09/30/2014 02:20 PM, Cyrill Gorcunov wrote:
> On Tue, Sep 30, 2014 at 02:02:50PM +0400, Pavel Emelyanov wrote:
>>> -" --cpu-cap CAP require certain cpu capability. CAP: may be one of:\n"
>>> -" 'fpu','all'. To disable capability, prefix it with '^'.\n"
>>> +" --cpu-cap [CAP] require certain cpu capability. CAP: may be one of:\n"
>>> +" 'cpuinfo','fpu','all','none'. To disable capability, prefix it with '^'.\n"
>>
>> What's the point in none? Does it differ from "no option"?
>
> The image may have cpuinfo dumped and it will refusre to restore if destination
> node doesn't have all caps matched. For this sake if user still needs to proceed
> he may pass "none" parameter and criu ignore any caps.
OK. This makes sense. Can we have a wiki page describing the cpu features
management policy?
> In next patches:
>
> int cpu_validate_features(CpuinfoX86Entry *img_x86_entry)
> +{
> + /*
> + * A user knows what he is doing and disabled
> + * capabilities check.
> + */
> + if (opts.cpu_cap == CPU_CAP_NONE)
> + return 0;
>
>>
>> I don't like the "cpuinfo" name. Maybe just "cpu" or at least "cpuid"?
>> Can we make it somehow symmetrical to "fpu" one?
>
> Sure, I'll rename to "cpu".
> .
>
More information about the CRIU
mailing list