1. 27 4月, 2020 1 次提交
    • D
      qemu: Add capability for CFPC pSeries feature · a0a2c8ab
      Daniel Henrique Barboza 提交于
      CFPC (Cache Flush on Privilege Change) is one of the capabilities
      added to QEMU to mitigate Spectre vulnerabilities in Power chips.
      It was implemented in QEMU 2.12 by commit 6898aed77f46.
      
      This capability is still used today due to differences in how
      the host setup (hardware and firmware/kernel) can handle this
      mitigation. Its default value also varies with the pseries machine
      version of the time. There's also certain OSes, like AIX, that
      might not support the default value of the pseries machine the
      guest uses.
      
      Exposing this in the Libvirt XML as a feature will allow users to tune
      CFPC values in a cleaner way, instead of hacking parameters in
      <qemu:commandline> elements.
      Signed-off-by: NDaniel Henrique Barboza <danielhb413@gmail.com>
      Reviewed-by: NMichal Privoznik <mprivozn@redhat.com>
      a0a2c8ab
  2. 01 4月, 2020 1 次提交
  3. 25 1月, 2020 1 次提交
  4. 23 1月, 2020 1 次提交
  5. 16 1月, 2020 1 次提交
  6. 24 12月, 2019 1 次提交
  7. 17 12月, 2019 1 次提交
  8. 22 11月, 2019 1 次提交
  9. 21 11月, 2019 5 次提交
  10. 24 10月, 2019 1 次提交
  11. 11 10月, 2019 1 次提交
  12. 10 10月, 2019 1 次提交
    • D
      qemu: Add capability for the ccf-assist pSeries feature · 86a8e5a8
      Daniel Henrique Barboza 提交于
      Linux kernel 5.1 added a new PPC KVM capability named
      KVM_PPC_CPU_CHAR_BCCTR_FLUSH_ASSIST, which is exposed to the QEMU guest
      since QEMU commit 8ff43ee404d under a new sPAPR capability called
      SPAPR_CAP_CCF_ASSIST. This cap indicates whether the processor supports
      hardware acceleration for the count cache flush workaround, which
      is a software workaround that flushes the count cache on context
      switch. If the processor has this hardware acceleration, the software
      flush can be shortened, resulting in performance gain.
      
      This hardware acceleration is defaulted to 'off' in QEMU. The reason
      is that earlier versions of the Power 9 processor didn't support
      it (it is available on Power 9 DD2.3 and newer), and defaulting this
      option to 'on' would break migration compatibility between the Power 9
      processor class.
      
      However, the user running a P9 DD2.3+ hypervisor might want to create
      guests with ccf-assist=on, accepting the downside of only being able
      to migrate them only between other P9 DD2.3+ hosts running upstream
      kernel 5.1+, to get a performance boost.
      
      This patch adds this new capability to Libvirt, with the name of
      QEMU_CAPS_MACHINE_PSERIES_CAP_CCF_ASSIST.
      Reviewed-by: NCole Robinson <crobinso@redhat.com>
      Signed-off-by: NDaniel Henrique Barboza <danielhb413@gmail.com>
      86a8e5a8
  13. 09 10月, 2019 1 次提交
  14. 19 9月, 2019 2 次提交
  15. 18 9月, 2019 1 次提交
  16. 06 9月, 2019 1 次提交
  17. 14 8月, 2019 1 次提交
  18. 15 7月, 2019 1 次提交
  19. 12 6月, 2019 1 次提交
    • E
      backup: Add two new qemu capabilities · 6abda7a4
      Eric Blake 提交于
      Add two capabilities for testing features required for the upcoming
      virDomainBackupBegin: use block-dirty-bitmap-merge as the generic
      witness of bitmap support needed for checkpoints (since all of the
      bitmap management functionalities were finalized in the same qemu 4.0
      release), and the bitmap parameter to nbd-server-add for pull-mode
      backup support.  Even though both capabilities are likely to be
      present or absent together (that is, it is unlikely to encounter a
      qemu that backports only one of the two), it still makes sense to keep
      two capabilities as the two uses are orthogonal (full backups don't
      require checkpoints, push mode backups don't require NBD bitmap
      support, and checkpoints can be used for more than just incremental
      backups).
      
      Existing code is not affected by the new capabilities.
      Signed-off-by: NEric Blake <eblake@redhat.com>
      Acked-by: NPeter Krempa <pkrempa@redhat.com>
      6abda7a4
  20. 06 5月, 2019 1 次提交
  21. 12 4月, 2019 2 次提交
  22. 03 4月, 2019 4 次提交
  23. 12 2月, 2019 1 次提交
  24. 08 2月, 2019 7 次提交
  25. 02 1月, 2019 1 次提交