unicorn/qemu/hw
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
..
arm Use cpu_create(type) instead of cpu_init(cpu_model) 2018-03-20 14:20:30 -04:00
core machine: use class base init generated name 2018-03-11 16:54:40 -04:00
i386 pc: use generic cpu_model parsing 2018-03-20 13:22:05 -04:00
intc qemu-common: push cpu.h inclusion out of qemu-common.h 2018-02-24 01:50:56 -05:00
m68k Use cpu_create(type) instead of cpu_init(cpu_model) 2018-03-20 14:20:30 -04:00
mips Use cpu_create(type) instead of cpu_init(cpu_model) 2018-03-20 14:20:30 -04:00
sparc Use cpu_create(type) instead of cpu_init(cpu_model) 2018-03-20 14:20:30 -04:00
sparc64 Use cpu_create(type) instead of cpu_init(cpu_model) 2018-03-20 14:20:30 -04:00
Makefile.objs import 2015-08-21 15:04:50 +08:00