deploy: e969dad

Author: sboeuf

blog/index.html

@@ -1,7 +1,8 @@
 <?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Blog on</title><link>https://www.cloudhypervisor.org/blog/</link><description>Recent content in Blog on</description><generator>Hugo -- gohugo.io</generator><language>en-US</language><lastBuildDate>Tue, 06 Oct 2020 08:49:55 +0000</lastBuildDate><atom:link href="https://www.cloudhypervisor.org/blog/index.xml" rel="self" type="application/rss+xml"/><item><title>Cloud Hypervisor v25.0 Released!</title><link>https://www.cloudhypervisor.org/blog/cloud-hypervisor-v25.0-released/</link><pubDate>Thu, 07 Jul 2022 14:59:55 +0000</pubDate><guid>https://www.cloudhypervisor.org/blog/cloud-hypervisor-v25.0-released/</guid><description>This release has been tracked through the v25.0 project.
 ch-remote Improvements # The ch-remote command has gained support for creating the VM from a JSON config and support for booting and deleting the VM from the VMM.
 VM &amp;ldquo;Coredump&amp;rdquo; Support # Under the guest_debug feature flag it is now possible to extract the memory of the guest for use in debugging with e.g. the crash utility. (#4012)
-Notable Bug Fixes # Always restore console mode on exit (#4249, #4248) Restore vCPUs in numerical order which fixes aarch64 snapshot/restore (#4244) Don&amp;rsquo;t try and configure IFF_RUNNING on TAP devices (#4279) Propagate configured queue size through to vhost-user backend (#4286) Always Program vCPU CPUID before running the vCPU to fix running on Linux 5.</description></item><item><title>Cloud Hypervisor v24.0 Released!</title><link>https://www.cloudhypervisor.org/blog/cloud-hypervisor-v24.0-released/</link><pubDate>Fri, 27 May 2022 08:00:00 +0000</pubDate><guid>https://www.cloudhypervisor.org/blog/cloud-hypervisor-v24.0-released/</guid><description>This release has been tracked through the v24.0 project.
+Notable Bug Fixes # Always restore console mode on exit (#4249, #4248) Restore vCPUs in numerical order which fixes aarch64 snapshot/restore (#4244) Don&amp;rsquo;t try and configure IFF_RUNNING on TAP devices (#4279) Propagate configured queue size through to vhost-user backend (#4286) Always Program vCPU CPUID before running the vCPU to fix running on Linux 5.</description></item><item><title>Memory Management Techniques</title><link>https://www.cloudhypervisor.org/blog/memory-management-techniques/</link><pubDate>Thu, 07 Jul 2022 08:00:00 +0000</pubDate><guid>https://www.cloudhypervisor.org/blog/memory-management-techniques/</guid><description>Depending on the expectations around the workload running in a Virtual Machine (VM), as well as the agreement between a customer and an operator, multiple use cases related to memory management between host and guest arise and they can be addressed through different techniques.
+Host Managed # This section is about how memory can be managed by the host, as it knows the VM is going to need more or less memory during its runtime.</description></item><item><title>Cloud Hypervisor v24.0 Released!</title><link>https://www.cloudhypervisor.org/blog/cloud-hypervisor-v24.0-released/</link><pubDate>Fri, 27 May 2022 08:00:00 +0000</pubDate><guid>https://www.cloudhypervisor.org/blog/cloud-hypervisor-v24.0-released/</guid><description>This release has been tracked through the v24.0 project.
 Bypass Mode for virtio-iommu # virtio-iommu specification describes how a device can be attached by default to a bypass domain. This feature is particularly helpful for booting a VM with guest software which doesn&amp;rsquo;t support virtio-iommu but still need to access the device. Now that Cloud Hypervisor supports this feature, it can boot a VM with Rust Hypervisor Firmware or OVMF even if the virtio-block device exposing the disk image is placed behind a virtual IOMMU.</description></item><item><title>Achieving Bare Metal Performance Within a Virtual Machine</title><link>https://www.cloudhypervisor.org/blog/achieving-bare-metal-performance-within-a-virtual-machine/</link><pubDate>Thu, 19 May 2022 08:00:00 +0000</pubDate><guid>https://www.cloudhypervisor.org/blog/achieving-bare-metal-performance-within-a-virtual-machine/</guid><description>There are use cases for which a workload needs to access specific hardware such as accelerators, GPU or network adapters to maximise potential performance. And since these workloads run inside virtual machines (VM) for security reasons, the challenge is to make this hardware available from within the VM, but without degrading the performance that can be achieved from bare metal.
 VFIO, the Ideal Choice # This is a mature framework allowing a PCI device to be bound to the vfio-pci driver instead of the default driver it is usually attached to.</description></item><item><title>Cloud Hypervisor v23.1 Released!</title><link>https://www.cloudhypervisor.org/blog/cloud-hypervisor-v23.1-released/</link><pubDate>Mon, 09 May 2022 14:24:16 +0000</pubDate><guid>https://www.cloudhypervisor.org/blog/cloud-hypervisor-v23.1-released/</guid><description>This is a bug fix release. The following issues have been addressed:
 Add some missing seccomp rules Remove virtio-fs filesystem entries from config on removal Do not delete API socket on API server start (#4026) Reject virtio-mem resize if the guest doesn&amp;rsquo;t activate the device Fix OpenAPI naming of I/O throttling knobs Download # See the GitHub Release for the release assets.</description></item><item><title>Cloud Hypervisor v23.0 Released!</title><link>https://www.cloudhypervisor.org/blog/cloud-hypervisor-v23.0-released/</link><pubDate>Thu, 14 Apr 2022 08:42:28 +0000</pubDate><guid>https://www.cloudhypervisor.org/blog/cloud-hypervisor-v23.0-released/</guid><description>This release has been tracked through the v23.0 project.
@@ -11,5 +12,4 @@ VFIO ioctl reordering to fix MSI on AMD platforms (#3827) Fix virtio-net control
 Missing openat() syscall from seccomp filter (#3609) Ensure MMIO/PIO exits complete before pausing (#3658) Support DWORD writes to MSI-X control register (#3714) VFIO ioctl reordering to fix MSI on AMD platforms (#3827) Fix virtio-net control queue (#3829) Download # See the GitHub Release for the release assets.</description></item><item><title>Cloud Hypervisor v22.0 Released!</title><link>https://www.cloudhypervisor.org/blog/cloud-hypervisor-v22.0-released/</link><pubDate>Thu, 03 Mar 2022 18:10:22 +0000</pubDate><guid>https://www.cloudhypervisor.org/blog/cloud-hypervisor-v22.0-released/</guid><description>This release has been tracked through the v22.0 project.
 GDB Debug Stub Support # Cloud Hypervisor can now be used as debug target with GDB. This is controlled by the gdb compile time feature and details of how to use it can be found in the gdb documentation.
 virtio-iommu Backed Segments # In order to facilitate hotplug devices that require being behind an IOMMU (e.g. QAT) there is a new option --platform iommu_segments=&amp;lt;list_of_segments&amp;gt; that will place all the specified segments behind the IOMMU.</description></item><item><title>Cloud Hypervisor v21.0 Released!</title><link>https://www.cloudhypervisor.org/blog/cloud-hypervisor-v21.0-released/</link><pubDate>Thu, 20 Jan 2022 15:31:31 +0000</pubDate><guid>https://www.cloudhypervisor.org/blog/cloud-hypervisor-v21.0-released/</guid><description>This release has been tracked through the v21.0 project.
-Efficient Local Live Migration (for Live Upgrade) # In order to support fast live upgrade of the VMM an optimised path has been added in which the memory for the VM is not compared from source to destination. This is activated by passing --local to the ch-remote send-migration command. This means that the live upgrade can complete in the order of 50ms vs 3s.</description></item><item><title>Cloud Hypervisor v20.2 Released!</title><link>https://www.cloudhypervisor.org/blog/cloud-hypervisor-v20.2-released/</link><pubDate>Tue, 04 Jan 2022 17:57:10 +0000</pubDate><guid>https://www.cloudhypervisor.org/blog/cloud-hypervisor-v20.2-released/</guid><description>This is a bug fix release. The following issues have been addressed:
-Don&amp;rsquo;t error out when setting up the SIGWINCH handler (for console resize) when this fails due to older kernel (#3456) Seccomp rules were refined to remove syscalls that are now unused Fix reboot on older host kernels when SIGWINCH handler was not initialised (#3496) Fix virtio-vsock blocking issue (#3497) Download # See the GitHub Release for the release assets.</description></item></channel></rss>
+Efficient Local Live Migration (for Live Upgrade) # In order to support fast live upgrade of the VMM an optimised path has been added in which the memory for the VM is not compared from source to destination. This is activated by passing --local to the ch-remote send-migration command. This means that the live upgrade can complete in the order of 50ms vs 3s.</description></item></channel></rss>