On 23/03/2021 09:58, Roger Pau Monne wrote: > With the addition of the xc_cpu_policy_* now libxl can have better > control over the cpu policy, this allows removing the > xc_cpuid_apply_policy function and instead coding the required bits by > libxl in libxl__cpuid_legacy directly. > > Remove xc_cpuid_apply_policy. > > Signed-off-by: Roger Pau Monné <roger....@citrix.com> > --- > I'm unsure why this is called libxl__cpuid_legacy, mostly because I > don't seem to be able to spot a libxl__cpuid (ie: non-legacy version). > Should this be renamed to libxl__cpuid? > > 1b3cec69bf300e012a mentions the process of switching to a new cpuid > interface, but I'm not sure we need to keep libxl__cpuid_legacy, since > that's an internal interface that's not exposed to libxl clients > anyway.
"legacy" was referring to the pre-4.14 migrate-in problem. It was the best I could come up with without having a firm plan of how this series was going to look like. That said, the resulting function is still very definitely doing thing's I'd consider "legacy", so perhaps it wants to stay named like this until we've got a better plan for how to enable non-trivial features. ~Andrew
