Based in feedback I've got on v1
https://lists.nongnu.org/archive/html/qemu-devel/2018-01/msg04036.html
v2:
- implemented new approach only for x86/ARM (will be done for all targets
if approach seems acceptable)
- add test case for '-M none -cpu FOO' case
- redefine TARGET_DEFAULT_CPU_TYPE into CPU_RESOLVING_TYPE
- scrape off default cpu_model refactoring, so it would cause
less conflicts with Laurent's series where he tries to rework
defaults to use ELF hints of executed program
End goal of series is still the same as v1, i.e. get rid of cpu_init() API
and limit cpu_model handling only to places where it must be done.
CC: Laurent Vivier <laur...@vivier.eu>
CC: Peter Maydell <peter.mayd...@linaro.org>
CC: Eduardo Habkost <ehabk...@redhat.com>
CC: qemu-s3...@nongnu.org
CC: qemu-...@nongnu.org
CC: qemu-...@nongnu.org
Igor Mammedov (5):
tests: add machine 'none' with -cpu test
machine: prepare machine 'none' to gradually switch to cpu_create()
API
linux-user: prepare for switching to cpu_create() API
arm: cpu: add CPU_RESOLVING_TYPE macro
x86: cpu: add CPU_RESOLVING_TYPE macro
target/arm/cpu.h | 3 ++
target/i386/cpu.h | 3 ++
hw/core/null-machine.c | 13 ++++++++-
linux-user/main.c | 15 ++++++++--
tests/Makefile.include | 2 ++
tests/machine-none.c | 75 ++++++++++++++++++++++++++++++++++++++++++++++++++
vl.c | 8 +++++-
7 files changed, 114 insertions(+), 5 deletions(-)
create mode 100644 tests/machine-none.c
--
2.7.4
