From nobody Mon May 13 20:09: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 1709659056546361.24282103919086; Tue, 5 Mar 2024 09:17:36 -0800 (PST) Received: by lists.libvirt.org (Postfix, from userid 996) id 79F331AF9; Tue, 5 Mar 2024 12:17:35 -0500 (EST) Received: from lists.libvirt.org (localhost [IPv6:::1]) by lists.libvirt.org (Postfix) with ESMTP id BE6731985; Tue, 5 Mar 2024 12:16:16 -0500 (EST) Received: by lists.libvirt.org (Postfix, from userid 996) id 580131AF0; Tue, 5 Mar 2024 12:16:12 -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 CA64619A8 for ; Tue, 5 Mar 2024 12:16:11 -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-147-UhJqt6WLP6CQQmru86dA3A-1; Tue, 05 Mar 2024 12:16:09 -0500 Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.rdu2.redhat.com [10.11.54.8]) (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 4BFF428043CD for ; Tue, 5 Mar 2024 17:15:54 +0000 (UTC) Received: from orkuz (unknown [10.45.225.179]) by smtp.corp.redhat.com (Postfix) with ESMTP id 0DC4FC1F086 for ; Tue, 5 Mar 2024 17:15:53 +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,SPF_HELO_NONE, T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.4 X-MC-Unique: UhJqt6WLP6CQQmru86dA3A-1 From: Jiri Denemark To: devel@lists.libvirt.org Subject: [PATCH] docs: Update documentation of CPU models in domain caps Date: Tue, 5 Mar 2024 18:15:46 +0100 Message-ID: MIME-Version: 1.0 X-Scanned-By: MIMEDefang 3.4.1 on 10.11.54.8 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Message-ID-Hash: 4CLONFOYEW76VZUZN7MDPYAYBLT6DJQK X-Message-ID-Hash: 4CLONFOYEW76VZUZN7MDPYAYBLT6DJQK X-MailFrom: jdenemar@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" Content-Transfer-Encoding: quoted-printable X-ZM-MESSAGEID: 1709659057390100001 Using check=3D'none' when starting a domain with a CPU model marked as usable is no longer needed as libvirt will do the right thing even with check=3D'partial'. Signed-off-by: Jiri Denemark --- docs/formatdomaincaps.rst | 10 ++++++---- 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/docs/formatdomaincaps.rst b/docs/formatdomaincaps.rst index ef752a0f3a..1999112944 100644 --- a/docs/formatdomaincaps.rst +++ b/docs/formatdomaincaps.rst @@ -237,10 +237,12 @@ more details about it: using the CPU model and no additional feature elements. Models marked as usable (``usable=3D'yes'``) can be safely used in domain XMLs with ``check=3D'none'`` as the hypervisor guarantees the model can be used o= n the - current host and additional checks done by libvirt are redundant. In fa= ct, - disabling libvirt checks via ``check=3D'none'`` for such models is reco= mmended - to avoid needless issues with starting domains when libvirt's definitio= n of - a particular model differs from hypervisor's definition. The + current host and additional checks done by libvirt are redundant. + :since:`Since 10.2.0` libvirt automatically detects this situation and + avoids the redundant checks, with older releases disabling libvirt chec= ks + via ``check=3D'none'`` for such models is recommended to avoid needless + issues with starting domains when libvirt's definition of a particular = model + differs from hypervisor's definition. The ``deprecated`` attribute reflects the hypervisor's policy on usage of t= his model :since:`(since 7.1.0)`. The ``vendor`` attribute :since:`(since 8= .9.0)` contains the vendor of the CPU model for users who want to use CPU mode= ls --=20 2.44.0 _______________________________________________ Devel mailing list -- devel@lists.libvirt.org To unsubscribe send an email to devel-leave@lists.libvirt.org