From nobody Sun Feb 8 19:59:50 2026 Delivered-To: importer@patchew.org Authentication-Results: mx.zohomail.com; dkim=fail; spf=pass (zohomail.com: domain of gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=qemu-devel-bounces+importer=patchew.org@nongnu.org; dmarc=fail(p=none dis=none) header.from=redhat.com ARC-Seal: i=1; a=rsa-sha256; t=1612352264; cv=none; d=zohomail.com; s=zohoarc; b=G+EnsoWEL+itkRPsoSGgjEvtqzwjuE77qWv5MC7eFxrMd9nNVtBaiTffEPUGxYNrfAgqch+mZqAuMvFJs+L4Ry0zMRZWj7nLIY3CNB3t7rfPa8ktaBUDmpqrpN2TqHRL5uwgMt8CVdxkCJ+jPWMOUFUJINAsa/P/NYkLMsfl/uY= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1612352264; 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=C4hQUb8LRr5GzXRAxouelpRpskguvPexMwb34kItEM8=; b=iC5a4nfiFCAlvWYq1bbG5Ur9GfphIoxA/Ys7hMFF2KNE+mKdmJt4ao5iucVbDs3aIceLnrqnN/NNhUsri9FFUZTz3foNXrIaUn9pl5TWnQrusUc/MycoicNXfbUBQ6IbaJcIlTp9b9G/lguH6GLrSVpOWjTGB8zjwRMbMH5NU70= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=fail; spf=pass (zohomail.com: domain of gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=qemu-devel-bounces+importer=patchew.org@nongnu.org; dmarc=fail header.from= (p=none dis=none) header.from= Return-Path: Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) by mx.zohomail.com with SMTPS id 1612352264164593.2779524327048; Wed, 3 Feb 2021 03:37:44 -0800 (PST) Received: from localhost ([::1]:43592 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l7GTf-0005pf-2P for importer@patchew.org; Wed, 03 Feb 2021 06:37:43 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:56050) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l7GPR-0002Df-VM for qemu-devel@nongnu.org; Wed, 03 Feb 2021 06:33:22 -0500 Received: from us-smtp-delivery-124.mimecast.com ([63.128.21.124]:40244) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.90_1) (envelope-from ) id 1l7GPI-00050i-I6 for qemu-devel@nongnu.org; Wed, 03 Feb 2021 06:33:15 -0500 Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-458-5G0n5M4uP7O-3wQ3r1u__A-1; Wed, 03 Feb 2021 06:33:03 -0500 Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id D5B7B107ACE4; Wed, 3 Feb 2021 11:33:01 +0000 (UTC) Received: from thuth.com (ovpn-112-165.ams2.redhat.com [10.36.112.165]) by smtp.corp.redhat.com (Postfix) with ESMTP id 65D2C60C66; Wed, 3 Feb 2021 11:33:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1612351991; h=from:from: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; bh=C4hQUb8LRr5GzXRAxouelpRpskguvPexMwb34kItEM8=; b=ZgydrFin+2j9nITCC6aRkqOGuaxMGFD/tswDt6e2sqfq/l5b0Ik8tGpv9zMR/aowBHdUpo uadC5wnZ+eZcnbc7VDE7V8tvxZoRAEE5YJ9gjsW7NMH7KAYJsASu9jwcjWZmP79n+ZmO2W ybFlKT5KCNg/OErVOq3lzDY6OTLqB+8= X-MC-Unique: 5G0n5M4uP7O-3wQ3r1u__A-1 From: Thomas Huth To: qemu-devel@nongnu.org, =?UTF-8?q?Alex=20Benn=C3=A9e?= Subject: [PATCH 5/6] target/s390x/arch_dump: Fixes for the name field in the PT_NOTE section Date: Wed, 3 Feb 2021 12:32:42 +0100 Message-Id: <20210203113243.280883-6-thuth@redhat.com> In-Reply-To: <20210203113243.280883-1-thuth@redhat.com> References: <20210203113243.280883-1-thuth@redhat.com> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.12 Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=thuth@redhat.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Received-SPF: pass (zohomail.com: domain of gnu.org designates 209.51.188.17 as permitted sender) client-ip=209.51.188.17; envelope-from=qemu-devel-bounces+importer=patchew.org@nongnu.org; helo=lists.gnu.org; Received-SPF: pass client-ip=63.128.21.124; envelope-from=thuth@redhat.com; helo=us-smtp-delivery-124.mimecast.com X-Spam_score_int: -32 X-Spam_score: -3.3 X-Spam_bar: --- X-Spam_report: (-3.3 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.539, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: =?UTF-8?q?Philippe=20Mathieu-Daud=C3=A9?= , Willian Rampazzo , Wainer dos Santos Moschetta Errors-To: qemu-devel-bounces+importer=patchew.org@nongnu.org Sender: "Qemu-devel" X-ZohoMail-DKIM: fail (Header signature does not verify) According to the "ELF-64 Object File Format" specification: "The first word in the entry, namesz, identifies the length, in bytes, of a name identifying the entry=E2=80=99s owner or originator. The = name field contains a null-terminated string, with padding as necessary to ensure 8- byte alignment for the descriptor field. The length does not include the terminating null or the padding." So we should not include the terminating NUL in the length field here. Also there is a compiler warning with GCC 9.3 when compiling with the -fsanitize=3Dthread compiler flag: In function 'strncpy', inlined from 's390x_write_elf64_notes' at ../target/s390x/arch_dump.c:2= 19:9: /usr/include/x86_64-linux-gnu/bits/string_fortified.h:106:10: error: '__builtin_strncpy' specified bound 8 equals destination size [-Werror=3Dstringop-truncation] Since the name should always be NUL-terminated, we can simply decrease the size of the strncpy by one here to silence this warning. And while we're at it, also add an assert() to make sure that the provided names always fit the size field (which is fine for the current callers, the function is called once with "CORE" and once with "LINUX" as a name). Signed-off-by: Thomas Huth --- target/s390x/arch_dump.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/target/s390x/arch_dump.c b/target/s390x/arch_dump.c index 50fa0ae4b6..20c3a09707 100644 --- a/target/s390x/arch_dump.c +++ b/target/s390x/arch_dump.c @@ -212,11 +212,13 @@ static int s390x_write_elf64_notes(const char *note_n= ame, int note_size; int ret =3D -1; =20 + assert(strlen(note_name) < sizeof(note.name)); + for (nf =3D funcs; nf->note_contents_func; nf++) { memset(¬e, 0, sizeof(note)); - note.hdr.n_namesz =3D cpu_to_be32(strlen(note_name) + 1); + note.hdr.n_namesz =3D cpu_to_be32(strlen(note_name)); note.hdr.n_descsz =3D cpu_to_be32(nf->contents_size); - strncpy(note.name, note_name, sizeof(note.name)); + strncpy(note.name, note_name, sizeof(note.name) - 1); (*nf->note_contents_func)(¬e, cpu, id); =20 note_size =3D sizeof(note) - sizeof(note.contents) + nf->contents_= size; --=20 2.27.0