1. 24 1月, 2017 1 次提交
    • T
      hw/core/null-machine: Add the possibility to instantiate a CPU and RAM · 3964ec6c
      Thomas Huth 提交于
      Sometimes it is useful to have just a machine with CPU and RAM, without
      any further hardware in it, e.g. if you just want to do some instruction
      debugging for TCG with a remote GDB attached to QEMU, or run some embedded
      code with the "-semihosting" QEMU parameter. qemu-system-m68k already
      features a "dummy" machine, and xtensa a "sim" machine for exactly this
      purpose.
      All target architectures have nowadays also a "none" machine, which would
      be a perfect match for this, too - but it currently does not allow to add
      CPU and RAM yet. Thus let's add these possibilities in a generic way to the
      "none" machine, too, so that we hopefully do not need additional "dummy"
      machines in the future anymore (and maybe can also get rid of the already
      existing "dummy"/"sim" machines one day).
      Note that the default behaviour of the "none" machine is not changed, i.e.
      no CPU and no RAM is instantiated by default. You have explicitely got to
      specify the CPU model with "-cpu" and the amount of RAM with "-m" to get
      these new features.
      Signed-off-by: NThomas Huth <thuth@redhat.com>
      Message-Id: <1484743490-24721-1-git-send-email-thuth@redhat.com>
      Reviewed-by: NEduardo Habkost <ehabkost@redhat.com>
      Reviewed-by: NAlistair Francis <alistair.francis@xilinx.com>
      Signed-off-by: NEduardo Habkost <ehabkost@redhat.com>
      3964ec6c
  2. 29 1月, 2016 1 次提交
  3. 19 9月, 2015 1 次提交
  4. 28 5月, 2014 1 次提交
  5. 28 8月, 2013 1 次提交
    • M
      hw: Clean up bogus default boot order · c1654732
      Markus Armbruster 提交于
      We set default boot order "cad" in every single machine definition
      except "pseries" and "moxiesim", even though very few boards actually
      care for boot order, and "cad" makes sense for even fewer.
      
      Machines that care:
      
      * pc and its variants
      
        Accept up to three letters 'a', 'b' (undocumented alias for 'a'),
        'c', 'd' and 'n'.  Reject all others (fatal with -boot).
      
      * nseries (n800, n810)
      
        Check whether order starts with 'n'.  Silently ignored otherwise.
      
      * prep, g3beige, mac99
      
        Extract the first character the machine understands (subset of
        'a'..'f').  Silently ignored otherwise.
      
      * spapr
      
        Accept an arbitrary string (vl.c restricts it to contain only
        'a'..'p', no duplicates).
      
      * sun4[mdc]
      
        Use the first character.  Silently ignored otherwise.
      
      Strip characters these machines ignore from their default boot order.
      
      For all other machines, remove the unused default boot order
      alltogether.
      
      Note that my rename of QEMUMachine member boot_order to
      default_boot_order and QEMUMachineInitArgs member boot_device to
      boot_order has a welcome side effect: it makes every use of boot
      orders visible in this patch, for easy review.
      Signed-off-by: NMarkus Armbruster <armbru@redhat.com>
      Reviewed-by: NLaszlo Ersek <lersek@redhat.com>
      Signed-off-by: NMichael S. Tsirkin <mst@redhat.com>
      c1654732
  6. 09 4月, 2013 1 次提交
  7. 16 1月, 2013 1 次提交
  8. 20 10月, 2012 1 次提交
    • E
      create struct for machine initialization arguments · 5f072e1f
      Eduardo Habkost 提交于
      This should help us to:
      - More easily add or remove machine initialization arguments without
        having to change every single machine init function;
      - More easily make mechanical changes involving the machine init
        functions in the future;
      - Let machine initialization forward the init arguments to other
        functions more easily.
      
      This change was half-mechanical process: first the struct was added with
      the local ram_size, boot_device, kernel_*, initrd_*, and cpu_model local
      variable initialization to all functions. Then the compiler helped me
      locate the local variables that are unused, so they could be removed.
      Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>
      5f072e1f
  9. 23 8月, 2012 1 次提交
    • A
      boards: add a 'none' machine type to all platforms · b4a738bf
      Anthony Liguori 提交于
      This allows any QEMU binary to be executed with:
      
        $QEMU_BINARY -M none -qmp stdio
      
      Without errors from missing options that are required by various boards.  This
      also provides a mode that we can use in the future to construct machines
      entirely through QMP commands.
      
      Cc: Daniel Berrange <berrange@redhat.com>
      Cc: Markus Armbruster <armbru@redhat.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      b4a738bf