1. 08 May, 2011 1 commit
    • Anthony PERARD's avatar
      Introduce -machine command option. · 303d4e86
      Anthony PERARD authored
      
      
      This option gives the ability to switch one "accelerator" like kvm, xen
      or the default one tcg. We can specify more than one accelerator by
      separate them by a colon. QEMU will try each one and use the first whose
      works.
      
      So,
      ./qemu -machine accel=xen:kvm:tcg
      
      which would try Xen support first, then KVM and finally TCG if none of
      the other works.
      
      By default, QEMU will use TCG. But we can specify another default in the
      global configuration file.
      Signed-off-by: default avatarAnthony PERARD <anthony.perard@citrix.com>
      Signed-off-by: default avatarAlexander Graf <agraf@suse.de>
      303d4e86
  2. 15 Apr, 2011 1 commit
  3. 24 Jan, 2011 1 commit
    • Alon Levy's avatar
      spice: add chardev (v5) · cbcc6336
      Alon Levy authored
      
      
      Adding a chardev backend for spice, where spice determines what
      to do with it based on the name attribute given during chardev creation.
      For usage by spice vdagent in conjunction with a properly named
      virtio-serial device, and future smartcard channel usage.
      
      Example usage:
       qemu -device virtio-serial -chardev spicevmc,name=vdagent,id=vdagent \
       -device virtserialport,chardev=vdagent,name=com.redhat.spice.0
      
      v4->v5:
       * add tracing events
       * fix missing comma
       * fix help string to show debug is optional
      
      v3->v4:
       * updated commit message
      
      v1->v3 changes: (v2 had a wrong commit message)
       * removed spice-qemu-char.h, folded into ui/qemu-spice.h
       * removed dead IOCTL code
       * removed comment
       * removed ifdef CONFIG_SPICE from qemu-config.c and qemu-options.hx help.
      Signed-off-by: default avatarGerd Hoffmann <kraxel@redhat.com>
      cbcc6336
  4. 11 Dec, 2010 1 commit
  5. 08 Oct, 2010 5 commits
  6. 01 Oct, 2010 1 commit
  7. 21 Sep, 2010 1 commit
    • Gerd Hoffmann's avatar
      spice: core bits · 29b0040b
      Gerd Hoffmann authored
      Add -spice command line switch.  Has support setting passwd and port for
      now.  With this patch applied the spice client can successfully connect
      to qemu.  You can't do anything useful yet though.
      29b0040b
  8. 09 Sep, 2010 1 commit
  9. 04 Sep, 2010 1 commit
  10. 22 Aug, 2010 2 commits
  11. 19 Aug, 2010 1 commit
  12. 22 Jun, 2010 1 commit
  13. 26 May, 2010 1 commit
    • Alexander Graf's avatar
      Add cache=unsafe parameter to -drive · 016f5cf6
      Alexander Graf authored
      
      
      Usually the guest can tell the host to flush data to disk. In some cases we
      don't want to flush though, but try to keep everything in cache.
      
      So let's add a new cache value to -drive that allows us to set the cache
      policy to most aggressive, disabling flushes. We call this mode "unsafe",
      as guest data is not guaranteed to survive host crashes anymore.
      
      This patch also adds a noop function for aio, so we can do nothing in AIO
      fashion.
      Signed-off-by: default avatarAlexander Graf <agraf@suse.de>
      Signed-off-by: default avatarAurelien Jarno <aurelien@aurel32.net>
      016f5cf6
  14. 24 May, 2010 1 commit
  15. 03 May, 2010 2 commits
  16. 23 Apr, 2010 3 commits
  17. 18 Apr, 2010 1 commit
  18. 16 Mar, 2010 6 commits
  19. 22 Feb, 2010 1 commit
    • john cooper's avatar
      Add cpu model configuration support.. · b5ec5ce0
      john cooper authored
      
      
      This is a reimplementation of prior versions which adds
      the ability to define cpu models for contemporary processors.
      The added models are likewise selected via -cpu <name>,
      and are intended to displace the existing convention
      of "-cpu qemu64" augmented with a series of feature flags.
      
      A primary motivation was determination of a least common
      denominator within a given processor class to simplify guest
      migration.  It is still possible to modify an arbitrary model
      via additional feature flags however the goal here was to
      make doing so unnecessary in typical usage.  The other
      consideration was providing models names reflective of
      current processors.  Both AMD and Intel have reviewed the
      models in terms of balancing generality of migration vs.
      excessive feature downgrade relative to released silicon.
      
      This version of the patch replaces the prior hard wired
      definitions with a configuration file approach for new
      models.  Existing models are thus far left as-is but may
      easily be transitioned to (or may be overridden by) the
      configuration file representation.
      
      Proposed new model definitions are provided here for current
      AMD and Intel processors.  Each model consists of a name
      used to select it on the command line (-cpu <name>), and a
      model_id which corresponds to a least common denominator
      commercial instance of the processor class.
      
      A table of names/model_ids may be queried via "-cpu ?model":
      
              :
          x86       Opteron_G3  AMD Opteron 23xx (Gen 3 Class Opteron)
          x86       Opteron_G2  AMD Opteron 22xx (Gen 2 Class Opteron)
          x86       Opteron_G1  AMD Opteron 240 (Gen 1 Class Opteron)
          x86          Nehalem  Intel Core i7 9xx (Nehalem Class Core i7)
          x86           Penryn  Intel Core 2 Duo P9xxx (Penryn Class Core 2)
          x86           Conroe  Intel Celeron_4x0 (Conroe/Merom Class Core 2)
              :
      
      Also added is "-cpu ?dump" which exhaustively outputs all config
      data for all defined models, and "-cpu ?cpuid" which enumerates
      all qemu recognized CPUID feature flags.
      
      The pseudo cpuid flag 'check' when added to the feature flag list
      will warn when feature flags (either implicit in a cpu model or
      explicit on the command line) would have otherwise been quietly
      unavailable to a guest:
      
          # qemu-system-x86_64 ... -cpu Nehalem,check
          warning: host cpuid 0000_0001 lacks requested flag 'sse4.2|sse4_2' [0x00100000]
          warning: host cpuid 0000_0001 lacks requested flag 'popcnt' [0x00800000]
      
      A similar 'enforce' pseudo flag exists which in addition
      to the above causes qemu to error exit if requested flags are
      unavailable.
      
      Configuration data for a cpu model resides in the target config
      file which by default will be installed as:
      
          /usr/local/etc/qemu/target-<arch>.conf
      
      The format of this file should be self explanatory given the
      definitions for the above six models and essentially mimics
      the structure of the static x86_def_t x86_defs.
      
      Encoding of cpuid flags names now allows aliases for both the
      configuration file and the command line which reconciles some
      Intel/AMD/Linux/Qemu naming differences.
      
      This patch was tested relative to qemu.git.
      Signed-off-by: default avatarjohn cooper <john.cooper@redhat.com>
      Signed-off-by: default avatarAnthony Liguori <aliguori@us.ibm.com>
      b5ec5ce0
  20. 12 Dec, 2009 2 commits
    • Gerd Hoffmann's avatar
      rework -monitor handling, switch to QemuOpts · 88589343
      Gerd Hoffmann authored
      
      
      This patch reworks the -monitor handling:
      
       - It adds a new "mon" QemuOpts list for the monitor(s).
       - It adds a monitor_parse() function to parse the -monitor switch.
       - It adds a mon_init function to initialize the monitor(s) from the
         "mon" QemuOpts list.
       - It winds up everything and removes the old bits.
      Signed-off-by: default avatarGerd Hoffmann <kraxel@redhat.com>
      Signed-off-by: default avatarAnthony Liguori <aliguori@us.ibm.com>
      88589343
    • Gerd Hoffmann's avatar
      qdev: add command line option to set global defaults for properties. · d0fef6fb
      Gerd Hoffmann authored
      
      
      This patch adds infrastructure and command line option for setting
      global defaults for device properties, i.e. you can for example use
      
        -global virtio-blk-pci.vectors=0
      
      to turn off msi by default for all virtio block devices.  The config
      file syntax is:
      
      [global]
        driver = "virtio-blk-pci"
        property = "vectors"
        value = "0"
      
      This can also be used to set properties for devices which are not
      created via -device but implicitly via machine init, i.e.
      
        -global isa-fdc,driveA=<name>
      
      This patch uses the mechanism which configures properties for the
      compatibility machine types (pc-0.10 & friends).  The command line
      takes precedence over the machine type values.
      Signed-off-by: default avatarGerd Hoffmann <kraxel@redhat.com>
      Signed-off-by: default avatarAnthony Liguori <aliguori@us.ibm.com>
      d0fef6fb
  21. 03 Dec, 2009 1 commit
    • Kevin Wolf's avatar
      Introduce rerror option for drives · e9b2e818
      Kevin Wolf authored
      
      
      rerror controls the action to be taken when an error occurs while accessing the
      guest image file. It corresponds to werror which already controls the action
      take for write errors.
      
      This purely introduces parsing rerror command line option into the right
      structures, real support for it in the device emulation is added in the
      following patches.
      Signed-off-by: default avatarKevin Wolf <kwolf@redhat.com>
      Signed-off-by: default avatarAnthony Liguori <aliguori@us.ibm.com>
      e9b2e818
  22. 09 Nov, 2009 4 commits
  23. 27 Oct, 2009 1 commit