From nobody Sat May 4 09:17:23 2024 Delivered-To: importer@patchew.org Received-SPF: pass (zohomail.com: domain of redhat.com designates 170.10.129.124 as permitted sender) client-ip=170.10.129.124; envelope-from=libvir-list-bounces@redhat.com; helo=us-smtp-delivery-124.mimecast.com; Authentication-Results: mx.zohomail.com; dkim=pass; spf=pass (zohomail.com: domain of redhat.com designates 170.10.129.124 as permitted sender) smtp.mailfrom=libvir-list-bounces@redhat.com; dmarc=pass(p=none dis=none) header.from=redhat.com ARC-Seal: i=1; a=rsa-sha256; t=1685433123; cv=none; d=zohomail.com; s=zohoarc; b=lz9KX5L2bsnmkIVf+srN+SBAte3ID4gtU9Tmm8xYvbckJmiRRaCJ9Vq+vxKhbgnQlPegd0L05BDOoh6wp1k1o8RDyzjWRtmKaVAhxSj6gfwGCnyxbci+dg13r8MFM96dwYRKkWi5GFazq5TSVutx3wKtIlbdT0CNMiOxL/sw3a4= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1685433123; h=Content-Type:Content-Transfer-Encoding:Date:From:List-Subscribe:List-Post:List-Id:List-Archive:List-Help:List-Unsubscribe:MIME-Version:Message-ID:Sender:Subject:To; bh=VDDri8tLkkYi/LyJIQurV84ZRAP9GIJ+gAuIrKoWR3s=; b=bC5FpZ3rx5jpfvB8FeJyJWVwAZRqyw7PczwlkgH3Cwztt4OWc+Qu8oiisZx3QvvezYo/nQRs4qcAqfj58N+jZFfqcMnfGfVB5xJIMqJdIKuqalmzM/R9UV74cBdaWyxClJKN3OhIfhN5eqYJuTFVbYw6jSvwVleRcbRfel0rSEA= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass; spf=pass (zohomail.com: domain of redhat.com designates 170.10.129.124 as permitted sender) smtp.mailfrom=libvir-list-bounces@redhat.com; dmarc=pass header.from= (p=none dis=none) Return-Path: Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by mx.zohomail.com with SMTPS id 1685433123893907.3149974460623; Tue, 30 May 2023 00:52:03 -0700 (PDT) Received: from mimecast-mx02.redhat.com (mx3-rdu2.redhat.com [66.187.233.73]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-474-n3dN5V67PGGXFWyk33hamw-1; Tue, 30 May 2023 03:51:14 -0400 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.rdu2.redhat.com [10.11.54.5]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 53764381458D; Tue, 30 May 2023 07:51:12 +0000 (UTC) Received: from mm-prod-listman-01.mail-001.prod.us-east-1.aws.redhat.com (unknown [10.30.29.100]) by smtp.corp.redhat.com (Postfix) with ESMTP id D742D421D3; Tue, 30 May 2023 07:51:10 +0000 (UTC) Received: from mm-prod-listman-01.mail-001.prod.us-east-1.aws.redhat.com (localhost [IPv6:::1]) by mm-prod-listman-01.mail-001.prod.us-east-1.aws.redhat.com (Postfix) with ESMTP id 8678A1946595; Tue, 30 May 2023 07:51:10 +0000 (UTC) Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.rdu2.redhat.com [10.11.54.6]) by mm-prod-listman-01.mail-001.prod.us-east-1.aws.redhat.com (Postfix) with ESMTP id 63511194658C for ; Tue, 30 May 2023 07:51:09 +0000 (UTC) Received: by smtp.corp.redhat.com (Postfix) id 51A932166B27; Tue, 30 May 2023 07:51:09 +0000 (UTC) Received: from localhost.localdomain (unknown [10.43.2.39]) by smtp.corp.redhat.com (Postfix) with ESMTP id ED0442166B25 for ; Tue, 30 May 2023 07:51:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1685433122; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding:list-id:list-help: list-unsubscribe:list-subscribe:list-post; bh=VDDri8tLkkYi/LyJIQurV84ZRAP9GIJ+gAuIrKoWR3s=; b=UDiCoYvuFvZB5zLK2todajBEF5bq19SLREcw4HExN8AER84MmCQkKQX8KycNWfEY7DwDsp kp5rE4FVMXJ++v7TeCt9jJX71idV+yGuXh5wFQ5Sh3RqFX2r3Kel4Nob1w1OsnUg9KWNig 1iSEy8Y93KExx2ch+aUR7JWOAwWpSI4= X-MC-Unique: n3dN5V67PGGXFWyk33hamw-1 X-Original-To: libvir-list@listman.corp.redhat.com From: Michal Privoznik To: libvir-list@redhat.com Subject: [PATCH] NEWS: Document my contributions for upcoming release Date: Tue, 30 May 2023 09:51:05 +0200 Message-Id: <943b932de5fcfcb5384a6988300abfaef94480d4.1685433065.git.mprivozn@redhat.com> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 3.1 on 10.11.54.6 X-BeenThere: libvir-list@redhat.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Development discussions about the libvirt library & tools List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: libvir-list-bounces@redhat.com Sender: "libvir-list" X-Scanned-By: MIMEDefang 3.1 on 10.11.54.5 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Transfer-Encoding: quoted-printable X-ZohoMail-DKIM: pass (identity @redhat.com) X-ZM-MESSAGEID: 1685433125528100001 Content-Type: text/plain; charset="utf-8"; x-default="true" Signed-off-by: Michal Privoznik Reviewed-by: Jiri Denemark --- NEWS.rst | 37 +++++++++++++++++++++++++++++++++++++ 1 file changed, 37 insertions(+) diff --git a/NEWS.rst b/NEWS.rst index 1b85ef6d37..1ee932db72 100644 --- a/NEWS.rst +++ b/NEWS.rst @@ -23,8 +23,45 @@ v9.4.0 (unreleased) =20 * **Improvements** =20 + * Adapt to musl-1.2.4 + + The latest version of musl stop declaring some symbols that libvirt's = test + suite used (for redirecting ``stat()`` family of functions), leaving t= he + tests broken. This is now fixed and the test suite works even with the + latest version of musl. + + * conf: Introduce ``
`` for virtio-mem and virtio-pmem + + To ensure guest ABI stability, libvirt persists address for memory dev= ices, + now including ``virtio-mem`` and ``virtio-pmem``. The address can be a= lso + specified by user. + * **Bug fixes** =20 + * qemu: Account for NVMe disks when calculating memlock limit on hotplug + + When no ```` is set, libvirt still tries to guess a sensi= ble + limit for memlock for domains. But this limit was not calculated prope= rly + on a hotplug of ````. + + * numa: Deny other memory modes than ``restrictive``` if a memnode is ``= restrictive`` + + Due to a missing check it was possible to define a domain with incorre= ct + ````. For instance it was possible to have a ```` and ```` of a different mode. This i= s now + forbidden and if either all ````-s and ```` have to= have + ``restrictive`` mode, or none. + + * qemu: Start emulator thread with more generous ``cpuset.mems`` + + To ensure memory is allocated only from configured NUMA nodes, libvirt= sets + up cpuset CGgroup controller, even before QEMU is executed. But this m= ay + prevent QEMU from setting affinity of threads that allocate memory. Si= nce + these threads are spawned from the emulator thread, the initial set up= must + be more generous and include union of all host NUMA nodes that are all= owed + in the domain definition. Once QEMU has allocated all its memory, the + emulator thread is restricted further, as it otherwise would be. + =20 v9.3.0 (2023-05-02) =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --=20 2.39.3