From nobody Sun May 12 10:30:08 2024 Delivered-To: importer@patchew.org Received-SPF: none (zohomail.com: 8.43.85.245 is neither permitted nor denied by domain of lists.libvirt.org) client-ip=8.43.85.245; envelope-from=devel-bounces@lists.libvirt.org; helo=lists.libvirt.org; Authentication-Results: mx.zohomail.com; spf=none (zohomail.com: 8.43.85.245 is neither permitted nor denied by domain of lists.libvirt.org) smtp.mailfrom=devel-bounces@lists.libvirt.org; dmarc=fail(p=none dis=none) header.from=redhat.com Return-Path: Received: from lists.libvirt.org (lists.libvirt.org [8.43.85.245]) by mx.zohomail.com with SMTPS id 1709196581894230.23303114146142; Thu, 29 Feb 2024 00:49:41 -0800 (PST) Received: by lists.libvirt.org (Postfix, from userid 996) id 99FAB1A14; Thu, 29 Feb 2024 03:49:40 -0500 (EST) Received: from lists.libvirt.org (localhost [IPv6:::1]) by lists.libvirt.org (Postfix) with ESMTP id 4536A1A0E; Thu, 29 Feb 2024 03:48:19 -0500 (EST) Received: by lists.libvirt.org (Postfix, from userid 996) id D99A71A13; Thu, 29 Feb 2024 03:48:14 -0500 (EST) Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.libvirt.org (Postfix) with ESMTPS id 32B7B1A11 for ; Thu, 29 Feb 2024 03:48:14 -0500 (EST) Received: from mimecast-mx02.redhat.com (mx-ext.redhat.com [66.187.233.73]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-65-uV00ZOLENjqoWC1l8FW4lA-1; Thu, 29 Feb 2024 03:48:12 -0500 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.rdu2.redhat.com [10.11.54.5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 05BB43C28648 for ; Thu, 29 Feb 2024 08:48:12 +0000 (UTC) Received: from maggie.brq.redhat.com (unknown [10.43.3.102]) by smtp.corp.redhat.com (Postfix) with ESMTP id A1DAA1097C for ; Thu, 29 Feb 2024 08:48:11 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on lists.libvirt.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE, T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.4 X-MC-Unique: uV00ZOLENjqoWC1l8FW4lA-1 From: Michal Privoznik To: devel@lists.libvirt.org Subject: [PATCH] NEWS: Document my contributions for upcoming release Date: Thu, 29 Feb 2024 09:48:09 +0100 Message-ID: <9dbf085aa1d064b30197d5823346bf28af94f348.1709196489.git.mprivozn@redhat.com> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 3.4.1 on 10.11.54.5 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Message-ID-Hash: RFSXO5A24TT7JPL5HTMKWV22SICCRGEN X-Message-ID-Hash: RFSXO5A24TT7JPL5HTMKWV22SICCRGEN X-MailFrom: mprivozn@redhat.com X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-config-1; header-match-config-2; header-match-config-3; header-match-devel.lists.libvirt.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; suspicious-header X-Mailman-Version: 3.2.2 Precedence: list List-Id: Development discussions about the libvirt library & tools Archived-At: List-Archive: List-Help: List-Post: List-Subscribe: List-Unsubscribe: Content-Type: text/plain; charset="utf-8"; x-default="true" Content-Transfer-Encoding: quoted-printable X-ZM-MESSAGEID: 1709196584028100001 Signed-off-by: Michal Privoznik Reviewed-by: Andrea Bolognani --- NEWS.rst | 42 ++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 42 insertions(+) diff --git a/NEWS.rst b/NEWS.rst index def5a5edd0..5e3a29eed6 100644 --- a/NEWS.rst +++ b/NEWS.rst @@ -43,6 +43,13 @@ v10.1.0 (unreleased) to resolve names of the connected guests using the name server started for this network. =20 + * qemu: Introduce dynamicMemslots attribute for virtio-mem + + QEMU now allows setting ``.dynamic-memslots`` attribute for virtio-mem= -pci + devices. When turned on, it allows memory exposed to guest to be split= into + multiple memory slots and thus smaller memory footprint (see the origi= nal + commit for detailed explanation). + * **Improvements** =20 * nodedev: Add ability to update persistent mediated devices by defining t= hem @@ -50,6 +57,15 @@ v10.1.0 (unreleased) Existing persistent mediated devices can now also be updated by ``virNodeDeviceDefineXML()`` as long as parent and UUID remain unchang= ed. =20 + * ch: Enable ``ethernet`` interface mode support + + The ```` can now be used for CH domains. + + * viraccessdriverpolkit: Add missing vtpm case + + Secrets with ```` were left unable to be checked = for in + the access driver, i.e. in ACL rules. Missing code was provided. + * **Bug fixes** =20 * qemu_process: Skip over non-virtio non-TAP NIC models when refreshing = rx-filter @@ -61,6 +77,32 @@ v10.1.0 (unreleased) change ``trustGuestRxFilters`` value on live domains via ``virDomainUpdateDeviceFlags()`` or ``virsh device-update``). =20 + * domain: Fix check for overlapping ```` devices + + A bug was identified which caused libvirt to report two NVDIMMs as + overlapping even though they weren't. This now fixed. + + * vmx: Accept empty fileName for cdrom-image + + Turns out, ``fileName`` attribute (which contains path to CDROM image)= can + be set to an empty string (``""``) to denote a state in which the CDRO= M has + no medium in it. Libvirt used to reject such configuration file, but n= ot + anymore. + + * qemu_hotplug: Don't lose 'created' flag in qemuDomainChangeNet() + + When starting a domain, libvirt tracks what resources it created for i= t and + which were pre-existing and uses this information to preserve pre-exis= ting + resources when cleaning up after the said domain is shut off. But for + macvtaps this information was lost after the macvtap device was changed + (e.g. via ``virsh update-device``). + + * Fix virStream hole handling + + When a client sent multiple holes into a virStream it may have caused + daemon hangup as the daemon stopped processing RPC from the client + temporarily. This is now fixed. + =20 v10.0.0 (2024-01-15) =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --=20 2.43.0 _______________________________________________ Devel mailing list -- devel@lists.libvirt.org To unsubscribe send an email to devel-leave@lists.libvirt.org