1. 22 Aug, 2013 16 commits
  2. 12 Apr, 2013 1 commit
  3. 19 Dec, 2012 5 commits
  4. 10 Nov, 2012 1 commit
  5. 04 Nov, 2012 1 commit
  6. 02 Nov, 2012 1 commit
  7. 30 Oct, 2012 1 commit
  8. 28 Oct, 2012 1 commit
  9. 23 Sep, 2012 1 commit
  10. 04 Sep, 2012 1 commit
  11. 09 Aug, 2012 1 commit
  12. 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
  13. 13 May, 2012 1 commit
  14. 08 May, 2012 1 commit
  15. 02 May, 2012 1 commit
    • Stefan Weil's avatar
      qemu-timer: Fix limits for w32 mmtimer · 40f08e87
      Stefan Weil authored
      timeSetEvent only accepts delays in the range which is returned by
      timeGetDevCaps.
      
      The lower limit is typically 1 (= 1 ms), so the constant value of 1
      in the old code usually worked.
      
      The upper limit can be as low as 10000 ms, so the latest changes in
      QEMU's timer handling which introduced timeout values above that limit
      could result in failures of timeSetEvent when the timer was re-armed.
      Signed-off-by: default avatarStefan Weil <sw@weilnetz.de>
      40f08e87
  16. 26 Apr, 2012 6 commits