[PATCH] NEWS: Document my contributions for upcoming release
Martin Kletzander
mkletzan at redhat.com
Mon Jul 31 07:29:19 UTC 2023
On Fri, Jul 28, 2023 at 04:40:50PM +0200, Michal Privoznik wrote:
>Signed-off-by: Michal Privoznik <mprivozn at redhat.com>
>---
> NEWS.rst | 17 +++++++++++++++++
> 1 file changed, 17 insertions(+)
>
>diff --git a/NEWS.rst b/NEWS.rst
>index 1de8314a61..0dc909c849 100644
>--- a/NEWS.rst
>+++ b/NEWS.rst
>@@ -33,8 +33,25 @@ v9.6.0 (unreleased)
> ``/disk/target at bus='scsi'``) supports the ``removable`` attribute at
> ``/disk/target at removable```.
>
>+ * qemu: Add NUMA node automatically for memory hotplug
>+
>+ When enabling memory hotplug, libvirt required at least one guest NUMA to
>+ be specified in the domain XML. With this release, libvirt adds it
>+ automatically when needed.
>+
I think it sounds better if we say what libvirt does since this release rather
than what used to happen before. I would suggest something like:
Users no longer need to specify guest NUMA node in the domain XML during
hotplug, libvirt automatically adds one when it is missing.
> * **Bug fixes**
>
>+ * qemu: Adapt to new way of specifying PC speaker
>+
>+ Because the way PC speaker is specified on QEMU command line changed,
>+ libvirt was unable to start a domain with PC speaker. This is now fixed.
>+
PC speaker is now usable again with newer QEMU since the change of how it is
specified on the command line.
>+ * qemu_tpm: Try harder to create emulator state
>+
>+ If a per-domain SWTPM state directory exists but is empty libvirt would
>+ consider it a valid state and skipped running 'swtpm_setup'. This is now
>+ fixed.
>+
Libvirt no longer considers empty directory valid SWTPM state and setup is
now run properly in such case.
What do you think?
>
> v9.5.0 (2023-07-03)
> ===================
>--
>2.41.0
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20230731/7e81f911/attachment-0001.sig>
More information about the libvir-list
mailing list