1. 28 4月, 2020 1 次提交
  2. 27 4月, 2020 3 次提交
    • D
      qemu: Add capability for IBS pSeries feature · 199dd6f6
      Daniel Henrique Barboza 提交于
      IBS (Indirect Branch Speculation) is the last capability added
      in QEMU 2.12 related to Spectre mitigation for Power. It was
      added in commit 4be8d4e7d935.
      
      This patch introduces it as QEMU_CAPS_MACHINE_PSERIES_CAP_IBS.
      Like CFPC and SBBC, users might want to tune in IBS based on
      their HW and guest OS requirements, and it's better to do it
      so in a proper Libvirt feature than to put QEMU arguments
      in the middle of the domain XML.
      Signed-off-by: NDaniel Henrique Barboza <danielhb413@gmail.com>
      Reviewed-by: NMichal Privoznik <mprivozn@redhat.com>
      199dd6f6
    • D
      qemu: Add capability for SBBC pSeries feature · 249a5c78
      Daniel Henrique Barboza 提交于
      SBBC (Speculation Barrier Bounds Checking) is another capability
      related to Spectre mitigation efforts in Power processors. It
      was implemented in QEMU 2.12 by commit 09114fd81799.
      
      This patch introduces it as QEMU_CAPS_MACHINE_PSERIES_CAP_SBBC to
      be implemented in the next patch. Like the case with the now
      implemented CFPC, exposing this feature in the XML allows for
      a cleaner way for users to tune the SBBC accordingly, given
      that not all hypervisor and guest setups supports this
      Spectre mitigation.
      Signed-off-by: NDaniel Henrique Barboza <danielhb413@gmail.com>
      Reviewed-by: NMichal Privoznik <mprivozn@redhat.com>
      249a5c78
    • 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
  3. 08 4月, 2020 1 次提交
  4. 06 4月, 2020 1 次提交
  5. 01 4月, 2020 1 次提交
  6. 24 3月, 2020 1 次提交
  7. 06 2月, 2020 1 次提交
  8. 25 1月, 2020 1 次提交
  9. 23 1月, 2020 1 次提交
  10. 16 1月, 2020 1 次提交
  11. 24 12月, 2019 1 次提交
  12. 17 12月, 2019 1 次提交
  13. 22 11月, 2019 1 次提交
  14. 21 11月, 2019 5 次提交
  15. 24 10月, 2019 1 次提交
  16. 11 10月, 2019 1 次提交
  17. 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
  18. 09 10月, 2019 1 次提交
  19. 19 9月, 2019 2 次提交
  20. 18 9月, 2019 1 次提交
  21. 06 9月, 2019 1 次提交
  22. 14 8月, 2019 1 次提交
  23. 15 7月, 2019 1 次提交
  24. 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
  25. 06 5月, 2019 1 次提交
  26. 12 4月, 2019 2 次提交
  27. 03 4月, 2019 4 次提交
  28. 12 2月, 2019 1 次提交
  29. 08 2月, 2019 1 次提交