1. 23 8月, 2013 13 次提交
  2. 22 8月, 2013 4 次提交
  3. 13 4月, 2013 1 次提交
  4. 19 12月, 2012 5 次提交
  5. 10 11月, 2012 1 次提交
  6. 05 11月, 2012 1 次提交
  7. 03 11月, 2012 1 次提交
  8. 30 10月, 2012 1 次提交
  9. 28 10月, 2012 1 次提交
  10. 23 9月, 2012 1 次提交
  11. 04 9月, 2012 1 次提交
  12. 10 8月, 2012 1 次提交
  13. 03 8月, 2012 1 次提交
    • P
      Support 'help' as a synonym for '?' in command line options · c8057f95
      Peter Maydell 提交于
      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: NPeter Maydell <peter.maydell@linaro.org>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      c8057f95
  14. 14 5月, 2012 1 次提交
  15. 09 5月, 2012 1 次提交
  16. 03 5月, 2012 1 次提交
    • S
      qemu-timer: Fix limits for w32 mmtimer · 40f08e87
      Stefan Weil 提交于
      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: NStefan Weil <sw@weilnetz.de>
      40f08e87
  17. 27 4月, 2012 5 次提交