1. 10 Jun, 2014 9 commits
  2. 05 Jun, 2014 1 commit
  3. 02 Jun, 2014 1 commit
    • Peter Maydell's avatar
      Revert "bsd-user: replace fprintf(stderr, ...) with error_report()" · 9bb93180
      Peter Maydell authored
      This reverts commit 1fba5095.
      
      That commit converted various fprintf(stderr, ...) calls to
      use error_report(); however none of these bsd-user files include
      a header which gives a prototype for error_report, so this
      causes compiler warnings. Since these are just straightforward
      reporting of command line errors, we should handle these in the
      obvious way by printing to stderr, as we do for linux-user.
      There's no need to drag in the error-handling framework for this,
      especially since user-mode doesn't have the "maybe we need to
      send this to the monitor" issues system emulation does.
      Acked-by: default avatarMichael Tokarev <mjt@tls.msk.ru>
      Signed-off-by: default avatarPeter Maydell <peter.maydell@linaro.org>
      9bb93180
  4. 26 May, 2014 1 commit
  5. 21 May, 2014 1 commit
  6. 13 May, 2014 2 commits
  7. 13 Mar, 2014 1 commit
  8. 20 Sep, 2013 2 commits
  9. 22 Jul, 2013 1 commit
  10. 09 Jul, 2013 1 commit
  11. 28 Jun, 2013 1 commit
  12. 14 Jun, 2013 1 commit
  13. 12 May, 2013 1 commit
  14. 01 May, 2013 1 commit
    • Eduardo Habkost's avatar
      target-i386: Replace cpuid_*features fields with a feature word array · 0514ef2f
      Eduardo Habkost authored
      This replaces the feature-bit fields on both X86CPU and x86_def_t
      structs with an array.
      
      With this, we will be able to simplify code that simply does the same
      operation on all feature words (e.g. kvm_check_features_against_host(),
      filter_features_for_kvm(), add_flagname_to_bitmaps(), CPU feature-bit
      property lookup/registration, and the proposed "feature-words" property)
      
      The following field replacements were made on X86CPU and x86_def_t:
      
        (cpuid_)features         -> features[FEAT_1_EDX]
        (cpuid_)ext_features     -> features[FEAT_1_ECX]
        (cpuid_)ext2_features    -> features[FEAT_8000_0001_EDX]
        (cpuid_)ext3_features    -> features[FEAT_8000_0001_ECX]
        (cpuid_)ext4_features    -> features[FEAT_C000_0001_EDX]
        (cpuid_)kvm_features     -> features[FEAT_KVM]
        (cpuid_)svm_features     -> features[FEAT_SVM]
        (cpuid_)7_0_ebx_features -> features[FEAT_7_0_EBX]
      Signed-off-by: default avatarEduardo Habkost <ehabkost@redhat.com>
      Reviewed-by: default avatarIgor Mammedov <imammedo@redhat.com>
      Signed-off-by: default avatarAndreas Färber <afaerber@suse.de>
      0514ef2f
  15. 26 Apr, 2013 1 commit
  16. 26 Feb, 2013 1 commit
    • Peter Maydell's avatar
      qemu-log: default to stderr for logging output · 989b697d
      Peter Maydell authored
      Switch the default for qemu_log logging output from "/tmp/qemu.log"
      to stderr. This is an incompatible change in some sense, but logging
      is mostly used for debugging purposes so it shouldn't affect production
      use. The previous behaviour can be obtained by adding "-D /tmp/qemu.log"
      to the command line.
      
      This change requires us to:
       * update all the documentation/help text (we take the opportunity
         to smooth out minor inconsistencies between the phrasing in
         linux-user/bsd-user/system help messages)
       * make linux-user and bsd-user defer to qemu-log for the default
         logging destination rather than overriding it themselves
       * ensure that all logfile closing is done via qemu_log_close()
         and that that function doesn't close stderr
      as well as the obvious change to the behaviour of do_qemu_set_log()
      when no logfile name has been specified.
      Signed-off-by: default avatarPeter Maydell <peter.maydell@linaro.org>
      Reviewed-by: default avatarStefan Hajnoczi <stefanha@redhat.com>
      Reviewed-by: default avatarMarkus Armbruster <armbru@redhat.com>
      Message-id: 1361901160-28729-1-git-send-email-peter.maydell@linaro.org
      Signed-off-by: default avatarAnthony Liguori <aliguori@us.ibm.com>
      989b697d
  17. 16 Feb, 2013 4 commits
  18. 31 Jan, 2013 1 commit
  19. 26 Jan, 2013 1 commit
  20. 19 Dec, 2012 3 commits
  21. 06 Dec, 2012 2 commits
  22. 02 Aug, 2012 1 commit
    • Peter Maydell's avatar
      Support 'help' as a synonym for '?' in command line options · c8057f95
      Peter Maydell authored
      For command line options which permit '?' meaning 'please list the
      permitted values', add support for 'help' as a synonym, by abstracting
      the check out into a helper function.
      
      This change means that in some cases where we were being lazy in
      our string parsing, "?junk" will now be rejected as an invalid option
      rather than being (undocumentedly) treated the same way as "?".
      
      Update the documentation to use 'help' rather than '?', since '?'
      is a shell metacharacter and thus prone to fail confusingly if there
      is a single character filename in the current working directory and
      the '?' has not been escaped. It's therefore better to steer users
      towards 'help', though '?' is retained for backwards compatibility.
      
      We do not, however, update the output of the system emulator's -help
      (or any documentation autogenerated from the qemu-options.hx which
      is the source of the -help text) because libvirt parses our -help
      output and will break. At a later date when QEMU provides a better
      interface so libvirt can avoid having to do this, we can update the
      -help text too.
      Signed-off-by: default avatarPeter Maydell <peter.maydell@linaro.org>
      Signed-off-by: default avatarAnthony Liguori <aliguori@us.ibm.com>
      c8057f95
  23. 06 Jun, 2012 1 commit
  24. 04 Jun, 2012 1 commit