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 64E7C384640E for ; Thu, 25 Apr 2024 06:59:23 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 64E7C384640E 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 64E7C384640E 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=1714028365; cv=pass; b=iRTl4sybPiKrAAUhqat9QIXNqPiH0PFqDODKuxwwD24gyrknq4OvEQuJbdryuMEpdk3a/n1yGAtOdodLjtr8QVoYCHr5gRVWBFehZbFLKV2lCcrhK/y7A8EUgRBOResM/+MQs3XTJhUwAUAWHJDHVZQgbYdrT9lfqWSJO4xtTsc= ARC-Message-Signature: i=2; a=rsa-sha256; d=sourceware.org; s=key; t=1714028365; c=relaxed/simple; bh=962tez7uvUnCKcnKeznrFKxEZzb78NnUG/RFFbNJHPw=; h=DKIM-Signature:DKIM-Signature:Message-ID:Date:Subject:To:From: MIME-Version; b=hwij9XCW2VtdHrMD5lAiBWI57wyxAqHZew2Ad9ohb+GQoPZmiLx0cmWHRTBz6AC+yXV3QUwMNa6lLfhIaINMYTUF3VKgfK4RwxUXp9F0qPdYxeMFWlxvZmVABbdUuH+5ouWdVkiwJ68LA3CVIzNN3uFrThWGknaNT6tkBsLTJ40= ARC-Authentication-Results: i=2; server2.sourceware.org Received: from pps.filterd (m0246631.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 43P0ieWJ001423; Thu, 25 Apr 2024 06:59:22 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=aKToIEyZ6uDf0wVojc4VWFPMDslAl+lxOGanIPkrgr0=; b=eyya/kqlAcrbEbeeOSgn5ZJc0NWR2UlTqbV00U533OEiq/N7L22UtHrr5p9Oel2qVEYH 0dlgFyOiTtoDNHR4kRHWMVaNrYYyPfLBjVDacUMITkHyi7AFkdti2cnOc2UNAH01U33i lgw8x0WH6Rr4ypp4bAK1l40TE1weJuEI21sqvAKwURommBSJDIoiPI+CZtFG1jFbcCW7 bKBcvuvK9azoXqyPXVcH6MoaE2rBb98GpYhJGvAac9lLrAJWMmS4DMNuecTiZjqYdeWp CMa58wOw7N/Y0WpxhyZt4iYv7+YoawhPY6S4dY5tmT3HFvZRccUzp/uy28+bn47+aFDp FQ== Received: from phxpaimrmta03.imrmtpd1.prodappphxaev1.oraclevcn.com (phxpaimrmta03.appoci.oracle.com [138.1.37.129]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 3xm4g4hues-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 25 Apr 2024 06:59:21 +0000 Received: from pps.filterd (phxpaimrmta03.imrmtpd1.prodappphxaev1.oraclevcn.com [127.0.0.1]) by phxpaimrmta03.imrmtpd1.prodappphxaev1.oraclevcn.com (8.17.1.19/8.17.1.19) with ESMTP id 43P6Ui9f001710; Thu, 25 Apr 2024 06:59:20 GMT Received: from nam02-bn1-obe.outbound.protection.outlook.com (mail-bn1nam02lp2041.outbound.protection.outlook.com [104.47.51.41]) by phxpaimrmta03.imrmtpd1.prodappphxaev1.oraclevcn.com (PPS) with ESMTPS id 3xm45ajymu-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 25 Apr 2024 06:59:20 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=WVMUivvq5mCwz0UQk+sSVerbfzZrt6n59y+B6SmgnFrEX5i2kaJnGfOx18qE/lSm1yaKbUH/lL5pHQP2XsOMyHKgvM3NeYxcHBpe+vW4JFnrGrPNprfSx00Y27u0gRLOeu7LvBe89t4xM8nDylu++3ewe/Y9mt9go3ZH2DGbxrTCmk8bd8WvngfusWPW6DB3JKC9/7/gMamb1vsFTEf6QLw94EOrLmtxfMpeGCUDAh3s3At54Ynt6QnqCRMqNxazb2Kz9fnYt8bjj92Ql2kByUHYHTKC31upBrNaiIFZEU1CDEPbTXTUaH4ia6x/RM4bXY96UbWxcyDcAxp13HnlaQ== 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=aKToIEyZ6uDf0wVojc4VWFPMDslAl+lxOGanIPkrgr0=; b=XxQ/mYMZY3LnR9nvKYPXnrV/6j9zErVm8nGSx4IyDwJ83NQrQstcd47f4lkdgNtWqZgjMlCBuRFMwfk9M1TJUnKfM1Uz4j/aJzNw+IPYu3U15Fq3OBCSOa27CmCFOzuB2j1P1tE98G68CNBnCQ0tWaQPhu7IOzUxTI1IukBUCe0eU7mp7OGK6yCINMpPNM9rek+uVsiJhQM8qhm9+n3F27FQ/8y+Zw1+QlN7shxpJ0AmVMB4Bit92ibwC9eVQmUpK0H7hGvoJV+eORQa59Ua3so3vs4Et09+0sgH71l5kz7mpy9hl+9Km0em9iVzPmKtZMrSlRJOk0VDxfmYwwkiHA== 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=aKToIEyZ6uDf0wVojc4VWFPMDslAl+lxOGanIPkrgr0=; b=jug6FWyY60GMRMhDtbQ0J/ioGyTfk5r7R7fVSf5jqHfZiHP8Bwq57NnPcvzjj6rKr/Cmvp4/vcg7D8ftlTDbBdzZmx6w5N8OYyAc0PGB0hEbvLG+1GhZCz2DLGE9gfRqdNsxVgNiUNp+fe/ifyUrSaOyST4BqOJmVH1z45h1nOo= Received: from MWHPR1001MB2158.namprd10.prod.outlook.com (2603:10b6:301:2d::17) by SN4PR10MB5589.namprd10.prod.outlook.com (2603:10b6:806:204::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7472.46; Thu, 25 Apr 2024 06:59:18 +0000 Received: from MWHPR1001MB2158.namprd10.prod.outlook.com ([fe80::6f0e:742a:270:889]) by MWHPR1001MB2158.namprd10.prod.outlook.com ([fe80::6f0e:742a:270:889%5]) with mapi id 15.20.7519.023; Thu, 25 Apr 2024 06:59:18 +0000 Message-ID: <1b6b9b74-4b50-46a3-9773-9483f7dfdc9d@oracle.com> Date: Wed, 24 Apr 2024 23:59:16 -0700 User-Agent: Mozilla Thunderbird Subject: Re: [RFC PATCH 1/1] sframe: Represent FP without RA on stack Content-Language: en-US To: Jens Remus , binutils@sourceware.org Cc: Andreas Krebbel References: <20240422155857.2497684-1-jremus@linux.ibm.com> <20240422155857.2497684-2-jremus@linux.ibm.com> <23e2d1d2-0637-46fa-ba5c-002f292e62c7@oracle.com> <16c9b3b9-5b65-4722-81b4-0578ffe3409c@linux.ibm.com> From: Indu Bhagat In-Reply-To: <16c9b3b9-5b65-4722-81b4-0578ffe3409c@linux.ibm.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-ClientProxiedBy: MW4PR03CA0248.namprd03.prod.outlook.com (2603:10b6:303:b4::13) To MWHPR1001MB2158.namprd10.prod.outlook.com (2603:10b6:301:2d::17) MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: MWHPR1001MB2158:EE_|SN4PR10MB5589:EE_ X-MS-Office365-Filtering-Correlation-Id: a2cb189b-9b4a-425e-e993-08dc64f53a0e X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: =?utf-8?B?NldsRm95MEpUc3J0NFNVRS91UnJ3aC9FVlFHek9DcC9pbTlncFNkQ2YvZmFa?= =?utf-8?B?elMvSUFreVFvWm4weVAxMHFYL0h1OStHQXVXWTBaa1BSTzVOQnM0aUQwc3Vp?= =?utf-8?B?eE1DbldGUGE1cU91cFVCUFp3bXNlZkRRNUFOSUNMNThlVXhnRnd5VzRNYUR5?= =?utf-8?B?QU5GZ2ZMR0NwUXhoVHRLRzV2TlFoSnltMXI5UnNjUXdtT1RwSi9LeTRFRnRy?= =?utf-8?B?QnVxSCtsRUQxVm1xa2I2Tzh4RDViNlFGUlZhUzMrSkkxNHdUWXhXSGsxKzlq?= =?utf-8?B?YUlwaS9NQktGOW9ERHVMclBBMW9GQWxiMHU3czFlU2JGT1ZrdFR3Q3A0Tjhk?= =?utf-8?B?SzI3WEFJZzdLYlJkc3hURU1tZ0ZVQVpkSGoyMUxBZC9UVi9qOE41S2w1TGZM?= =?utf-8?B?bVZkdno3anRzWWY2TW94QVFXZ3RpeUx2L09qbHZsQ2dLVUNoSzZsSWQyTU4x?= =?utf-8?B?MG1TZkd3aUJiN3cwWUlSMDBJMDMxOFVhYm9WRERzQ0UveWJHQWFxWTVIR1hu?= =?utf-8?B?V05KWGxzaWhTYkpCaVFtcG01aFBWVStZeVFHcXhCbmpPd1BJZFdYRm5ic0xI?= =?utf-8?B?SWJpSFYzSmliQlNlazQya2EreEVCNVpLOUxMeXozMWhlMlhCMmdxaVNENjlL?= =?utf-8?B?M3lDWHdyc0M2Rys2WnkxTCtwT3hDeDdiUXZIOEZraXZiZU91VDJQNlJOYVNw?= =?utf-8?B?bDUvVkpuWklxRUxpWmxrYmFwY2Zjb21pNTBDMFMrL1lFeEl1a1BoN1FzaWZj?= =?utf-8?B?aElJRk0yZ0tGY281TEdJMlJ6Skt3NzNENnJQU2RINGlLY3ZHYzQyNUxyQytZ?= =?utf-8?B?ZWd5OWo4dng4V2lVWUhpaE5Kb0p0cTA0cEc5YXpjUFo4UHRxcTJsMWVlZzls?= =?utf-8?B?c2hKYzZzY2RpLzcxWU5IaTBtUThoL0FaZEdTOEVnTmhVZGErNjNEdkU3S0pL?= =?utf-8?B?VXlKM1lDZFA4SjVDcU1ZTmFRWmxTTE9BRmJxczZBNjQ5Q0ZKOXdTaXVqZDZU?= =?utf-8?B?NExMMTNvdlRwMHowSjgwRyt1NTZIZy9SQzg1QzU3b3FIWGplYlVIZlVUbUt1?= =?utf-8?B?TDFReTIrUk1GRXVxQytqZkxwSkhFdFdlbU1VbXc2M25ncjlNZ1lHTnBna1B4?= =?utf-8?B?cWdPZXV5d0c1SjJCOGxhNDdKMk9kWEdXbzZDdWFwbDU4NVNvNFFiWU16NXJL?= =?utf-8?B?OTd2NG1VTlQvOEh4ODlBcytKVkFxTklxeXVQOStqQ0c0TGMxZ3B1TitLWXor?= =?utf-8?B?YUUxNlhVN3AreEdmdkREM1JlR3lNdHpyV21lZFpFLzVnMXZjNTNKaUdQbTcv?= =?utf-8?B?eVJjaTFFOVhmVFYybURXL2szTnY2UjRGTmJLcytEdmxhcUFySVJ0Ty9zVlhs?= =?utf-8?B?N0tzZXlWYzI5MVM4aE5PczNRMFZLQ3VpMFdETU16dFlkZk80Y0tIeUZMRVVZ?= =?utf-8?B?WlFyZ2tjYUozbEkzN1YrYU1WRFA0WnpmbFVUSkRMN0JzMmtNYjlLckFIdmtl?= =?utf-8?B?c1NMRStIQ2V3VkFaS2x0Z3JMWEVZVjFTNWNadklmMnBkTmltbW1ZWFJCWGtT?= =?utf-8?B?Z3J3SXQrNDExbEpxbnAxL04vZnBJd2l4MEVVU0JiWGdPUkpOcEdKdUdlYW5V?= =?utf-8?B?SXozN3ovME1lb3FnVUZoQmRJODQvUWU1cEJrbW5qRVBiRmRLQW9qaTlKa2FY?= =?utf-8?B?dHZwempwa2MvWXZ3WWM2dGEyQjVXNC9oeTJQNkpBUXVOUnRrc3VEWWpRPT0=?= X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:MWHPR1001MB2158.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?UEJHZ01IdiswdFVSNGZqQ0ZjQTRtdWlOT1BXR0pnaWtnK0N6ekkrZC92clAv?= =?utf-8?B?MlptWmo3bjBXdkNCRUpZWnhrZDB3ekJodGVXK3ZYN1Fac2VLRSsvVmhsVlVr?= =?utf-8?B?MXhsQjlrVHBrTHpTWjdSdFUvc01VNkRrRXVDZkRpVnpaVG02Y1ZIMzlwSUVW?= =?utf-8?B?Z244Y1owS0xScTY1ai95emZVV2llQ0Q0SkJ6bno0NmJVbE5vS0lKSm15T2xs?= =?utf-8?B?dlVoNXB1TEN6SjNCRkd0aVYyUW1mYVhFUVZWZWx3eHQ4bTUyemlqTGZ5Yk91?= =?utf-8?B?bXdDQTVpbUFRTXJJSjdrRFNxUU4rVWUvWnZ3YTdKelJ6K1BaUHhISTZrc1Zu?= =?utf-8?B?Qm9hV1VnUHRHUVpRT1NMYnc4SnRNU2FiYk9PeUtyd0wxVGxQNVhmTGV6UFgx?= =?utf-8?B?aUVQTHR3RVVhL2MwbmFuMG0wV0ZmWTRUeEdTRDVUb2VONGJwN2VrZlp0b0s2?= =?utf-8?B?bHB4UzR4UFpjZXZaVVd2Z0YwRmtZb2cycG9Md2YrbnNuM09BQkJEZnhqMjNu?= =?utf-8?B?bWo4UW5rbEcwVTZFMXlBenF6a3M5eitXUEZEZXRVaytUSU05MGx6T3F6Vk5t?= =?utf-8?B?NC84elZjRTdZL2htMmdpMWpjSjZDMkFiNjI5TTA5U1d5Ni91b0psMHpCeEdp?= =?utf-8?B?Vy9rSGh6M3QwY21ycUFobTNtenlGNHRZRjVvU013dlRHRjZXUjdkNjVzc3Y3?= =?utf-8?B?VHd2SlYzak5MTUdTMml4dWx3VGY5N3dwTTJOTFlIS1hEd3FmTzU3U0NwdzRQ?= =?utf-8?B?bDFqcjFqZWE0cjVTbTVqNnVyNkFhQ29neUN5aFZOK1RoZVpqU2t0RVhBSS8z?= =?utf-8?B?b3dqT0lIaERQTFM0VXN2cTF3UWNWdExVY3UvN1hCVTl3Q1d0bGVCckF6M2s2?= =?utf-8?B?WDY4Uzc2ME81clFxdVNIeXZUS2p4MVN0RnpKNVB6RS8rNitlU3ZiS2w5SktJ?= =?utf-8?B?LzNZaU9XTGZmd24zV0RMenpBUHdHQzVMSDV3WXgzMFdZZEU4OXAxTmdtODMr?= =?utf-8?B?dnBnQ1VzYmVISnFnTk81RityVXhteXZFeUh5c2p0WDBYMlJub2Z6Rm1jTE50?= =?utf-8?B?c1hxQk1pMHRwQ3VGUldMdXR2YjhlcDROSUJBZWx6WHAwMEN1c2hnZnUrRlEz?= =?utf-8?B?RUdwcDdqYmUvUWx2V0kwQnVTMWowT005SEN2NlAxYk1PYmdjZEFlVHo1WE92?= =?utf-8?B?WXRUTXgvdC9MWkJ4bG55cXRydnZCcXMwMWRvN01US21mM1RHYjVUQis5aWZE?= =?utf-8?B?akMvdWY3d2IxVi8wMnpoMG0yZFNZeWtveUlIcFlZZ2FvZXExMnVES3N2VWRZ?= =?utf-8?B?TERVU0xBeWs1bERwYWxyNFVTNlZiNmNUN2JjYnhVWUpweDd0ViswSjYrRUFH?= =?utf-8?B?b09NTGl5d0xQVkltdVZLVUJRRm9qMW5OOFBLSjRFenJCbWdMRXNlaEJyTjJC?= =?utf-8?B?bW84T2Z1UGxIY21GNmJReTF5R2YwUFFHekEvWnJ1eTFEZ290UmJpTExiWXR4?= =?utf-8?B?NFUzZG5nOTRNNnFRMjkwaVJKVERyMWoyc1NOeitLTGF3T2lGYVVuS1pyQ3Zs?= =?utf-8?B?Yno2anloSnExNjk4UzZVUmdOMis4Q0J1QktaUGNQSldyUzk2TUZNb29ra2ZJ?= =?utf-8?B?SnNibS9ZdFhqYzVybk5kUmQ3d0piaWJvWW9GUjlSOTVYZE8ySW5vVlR4dEtK?= =?utf-8?B?ZVdpNXBocGxxdVBNRjkzeGRJK25nUjVmMmVscFNINUJxdm0wa0dQbzR3YTlH?= =?utf-8?B?ZjFRTUFGdGFGM3VveDFlRnhuWktLeHdZMytYQnplTityQnBTdWtTNTVXam5W?= =?utf-8?B?WFllUDNwZzA5b09Yd1pkNytZQWN0M1NsSTk2bzV2SHl6akFuRitOQ3FRU2lG?= =?utf-8?B?TjFGZHE2U0grblJNc0dXS0JVUENuRFlkTk45a3RLTUNLVS9rRVk4WCtid2Uv?= =?utf-8?B?dlFGZzhDMkcrTGxvdzA3a0ZYaS9aVGZobVZwa012YTVtRzJmeTZOZ3JwclRS?= =?utf-8?B?aVdrZDZmdGhOdW9IaXJTSTZqeE85V3lwa1RLQ3NTdTJFV0QxYUpnQXdJNjdu?= =?utf-8?B?cVdWQUVGTmY1ZjZoY2pLT1ZaMU1UUE9BdUFQblhMdlh1dWlxa1c4ZGM0SDNk?= =?utf-8?B?S01hMVlMYnFxby9pT3hycGVNc2cwV1hyNGV1WFhxNzBHdFlFL2h5bUR6Vitq?= =?utf-8?Q?V5UeQavEOTHx8irg0twRKhU=3D?= X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: FK6ataNfqubKfM6d1uMpC3aCHMAN7VMWfBuo773KIaOeZTGT68khkb7G60kUpEtX9VmNH7VmVuubQmbK4YLpVEPBtsJb6JbNGGylSTcJw84RS0yTTAfCXS+aAigKg3C3Z4ia8+lbjUlq2xzmGBIiRyPGjtgF5D+gdkBVu2F4RCe2XEuE68aDBHl1D2FfwuGPPlTgBLX1lD4wb5eqP36pSJ0U23lQK8QdXCKeFqIQPWQ2T5VBwan4YyHJ8ITFvyDT6WSnahoEEvF74QQJ28rEr53KYZ2AXQhBAQZah1A2iScZ4yD3TgjP9cN7fsD4qJUDGuhlvx73PYUO6pXjeAP/1UjA93DprwAR3eQ5TvqUuSEFokrOaL335lyONLGgLGr7N+ezmPWO5NknY1Wzxg30DEi4+ag7s92kdG1VZgf43MH1qELR1OaCJNoHr79456IDaRWs8f2Is/rJA3aZUM85fwnB8uzamBHZ6QJCEfnZm83arp+79OAGf1c+vzaCKfhWdtGjZCMF426+TDys8fdRyQseIRkAMkihKfr1lbGCbSSqHvEhsa1+dNUWcGLPgCOnk9tWQ9aD9j9O4kB8PdfLAAi2fWoJlD4pkCbWZSq78HM= X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-Network-Message-Id: a2cb189b-9b4a-425e-e993-08dc64f53a0e X-MS-Exchange-CrossTenant-AuthSource: MWHPR1001MB2158.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 25 Apr 2024 06:59:18.4519 (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: fFjbKeApVh0qcTLSgATG3ROQ5VRufc9TeWYko0WQ8Bme8kBcziz/a/g+HDDL+6vcS0I7lU3Zp0wEva0ZzyjAXw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN4PR10MB5589 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1011,Hydra:6.0.650,FMLib:17.11.176.26 definitions=2024-04-25_06,2024-04-25_01,2023-05-22_02 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 phishscore=0 suspectscore=0 bulkscore=0 mlxlogscore=999 spamscore=0 malwarescore=0 mlxscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2404010000 definitions=main-2404250048 X-Proofpoint-GUID: yYKlFcpXdYFS0JlVfP5EuJOj2UHIj68k X-Proofpoint-ORIG-GUID: yYKlFcpXdYFS0JlVfP5EuJOj2UHIj68k X-Spam-Status: No, score=-5.6 required=5.0 tests=BAYES_00,BODY_8BITS,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/23/24 08:44, Jens Remus wrote: > Am 23.04.2024 um 01:58 schrieb Indu Bhagat: >> On 4/22/24 08:58, Jens Remus wrote: >>> If an architecture uses both SFrame RA and FP tracking SFrame assumes >>> that the RA offset is the 2nd offset and the FP offset is the 3rd offset >>> following the SFrame FRE. An architecture does not need to store both on >>> the stack. SFrame cannot represent a FP without RA on stack, since it >>> cannot distinguish whether the 2nd offset is the RA or FP offset. >>> >>> Use an invalid SFrame FRE RA offset value of zero as dummy padding to >>> represent the FP being saved on the stack when the RA is not saved on >>> the stack. >>> >>> include/ >>>     * sframe.h (SFRAME_FRE_RA_OFFSET_INVALID): New macro defining >>>     the invalid RA offset value used to represent a dummy padding >>>     offset. >>> >>> gas/ >>>     * gen-sframe.c (get_fre_num_offsets): Accommodate for dummy >>>     padding RA offset if FP without RA on stack. >>>     (sframe_get_fre_offset_size): Likewise. >>>     (output_sframe_row_entry): Write a dummy padding RA offset >>>     if FP without RA needs to be represented. >>> >>> libsframe/ >>>     * sframe-dump.c (dump_sframe_func_with_fres): Treat invalid RA >>>     offsets as if they were undefined. Display them as "u*" to >>>     distinguish them. >>> >>> Signed-off-by: Jens Remus >>> --- >>> >>> Notes (jremus): >>>      This patch eliminates 497 occurrences of the warning "skipping >>> SFrame >>>      FDE due to FP without RA on stack" for a build of glibc on >>> s390x. For >>>      libc.so this increases the number of FDEs by 166 and the number of >>>      FREs by 861, while adding 337 dummy padding RA offsets. With a >>> total >>>      of 28157 offsets the dummy padding offsets account for ~1.20 % >>> of the >>>      offsets. >> >> While this increase seems small, it does look wasteful. >> >> An orthogonal question below... >> >>>      SFrame statistics without patch: >>>          VALUE        TOTAL      MIN        MAX        AVG >>>          FDEs:        3478       -          -          - >>>          FREs/FDE:    14441      1          15         4 >>>          Offsets/FDE: 28157      1          31         8 >>>             8-bit:    0          0          0          0 >>>            16-bit:    28157      1          31         8 >>>            32-bit:    0          0          0          0 >>>          Offsets/FRE: 28157      1          3          1 >>>             8-bit:    -          0          0          0 >>>            16-bit:    -          1          3          1 >>>            32-bit:    -          0          0          0 >>>      SFrame statistics with patch applied: >>>          VALUE        TOTAL      MIN        MAX        AVG >>>          FDEs:        3644       -          -          - >>>          FREs/FDE:    15302      1          20         4 >>>          Offsets/FDE: 29944      1          38         8 >>>             8-bit:    0          0          0          0 >>>            16-bit:    29944      1          38         8 >>>            32-bit:    0          0          0          0 >>>          Offsets/FRE: 29944      1          3          1 >>>             8-bit:    -          0          0          0 >>>            16-bit:    -          1          3          1 >>>            32-bit:    -          0          0          0 >>>          O_Padd/FDE:  337        -          -          0 >>>             8-bit:    0 >>>            16-bit:    337 >>>            32-bit:    0 >>>      Note that on s390x the offsets are at minimum 16-bits in size, >>> due to >>>      the mandatory CFA offset being at least 160. >>> >> >> IIUC, all stack layouts supported in the ABI use the offset 160. Is >> that right ? I am wondering if adjusting the stored offsets in the >> SFrame section (by decrementing 160 from it) will work ? >> >> If yes, we could encode this constant in SFrame aux hdr bytes for s390x. > > Thank you for the hint! Using a constant adjustment of -160 on s390x for > the CFA offset from CFA base register should work to allow for 8-bit > offsets to be used. Aren't all tracked offsets (i.e. CFA, FP, and RA) > signed anyway? Thus applying a constant adjustment should work in any case? > Yes, these offsets are signed. Applying the constant should work for CFA. > Couldn't it simply be an architecture specific constant in the code to > begin with? For example a new macro, which is only applied when defined? > > #define S390_SFRAME_CFA_OFFSET_ADJUSTMENT -160 > #define SFRAME_CFA_OFFSET_ADJUSTMENT S390_SFRAME_CFA_OFFSET_ADJUSTMENT > I think a macro should also work in this case. > Implementing this in the SFrame auxiliary header would of course allow > to implement this enhancement at a later stage and to change the > adjustment value in the future, as the linker can then either reject or > merge different adjustment values during link editing. > > I wonder whether it would make sense to store the FP register number in > the SFrame auxiliary header for s390x as well. Register 11 is just a > convention of the compilers and not defined by the ABI. That would > enable us to choose a different register as frame pointer in the future. > I think the problem will remain that there is ATM no way to communicate this information to the assembler (that compiler used r11 as fp role). And even if there was a way, I am not so sure. Since the ABI doesnt mandate r11 as fp, the compiler may pick another register for say a different stack layout etc, in the future ? IOW, even it picking different fp register across functions is a possibility, no? So what is expected of the compiler then...