Igor Mammedov f8eeacb280 Use cpu_create(type) instead of cpu_init(cpu_model) ... With all targets defining CPU_RESOLVING_TYPE, refactor cpu_parse_cpu_model(type, cpu_model) to parse_cpu_model(cpu_model) so that callers won't have to know internal resolving cpu type. Place it in exec.c so it could be called from both target independed vl.c and *-user/main.c. That allows us to stop abusing cpu type from MachineClass::default_cpu_type as resolver class in vl.c which were confusing part of cpu_parse_cpu_model(). Also with new parse_cpu_model(), the last users of cpu_init() in null-machine.c and bsd/linux-user targets could be switched to cpu_create() API and cpu_init() API will be removed by follow up patch. With no longer users left remove MachineState::cpu_model field, new code should use MachineState::cpu_type instead and leave cpu_model parsing to generic code in vl.c. Backports commit 2278b93941d42c30e2950d4b8dff4943d064e7de from qemu		2018-03-20 14:20:30 -04:00
..
cpu.h	Use cpu_create(type) instead of cpu_init(cpu_model)	2018-03-20 14:20:30 -04:00
object.h	qom: introduce object_class_get_list_sorted	2018-03-17 19:16:25 -04:00
qom-qobject.h	import	2015-08-21 15:04:50 +08:00