[qemu-s390x] [RFC v2 0/5] generalize parsing of cpu_model (part 4)

[Igor Mammedov]

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 <address@hidden>
CC: Peter Maydell <address@hidden>
CC: Eduardo Habkost <address@hidden>
CC: address@hidden
CC: address@hidden
CC: address@hidden

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