From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx0b-00069f02.pphosted.com (mx0b-00069f02.pphosted.com [205.220.177.32]) by sourceware.org (Postfix) with ESMTPS id 677633858D35 for ; Tue, 23 Apr 2024 00:26:38 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 677633858D35 Authentication-Results: sourceware.org; dmarc=pass (p=quarantine dis=none) header.from=oracle.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=oracle.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 677633858D35 Authentication-Results: server2.sourceware.org; arc=pass smtp.remote-ip=205.220.177.32 ARC-Seal: i=2; a=rsa-sha256; d=sourceware.org; s=key; t=1713832001; cv=pass; b=YC9EGzNz8/cc0oYTA7hJnteBrmBKehTN0YlFGGJOUr5ZhDpt2xuq+zf8X8At0QqMbeEpnzK9AJ4OGuSPsn3u5wmwBBlkULW0+e3QxfWWCqhz0KKtku7+NoucYLsz1qbgQdvnG0cHIhKEtETYIuTCN2TyEInDQ643E69Tj/1U2mc= ARC-Message-Signature: i=2; a=rsa-sha256; d=sourceware.org; s=key; t=1713832001; c=relaxed/simple; bh=A8n2xRwptaMB/d6H/+io2KnjXbMEGzKwf6SiYEF5GOM=; h=DKIM-Signature:DKIM-Signature:Message-ID:Date:Subject:To:From: MIME-Version; b=LJWCg6jVSGDWF64aEeqC8vEHnpQj1noUGwoPNA/Ev0YgXp1aQFijZykavObZeFnJtbnpJPgUkXltm5+zJ+PKwDOVfuQWJ57vtXs08eKXYj/qvWBxuZ/bZunK1nyoBzTtkqM3cgAbz9l9YL+gipwg8yk+WAKutlKS0glX1aXx7sk= ARC-Authentication-Results: i=2; server2.sourceware.org Received: from pps.filterd (m0246630.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 43MHmkkh011181; Tue, 23 Apr 2024 00:26:36 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=message-id : date : subject : to : cc : references : from : in-reply-to : content-type : content-transfer-encoding : mime-version; s=corp-2023-11-20; bh=QtOpzb9z/j5rRuOE8AGbq+53G1Nl1G9EZvssWzuxdeE=; b=AQS8TnwEKhGO7s/aC9oSPupRJF95JK1fflheGEDPIyTJ71diT/necLVEeWSw+8gUHiyE k4LBJFIGIAqH1v5zyjVsndhmBli2fjmQsK98JiV9t49b6a/g6VUG1Pf2uuLr8OCUWvFo N1/BcZ9BCqQHsQ1dFR8mFBYsoUhp7/JqWxkabY+yqPLOviVxZNIm/JunmL6GQ8IFC/dV h8STWrT/B9UHPzuLG3Eo05UchcaZLsAO421Z9ku7xP/k5JF6PsQQ2j1LxTSb+jUSpSnC gmxsyP1Kbe+pdLGIDeJ3Ku5DpjBnlTxXQNdXiPUtU7nt7Ok+Va2Bd3H8R4oIG4LVK2NR IA== Received: from iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com (iadpaimrmta03.appoci.oracle.com [130.35.103.27]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 3xm44euxpu-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 23 Apr 2024 00:26:36 +0000 Received: from pps.filterd (iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com [127.0.0.1]) by iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com (8.17.1.19/8.17.1.19) with ESMTP id 43MNK3n0006266; Tue, 23 Apr 2024 00:26:35 GMT Received: from nam10-bn7-obe.outbound.protection.outlook.com (mail-bn7nam10lp2100.outbound.protection.outlook.com [104.47.70.100]) by iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com (PPS) with ESMTPS id 3xm456e3mb-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 23 Apr 2024 00:26:35 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=lUPcx1Kley7ENdeDSh4IbN7JH8BIb2mMgGUajw2PVW2JHtWdN2wSinfJmdnQMFNpFqxt8gHw383S5vEkxPdTOvHELvfZdGvwT6ZOsh9JooWUefnstMLcGnBCDjKNmgkLi7eP2MN5zIAga5tiLaLYiRqF6gu0v7+xZHxdwUTmUvKH1WTofFR40MHC+esMQLD2XISXVDdSqo1yoN6/7TmxysiXiJbuuwA6KtTk3LjZgh9j2eBAsdLCKkDlQ956/uEhDpZiYowrlD/LYYm9Fxn1waIvMeBi8hp54GQmPn0uY34pDORKzfHZkTT9BjumZc3v07WtLcUDPpFPSfozJdJN0Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=QtOpzb9z/j5rRuOE8AGbq+53G1Nl1G9EZvssWzuxdeE=; b=LUoysMr8O1x1xK5G7ZpXfXXaWrFkm4u8GjmGBTZ36QTmJe7skFx6tE/l/1K3HOsLYjmiQiQrhdDJAJybQTB6Ovoxdm/HdSwhej7YDhUPvWNbBSbFXr+p4IovH5UlZbz6gXTChhRzhmg6O7nq2KltKvqkgiu7o8I039qRfaiBuqLOPXavaelceaFQ2dq13sZXuM0aIUNNl+0Lm/8WChiKNlpmRK2nB9V7z8mqO9svyiaaQQWchB3xrGzhAiGx961MR67I9tRFTXFiHjdTCUUNL8MgQVg4Wb06K9FeTRX4OdGwZa+RRSZH2JQMNQE5wmjjhiKDmi520frKj2BnBlIqTA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=QtOpzb9z/j5rRuOE8AGbq+53G1Nl1G9EZvssWzuxdeE=; b=mFrk4x7pIajHI+Imtq1sqA1dSKNcc1Jjg9fo31JNhzWSRwdZQxNkcuDStIj+e5c3zLUQQcr4OB9h/MWnZNMmUQHpC345xjSqVQ9HgYKPrV8bzjxK60lD/LKfBc6BjcAvPTrrnIfODb6PLZkoizsFUonDlC4aXaVmXDngNIHLJ30= Received: from BN6PR1001MB2147.namprd10.prod.outlook.com (2603:10b6:405:2e::26) by PH7PR10MB6401.namprd10.prod.outlook.com (2603:10b6:510:1ab::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7472.44; Tue, 23 Apr 2024 00:26:33 +0000 Received: from BN6PR1001MB2147.namprd10.prod.outlook.com ([fe80::dcff:9a4b:28d6:99f8]) by BN6PR1001MB2147.namprd10.prod.outlook.com ([fe80::dcff:9a4b:28d6:99f8%4]) with mapi id 15.20.7472.044; Tue, 23 Apr 2024 00:26:33 +0000 Message-ID: Date: Mon, 22 Apr 2024 17:26:31 -0700 User-Agent: Mozilla Thunderbird Subject: Re: [RFC PATCH v3 0/2] s390: Initial support to generate SFrame info from CFI directives in assembler Content-Language: en-US To: Jens Remus , binutils@sourceware.org Cc: Andreas Krebbel References: <20240412163625.965517-1-jremus@linux.ibm.com> From: Indu Bhagat In-Reply-To: <20240412163625.965517-1-jremus@linux.ibm.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ClientProxiedBy: MW4P223CA0013.NAMP223.PROD.OUTLOOK.COM (2603:10b6:303:80::18) To BN6PR1001MB2147.namprd10.prod.outlook.com (2603:10b6:405:2e::26) MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: BN6PR1001MB2147:EE_|PH7PR10MB6401:EE_ X-MS-Office365-Filtering-Correlation-Id: a356d988-db63-4983-2607-08dc632c077d X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: =?utf-8?B?SWxCSUVCTENkWHFQcFFMa09BYkFEVDFWSk5OOVBjZTI2UXF4N2NsNUExOFVX?= =?utf-8?B?d0RKOE1mRitZSUJTb0Z4S1RGKzQxdUxsbTQrQVlFWkJsNVZHV0tFVnp5RXpl?= =?utf-8?B?MTFSdEEzWWxlTjdGM1VyMjFnc0RpMXEwazJ2RGJwelNvRGNCODNXZDVnYml6?= =?utf-8?B?ZUx1TXZHR2tsRmZybWR6NVVNZUl6cGNTdFlZdXE2NjFJRlY1RCtlU1AyemIw?= =?utf-8?B?ZWVIclFHeVUrYTNjR0dNM2pwdURKUG5GSkVSdUVwMzUvbDh2WVpnSGpIQkJl?= =?utf-8?B?OUdGMkt5bnlUaWhwVklZUDN3M0RhTjFnSWNhU3hmaFNqY2hsSzlxa0ZTSU8v?= =?utf-8?B?clh0NjFtdUZSRDFML0V0ZnkyQTNLWUtvb0VUYlUzb01tbEl4Y3VxbEgvMVpO?= =?utf-8?B?ZTBhd2hHdFNsMStRdkhxUThSdksxdG5HS3d6ZzQ5M0I5MjVTWjAyaTROeWJl?= =?utf-8?B?L2NlRkRpOUZlVWVFSG5QekxwckJQMU95UDlPbmNEM3NUVGJpcGZkS09IWndJ?= =?utf-8?B?ZVBsdkZPTUFBcmZTUDFIVndQS0xiQlhpRWtGUXIwbldNSlhxczl2NkFpRytv?= =?utf-8?B?T2Rxa1JjNE9Mekl0Y1U5SlMyeTg1aGNFSmJwUlNsZ01Pdy9wdmk1TjBkU29T?= =?utf-8?B?Z1dNZTlCZld5VDZJM1oyRDNJMG1qWDZteXRnODNLU05jSXFEWXNCSkhuS2x0?= =?utf-8?B?b0JzeVhJOVBEa2M3ejJqcWRvejZ5UFJhNjBTalJocnZLeVZTUzJuck9UUysw?= =?utf-8?B?Um50WTBxNkhsekxHc3d2WGdiOWxZK09jRXI4Q253WnVmazVSTGk0UWNFdkhP?= =?utf-8?B?NGV2T0t6S0xFbHROYytreFFzUzhPQ0Z1MHRTanM5bHBlT0Z2ejdVd0k3Snps?= =?utf-8?B?aTA4TVBSUHQwK2pGYVhacEJoNWN2OW9SUmJhTFVMdlNvL3g5em1JSEVsLy9t?= =?utf-8?B?NXZLcitFL0lTbkVmMEw0Rk0rZEFzOFN2Mk92QTdpMVZuTjhraGp1Z0ZKVjNn?= =?utf-8?B?aURNV1QvTXpLckw5eU5xRVZ5akZzbHRkclpXRUtqT1BkYktNRys0U2hZNElZ?= =?utf-8?B?U09IWEVaZE5ndUVJWXBiMjFIb05YbUwxMUFnN3p6NkVtMGxWWVNyRTY5YkJQ?= =?utf-8?B?NHhPMnNyZ3VUK2RxSzdKeWVxRXk1UW9wTTZzSStFTGYwODZTdXNnWFRTei9z?= =?utf-8?B?d3lUZXExZEtrWjQrdXFxNEdjeVd1RnVJU2pFMkNBWFBQMEJQYzVuS280Um04?= =?utf-8?B?NzNGbFp3Vy81Wkk2dTVnQnNYY3hOY3FCdWk0enUzcmRSMzhzNXJuS3ZWRVk4?= =?utf-8?B?R1J5OGhpaFNMZDRrWTQ4cFhLK1l3SUxBMmxXUGtuYmlCenlkRk9SZjZrMUVn?= =?utf-8?B?S2FJK1ZZL296d3hpNWhqVDY4UmdMcUJpaWxOa2UxM1J5b0xDMXlPbUxHVHh6?= =?utf-8?B?aU1YUXNpY2dpU0NqOTFHY2l0T2t3dWxBU0FOL2EybmdnUmhDcGFTbVBrS2lU?= =?utf-8?B?RmdsUzhhVWE1WFZPdG1ZeU4wSExxQUZMVjVjSUJnTyt2bXAyeEZRTGtTZ20v?= =?utf-8?B?eThIS24zZnZuZ0l2VFRJZGFsWVdLTWhyUnZDR25ORGJYZDM4WU1VWWFXbzFq?= =?utf-8?B?NVhDL2VSclN6YTIrNTJTY0FHUElrcVhKd1kwb0l2Z2w1QXJ0cVh5a2t5R0hv?= =?utf-8?B?Q3hOeTBnbjMvTUN1dG9HSS9mR05ZUHgzbWtaVWpXcXVxSU4yWXVLQzhBPT0=?= X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:BN6PR1001MB2147.namprd10.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230031)(376005)(366007)(1800799015);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?bElIclp5UzMwZXVYOXZrZ01tbU9lQzI3WVVOMzZGZ2dsYXM0RnFkWFdCNThQ?= =?utf-8?B?SEx3czQ1MXdwcC92ZS9jMWJxYVA4VSsyYzkzdWR0eWhXOWpTL1pUOHUwUnRm?= =?utf-8?B?emRRUnFveUg1YldVM1pYSktUTkpuOWNUcjJsVjF4YjQvNm1QdGIxejFMc0ov?= =?utf-8?B?Z1dZMG52TDlTa3dvRld1N1lHTHh6RWlQQWRQNzhqc0lDUFp4ay91bFJlV05a?= =?utf-8?B?OTlGNVJrdEtBUTUwOXN2YmM4L2R5UFVuZE1hZ1Rxb1VtK2oyUVNEWkFKT0Vp?= =?utf-8?B?cXBFZUx0OC9HQVpUQ3Y0TWpZeldvcW1wOTZrekdwYi9zUkErVnBSRy9JbW9C?= =?utf-8?B?TWhWNFhZYzVaZFpOMXQrSExwdDVxWU1pMTcwblJlUE1RMEVEUkQwMzBEc0R4?= =?utf-8?B?S05VNDhEVVBFYkExUFFvcm1UK0tuQjlTOUJVb0VYMTdWdDRLQTN5aHVsaVpR?= =?utf-8?B?MkNoSkJYYlhyZk4valZrT1JvNHU3Vkc3VG9aRlRBTjRMZGZyK3IwNi9uQjlF?= =?utf-8?B?d25SSi9ZQmpoajFqc0drUTZpRkEwTEVjTUZhSGZUSGVaTC9qNXJXL1piNVBV?= =?utf-8?B?QmNoN3pTdGw0WHMrdzRta2lsZGNJbzYyTTFJWStHSGRxRkxlL0hFTm50cnNJ?= =?utf-8?B?TEwzRW40SjQyYkYwRkJQSnJDTm4rdzR4ckNVOWN1dVAyTG50Z0dNWFAwWC9K?= =?utf-8?B?N3M4WkM0SmxmaXl0dFNNSVhIQVRtMmRkVGUzeFBwd2pEZnJRSWZuMWZqeGx2?= =?utf-8?B?WXZPL1ZIcHFDRDcxa2tPcjBuaHVSQ0N2ekFiTVlqdkJnL2FqbmZocXpLMEFS?= =?utf-8?B?M3Rva2drc05pMCtLSGVybHVtajIrZFFQaUppNjN5cHpmYllRZmY5Z095N1lp?= =?utf-8?B?bEVGeFFMd1dJMzhMMDRHcnZuelpyWkVRdTRaU2ZCa3pwbXk5OU4yeDFDdGhB?= =?utf-8?B?WmJyQ01zY09YOG91SmtiZHZsYXQ1dkFzVXR5ZWV6NmJJRGIrK2FBU3Urbk5o?= =?utf-8?B?T1ZZUk5ULzh2TjRXZnZpa1Ftb0dvSFk2bkhlSXYvTzFRUjNhQkVKK3hzZW9D?= =?utf-8?B?ZjBnb01ZaHRlMmVOemtUM1lPRlVQNHQzREtZbVFWNVBXTGtSYWhMbE5RbldL?= =?utf-8?B?cFJZQ0tkdW9XQWZWR3l6S3ZGbGZ0RHY4TnlqdUhKTk1SeDZJZUVBTmRVZVNr?= =?utf-8?B?OG5lODdHVGlTZGsvS2tBdGYwZG1nSHUwcGJOa1RwZm94QU9CSElUMzhXTzNB?= =?utf-8?B?Z1VsVk8zUmJRTmtZR3BUbXB0MDNFa1pFVEhrS1lKb3hXbml0T2s2STR2TnJa?= =?utf-8?B?NW8zT0luaHRNYzFYQ05Ed3dHanVscXZCUmFwV1pZVlNvdDhBd0pwd3NNNThK?= =?utf-8?B?ZkhabDk1OTNGZUFCVmFXMHNtNDUyaUpnTzFRcjJyaUlMNjBhSlpaQmI4VkpM?= =?utf-8?B?RVk2SkhBY2pubmNRcTFJcVdDWEdhM2s1eE93QWVJc0xFdCtueVhsaE1RbVNM?= =?utf-8?B?SkVoS3hHRXJjYmFIbXh6bDNaWXREUmt4L0plejAzRzRjaXgwSzFNalZ5NmFY?= =?utf-8?B?aXhiMlNGV3hGZzBmWDZhb3pHbHhKbkloSC9HdlRQaW0rZER4OVVkV1ZkbC9r?= =?utf-8?B?ZkRnOVBQcHJoUElzS0FhMGxSd3pzZ0lKNHpZNnJSYi82Qk5DN0I2MTBnQVgz?= =?utf-8?B?eVFFdG1JWW1VclU5Z3p2bzFBWEdVaVlmb0VkVVNQN0hXOGo2K0NSTWR4TThT?= =?utf-8?B?UlBvc0drb0l3dUMyalRzbmVtUUx4Y1VGb3g4Y2tocmlVNUFFQXNLZEhsN1RH?= =?utf-8?B?OFcvZExBQzN5bzljQXUvYURpSmNSS3IwRjVBalBuRzFKTnVzb1ZRKzJIWm41?= =?utf-8?B?akE4UVpqUXZpcmlSVVVmTVdOMnhkV21jbG0zU25wMllZUnhZY0N2UU9SdGR2?= =?utf-8?B?Z2locG5oOFJFeDZQUkdFVzZ2Um44ZlY5YXZpVjNKMnF0WDdEZEc0Wjl0RzBK?= =?utf-8?B?cEVLNUx3ZG5nUlN5dmN3a1A0ZVNRRXZ2TmpFc016bmJwSDdNdE1CTWZmNGdn?= =?utf-8?B?eHJGd3JHYjFSeGNaWFhTZnZHYXV2NXlYblNXN3JiR3A5LzZwSkFrNUlGd1du?= =?utf-8?B?MS9VVGlRYk5vajlvakMyTmtvUnIxd0MreFQzWHhjYkNoL0h3cmJWbEVhb1BH?= =?utf-8?Q?U4yDw/ndlQaLEoLsB1tzG+Y=3D?= X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: AMFcFDf5bD7D+QnqqD2eg/FbCiJaTa9LwWqgTvgTpCNOWAqW+fuNT5eXzaOjBcgKSwGTEN3KbXc0LP06rpc80uBrzvR/tqQdu2qc+BBKdaN8ZP5fml/mDqzWUova6xuVgUAS4qhMfzxxLa75qSDPtsbxtX2uLtYEBq/iQbsy2Rysvf8Q1BvzL3LgbtDFladH4P2dWXOfDJ+rnUpNos3Kg+q+PzE1WtrwdeCl2Ydhc4Qqmf/xCIxGV5qSdCUiEVxN3z5vxIHxs8zyVPtXaQ/N3sbo4hrZ6471OEaW5mukyl4mbCYWsJuhbvhScKh5FZ2oubDJHAs+d2Mqdp1il66xKzm+aP3uJjYlMdXq/RKQkAaAWxTZ2ky66ZykKNxTpkKHD/ih17+5HClyZCT4LmK2QKsy1sbxzqvCcCMAq3h+acdtSpt4DNXFSZY+YJKhWz7DRt7qhuN5/HgrTPrcjReCTl/V6SLFOArmUECF3S0IbaRgg/nNUjeISDUTB+XFzdojTIYiFLPMEY/gkXkNMPl5wbzLvuF1RynIkggu/muNPzcbXoLm7xpmfaOXJ1IU8Y62JfIOSMMicklm5D2w1CLw924nRKyjIwVt0j2077rm8U8= X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-Network-Message-Id: a356d988-db63-4983-2607-08dc632c077d X-MS-Exchange-CrossTenant-AuthSource: BN6PR1001MB2147.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 Apr 2024 00:26:33.5746 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: AM8ys0yFYvpf3oZkNJVUKI+ru9XftC+KrW0/xdBSnYpR9SV//LxxDR7GD9JaGWbw9JYpIiBDpoCtPxNaQijHjw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH7PR10MB6401 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1011,Hydra:6.0.619,FMLib:17.11.176.26 definitions=2024-04-22_16,2024-04-22_01,2023-05-22_02 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 malwarescore=0 mlxscore=0 spamscore=0 bulkscore=0 suspectscore=0 mlxlogscore=999 adultscore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2404010000 definitions=main-2404230000 X-Proofpoint-ORIG-GUID: c0D4E2ijamJlikeMeWeoCdKRiJ4MwETA X-Proofpoint-GUID: c0D4E2ijamJlikeMeWeoCdKRiJ4MwETA X-Spam-Status: No, score=-7.2 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_LOW,RCVD_IN_MSPIKE_H4,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE,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 List-Id: On 4/12/24 09:36, Jens Remus wrote: > As suggested by Indu I have split my RFC V2 patch series to add initial > support to generate SFrame information on s390x into: > > 1. A separate series consisting of all the generic preparatory cleanups, > enhancements, and fixes to the generation of SFrame information > in the assembler: "[PATCH v3 00/15] sframe: Enhancements to SFrame > info generation". > > 2. This RFC series on top with the actual "s390: Initial support > to generate SFrame info from CFI directives in assembler" > > Since the original patch series was at V2 I am sending both as V3. > > > This patch series adds initial support to the assembler on s390x to > generate SFrame stack trace information from CFI directives. It is > largely based on the respective AArch64 support. > > Please be aware that the SFrame support for s390x provided by patches > 1 and 2 of this series still has some open issues, which need to be > addressed. > Any ideas or assistance to overcome the current SFrame limitations > listed below and in the patch description are very welcome. > > Patch 1 adds initial support to the assembler on s390x to generate > SFrame stack trace information from CFI directives. Due to differences > in the s390x ELF ABI [1] compared to the AArch64 and x68 AMD64 ELF ABIs > and the simplified assumptions of the current SFrame format V2 there > are several unresolved issues (see also patch description): > > - GCC on s390x may save the frame pointer (FP; r11) and/or return > address (RA; r14) registers in other registers (e.g. floating-point > registers) instead of saving them on the stack. SFrame currently only > supports FP/RA tracking on the stack. > GCC only does so in leaf-functions. That are functions that do not > call any other functions. Therefore they are guaranteed to only ever > be the topmost function on the call stack. > This is addressed by patch 2, which extends SFrame with limited > support to represent FP/RA saved in another register on s390x. > > - The s390x ELF ABI does not designate a frame pointer register number. > Currently GCC and clang mostly use register r11. > This could be addressed by designating r11 as frame-pointer register > in the s390x ELF ABI in a SFrame compatibility section. > > - GCC GCC be observed to use r14 as frame-pointer register in the stack > clash protector in the function prologue. This guarantees that the > function is toplevel on the call stack during this non-default frame- > pointer use. > This could be addressed by changing GCC to use the "default" frame- > pointer register r11. Another option would be to extend SFrame > with limited support to track a non-SP/FP CFA base register number on > s390x. > > - Glibc uses non-default frame-pointer register r12 in two instances. > This most likely can be addressed by chaning glibc to use the default > frame-pointer register r11 instead. > > - Glibc mcount() / fentry() use non-default return-adress register r0. > This cannot be changed, but the use of Linux Kernel perf together > with profiling can be documented as incompatible on s390x. > > - GCC on s390x may copy the return address (RA) from register r14 to > another register and even use that to return to the caller. > Effectively this is just a specialization of the first bullet and > is addressed by patch 2. > > - GCC may produce code and CFI where the FP is saved on the stack > while the RA is not. SFrame currently cannot represent this. > See the respective patch in my separate preparatory patch series. > This can be addressed by enhancing SFrame to represent this case. > I will send two alternative options to achieve this as RFC soon. > Hi Jens, For this issue I have taken a look at your two proposals: - #R1 [RFC PATCH 0/1] sframe: Represent FP without RA on stack (padding) - #R2 [RFC PATCH 0/1] sframe: Represent FP without RA on stack (bitmap) (Thanks a lot for working out those options in detail and providing the patches, and stats where applicable). I think #R1 is good in the way it keeps the changes isolated to s390 support but it is a bit wasteful to force an offset. The latter indicates limitation in SFrame representation (pointing to the need to improve and not suffer by sacrificing space). As for #R2, IMO it makes the format less future-proof: it will only allow upto 4 offsets. Now an option indeed is to: 1. Use your #R2 approach but keep it confined to s390. We can use additional bits in the SFrame auxiliary header to indicate the fact that for s390, the 4-bits in sframe_fre_info are "flags for offsets" and not "Number of offsets". Hence keeping this limitation confined to the s390x incarnation of the format. Adding additional information in the the auxiliary header area: Using sfh_auxhdr_len to define a 32-bit area (32-bit size so that FDEs accesses do not cause unaligned memory accesses; not sure myself yet if unaligned accesses are OK on s390 though). Although I dont like the additional complexity of "adding info in the the aux hdr to allow a different interpretation of an existing field differently"; but I don't have a strong opinion against this. 2. There is an unused bit in sframe_fre_info. We could consider using it (for s390x) to tag those FREs where RA has not been saved on stack, but FP is. I dont think this information can be encoded in SFrame FDE. There can be a function that does not save r14 in prologue, but does so later, right ? If not, we also have the following: There are unused bits in SFrame FDE (see sfde_func_info) that can be used to indicate that an FDE does not save RA on stack, hence the second offset, if present, will be FP. Then we can use it in conjunction with "RA-tracking-enabled". I was thinking of suggesting to use the bit [(((sfde_func_info) >> 5) & 0x1)] (i.e. the one currently used for Pauth key on aarch64). We could instead also consider using one of the upper two bits (sfde_func_info), which are currently unused, if this feature will be useful for other arches. > Patch 2 (new) extends SFrame with limited support to represent FP/RA > saved in another register on s390x. Functions may use this only while > they are the toplevel function on the call stack. That is for instance > in leaf-functions and in the function prologue and epilogue. > > [1] ELF ABI s390x Supplement: > https://github.com/IBM/s390x-abi/releases > > > Changes v3 -> v2: > - New patch as noted above and in the patch notes. > > Changes v1 -> v2: > - Resolved a regression reported by Linaro-TCWG-CI on AArch64 in one of > the generic ld SFrame test cases. The test case contained a > .cfi_def_cfa directive, specifying a CFA base register number that is > not necessarily a SFrame SP/FP register number on all architectures. > This caused the changes from patch 6 to skip SFrame FDE generation on > AArch64 (and s390x aswell) with a warning, causing the test case to > fail. > > Thanks and regards, > Jens