1. 16 1月, 2020 33 次提交
  2. 15 1月, 2020 1 次提交
    • P
      Merge remote-tracking branch 'remotes/kraxel/tags/ui-20200114-pull-request' into staging · 3a63b24a
      Peter Maydell 提交于
      ui: add "-display help", gtk refresh rate.
      
      # gpg: Signature made Tue 14 Jan 2020 10:01:14 GMT
      # gpg:                using RSA key 4CB6D8EED3E87138
      # gpg: Good signature from "Gerd Hoffmann (work) <kraxel@redhat.com>" [full]
      # gpg:                 aka "Gerd Hoffmann <gerd@kraxel.org>" [full]
      # gpg:                 aka "Gerd Hoffmann (private) <kraxel@gmail.com>" [full]
      # Primary key fingerprint: A032 8CFF B93A 17A7 9901  FE7D 4CB6 D8EE D3E8 7138
      
      * remotes/kraxel/tags/ui-20200114-pull-request:
        display/gtk: get proper refreshrate
        ui: Print available display backends with '-display help'
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      3a63b24a
  3. 14 1月, 2020 6 次提交
    • P
      Merge remote-tracking branch 'remotes/stefanha/tags/block-pull-request' into staging · fee0ec1f
      Peter Maydell 提交于
      Pull request
      
      # gpg: Signature made Tue 14 Jan 2020 09:30:45 GMT
      # gpg:                using RSA key 8695A8BFD3F97CDAAC35775A9CA4ABB381AB73C8
      # gpg: Good signature from "Stefan Hajnoczi <stefanha@redhat.com>" [full]
      # gpg:                 aka "Stefan Hajnoczi <stefanha@gmail.com>" [full]
      # Primary key fingerprint: 8695 A8BF D3F9 7CDA AC35  775A 9CA4 ABB3 81AB 73C8
      
      * remotes/stefanha/tags/block-pull-request:
        linux-aio: increasing MAX_EVENTS to a larger hardcoded value
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      fee0ec1f
    • P
      Merge remote-tracking branch 'remotes/stefanha/tags/tracing-pull-request' into staging · 29234ded
      Peter Maydell 提交于
      Pull request
      
      # gpg: Signature made Tue 14 Jan 2020 09:29:11 GMT
      # gpg:                using RSA key 8695A8BFD3F97CDAAC35775A9CA4ABB381AB73C8
      # gpg: Good signature from "Stefan Hajnoczi <stefanha@redhat.com>" [full]
      # gpg:                 aka "Stefan Hajnoczi <stefanha@gmail.com>" [full]
      # Primary key fingerprint: 8695 A8BF D3F9 7CDA AC35  775A 9CA4 ABB3 81AB 73C8
      
      * remotes/stefanha/tags/tracing-pull-request:
        trace: update qemu-trace-stap to Python 3
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      29234ded
    • N
      display/gtk: get proper refreshrate · c4c00922
      Nikola Pavlica 提交于
      Because some VMs in QEMU can get GPU virtualization (using technologies
      such as iGVT-g, as mentioned previously), they could produce a video
      output that had a higher display refresh rate than of what the GTK
      display was displaying. (fxp. Playing a video game inside of a Windows
      VM at 60 Hz, while the output stood locked at 33 Hz because of defaults
      set in include/ui/console.h)
      
      Since QEMU does indeed have internal systems for determining frame
      times as defined in ui/console.c.
      The code checks for a variable called update_interval that it later
      uses for time calculation. This variable, however, isn't defined
      anywhere in ui/gtk.c and instead ui/console.c just sets it to
      GUI_REFRESH_INTERVAL_DEFAULT which is 30
      
      update_interval represents the number of milliseconds per display
      refresh, and by doing some math we get that 1000/30 = 33.33... Hz
      
      This creates the mentioned problem and what this patch does is that it
      checks for the display refresh rate reported by GTK itself (we can take
      this as a safe value) and just converts it back to a number of
      milliseconds per display refresh.
      Signed-off-by: NNikola Pavlica <pavlica.nikola@gmail.com>
      Reviewed-by: NPhilippe Mathieu-Daudé <philmd@redhat.com>
      Message-id: 20200108121342.29597-1-pavlica.nikola@gmail.com
      
      [ kraxel: style tweak: add blank line between vars and code ]
      Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>
      c4c00922
    • T
      ui: Print available display backends with '-display help' · c388f408
      Thomas Huth 提交于
      We already print availabled devices with "-device help", or available
      backends with "-netdev help" or "-chardev help". Let's provide a way
      for the users to query the available display backends, too.
      Reviewed-by: NPhilippe Mathieu-Daudé <philmd@redhat.com>
      Tested-by: NPhilippe Mathieu-Daudé <philmd@redhat.com>
      Signed-off-by: NThomas Huth <thuth@redhat.com>
      Message-id: 20200108144702.29969-1-thuth@redhat.com
      Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>
      c388f408
    • S
      trace: update qemu-trace-stap to Python 3 · 3f009716
      Stefan Hajnoczi 提交于
      qemu-trace-stap does not support Python 3 yet:
      
        $ scripts/qemu-trace-stap list path/to/qemu-system-x86_64
        Traceback (most recent call last):
          File "scripts/qemu-trace-stap", line 175, in <module>
            main()
          File "scripts/qemu-trace-stap", line 171, in main
            args.func(args)
          File "scripts/qemu-trace-stap", line 118, in cmd_list
            print_probes(args.verbose, "*")
          File "scripts/qemu-trace-stap", line 114, in print_probes
            if line.startswith(prefix):
        TypeError: startswith first arg must be bytes or a tuple of bytes, not str
      
      Now that QEMU requires Python 3.5 or later we can switch to pure Python
      3.  Use Popen()'s universal_newlines=True argument to treat stdout as
      text instead of binary.
      
      Fixes: 62dd1048 ("trace: add ability to do simple printf logging via systemtap")
      Buglink: https://bugzilla.redhat.com/show_bug.cgi?id=1787395Signed-off-by: NStefan Hajnoczi <stefanha@redhat.com>
      Reviewed-by: NDaniel P. Berrangé <berrange@redhat.com>
      Message-id: 20200107112438.383958-1-stefanha@redhat.com
      Message-Id: <20200107112438.383958-1-stefanha@redhat.com>
      Signed-off-by: NStefan Hajnoczi <stefanha@redhat.com>
      3f009716
    • W
      linux-aio: increasing MAX_EVENTS to a larger hardcoded value · 2558cb8d
      Wangyong 提交于
      Since commit 6040aedd "virtio-blk:
      make queue size configurable",if the user set the queue size to
      more than 128 ,it will not take effect. That's because linux aio's
      maximum outstanding requests at a time is always less than or equal
      to 128.
      
      This patch simply increase MAX_EVENTS to a larger hardcoded value of
      1024 as a shortterm fix.
      Signed-off-by: Nwangyong <wang.yongD@h3c.com>
      Message-id: faa5781afd354a96a0be152b288f636f@h3c.com
      Message-Id: <faa5781afd354a96a0be152b288f636f@h3c.com>
      Signed-off-by: NStefan Hajnoczi <stefanha@redhat.com>
      2558cb8d