From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id xMkRISWPYWY2XygAWB0awg (envelope-from ) for ; Thu, 06 Jun 2024 06:27:49 -0400 Authentication-Results: simark.ca; dkim=pass (1024-bit key; secure) header.d=sourceware.org header.i=@sourceware.org header.a=rsa-sha256 header.s=default header.b=W7X0BstW; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 74B1B1E0C0; Thu, 6 Jun 2024 06:27:49 -0400 (EDT) Received: from server2.sourceware.org (server2.sourceware.org [8.43.85.97]) (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 5C6FB1E092 for ; Thu, 6 Jun 2024 06:27:47 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id DCD6C38E5F97 for ; Thu, 6 Jun 2024 10:27:46 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org DCD6C38E5F97 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1717669666; bh=YXjAg33W4wk+YnHpP90My6ATI6Mvj86P24wc9SeE1y0=; h=To:Subject:Date:References:In-Reply-To:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To: From; b=W7X0BstWUBzdQ57AofRPsDUtiVaBxk3mlU3F3C/3iAbStWs0krQNUPRVii/yMDhdZ QPTHeYvUYxTZ81t7zBmur6WpMK6jUxThtIaPMzM4FN40BBbmskFFyYusJdrTTUGA5k qZ6DJk4t21/+grX0VIfcZeUixyLzuS3kNsd/kUH8= Received: from NAM11-CO1-obe.outbound.protection.outlook.com (mail-co1nam11olkn20801.outbound.protection.outlook.com [IPv6:2a01:111:f403:2c16::801]) by sourceware.org (Postfix) with ESMTPS id BA82838E5F86 for ; Thu, 6 Jun 2024 10:27:02 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org BA82838E5F86 ARC-Filter: OpenARC Filter v1.0.0 sourceware.org BA82838E5F86 ARC-Seal: i=2; a=rsa-sha256; d=sourceware.org; s=key; t=1717669625; cv=pass; b=m/k6K//mqe7BIXpSQQotGE3b2UHzY1gufFv+aCItdOYC7dneLBYunayzUndo/C+wOJe5HVW2tx5zW1OQ/HgLWDp4RHDtNMB3OGjoulJ1/Nw2/N/05fRuEcttEBCO+sFrcbdHD4wezk72I9s+gCIzu1oVJLwNodaIcJuCHHbEV1s= ARC-Message-Signature: i=2; a=rsa-sha256; d=sourceware.org; s=key; t=1717669625; c=relaxed/simple; bh=1DlN/5F1dlEZzXhC9SgQl7u+lp201RsPntksI4f7nbM=; h=DKIM-Signature:From:To:Subject:Date:Message-ID:MIME-Version; b=edzR9rvkVRWxVJn161spuMH6TXI5oRd7nrGDB2qcWdAI9WSzzxZfV5pvtdjPtnM/dm1UOJGGdbu8AjfbBKltgSxTvUv2B1LADIYK7pq5LsR2SmYiul0b7r6/0VQzdo9LoeCdfAIoLYYbzCoJlHSWXNU2uz4TgRYcw09CuGu3wKc= ARC-Authentication-Results: i=2; server2.sourceware.org ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=V73D39l1S6FTCO9nMRi1JOdVf/AGGyJT6kueglQqVLy4wtE67VMo7v+qvrEJa4LyRkepHoiRYCxREy/+XT9TuBsl2Dx7u5UQZv1FSUpjIPno+VNWKhTcwar5+DQBgz0AjCcPO81GP+4jnB6r8QvM7MiR50aL6FTyIGqvSuP0WfXfDWXhUXFQaQJ2LLLN6pouqmuvR1OwNfCezHYDYU8CwsPwh4VqYUMCuerfqln+k7hv7Q6gcXvlR9Bq4v/ypEREcZs71T1tixbjnDXjFLSChycNH5X1bD7jAGSTAXfp1JgPHZd4+V4G2iFSraRjR6NzonRYDFZAwX7eH3EU3AAXnA== 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=6ssVUKHeGa5R8INuXEit/7Psu7lJ2v8bvON5uLtwmwo=; b=QIspGoCNTR/SSg9pTJVIPSWNmHuSEKiX+UdC6bpveDHif/08bSoj7bGcIMIZIRg6j7D/Hn0DY+37xRQr8JbkQ7iGPiHlKbBWp5kV1YBUFKhPwOQaTTXxJmU8+TWPs/mYGcf4j4fdUMuRBcOJ9JpgBZaR6qTyA+Rad2D4BR1eEheE6hojQgqRyTCY59oEnHh1NIgfVlAavkqo2nD1O9znl33BMpB+LNz6QJ+lSnPnOU/bhoJqDMbLPyilVPj0oCaWSX6TdomeJchEyNCntUTuFhZHctkTtiOFhAq8waFER1v8WlacVwUflcC9rXlFkvC8MRAfKai8H1Bt8HL9czFo6A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from DS0PR22MB4051.namprd22.prod.outlook.com (2603:10b6:8:117::6) by LV3PR22MB5031.namprd22.prod.outlook.com (2603:10b6:408:1e0::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7633.34; Thu, 6 Jun 2024 10:27:00 +0000 Received: from DS0PR22MB4051.namprd22.prod.outlook.com ([fe80::a8bf:d615:13c4:2404]) by DS0PR22MB4051.namprd22.prod.outlook.com ([fe80::a8bf:d615:13c4:2404%2]) with mapi id 15.20.7633.021; Thu, 6 Jun 2024 10:27:00 +0000 To: Luis Machado , "gdb@sourceware.org" Subject: Re: Stack segments for Aarch64 Thread-Topic: Stack segments for Aarch64 Thread-Index: AQHat/H7LMjgNvtdHkKPiv3ptk1vzbG6doeAgAAB7OOAAAMpAIAAA/gzgAAFb4CAAAMHIg== Date: Thu, 6 Jun 2024 10:27:00 +0000 Message-ID: References: <85631dac-0439-4c59-a522-868e7e6b4c4d@arm.com> In-Reply-To: <85631dac-0439-4c59-a522-868e7e6b4c4d@arm.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [oR4MNS+t/l6HEG/mqD68c5HIlhGxq98u] x-ms-publictraffictype: Email x-ms-traffictypediagnostic: DS0PR22MB4051:EE_|LV3PR22MB5031:EE_ x-ms-office365-filtering-correlation-id: 081a8461-d624-49ac-0151-08dc86133341 x-microsoft-antispam: BCL:0; ARA:14566002|461199019|102099023|3412199016|440099019; x-microsoft-antispam-message-info: V5GKhjkGmPEdqIjCV8IzKErRL91LC/91NsJrNKelokNK3Y/B0l4IFSf+JHqK4ecnmFmg02eWLp0mskUvoHqZbfpd4yC3o/v3aCVabRlNrqvIhXdo8Hr6c7BeK94Kd3gV339jtMMLn8nOa28YiwF7V6eJsnp0WiKs7okGcSO84ArPzXBtbE2CfRylpHbF1vu4lrvr2Ab8v7qA5YIq5hZ1gG95Qc7vo86X8DEZ0iolvCl4TQ3/V+ZX3yEV0CGb9jUjNMWctGtO7MuIyhLcKdYOJRcrVnQKqClPjvinK5bB1wkIWjXnBoZYXPcJ2K1L8XnbM1Rfm78KDejKWpRysNEM7Geef5erBmZN4xAVZ7Bk2ZIWVOj5p/AOD65jmjeb2g8Smh6vV+5zVbLzbJ6X1KXknmh0NctIH4X0YybDJZV3MENITtuVncZtIsrGSeeo75adYbFihP/2yboYKplHGUTRUu5pTp33QWMSrwdZatzfLXk06R4jZRu2yOUXU46i//UTnnsnHgrDIoxlOQ9cAM2CFAnsqiZ8tFYd4RTjIIEiqqsrTh9B2NzcuAGjacy/57Ti x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?BcmnevVMHo0A+9wcTKbJ05UPhhRcHJWLn2RH9Pb96I8T4YL+Wpb7bHa6x88T?= =?us-ascii?Q?WKeumJC6qFSCUO67RczFroSa7fFYNHHEl+fqOKY+YPbG+DlmVsSczv99QgsR?= =?us-ascii?Q?YkUK/PaKfnay2Wz2BrfzAulW2HVvEckLUcgWlfSl1HeLD3vQH7g+iTNIdFfe?= =?us-ascii?Q?29PiMqZ4hzxhzb1gQp0BSRKuuP4fyF39MVSvC9xkp5NfF5nBm55GQgAjv+ZW?= =?us-ascii?Q?aIX3qZaf136e49r3+AHT0HbW/riIKT8TsNcRaAn5XPWnzl0CHWXYgtsBNSaH?= =?us-ascii?Q?Ip7yhEmF98+k6MqjY4zVyVIok9An6I5S3qcuLJBNE0xFxoZW9+uabxPS74UC?= =?us-ascii?Q?HBGgJBiQQndFc5gLvKWvDJCeCMrWOtf1NfA5Djl3jKZK20A8+l1Tb5uWL32G?= =?us-ascii?Q?g2CNndkl6HMx9NLfp4/2PzURdZT++KAW2nBZNVSXPSkLyucEX90+7XNaOCEc?= =?us-ascii?Q?CLG0M77/zZpME0Rr7qfL68pR/RDy2UmnbmefBKwSyg8dx5zwgNJDlez2dHxP?= =?us-ascii?Q?MoERyjxAuePFo61AGWP5pTYN41swl+Ef0ceORwZFEn9JxOdFsBjWzv5k67TN?= =?us-ascii?Q?zIf082CYqLcnr+Wx4J/9Tpo660pSjldSXI+sN3haMId2GWEFW89cPNMVLavi?= =?us-ascii?Q?IcBkALOgLJYEKb1HimMcwQyTiPWxgv+S0SGmhARy5T3Wuho5IMIPmiFHuhtj?= =?us-ascii?Q?Vp8TKAUtI0kMtDLLksEwgdwXKaDC/6lHRY7BPk8HVT/nMnuVUk6LDHAXg3ka?= =?us-ascii?Q?GGU02LTtGbpyiWPWcWlcJ+2m+8GDgVT8MdYHNra+8nXsvmvO/7Deka61OifC?= =?us-ascii?Q?TeiWL1tmNeMx3bQVesPjNggtMqNqaUB5MJP3TqC1UL8UPrzvKUpZfSykWU0l?= =?us-ascii?Q?izqn9uj1X/nFonwEvmSXDOIqw5Y3OvfuGrn2XubWhVovJZN5lkUVrfmmBzo4?= =?us-ascii?Q?SOGoc80lPKEkI15rthyKkTphilidsoXSbn8HmMylRyIvLJlG4nMq7vk1WRCW?= =?us-ascii?Q?L9BjbMAlFnhUKcAH9LbxLjc0wirTgXMivgZV1MAYVEiH6GJf+8QjKFwKjJD1?= =?us-ascii?Q?f0SI4a1/uOg4G4S1C5QM/Vp0Ms1azyraURV6kEV5vJ0p+Pzf2XPMSkyDTUeP?= =?us-ascii?Q?MPmN11jEmkubz5TbB4cyn5j4586i7ws5M5Rmfj64vOmRT6+D+NGonRK+P8xf?= =?us-ascii?Q?L+uvqURumFm1IqKLRL6BVHqP2cSwFQ2iu/SzAQ=3D=3D?= MIME-Version: 1.0 X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-c3c87.templateTenant X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DS0PR22MB4051.namprd22.prod.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 081a8461-d624-49ac-0151-08dc86133341 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Jun 2024 10:27:00.2128 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: LV3PR22MB5031 X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, HTML_MESSAGE, KAM_NUMSUBJECT, SPF_HELO_PASS, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.30 X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Phil Phil via Gdb Reply-To: Phil Phil Errors-To: gdb-bounces+public-inbox=simark.ca@sourceware.org Sender: "Gdb" Would you suggest that the output of maintenance info sections is more "com= plete" if you want to see all mapped memory regions? ________________________________ From: Luis Machado Sent: Thursday, June 6, 2024 10:15 AM To: Phil Phil ; gdb@sourceware.org Subject: Re: Stack segments for Aarch64 On 6/6/24 10:57, Phil Phil wrote: > Should the stack segment still be there though? I compared a stackpointer= to the memory areas from info proc mappings and I can't find a match. You'll likely find it in a core file section instead: maint info sections. For me: [28] 0xfffffffdf000->0x1000000000000 at 0x00191350: load13 ALLOC LOAD = HAS_CONTENTS Does that help? GDB will look things up in the core file instead of memory,= which is probably why the way it displays things is slightly different. It could be improved I suppose. > -------------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= ----------------- > *From:* Luis Machado > *Sent:* Thursday, June 6, 2024 9:41 AM > *To:* Phil Phil ; gdb@sourceware.org > *Subject:* Re: Stack segments for Aarch64 > > Hi, > > On 6/6/24 10:33, Phil Phil wrote: >> GDB 12.1 coredump post mortem coredump debugging on an x64 Linux desktop= . I do not see a perms column in info proc mappings. >> > > Ah, so it is corefile debugging. Checking on my end, I don't see the perm= issions column either. Now it escapes me if we have any > special reason for that or if it is just an oversight somewhere. As for t= he stack marker, I suppose we lose that reference > when the corefile is generated. That reference comes from /proc//map= s when we do "info proc mapping". > > -------------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= ---------------------------------------------------------------------------= ----------------- >> *From:* Luis Machado >> *Sent:* Thursday, June 6, 2024 9:23 AM >> *To:* Phil Phil ; gdb@sourceware.org >> *Subject:* Re: Stack segments for Aarch64 >> >> Hi, >> >> On 6/6/24 10:17, Phil Phil via Gdb wrote: >>> Greetings, >>> >>> I'm trying get some memory info on an Aarch64 for a coredump. The aarch= 64 gdb produces this output for info proc mappings >>> >>> Start Addr End Addr Size Offset objfile >>> 0x557ead9000 0x5582dee000 0x4315000 0x0 /usr/bin/= myproc >>> 0x5582dfe000 0x5582f0a000 0x10c000 0x4315000 /usr/bin/= myproc >>> 0x5582f0a000 0x5582f24000 0x1a000 0x4421000 /usr/bin/= myproc >>> >>> I'm missing at least two things here compared to the x64 output: >>> >>> >>> * >>> No read/write permissions >>> * >>> Stack segments are not shown. >>> >>> Any ideas on how to make these two things visible on Aarch64? >>> >>> Regards >> >> What aarch64 debugging setup do you have? Versions etc? Remote? >> >> For me, running native gdb on aarch64: >> >> process 1681741 >> Mapped address spaces: >> >> Start Addr End Addr Size Offset Perms ob= jfile >> 0xaaaaaaaa0000 0xaaaaac3c6000 0x1926000 0x0 r-xp /h= ome/ubuntu/work/build/binutils-gdb-master/gdb/gdb >> 0xaaaaac3d5000 0xaaaaacd2a000 0x955000 0x1925000 r--p /h= ome/ubuntu/work/build/binutils-gdb-master/gdb/gdb >> 0xaaaaacfc6000 0xaaaaad069000 0xa3000 0x0 rw-p [h= eap] >> ... >> 0xfffffffdf000 0x1000000000000 0x21000 0x0 rw-p [s= tack] >