| Message ID | 20250228133203.1470383-1-jremus@linux.ibm.com |
|---|---|
| Headers |
Return-Path: <binutils-bounces~patchwork=sourceware.org@sourceware.org> X-Original-To: patchwork@sourceware.org Delivered-To: patchwork@sourceware.org Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 992B93858427 for <patchwork@sourceware.org>; Fri, 28 Feb 2025 13:35:11 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 992B93858427 Authentication-Results: sourceware.org; dkim=pass (2048-bit key, unprotected) header.d=ibm.com header.i=@ibm.com header.a=rsa-sha256 header.s=pp1 header.b=Oi3fJLLW X-Original-To: binutils@sourceware.org Delivered-To: binutils@sourceware.org Received: from mx0a-001b2d01.pphosted.com (mx0a-001b2d01.pphosted.com [148.163.156.1]) by sourceware.org (Postfix) with ESMTPS id 3B2653858403 for <binutils@sourceware.org>; Fri, 28 Feb 2025 13:32:12 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 3B2653858403 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=linux.ibm.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=linux.ibm.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 3B2653858403 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=148.163.156.1 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1740749532; cv=none; b=MXcfJEYEevPnAy9L5V4MZZriXnXEKv5B+Osn+mt11CgwpVghkg2/6bCXWsRd+07VX2kTkICkpmezhzH5HCv+xVbs9HuSfW2VA0ND2YYDRwbkWxkGDtp65hhbt6XqmafSebuBbasJj5+BQ++xMKeJEZZQd0VZit7/4em22lG/qrU= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1740749532; c=relaxed/simple; bh=NnoTNdQOSoO/pk1fj96FidbOhnrVzyAMoblXdx7U8DM=; h=DKIM-Signature:From:To:Subject:Date:Message-ID:MIME-Version; b=VhG3BJ4L12RUd+pBZBq88R7bgsqAH3V5TJbLliw+BRhld9QjXXZqa3IKgng8+GzsxkVAWjHbWdL2ud6I3y+w+zwavVcS6WYRvsyLuvQiJ0ndT4fZh7QbYvvy2ZctHa8POtMoCe/Jv9O2iLX7u6raXX4y/MmGt8ziX5Z9ldiYOm0= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 3B2653858403 Received: from pps.filterd (m0360083.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 51SAq3VI012973; Fri, 28 Feb 2025 13:32:10 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ibm.com; h=cc :content-transfer-encoding:date:from:message-id:mime-version :subject:to; s=pp1; bh=sDkdgs0w5opae2Iv5wuNrhKIbEIQJabOa1MwhIssE k4=; b=Oi3fJLLWpW5o5GEdL2XazOcddfkFCpfRDibOfm5eyMSSal8e2nCbGFbYC HtZ6VTL9tN1NS/qhR797JMobn6pBGy3mWVTCEx9EgryHtjCpzCqytATHni0JYs6E cgVbRJPDQJQND9WXht10zfwdzQbXcyJYg5K6vUBeIhYx/K+VleOY1LMWwCQVPVe0 Bxgj1njHj72PSbGgfMgXrYgyfHAZ0igYYpT6WsHPnkb+QcpPu09UGSaXIIUawHtP Hy4J1HYv39XV2OveO7gzVv19bAGDw1eovPzwkhwKcGSmyLSWTrnCp4d2l5CnM1nc IXvF0pV8zt7WvUKFzmvETHFZKdFSw== Received: from ppma23.wdc07v.mail.ibm.com (5d.69.3da9.ip4.static.sl-reverse.com [169.61.105.93]) by mx0a-001b2d01.pphosted.com (PPS) with ESMTPS id 45337ak6r9-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 28 Feb 2025 13:32:09 +0000 (GMT) Received: from pps.filterd (ppma23.wdc07v.mail.ibm.com [127.0.0.1]) by ppma23.wdc07v.mail.ibm.com (8.18.1.2/8.18.1.2) with ESMTP id 51SASowk026965; Fri, 28 Feb 2025 13:32:08 GMT Received: from smtprelay05.fra02v.mail.ibm.com ([9.218.2.225]) by ppma23.wdc07v.mail.ibm.com (PPS) with ESMTPS id 44ytdkxj0n-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 28 Feb 2025 13:32:08 +0000 Received: from smtpav06.fra02v.mail.ibm.com (smtpav06.fra02v.mail.ibm.com [10.20.54.105]) by smtprelay05.fra02v.mail.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 51SDW4Ed48693528 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 28 Feb 2025 13:32:05 GMT Received: from smtpav06.fra02v.mail.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id DD4B520049; Fri, 28 Feb 2025 13:32:04 +0000 (GMT) Received: from smtpav06.fra02v.mail.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id C39C020040; Fri, 28 Feb 2025 13:32:04 +0000 (GMT) Received: from tuxmaker.boeblingen.de.ibm.com (unknown [9.152.85.9]) by smtpav06.fra02v.mail.ibm.com (Postfix) with ESMTP; Fri, 28 Feb 2025 13:32:04 +0000 (GMT) From: Jens Remus <jremus@linux.ibm.com> To: binutils@sourceware.org, Indu Bhagat <indu.bhagat@oracle.com> Cc: Jens Remus <jremus@linux.ibm.com>, Andreas Krebbel <krebbel@linux.ibm.com> Subject: [PATCH v3 0/3] sframe: Cleanups in .sframe generation Date: Fri, 28 Feb 2025 14:31:59 +0100 Message-ID: <20250228133203.1470383-1-jremus@linux.ibm.com> X-Mailer: git-send-email 2.45.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-TM-AS-GCONF: 00 X-Proofpoint-ORIG-GUID: 6Vlf5RSGvywW9E-7Swdl2eLEOu3hDzIF X-Proofpoint-GUID: 6Vlf5RSGvywW9E-7Swdl2eLEOu3hDzIF X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1057,Hydra:6.0.680,FMLib:17.12.68.34 definitions=2025-02-28_03,2025-02-27_01,2024-11-22_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 adultscore=0 mlxlogscore=855 priorityscore=1501 impostorscore=0 bulkscore=0 malwarescore=0 suspectscore=0 spamscore=0 mlxscore=0 phishscore=0 clxscore=1015 lowpriorityscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.19.0-2502100000 definitions=main-2502280098 X-Spam-Status: No, score=-6.1 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_EF, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: binutils@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Binutils mailing list <binutils.sourceware.org> List-Unsubscribe: <https://sourceware.org/mailman/options/binutils>, <mailto:binutils-request@sourceware.org?subject=unsubscribe> List-Archive: <https://sourceware.org/pipermail/binutils/> List-Post: <mailto:binutils@sourceware.org> List-Help: <mailto:binutils-request@sourceware.org?subject=help> List-Subscribe: <https://sourceware.org/mailman/listinfo/binutils>, <mailto:binutils-request@sourceware.org?subject=subscribe> Errors-To: binutils-bounces~patchwork=sourceware.org@sourceware.org |
| Series | sframe: Cleanups in .sframe generation | |
Message
Jens Remus
Feb. 28, 2025, 1:31 p.m. UTC
Changes in V3: - New patch 3, replacing former patch 3. - This time with patch notes. Changes in V2: - Implemented review feedback (see patch notes). - Committed former patch 1 to mainline. - New patch 3. Patch 1 uses the respective SFrame header and FDE field sizes instead of SFRAME_RELOC_SIZE when generating SFrame information from CFI directives in the assembler. Patch 2 (updated in V2) cleans up the use of the relocation cookie in sframe_decoder_init_func_bfdinfo. Patch 3 (new in V3) changes the assembler to emit FDE function start address as function offset from .sframe section (instead of from FDE). It changes the linker to only apply the output .sframe section offset as fixup. Indu, I hope it is ok that I am proposing a potential solution for the SFrame FDE function start address contents in object files generated by the assembler. It is based on some naive experiment I stated during last SFrame meetup. It lacked only the fixup by output .sframe section offset. All SFrame related as, ld, and libsframe tests pass on both x86-64 and s390x. Does this resolve the issue discussed during the last SFrame meetup? Regards, Jens Jens Remus (3): gas: Use SFrame header and FDE field sizes when generating .sframe ld: Cleanup sframe_decoder_init_func_bfdinfo use of reloc cookie sframe: FDE function start address relative to SFrame section bfd/elf-sframe.c | 61 +++++++++++++++++++++++++++--------------------- gas/gen-sframe.c | 40 +++++++++++++++---------------- 2 files changed, 54 insertions(+), 47 deletions(-)
Comments
On 28.02.2025 14:31, Jens Remus wrote: > Patch 1 uses the respective SFrame header and FDE field sizes instead of > SFRAME_RELOC_SIZE when generating SFrame information from CFI directives > in the assembler. > > Patch 2 (updated in V2) cleans up the use of the relocation cookie in > sframe_decoder_init_func_bfdinfo. > Jens Remus (3): > gas: Use SFrame header and FDE field sizes when generating .sframe > ld: Cleanup sframe_decoder_init_func_bfdinfo use of reloc cookie > sframe: FDE function start address relative to SFrame section Pushed patches 1 and 2 with approval from Indu [1] and Jan [2] to mainline. [1]: https://inbox.sourceware.org/binutils/468e682f-0879-4aca-a1ea-685c997b04cd@oracle.com/ [2]: https://inbox.sourceware.org/binutils/0a4086ba-1877-4f1d-912c-7ad6c3930676@suse.com/ Regards, Jens