From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id sdC1I3Vbx2o9BxUAWB0awg (envelope-from ) for ; Thu, 08 Oct 2026 04:59:33 -0400 Authentication-Results: simark.ca; dkim=pass (2048-bit key; unprotected) header.d=ibm.com header.i=@ibm.com header.a=rsa-sha256 header.s=pp1 header.b=GBtAZwLU; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 86C041E051; Thu, 08 Oct 2026 04:59:33 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=ARC_SIGNED,ARC_VALID,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HTML_MESSAGE,MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,RCVD_IN_VALIDITY_CERTIFIED_BLOCKED, RCVD_IN_VALIDITY_RPBL_BLOCKED,RCVD_IN_VALIDITY_SAFE_BLOCKED autolearn=ham autolearn_force=no version=4.0.1 Received: from vm01.sourceware.org (vm01.sourceware.org [38.145.34.32]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 228FA1E04E for ; Thu, 08 Oct 2026 04:59:32 -0400 (EDT) Received: from vm01.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id D7B504BA2E13 for ; Thu, 8 Oct 2026 08:59:24 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org D7B504BA2E13 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=GBtAZwLU Received: from mx0a-001b2d01.pphosted.com (mx0a-001b2d01.pphosted.com [148.163.156.1]) by sourceware.org (Postfix) with ESMTPS id DC0604BA2E11 for ; Thu, 8 Oct 2026 08:57:16 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org DC0604BA2E11 Authentication-Results: sourceware.org; dmarc=pass (p=reject dis=none) header.from=ibm.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=ibm.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org DC0604BA2E11 Authentication-Results: sourceware.org; arc=fail smtp.remote-ip=148.163.156.1 ARC-Seal: i=2; a=rsa-sha256; d=sourceware.org; s=key; t=1791449837; cv=fail; b=wnU98ph/CWhgkEXf7QUuMX1RmkVvVNGHhGHvkEAZDfLwKCXwgR3vMyQbeohnLRcQ8UBK7UEzsud7ZX+F9HVaYt6njAQkSEEqjrgWKbi6471C5nTu3papR0JSbC5oD7JAgTyVZ0bkFnTii+7xwiw+F7DA9Nu6uJzhJ9AnL/7eNuc= ARC-Message-Signature: i=2; a=rsa-sha256; d=sourceware.org; s=key; t=1791449837; c=relaxed/simple; bh=nFjbSe4KMkpwgyK2ayZjleVP/6HPa76Q/cvEv2va1RQ=; h=DKIM-Signature:From:To:Date:Message-ID:MIME-Version:Subject; b=Pbe02YBtGtXC+8LcO+b6aSk5GQUFly0kdinK4WmX+zBLrv/68Z+j7etzhr37ykxR7mzSuz+CTMjfn6v7xJs2mKpdOJeSgB3G9xvLJgK6Ef5uo0Ki2UB20FfrXvMe6s/mKM6uf9oS54uUisWsSxepfWSV/7ZPHvItg15hQ+w9OL0= ARC-Authentication-Results: i=2; 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=GBtAZwLU DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org DC0604BA2E11 Received: from pps.filterd (m0356517.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.18.1.11/8.18.1.11) with ESMTP id 6987ZSXa702477; Thu, 8 Oct 2026 08:57:14 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ibm.com; h=cc :content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to; s=pp1; bh=fOtNSBCsA8F1lvHezKSQf6xTsbx+A/ eyW5+034aw9Ok=; b=GBtAZwLUWqDe7rlzTaTh11lC0mFtarAqxteqtR5e7M7fYx l2xYx5UdjfqnLKXm/mCyd0y8lG02Vk1CHn5Kj87Umy4bCCov7XfshIc/1fAf0Tju mnR43k0/GaS4ttJFaXkmvk5f6atAeWoqeZHl+6F4CrQkt0A1RO4gPsi2knPuqnk6 N+B1bF+ql7UrGUfoACGhT13hKrObvb+11zENhvBeu68vSNcLMHRc6v17JcKG3zTU +3asypJpo8h9LvE+KPcOrnWsRS/NHq/SlPnzejBuWAskvDsakFXWshHT7GFoUZKF 6lW5igNqcimk+5NKXysOIrBFjqck7iKRML+G20gQ== Received: from sa9pr02cu001.outbound.protection.outlook.com (mail-southcentralusazon11013069.outbound.protection.outlook.com [40.93.196.69]) by mx0a-001b2d01.pphosted.com (PPS) with ESMTPS id 4h5xjvahm4-1 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT); Thu, 08 Oct 2026 08:57:13 +0000 (GMT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=PaWwNYj9iRny3FeuCgRrUkcRpGPX0l+y5N4Xv3A6Jj1K7Ily1IZNaak+kq87VViOO5STbFFluW7fZ/BL5WHqraSJQ7CiNZJ3bT0Its9TTEyHI3ADXB30sB+fy6zbvpeik0wUh8FUpFEAZVSFRAPLo2gg5Efsylux360fR+biIWkSYCBih+vqEPvtGjzxxNesr+LOWEPOMbyQKr/r/BQpCLpFtdkv/bphWcyuUIUfMlHqavrJad5kRedvFrmDWeeNGuHK5cnFBpw9pBOutk8UifiKoPBretNBgkFJKkaY9jnKKAnCX845HrBWRpu4CDJeuE2Rsrl5Cv80zovY7G8Xvg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; 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=fOtNSBCsA8F1lvHezKSQf6xTsbx+A/eyW5+034aw9Ok=; b=wQX5hDgjEjqJQCk6Y6tuJzCvQemw83K86vDOf2sL/TZPyI1udIncVNtpUJgW8rnhdoHGcMC06LdV3F7bNZI/KMrSiEwembcHzciM1PyP6WXGLICq/3wCSI7fYQwbNL4Fksbj4D2U/QfV23IXjNQCKLwksO8c3E0bfDWTMlm1ujgtcIBGmnNB4IJp8q9zwyNPiLK7HGCcsjIIel2GRFyqJ5QZMa75xT9EsYoBrbzwCw8vlVE6gy3btDD9/jrYILTJDFy9txr0Rmf3h4bLs+t7cJhAoDAXnr7A1+8jR1D5ZJ7drVilPKOwlXjAc9XKCVwRfVr9edlURVGyYFX6TvUO0g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ibm.com; dmarc=pass action=none header.from=ibm.com; dkim=pass header.d=ibm.com; arc=none Received: from DSWPR15MB319817.namprd15.prod.outlook.com (2603:10b6:8:3b5::13) by DS0PR15MB5968.namprd15.prod.outlook.com (2603:10b6:8:159::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.21.496.17; Thu, 8 Oct 2026 08:57:11 +0000 Received: from DSWPR15MB319817.namprd15.prod.outlook.com ([fe80::be5:16ae:394:f4c8]) by DSWPR15MB319817.namprd15.prod.outlook.com ([fe80::be5:16ae:394:f4c8%7]) with mapi id 15.21.0496.010; Thu, 8 Oct 2026 08:57:11 +0000 From: Aditya Kamath To: Simon Marchi , Aditya Vidyadhar Kamath , Ulrich Weigand , "tom@tromey.com" CC: "gdb-patches@sourceware.org" , SANGAMESH MALLAYYA Thread-Topic: [EXTERNAL] Re: [PATCH v4 2/4] Remove stale legacy code from rs6000-aix-nat.c file. Thread-Index: AQHdVNqRhLz0AUZQQkmjF9Qi9HBXarbzQW5o Date: Thu, 8 Oct 2026 08:57:11 +0000 Message-ID: References: <20261005121609.31787-2-akamath996@gmail.com> In-Reply-To: Accept-Language: en-IN, en-US Content-Language: en-IN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-reactions: allow authentication-results: mx.microsoft.com 1; dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=ibm.com; x-ms-publictraffictype: Email x-ms-traffictypediagnostic: DSWPR15MB319817:EE_|DS0PR15MB5968:EE_ x-ms-office365-filtering-correlation-id: 5a46a3ef-0a9d-4d3b-87a2-08df251a2424 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; ARA:13230040|1800799024|366016|23010399003|376014|38070700021|56012099006|4143699003|11063799006|10067099003|22082099003|18002099003|13003099007|8096899003|3023799007; x-microsoft-antispam-message-info: SwK6AE4cARv/r65eDjj8IWr0h4NaayR5oJiQWez24LCGXeHICPy0ZC7aT3cOl8PN5IxS3vjjshxHG38+S1H1IW4sIzH2K/vu5TPix6CsiX5ntbaMNdzvs774WNbQ2E7PQMxFNVKbi825akfJvLM3cxljoraHZPIq761oDVptsFNs6mXUvSJL60zd++alpIfREwk2+j4/S9s8QSPtVdw5grnGlPta2SenDOQH78iSjnBNXpICAWHAJ2RvXXglmHll2kjdzgXA1lxUQ6u8rTwanqKpllOF9TUdGNq6g3EFgPgNPpQeHDiixR2mkOgTM8j+kzImoWhPPHz6ImbdMl70K+fY23yvs+IXP9DB+1wrdk3caCMYA0SHLL9/53yc6IF59cMsqH3RiAcKDa3xTZtx3dBFc7LXM/OhcaUEfgGIS5+1NX0M0hiYVo9rX9noC/mNk/1fd7qud+ka74mf86y6u7qgztZieDOJZccU5yGfjL2Q8ldJWdor8e8JWoqkOPOqbRKJVjOroMx1n3TTpqxCnJfkOZXyyEXjx7RIeTieo8yUKQpHYebEy3LH1rSelJRaMUlv4GEBQiSRypdp1bBcAFNr74iU6Tg7MpFNvPbP0K5HhyKmCL7mqqZPlx2zpVMC5UkxRLySyuFwhKueCusys02Eq5QwjgZyehlJNM/VvJZvWezKyofR3LXL8+V4D2Z8c5lUlJoXfXGu91zllnIvA86o0Tj1FFtDLJB0F0D8TOM= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DSWPR15MB319817.namprd15.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230040)(1800799024)(366016)(23010399003)(376014)(38070700021)(56012099006)(4143699003)(11063799006)(10067099003)(22082099003)(18002099003)(13003099007)(8096899003)(3023799007); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?MvqHc9BrqkqYb1nQvSf39h0Ah42ehLEGkb7d+UrRKhP/bfsTpWqW3SVsPf7K?= =?us-ascii?Q?bctur1wXF1LYozO+x0v0aAhBP3FCJLUyOAC4gQEXqaGAGTcFfCdl0IyXjmnN?= =?us-ascii?Q?UO3UgHzymnA31QZp5twKnlNfiaBbVKZ/CiGEd5/E2XRL89lH9tmMNvT0OWyM?= =?us-ascii?Q?OK376qwm68I4WcEu/32qq5S9H3lwmwgl4lx4wjGNF3e3TgdvtRp8uLXxN+TX?= =?us-ascii?Q?/HLiFDcP4bvQSqj9aGeuE/8tvZzM0YJm3fl4MNQXB+Mv+rKuU4oc0b6ztBfL?= =?us-ascii?Q?p8nBkycTuiWiahJARdoORV7IMhtJpFuSPG8BRPNICPasfIlSqnfB3bEdfBAh?= =?us-ascii?Q?YVI9KNURqjAnhHuBRj/PXq7cl91UJTEs8uoTwe8yonPCO9ICbf77KGQAOhRE?= =?us-ascii?Q?2YRJBaFB5ls9OdcnI6vc+CWuuDCQ9a430oiHOt/hAA8H/INItkaQhR7ZBqB7?= =?us-ascii?Q?ynzIHcXAv+Enxg2+lH/arrUN6zmClRihCAuZrctX6wm4uFycsXznHAc5A1CA?= =?us-ascii?Q?uSUQ59tAZ0mNHClVyiawU01rp9SBmaPV89emRpsDc5AUkZjSrZyqVqGnzykV?= =?us-ascii?Q?YCIUEhVWilnZpKGyxbbLrjfCObOLH+BG6VsuhdIJv1fhFUaUDvT6VqvDnpMI?= =?us-ascii?Q?eHRQd50AJ7UdlUZegYV8Rt0VJS2AE268xViLi5P8YVoDwKgx4jYFf84Kf2XK?= =?us-ascii?Q?C38PfzpOh4CdBEdHWRTAgYHpy5wWFd42M8nYw2PnM/Ypw9r8Epa57ZkxSNyn?= =?us-ascii?Q?U6PsJzj0HvEcculqFbPla9IOqkRKed8sEXME9kMu7dK1KbsyTWuVDij2h5vm?= =?us-ascii?Q?gOXsbCtoQjzSOL90hxmY8+AtdvZVabUQ2C2L9P9DcYi2NJOHJqvu/M6u5RC1?= =?us-ascii?Q?Kn8z1YRNoLpZnXeCVcQwkk126dIFaNZflVw5jYP4FLKIE/s7LqjMcXoJywzs?= =?us-ascii?Q?TU2Azcivb1iEypZCy2ce3Li6Iaib3CKzM1DnHgQLrgVP1s03/M/eTY6b3Vp6?= =?us-ascii?Q?wsrWI1wNlHREaom89R/zt7QUJbaf6nBt1iWV2jXW35HRUNkMWafEwfsXGa5X?= =?us-ascii?Q?f8kaQGyNJSO0Udo5SHde6OMRONVs4JyWnNFsExaX1Y1h0zm/PLM8Y3soSdan?= =?us-ascii?Q?uUV99IxYad8mpc/0V9BMZe4hESaPvbU1k25zpZpNXfftdgrB6/917YYU37dV?= =?us-ascii?Q?r6JvaoEctC+GdD9K+VkWOt1TRIvDUffJHbGFiIQrB//VNVXEg2bQoH0xt32E?= =?us-ascii?Q?6Z7JwC+vCDXujLjqjcqACjPGON/5Xc6RIeE47KdQfiDz2K/EyDG6KWrdAyB5?= =?us-ascii?Q?RIyB6wwkIXs0sFlxApan+H7Co2y3d+LyQuvukG68hCoczLeVT3SGUV7l4SyW?= =?us-ascii?Q?WIpKhLx0Dne9idaAOo4mG48O3zXutEh1kca/1P6LukjbhQB2WW8xiP8yEHAX?= =?us-ascii?Q?AN+uI4CHZb2LQVif0enZWVni9lVxRwPCJT1XLiU6RC+BN6sOiIKQjh4jkpeh?= =?us-ascii?Q?PjTjlONJ1hxoGN0YUi/BTT1cfP8tE0W+VrkEkHEU8ZVP70koF95Z4YDH6coS?= =?us-ascii?Q?GTfaw2CdYuYz1tPAhfssGER7eBZIdtEi7NoVypK1srF3MyGzK5qb/TVi39f0?= =?us-ascii?Q?Go7XHyjGBZuIYX4VSGoj00NYhW9ERamdi0sspWF9EmzoBJi0NAJ2tjn5j8kj?= =?us-ascii?Q?3Avw7zfspgr8b546neuR/vTOl33pEP+pGW47apy9GJGtdInrnJyR9w/fUx0Q?= =?us-ascii?Q?NEztcZxD5q4Kopo3Yshx6kL6Y2Eh+Ig=3D?= Content-Type: multipart/alternative; boundary="_000_DSWPR15MB319817CEB02E3FB21251C9D193D6932DSWPR15MB319817_" MIME-Version: 1.0 X-Exchange-RoutingPolicyChecked: psW/+udfVfSqyyFphNH3LljAHDvhiEHbI8OVYPXeQ2/ERESsy2mLpqLAXBhdifs4XDSXpPofKwlTJgmhM0vvrwnFsp0SDlCr0NA9mA1vKl61VK0jKcTNRW8p/ep+YsD3adfsuWLwEDH9nuMuUqMZ66HoOGNjrcxXY1qJyR471UZbreIolPX69nrREXMKsClBZt+dVuocDJfKnf4mylvGljvtlazkyNVzcXQ4/eQtJYphjNQyEihFyGV6Q2UjUsDoP2d4KKUzFIZIT8UUdBTNl7QxssN3kVYTZFdRykyqoJMnGzj56qT2YjvxA5D7qtuIS4RGjzCQ2qpoCPXyLSrgVQ== X-OriginatorOrg: ibm.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DSWPR15MB319817.namprd15.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 5a46a3ef-0a9d-4d3b-87a2-08df251a2424 X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Oct 2026 08:57:11.5390 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: fcf67057-50c9-4ad4-98f3-ffca64add9e9 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: dPMZAIBeyi+mbZrKCeBWM3+XjfG/czRo4JmUxWIoo3Lnw6f3E+XiRw9PxPHAl9hpmztPL1NAV8xC8I2s825Now== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DS0PR15MB5968 X-Proofpoint-Reinject: loops=2 maxloops=12 X-Proofpoint-GUID: oEIbxRFsqmUS2YmEy-ko8gljXm_TsjRx X-Proofpoint-ORIG-GUID: M7XZEvcS6B8KpEVdMp42GYvCAjGH4vZn X-Authority-Analysis: v=2.4 cv=H8NOUOYi c=1 sm=1 tr=0 ts=6ac75aea cx=c_pps a=M0SbpEVZuc+hi5PQWquR3w==:117 a=z/mQ4Ysz8XfWz/Q5cLBRGdckG28=:19 a=lCpzRmAYbLLaTzLvsPZ7Mbvzbb8=:19 a=xqWC_Br6kY4A:10 a=660iZSQnnn4A:10 a=VkNPw1HP01LnGYTKEx00:22 a=RnoormkPH1_aCDwRdu11:22 a=U7nrCbtTmkRpXpFmAIza:22 a=VnNF1IyMAAAA:8 a=bKzZUp9rt8M3RE-JAeYA:9 a=CjuIK1q_8ugA:10 a=sAHeN2m0zVMkPc2UbXwA:9 a=RvK--EmFAA3Kp94C:21 a=_W_S_7VecoQA:10 X-Proofpoint-Spam-Details-Enc: AW1haW4tMjYxMDA4MDAzNCBTYWx0ZWRfX5HLjUCiIDnUz +UEUC9EUQuXTL5ANYLWvoHxuNsqUkn6zVRFXobV57AtwJv+VkZ6cKAzcKclFMKskQb2A+IlzRpM eV3Eqd9OGftd3KPfiC4sw5wA6iZ3/L18DifR1vpZOb6zmCXcD7qysHDda9R9+P8gQ8LGyNYkgBx 6IrKCycOEAmQU1mEUbq25QmiTVVVRk366oEnGnCy7YBbk4YOSY85DRePM0dYLUueif9RzJENSJR Zv6JpxLOHXChp7HwrUjtKYoGuOgVuhNV4Utywa2rs2megT1DuV0/D8MIyqwH0Am8Ljk/s4CbzGq vFAUTPn2fg1bjW7BjNBDbE94aRjgxNvXSeCuMb/KsE+0xc1hJ4SeIlX2TqzjyLohNG6A7mAVBev TcSLnzv/YXkCLV5JElWOTMokNibXPhe0/bG7bTn5sJyLqx8CPrefzueOA4iNnY/bkxQv23jKcz4 3uiN0uY2SKdLFh8BmSw== X-Proofpoint-Spam-Info: AW1haW4tMjYxMDA4MDAzNCBTYWx0ZWRfXyTxSozri35a8 ySm+FPNJGmrf0743fbtCdhpx/i6VG5aDVU0IVsVZtvjGMHN8JMjB1/KL8ZyTKHUVI7+V9zgDh2W Q3ezi3eJqIgQ2/7gIten3g7grQ6+H68= Subject: RE: [PATCH v4 2/4] Remove stale legacy code from rs6000-aix-nat.c file. X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1176,Hydra:6.1.134,FMLib:17.12.100.49 definitions=2026-10-08_03,2026-10-06_03,2025-10-01_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 bulkscore=0 adultscore=0 phishscore=0 lowpriorityscore=0 impostorscore=0 clxscore=1015 spamscore=0 priorityscore=1501 malwarescore=0 suspectscore=0 classifier=typeunknown authscore=0 authtc= authcc= route=outbound adjust=0 reason=mlx scancount=1 engine=8.22.0-2610020000 definitions=main-2610080034 X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: gdb-patches-bounces~public-inbox=simark.ca@sourceware.org --_000_DSWPR15MB319817CEB02E3FB21251C9D193D6932DSWPR15MB319817_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Ulrich and Simon, Here is my answer to our questions for the discussion. Let me know your tho= ughts. >The existing code does this: > if (!ARCH64 ()) > *addr =3D rs6000_ptrace32 (PT_READ_GPR, pid, (int *) nr, 0, 0); >So a 64-bit GDB debugging a 32-bit inferior, before this patch, would go >into rs6000_ptrace32, which has: >#ifdef HAVE_PTRACE64 > int ret =3D ptrace64 (req, id, (uintptr_t) addr, data, buf); > #else > int ret =3D ptrace (req, id, (int *)addr, data, buf); > #endif >So today it would get PT_READ_GPR using ptrace64, right? Does it >already fail today? >It would be clear that up first. We don't want this patch to mix >removing legacy code and bug fixing. >Note that while it uses ptrace64 in both cases, it uses it differently. >When reading a GPR from a 64-bit process, the output is through an >8-byte buffer passed as an out parameter (the 5th parameter). When >reading a GPR from a 32-bit process, the output is the return value. >For the record, I asked Claude to test ptrace64 against both a 64-bit >and a 32-bit debuggee, and it appears to work in both cases. But this >is on AIX 7.3 (7300-01-02-2320), so maybe the behavior is different on >7.2. I checked this on both AIX 7.2 and AIX 7.3. PT_READ_GPR, PT_READ_FPR, PT_WR= ITE_GPR and PT_WRITE_FPR all work correctly when a 32-bit inferior is attac= hed to a 64-bit GDB using ptrace64. I did not observe any EIO failures. I also discussed the documentation with the AIX kernel maintainers. They cl= arified that the documented EIO behaviour only applies to certain memory-ac= cess and breakpoint-related ptrace operations when using a genuine 64-bit a= ddress (addrhi !=3D 0). It does not apply to the GPR/FPR operations above. = They also mentioned that the documentation will be updated accordingly. Based on these findings, we can continue using ptrace64 for both 32-bit and= 64-bit inferiors. The assumptions behind my current four patches are there= fore no longer valid, and I will rework the series accordingly. While looki= ng through the code I also noticed a fair amount of redundant logic in both= aix-thread.c and rs6000-aix-nat.c. Would you prefer that I first complete = the cleanup work and then submit any refactoring separately, or would it be= reasonable to combine some of those simplifications as part of this effort= ? >> When I built GDB as a 64 bit AIX application [Using ptrace () for 32 bit= inferior debugee] >> to just test, linking fails with: >> >> CXXLD gdb >> ld: 0711-317 ERROR: Undefined symbol: .ptrace >> ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more info= rmation. >> collect2: error: ld returned 8 exit status >> gmake[2]: *** [Makefile:2367: gdb] Error 1 >>It's strange that this happens, since the doc clearly states that you >>can use ptrace in 64-bit applications. On my systems, both ptrace() and ptracex() are unavailable when linking a 6= 4-bit GDB build. It is mentioned like this in document The ptrace and ptracex subroutines are not supported in 64-bit mode. https://www.ibm.com/docs/en/aix/7.2.0?topic=3Dp-ptrace-ptracex-ptrace64-sub= routine >> =3D=3D=3D gdb Summary =3D=3D=3D >> >> # of unexpected core files 1 >> # of expected passes 41796 >> # of unexpected failures 2346 >> # of unexpected successes 1 >> # of expected failures 17 >> # of known failures 30 >> # of unresolved testcases 31 >> # of untested testcases 105 >> # of unsupported tests 179 >> # of paths in test names 7 >> # of duplicate test names 2 >Not sure what to think of those test results, it seems like some numbers >got worse. Are you sure the 64 and 32 bit summaries are not swapped in >one of those? Yes, the numbers are correct. Have a nice day ahead. Thanks and regards, Aditya. --_000_DSWPR15MB319817CEB02E3FB21251C9D193D6932DSWPR15MB319817_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi Ulrich and Simon,

Here is my answer to our questions for the discussion. Let me know your tho= ughts.


>The existing code does this:
>      if (!ARCH64 ())
>        *addr =3D rs6000_ptrace32 (PT_READ_GPR, pid= , (int *) nr, 0, 0);
>So a 64-bit GDB debugging a 32-bit inferior, before this patch, would g= o
>into rs6000_ptrace32, which has:
>#ifdef HAVE_PTRACE64
>   int ret =3D ptrace64 (req, id, (uintptr_t) addr, data, buf); >  #else
>    int ret =3D ptrace (req, id, (int *)addr, data, buf);
>  #endif
>So today it would get PT_READ_GPR using ptrace64, right?  Does it<= br> >already fail today?

>It would be clear that up first.  We don't want this patch to mix<= br> >removing legacy code and bug fixing.

>Note that while it uses ptrace64 in both cases, it uses it differently.=
>When reading a GPR from a 64-bit process, the output is through an
>8-byte buffer passed as an out parameter (the 5th parameter).  Whe= n
>reading a GPR from a 32-bit process, the output is the return value.
>For the record, I asked Claude to test ptrace64 against both a 64-bit >and a 32-bit debuggee, and it appears to work in both cases.  But = this
>is on AIX 7.3 (7300-01-02-2320), so maybe the behavior is different on<= br> >7.2.

I checked this on both AIX 7.2 and A= IX 7.3. PT_READ_GPR, PT_READ_FPR, PT_WRITE_GPR and PT_WRITE_FPR all work co= rrectly when a 32-bit inferior is attached to a 64-bit GDB using ptrace64. I did not observe any EIO failure= s. 


I also discussed the documentation with the AI= X kernel maintainers. They clarified that the documented EIO behaviour only applies to certain memory-access an= d breakpoint-related ptrace operations when using a genuine 64-bit address = (addrhi !=3D 0). It does not apply to the GPR/FPR operations above. They al= so mentioned that the documentation will be updated accordingly. 


Based on these findings, we can continue using= ptrace64 for both 32-bit and 64-bit inferiors. The assumptions behind my current four patches are therefore no= longer valid, and I will rework the series accordingly. While looking thro= ugh the code I also noticed a fair amount of redundant logic in both aix-th= read.c and rs6000-aix-nat.c. Would you prefer that I first complete the cleanup work and then submit any refa= ctoring separately, or would it be reasonable to combine some of those simp= lifications as part of this effort?

>> When I built GDB as a 64 bit AIX application [Using ptrace () for = 32 bit inferior debugee]
>>  to just test, linking fails with:
>>
>> CXXLD  gdb
>>   ld: 0711-317 ERROR: Undefined symbol: .ptrace
>>   ld: 0711-345 Use the -bloadmap or -bnoquiet option to = obtain more information.
>>   collect2: error: ld returned 8 exit status
>>   gmake[2]: *** [Makefile:2367: gdb] Error 1
>>It's strange that this happens, since the doc clearly states that y= ou
>>can use ptrace in 64-bit applications.


On my systems, both ptrace() and ptracex() are unava= ilable when linking a 64-bit GDB build. 


It is mentioned like this in document


= The ptrace = ;and ptracex&nbs= p;subroutines are not supported in 64-bit mode.

=

https://www.ibm.com/docs/en= /aix/7.2.0?topic=3Dp-ptrace-ptracex-ptrace64-subroutine


>>           &= nbsp;     =3D=3D=3D gdb Summary =3D=3D=3D
>>
>> # of unexpected core files      1
>> # of expected passes       &nbs= p;    41796
>> # of unexpected failures       = 2346
>> # of unexpected successes       1 >> # of expected failures       &n= bsp;  17
>> # of known failures        = ;     30
>> # of unresolved testcases       31 >> # of untested testcases       &= nbsp; 105
>> # of unsupported tests       &n= bsp;  179
>> # of paths in test names       = 7
>> # of duplicate test names       2
>Not sure what to think of those test results, it seems like some number= s
>got worse.  Are you sure the 64 and 32 bit summaries are not swapp= ed in
>one of those?

Yes, the numbers are correct. 

Have a nice day ahead.

Thanks and regards,
Aditya.
--_000_DSWPR15MB319817CEB02E3FB21251C9D193D6932DSWPR15MB319817_--