From nobody Sun Feb 8 21:29:19 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=1664893768; cv=none; d=zohomail.com; s=zohoarc; b=n5sFIavbjIVpLzr6lnESzdYpODck0YvV14lmCZ+5MtxxP1MpDUhSUeZN8dHSEQMV+UU1sJZe/98J6R412h++rqQr1Eg+GrNhVtWuko2mzTie9GxA8iF0NDU/Ou8svhTnUGvT69Zw+6e2SJzbCHl3nWipNEztzzfytp0rHwLofOI= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1664893768; h=Content-Type:Content-Transfer-Encoding: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=swfbJcH9aVxHKg7EsVH9tplJ23cOzwB9CrNt6P+rkyg=; b=UgPL8RDz2EBpy4uWMpRVFP85CsPKJCYDVxH9+izwmOKVerE/qsA9WkXZpve1p4Z5Lka1b/UVuRAxApZSqY4JEY1QYwA0c79UG8SInfQ+tFFUhuP6NioV+jC3YiiFsXOKLtqgsusqCF8zssSkuWE8zsXPCPkljB1nggTYJGpWaug= 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 1664893768941835.371069696772; Tue, 4 Oct 2022 07:29:28 -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-55-nE2AwrnLNpSld6vo4AjPlA-1; Tue, 04 Oct 2022 10:29:14 -0400 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com [10.11.54.3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 4818729DD9AA; Tue, 4 Oct 2022 14:29:05 +0000 (UTC) Received: from mm-prod-listman-01.mail-001.prod.us-east-1.aws.redhat.com (mm-prod-listman-01.mail-001.prod.us-east-1.aws.redhat.com [10.30.29.100]) by smtp.corp.redhat.com (Postfix) with ESMTP id 33B191121314; Tue, 4 Oct 2022 14:29:05 +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 DE5DD1946A63; Tue, 4 Oct 2022 14:29:04 +0000 (UTC) Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.rdu2.redhat.com [10.11.54.1]) by mm-prod-listman-01.mail-001.prod.us-east-1.aws.redhat.com (Postfix) with ESMTP id 5722E194704F for ; Tue, 4 Oct 2022 14:29:00 +0000 (UTC) Received: by smtp.corp.redhat.com (Postfix) id 3819A40FF681; Tue, 4 Oct 2022 14:29:00 +0000 (UTC) Received: from rein.int.mamuti.net (unknown [10.40.192.36]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 1575040FF680 for ; Tue, 4 Oct 2022 14:29:00 +0000 (UTC) Received: by rein.int.mamuti.net (Postfix, from userid 500) id 639BC188FBA; Tue, 4 Oct 2022 16:28:57 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1664893767; 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: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post; bh=swfbJcH9aVxHKg7EsVH9tplJ23cOzwB9CrNt6P+rkyg=; b=eY234urhcAwLMUjUJGpaaVsnBYWsvrQsZvTenFFUxpq2K1GOuoOGngOVB6+pqD4eAi1RRl oNklTbqGulGhsqPfu8BCiy/5EaCNnRizwrPqxdkVHDvaoRW/2G9AB0pAZrw1RvTf+FT8O0 DTjgp5q/zWc0v4t8A6fHT+3YyFLi7XQ= X-MC-Unique: nE2AwrnLNpSld6vo4AjPlA-1 X-Original-To: libvir-list@listman.corp.redhat.com From: Jiri Denemark To: libvir-list@redhat.com Subject: [libvirt PATCH 08/11] cpu_arm: Don't implement virCPUGetVendorForModel Date: Tue, 4 Oct 2022 16:28:51 +0200 Message-Id: In-Reply-To: References: MIME-Version: 1.0 X-Scanned-By: MIMEDefang 3.1 on 10.11.54.1 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.3 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: 1664893770374100001 Content-Type: text/plain; charset="utf-8" This patch is effectively a no-op, but I wanted to initialize .getVendorForModel explicitly as implementing this function does not even make sense on ARM. The CPU models in our CPU map are only used for describing host CPU in capabilities XML and cannot be used for guest CPU definition in domain XML anyway. The CPU models listed as supported in domain capabilities XML are just passed through from QEMU. Signed-off-by: Jiri Denemark --- src/cpu/cpu_arm.c | 1 + 1 file changed, 1 insertion(+) diff --git a/src/cpu/cpu_arm.c b/src/cpu/cpu_arm.c index 599bb836ed..409b397155 100644 --- a/src/cpu/cpu_arm.c +++ b/src/cpu/cpu_arm.c @@ -714,6 +714,7 @@ struct cpuArchDriver cpuDriverArm =3D { #endif .decode =3D NULL, .encode =3D NULL, + .getVendorForModel =3D NULL, .dataCopyNew =3D virCPUarmDataCopyNew, .dataFree =3D virCPUarmDataFree, .baseline =3D virCPUarmBaseline, --=20 2.37.3