From nobody Thu Nov 20 14:08:11 2025 Delivered-To: importer@patchew.org Received-SPF: pass (zohomail.com: domain of lists.xenproject.org designates 192.237.175.120 as permitted sender) client-ip=192.237.175.120; envelope-from=xen-devel-bounces@lists.xenproject.org; helo=lists.xenproject.org; Authentication-Results: mx.zohomail.com; dkim=pass; spf=pass (zohomail.com: domain of lists.xenproject.org designates 192.237.175.120 as permitted sender) smtp.mailfrom=xen-devel-bounces@lists.xenproject.org; dmarc=pass(p=quarantine dis=none) header.from=redhat.com ARC-Seal: i=1; a=rsa-sha256; t=1763557775; cv=none; d=zohomail.com; s=zohoarc; b=jV5F+313MUI5278jKc//zCEIvLkxs4zrOg4+TNBVOtkvgD/7Y75WCp8Ufj5LKie0RzebQXV28sNuie8VzEr1r4AgrfL1Fuc8cGyjJfn7x4/iH73nr7kmOhK7xrUtRPM4qsvOx2FTA1JAQMBsTUjOJ6FA1KOjAg7x/Wy35qKBFDs= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1763557775; h=Content-Transfer-Encoding:Cc:Cc:Date:Date:From:From:In-Reply-To:List-Subscribe:List-Post:List-Id:List-Help:List-Unsubscribe:MIME-Version:Message-ID:References:Sender:Subject:Subject:To:To:Message-Id:Reply-To; bh=AWrrhvA/SQYaSu88z25wZQ2Z8oavREpawBAonXTqbBU=; b=RnGKAcRPvAKxAhEpN93jXaaaaD/iCPuVH/c5eBwZqpLOUvGYnSq7aIA8xlkaTg1mtChPWPyrEogJVDy5YP9JWoPFy69D2IWheL7EdiBQ/jZu35iXL5bEueWcGWEoaH1b5y1xjip2kTZrXfyLIfJOGmzDJa5AxB90FN0Q4Fggp/M= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass; spf=pass (zohomail.com: domain of lists.xenproject.org designates 192.237.175.120 as permitted sender) smtp.mailfrom=xen-devel-bounces@lists.xenproject.org; dmarc=pass header.from= (p=quarantine dis=none) Return-Path: Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) by mx.zohomail.com with SMTPS id 1763557775651732.8008122085146; Wed, 19 Nov 2025 05:09:35 -0800 (PST) Received: from list by lists.xenproject.org with outflank-mailman.1165963.1492663 (Exim 4.92) (envelope-from ) id 1vLhvx-0004vo-Lj; Wed, 19 Nov 2025 13:09:17 +0000 Received: by outflank-mailman (output) from mailman id 1165963.1492663; Wed, 19 Nov 2025 13:09:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1vLhvx-0004vf-Hz; Wed, 19 Nov 2025 13:09:17 +0000 Received: by outflank-mailman (input) for mailman id 1165963; Wed, 19 Nov 2025 13:09:16 +0000 Received: from se1-gles-flk1-in.inumbo.com ([94.247.172.50] helo=se1-gles-flk1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1vLhvw-0003w5-Gs for xen-devel@lists.xenproject.org; Wed, 19 Nov 2025 13:09:16 +0000 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by se1-gles-flk1.inumbo.com (Halon) with ESMTPS id f1fd0a30-c548-11f0-980a-7dc792cee155; Wed, 19 Nov 2025 14:09:14 +0100 (CET) Received: from mx-prod-mc-03.mail-002.prod.us-west-2.aws.redhat.com (ec2-54-186-198-63.us-west-2.compute.amazonaws.com [54.186.198.63]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-327-4l80z0zhO3KwJirOWaUm4g-1; Wed, 19 Nov 2025 08:09:07 -0500 Received: from mx-prod-int-06.mail-002.prod.us-west-2.aws.redhat.com (mx-prod-int-06.mail-002.prod.us-west-2.aws.redhat.com [10.30.177.93]) (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 mx-prod-mc-03.mail-002.prod.us-west-2.aws.redhat.com (Postfix) with ESMTPS id DD5B218AB410; Wed, 19 Nov 2025 13:09:03 +0000 (UTC) Received: from blackfin.pond.sub.org (unknown [10.45.242.18]) by mx-prod-int-06.mail-002.prod.us-west-2.aws.redhat.com (Postfix) with ESMTPS id 17C931800346; Wed, 19 Nov 2025 13:09:03 +0000 (UTC) Received: by blackfin.pond.sub.org (Postfix, from userid 1000) id 8F4A421E66A9; Wed, 19 Nov 2025 14:08:55 +0100 (CET) X-Outflank-Mailman: Message body and most headers restored to incoming version X-BeenThere: xen-devel@lists.xenproject.org List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xenproject.org Precedence: list Sender: "Xen-devel" X-Inumbo-ID: f1fd0a30-c548-11f0-980a-7dc792cee155 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1763557753; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=AWrrhvA/SQYaSu88z25wZQ2Z8oavREpawBAonXTqbBU=; b=Z2QkO9d2OB5P73b1FJ/W/pbyqYnYWxaEmrg75mSgx11nyouOQJlUjTGXeXWvzN0LDbsddy VsWKpT1iL5j6DZ16xt1F8yKQih7ac8B3aq6oRCfMPFd7Is4eKIHlbjWjvtcHVsNk6RA+rY clc9lvzONz3Ee3ngptSzR2IqaAu29z8= X-MC-Unique: 4l80z0zhO3KwJirOWaUm4g-1 X-Mimecast-MFC-AGG-ID: 4l80z0zhO3KwJirOWaUm4g_1763557744 From: Markus Armbruster To: qemu-devel@nongnu.org Cc: kwolf@redhat.com, hreitz@redhat.com, mst@redhat.com, imammedo@redhat.com, anisinha@redhat.com, gengdongjiu1@gmail.com, peter.maydell@linaro.org, alistair@alistair23.me, edgar.iglesias@gmail.com, npiggin@gmail.com, harshpb@linux.ibm.com, palmer@dabbelt.com, liwei1518@gmail.com, dbarboza@ventanamicro.com, zhiwei_liu@linux.alibaba.com, sstabellini@kernel.org, anthony@xenproject.org, paul@xen.org, berrange@redhat.com, peterx@redhat.com, farosas@suse.de, eblake@redhat.com, vsementsov@yandex-team.ru, eduardo@habkost.net, marcel.apfelbaum@gmail.com, philmd@linaro.org, wangyanan55@huawei.com, zhao1.liu@intel.com, qemu-block@nongnu.org, qemu-arm@nongnu.org, qemu-ppc@nongnu.org, qemu-riscv@nongnu.org, xen-devel@lists.xenproject.org Subject: [PATCH 5/5] error: Consistently name Error * objects err, and not errp Date: Wed, 19 Nov 2025 14:08:55 +0100 Message-ID: <20251119130855.105479-6-armbru@redhat.com> In-Reply-To: <20251119130855.105479-1-armbru@redhat.com> References: <20251119130855.105479-1-armbru@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-Scanned-By: MIMEDefang 3.4.1 on 10.30.177.93 X-ZohoMail-DKIM: pass (identity @redhat.com) X-ZM-MESSAGEID: 1763557777871158500 Content-Type: text/plain; charset="utf-8" This touches code in xen_enable_tpm() that is obviously wrong. Since I don't know how to fix it properly, I'm adding a FIXME there. Signed-off-by: Markus Armbruster --- block/crypto.c | 8 ++++---- hw/acpi/ghes.c | 8 ++++---- hw/ppc/spapr.c | 16 ++++++++-------- hw/xen/xen-pvh-common.c | 13 ++++++++++--- nbd/common.c | 6 +++--- 5 files changed, 29 insertions(+), 22 deletions(-) diff --git a/block/crypto.c b/block/crypto.c index b97d027444..36abb7af46 100644 --- a/block/crypto.c +++ b/block/crypto.c @@ -938,14 +938,14 @@ static void GRAPH_RDLOCK block_crypto_amend_cleanup(BlockDriverState *bs) { BlockCrypto *crypto =3D bs->opaque; - Error *errp =3D NULL; + Error *err =3D NULL; =20 /* release exclusive read/write permissions to the underlying file */ crypto->updating_keys =3D false; - bdrv_child_refresh_perms(bs, bs->file, &errp); + bdrv_child_refresh_perms(bs, bs->file, &err); =20 - if (errp) { - error_report_err(errp); + if (err) { + error_report_err(err); } } =20 diff --git a/hw/acpi/ghes.c b/hw/acpi/ghes.c index 06555905ce..841a36e370 100644 --- a/hw/acpi/ghes.c +++ b/hw/acpi/ghes.c @@ -563,7 +563,7 @@ int acpi_ghes_memory_errors(AcpiGhesState *ags, uint16_= t source_id, const uint8_t guid[] =3D UUID_LE(0xA5BC1114, 0x6F64, 0x4EDE, 0xB8, 0x63, 0x3E, 0x83, \ 0xED, 0x7C, 0x83, 0xB1); - Error *errp =3D NULL; + Error *err =3D NULL; int data_length; GArray *block; =20 @@ -583,12 +583,12 @@ int acpi_ghes_memory_errors(AcpiGhesState *ags, uint1= 6_t source_id, acpi_ghes_build_append_mem_cper(block, physical_address); =20 /* Report the error */ - ghes_record_cper_errors(ags, block->data, block->len, source_id, &errp= ); + ghes_record_cper_errors(ags, block->data, block->len, source_id, &err); =20 g_array_free(block, true); =20 - if (errp) { - error_report_err(errp); + if (err) { + error_report_err(err); return -1; } =20 diff --git a/hw/ppc/spapr.c b/hw/ppc/spapr.c index 99b843ba2f..db5e98e458 100644 --- a/hw/ppc/spapr.c +++ b/hw/ppc/spapr.c @@ -2847,7 +2847,7 @@ static void spapr_machine_init(MachineState *machine) int i; MemoryRegion *sysmem =3D get_system_memory(); long load_limit, fw_size; - Error *errp =3D NULL; + Error *err =3D NULL; NICInfo *nd; =20 if (!filename) { @@ -2871,7 +2871,7 @@ static void spapr_machine_init(MachineState *machine) /* Determine capabilities to run with */ spapr_caps_init(spapr); =20 - kvmppc_check_papr_resize_hpt(&errp); + kvmppc_check_papr_resize_hpt(&err); if (spapr->resize_hpt =3D=3D SPAPR_RESIZE_HPT_DEFAULT) { /* * If the user explicitly requested a mode we should either @@ -2879,10 +2879,10 @@ static void spapr_machine_init(MachineState *machin= e) * it's not set explicitly, we reset our mode to something * that works */ - if (errp) { + if (err) { spapr->resize_hpt =3D SPAPR_RESIZE_HPT_DISABLED; - error_free(errp); - errp =3D NULL; + error_free(err); + err =3D NULL; } else { spapr->resize_hpt =3D smc->resize_hpt_default; } @@ -2890,14 +2890,14 @@ static void spapr_machine_init(MachineState *machin= e) =20 assert(spapr->resize_hpt !=3D SPAPR_RESIZE_HPT_DEFAULT); =20 - if ((spapr->resize_hpt !=3D SPAPR_RESIZE_HPT_DISABLED) && errp) { + if ((spapr->resize_hpt !=3D SPAPR_RESIZE_HPT_DISABLED) && err) { /* * User requested HPT resize, but this host can't supply it. Bail= out */ - error_report_err(errp); + error_report_err(err); exit(1); } - error_free(errp); + error_free(err); =20 spapr->rma_size =3D spapr_rma_size(spapr, &error_fatal); =20 diff --git a/hw/xen/xen-pvh-common.c b/hw/xen/xen-pvh-common.c index b93ff80c85..3e62ec09d0 100644 --- a/hw/xen/xen-pvh-common.c +++ b/hw/xen/xen-pvh-common.c @@ -101,7 +101,7 @@ static void xen_create_virtio_mmio_devices(XenPVHMachin= eState *s) #ifdef CONFIG_TPM static void xen_enable_tpm(XenPVHMachineState *s) { - Error *errp =3D NULL; + Error *err =3D NULL; DeviceState *dev; SysBusDevice *busdev; =20 @@ -111,8 +111,15 @@ static void xen_enable_tpm(XenPVHMachineState *s) return; } dev =3D qdev_new(TYPE_TPM_TIS_SYSBUS); - object_property_set_link(OBJECT(dev), "tpmdev", OBJECT(be), &errp); - object_property_set_str(OBJECT(dev), "tpmdev", be->id, &errp); + /* + * FIXME This use of &err is is wrong. If both calls fail, the + * second will trip error_setv()'s assertion. If just one call + * fails, we leak an Error object. Setting the same property + * twice (first to a QOM path, then to an ID string) is almost + * certainly wrong, too. + */ + object_property_set_link(OBJECT(dev), "tpmdev", OBJECT(be), &err); + object_property_set_str(OBJECT(dev), "tpmdev", be->id, &err); busdev =3D SYS_BUS_DEVICE(dev); sysbus_realize_and_unref(busdev, &error_fatal); sysbus_mmio_map(busdev, 0, s->cfg.tpm.base); diff --git a/nbd/common.c b/nbd/common.c index 2a133a66c3..f43cbaa15b 100644 --- a/nbd/common.c +++ b/nbd/common.c @@ -282,10 +282,10 @@ void nbd_set_socket_send_buffer(QIOChannelSocket *sio= c) #ifdef UNIX_STREAM_SOCKET_SEND_BUFFER_SIZE if (sioc->localAddr.ss_family =3D=3D AF_UNIX) { size_t size =3D UNIX_STREAM_SOCKET_SEND_BUFFER_SIZE; - Error *errp =3D NULL; + Error *err =3D NULL; =20 - if (qio_channel_socket_set_send_buffer(sioc, size, &errp) < 0) { - warn_report_err(errp); + if (qio_channel_socket_set_send_buffer(sioc, size, &err) < 0) { + warn_report_err(err); } } #endif /* UNIX_STREAM_SOCKET_SEND_BUFFER_SIZE */ --=20 2.49.0