qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] [PATCH 00/13] s390x emulation support v5


From: Alexander Graf
Subject: [Qemu-devel] [PATCH 00/13] s390x emulation support v5
Date: Wed, 4 May 2011 14:09:29 +0200

We've had support for running s390x guests with KVM for a
while now. This patch set also enables support for running
s390x guests in system as well as linux-user mode in emulation!

Within this scope, I again want to stress that this is _not_
supposed to replace Hercules - the s390 emulator - in any way.
The only target supported by qemu is Linux. You can only run
Linux applications with linux-user emulation and Linux guest OSs
with the system emulation. All the device logic (and 24 bit mode)
for running legacy stuff is missing. Use Hercules for those!

I have successfully run the following guest OSs:

  - SUSE Linux Enterprise Server 11 SP1
  - Debian Lenny

Both of which work just fine on x86_64 and ppc hosts. Other hosts
should also work. The only thing that did not work for me is network.
Somehow networking only works with KVM enabled, so there is probably
some bug involved still.

Either way - rejoice! As with this patch set you can finally fulfill
your mainframe desires on your local workstation. And - most importantly -
finally test patches to virtio against s390!

For images, I'm hoping for Aurelien to provide Debian images that run
in qemu. Other distributions only provide S390x target support in their
enterprise variants, keeping me from redistributing images :(.

If you're trying to get things rolling yourself, make sure to use a
recent kernel that has support for the virtio architecture and virtio
console support - otherwise you won't see output.

The linux user mode emulation part only support 64bit binaries, so
running Debian binaries with that one is out of question for now. Use
the system emulation mode if you really need to run Debian binaries.

For the lazy ones:

    git://repo.or.cz/qemu/agraf.git s390-tcg-v5

v1 -> v2:

  - fix broken s390-virtio-serial
  - fix broken s390 kvm target
  - always set 64bit flag for s390x binaries in elf loader
  - remove redundant EXECUTE_SVC
  - advance psw.addr in syscall execution path
  - remove FPReg definition
  - add descriptions to more cc_ops
  - add comment on time2tod
  - describe EXCP_EXT
  - use new clock syntax
  - use float_chs
  - use float compare built-ins
  - remove redundant EXECUTE_SVC
  - don't pass env into DisasContext
  - remove if 0'd code
  - truncate at 80 chars
  - enable disas debug by default (-d in_asm)
  - remove explicit psw.addr advancing on SVC

v2 -> v3:

  - use g2h instead of direct casts
  - remove old code stuffed into comments
  - reduce amount of tcg ops in LM and LMH to stay below limits
  - add patch: fix virtio feature bitmap
  - add patch: set alignment for long to 8
  - add patch: use ext op for deposit

v3 -> v4:

  - move linux-user host bits to its own file, remove useless parts
  - add slag cc type
  - make patchset bisectable
  - declare non-working when EXT is masked
  - remove obsolete cpu_halted
  - enable RAM boundary check
  - implement slag, iilh, iill
  - fix icm cc
  - improve on 32bit hosts
  - coding style

v4 -> v5:

  - only increase MAX_OP_PER_INSTR when running 64-on-32
  - make virtio_size const
  - make macros be upper case
  - keep breakpoints as bzero seperator
  - remove printf hack
  - replace patch: kvm arch stub / export conditional functions in cpu.h
  - new patch: Shift variables in CPUState for memset(0)
  - new patch Fix debugging for unknown sigp order codes

Alexander Graf (11):
  tcg: extend max tcg opcodes when using 64-on-32bit
  s390x: make kvm exported functions conditional on kvm
  s390x: keep hint on virtio managing size
  s390x: Shift variables in CPUState for memset(0)
  s390x: helper functions for system emulation
  s390x: Implement opcode helpers
  s390x: Adjust internal kvm code
  s390x: translate engine for s390x CPU
  s390x: Adjust GDB stub
  s390x: remove compatibility cc field
  s390x: build s390x by default

Christian Borntraeger (1):
  s390x: Fix debugging for unknown sigp order codes

Ulrich Hecht (1):
  s390x: s390x-linux-user support

 configure                            |    2 +
 default-configs/s390x-linux-user.mak |    1 +
 exec-all.h                           |    4 +
 gdbstub.c                            |    8 +-
 hw/s390-virtio-bus.c                 |    3 +
 hw/s390-virtio-bus.h                 |    2 +-
 linux-user/elfload.c                 |   19 +
 linux-user/main.c                    |   83 +
 linux-user/s390x/syscall.h           |   23 +
 linux-user/s390x/syscall_nr.h        |  349 +++
 linux-user/s390x/target_signal.h     |   26 +
 linux-user/s390x/termbits.h          |  283 ++
 linux-user/signal.c                  |  333 +++
 linux-user/syscall.c                 |   16 +-
 linux-user/syscall_defs.h            |   55 +-
 scripts/qemu-binfmt-conf.sh          |    4 +-
 target-s390x/cpu.h                   |   28 +-
 target-s390x/helper.c                |  565 ++++-
 target-s390x/helpers.h               |  151 +
 target-s390x/kvm.c                   |   46 +-
 target-s390x/op_helper.c             | 2925 +++++++++++++++++++-
 target-s390x/translate.c             | 5167 +++++++++++++++++++++++++++++++++-
 22 files changed, 10027 insertions(+), 66 deletions(-)
 create mode 100644 default-configs/s390x-linux-user.mak
 create mode 100644 linux-user/s390x/syscall.h
 create mode 100644 linux-user/s390x/syscall_nr.h
 create mode 100644 linux-user/s390x/target_signal.h
 create mode 100644 linux-user/s390x/termbits.h
 create mode 100644 target-s390x/helpers.h




reply via email to

[Prev in Thread] Current Thread [Next in Thread]