From nobody Tue Feb 10 12:57:33 2026 Delivered-To: importer@patchew.org Received-SPF: pass (zohomail.com: domain of redhat.com designates 170.10.133.124 as permitted sender) client-ip=170.10.133.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.133.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=1641549078; cv=none; d=zohomail.com; s=zohoarc; b=LziXssn0ZbfawXxLOdWVNcjJGR8J7Ufk+ofblCsqcY7zr1bCudUEq564jiun7vbsoaWSTaRBZhd4opzztTKhkXCaGI7vsqymY1/9l6dxIe9rOEzhzhdC2Wyjzyw5OwIQd+ti0hq0/nP31fhncipKPSHWyYkJTYO3bFNKIsnMM10= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1641549078; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:List-Subscribe:List-Post:List-Id:List-Archive:List-Help:List-Unsubscribe:MIME-Version:Message-ID:References:Sender:Subject:To; bh=FpqqSm39SPsL8BUcBBpPyB61QT8JrXgeDhnjbCapAuI=; b=gu2mASQrIJSsubgODtdkfz+G73Ql1W2a58gM21X3B3QMGwv6KVQM/tL0nxIkEHnQO2JEiy0P+apj35gsvvSx+QbYD7kp4SF+ApHwbc3rqbuO/HFZPYEFhS5y4Rhcx1OE8N25RK+7WmRYVMMyBfm3G75KMelPZskn1+ORLI+JnnI= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass; spf=pass (zohomail.com: domain of redhat.com designates 170.10.133.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.133.124]) by mx.zohomail.com with SMTPS id 1641549078406332.64504559252055; Fri, 7 Jan 2022 01:51:18 -0800 (PST) Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-258-a4YYL3bKM8OARVExK9GEvg-1; Fri, 07 Jan 2022 04:51:09 -0500 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id AAB14835E45; Fri, 7 Jan 2022 09:51:04 +0000 (UTC) Received: from colo-mx.corp.redhat.com (colo-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.21]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 88B2770D5E; Fri, 7 Jan 2022 09:51:04 +0000 (UTC) Received: from lists01.pubmisc.prod.ext.phx2.redhat.com (lists01.pubmisc.prod.ext.phx2.redhat.com [10.5.19.33]) by colo-mx.corp.redhat.com (Postfix) with ESMTP id 572FE4A70C; Fri, 7 Jan 2022 09:51:04 +0000 (UTC) Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) by lists01.pubmisc.prod.ext.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id 2079p1Ts010271 for ; Fri, 7 Jan 2022 04:51:01 -0500 Received: by smtp.corp.redhat.com (Postfix) id 073B76128B; Fri, 7 Jan 2022 09:51:01 +0000 (UTC) Received: from kinshicho.usersys.redhat.com (unknown [10.40.192.224]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 01048752A6; Fri, 7 Jan 2022 09:50:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1641549077; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post; bh=FpqqSm39SPsL8BUcBBpPyB61QT8JrXgeDhnjbCapAuI=; b=K8dEmNsidmaXGoOx71cLWWkI/UamHtDBRAVdJdfAo18RoAtswPYme06murB5X869gicCO3 MCQTKkhk+FzGsPyi27c5/8ZFVLQkABg6Jn5qZ2IyAiGuXx9PwE9UgS+K/bJ+pQrg1o/akR c/jbpqu4YghUbH9+qtEy6HMCwDfvxA0= X-MC-Unique: a4YYL3bKM8OARVExK9GEvg-1 From: Andrea Bolognani To: libvir-list@redhat.com Subject: [libvirt PATCH v4 16/19] docs: Note hvf support for domain elements Date: Fri, 7 Jan 2022 10:47:43 +0100 Message-Id: <20220107094746.1042621-17-abologna@redhat.com> In-Reply-To: <20220107094746.1042621-1-abologna@redhat.com> References: <20220107094746.1042621-1-abologna@redhat.com> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14 X-loop: libvir-list@redhat.com Cc: r.bolshakov@yadro.com X-BeenThere: libvir-list@redhat.com X-Mailman-Version: 2.1.12 Precedence: junk List-Id: Development discussions about the libvirt library & tools List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: libvir-list-bounces@redhat.com Errors-To: libvir-list-bounces@redhat.com X-Scanned-By: MIMEDefang 2.79 on 10.5.11.11 Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=libvir-list-bounces@redhat.com 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: 1641549079169100001 Content-Type: text/plain; charset="utf-8" From: Roman Bolshakov Many domain elements have "QEMU and KVM only" or "QEMU/KVM since x.y.z" remarks. Most of the elements work for HVF domain, so it makes sense to add respective notices for HVF domain. All the elements have been manually tested. Signed-off-by: Roman Bolshakov Signed-off-by: Andrea Bolognani --- docs/formatdomain.rst | 19 +++++++++++-------- 1 file changed, 11 insertions(+), 8 deletions(-) diff --git a/docs/formatdomain.rst b/docs/formatdomain.rst index 3e9de05249..e27fb23119 100644 --- a/docs/formatdomain.rst +++ b/docs/formatdomain.rst @@ -1426,7 +1426,8 @@ In case no restrictions need to be put on CPU model a= nd its features, a simpler :since:`Since 7.1.0` with the QEMU driver. =20 Both ``host-model`` and ``host-passthrough`` modes make sense when a do= main - can run directly on the host CPUs (for example, domains with type ``kvm= ``). + can run directly on the host CPUs (for example, domains with type ``kvm= `` + or ``hvf``). The actual host CPU is irrelevant for domains with emulated virtual CPUs (such as domains with type ``qemu``). However, for backward compatibili= ty ``host-model`` may be implemented even for domains running on emulated = CPUs @@ -1750,7 +1751,7 @@ Each of these states allow for the same four possible= actions. The domain will be terminated and then restarted with a new name. (Only supported by the libxl hypervisor driver.) =20 -QEMU/KVM supports the ``on_poweroff`` and ``on_reboot`` events handling the +QEMU/KVM/HVF supports the ``on_poweroff`` and ``on_reboot`` events handlin= g the ``destroy`` and ``restart`` actions, but the combination of ``on_poweroff`= ` set to ``restart`` and ``on_reboot`` set to ``destroy`` is forbidden. =20 @@ -1885,8 +1886,8 @@ are: Physical address extension mode allows 32-bit guests to address more th= an 4 GB of memory. ``acpi`` - ACPI is useful for power management, for example, with KVM guests it is - required for graceful shutdown to work. + ACPI is useful for power management, for example, with KVM or HVF guest= s it + is required for graceful shutdown to work. ``apic`` APIC allows the use of programmable IRQ management. :since:`Since 0.10.2 (QEMU only)` there is an optional attribute ``eoi`` with values ``on`` = and @@ -6195,14 +6196,16 @@ A video device. =20 You can provide the amount of video memory in kibibytes (blocks of 1024 bytes) using ``vram``. This is supported only for guest type of "vz", "= qemu", - "vbox", "vmx" and "xen". If no value is provided the default is used. I= f the + "kvm", "hvf", "vbox", "vmx" and "xen". + If no value is provided the default is used. If the size is not a power of two it will be rounded to closest one. =20 The number of screen can be set using ``heads``. This is supported only= for - guests type of "vz", "kvm", "vbox" and "vmx". + guests type of "vz", "kvm", "hvf", "vbox" and "vmx". =20 - For guest type of "kvm" or "qemu" and model type "qxl" there are option= al - attributes. Attribute ``ram`` ( :since:`since 1.0.2` ) specifies the si= ze of + For guest type of "kvm", "hvf" or "qemu" and model type "qxl" there are + optional attributes. + Attribute ``ram`` ( :since:`since 1.0.2` ) specifies the size of the primary bar, while the attribute ``vram`` specifies the secondary b= ar size. If ``ram`` or ``vram`` are not supplied a default value is used. = The ``ram`` should also be rounded to power of two as ``vram``. There is al= so --=20 2.31.1