unicorn/qemu/include/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 DEFINE_MACHINE() to register all machines 2018-03-11 15:12:46 -04:00
cpu import 2015-08-21 15:04:50 +08:00
i386 i386: keep cpu_model field in MachineState uptodate 2018-03-20 12:40:35 -04:00
m68k Use DEFINE_MACHINE() to register all machines 2018-03-11 15:12:46 -04:00
mips Use DEFINE_MACHINE() to register all machines 2018-03-11 15:12:46 -04:00
sparc Revert use of DEFINE_MACHINE() for registrations of multiple machines 2018-03-11 15:17:17 -04:00
xen include: Add stubbed xen function 2018-02-20 08:29:58 -05:00
boards.h Use cpu_create(type) instead of cpu_init(cpu_model) 2018-03-20 14:20:30 -04:00
hw.h hw: clean up hw/hw.h includes 2018-02-24 02:46:41 -05:00
qdev-core.h bus: simplify name handling 2018-03-09 13:02:15 -05:00
qdev.h import 2015-08-21 15:04:50 +08:00
registerfields.h armv7m: Fix reads of CONTROL register bit 1 2018-03-02 13:26:38 -05:00