From: Phil Phil via Gdb <gdb@sourceware.org>
To: Luis Machado <luis.machado@arm.com>,
"gdb@sourceware.org" <gdb@sourceware.org>
Subject: Re: Stack segments for Aarch64
Date: Thu, 6 Jun 2024 10:27:00 +0000 [thread overview]
Message-ID: <DS0PR22MB40512CCE3F3A9F240276C43FAAFA2@DS0PR22MB4051.namprd22.prod.outlook.com> (raw)
In-Reply-To: <85631dac-0439-4c59-a522-868e7e6b4c4d@arm.com>
Would you suggest that the output of maintenance info sections is more "complete" if you want to see all mapped memory regions?
________________________________
From: Luis Machado <luis.machado@arm.com>
Sent: Thursday, June 6, 2024 10:15 AM
To: Phil Phil <heidegg@hotmail.com>; gdb@sourceware.org <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 <luis.machado@arm.com>
> *Sent:* Thursday, June 6, 2024 9:41 AM
> *To:* Phil Phil <heidegg@hotmail.com>; gdb@sourceware.org <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 permissions column either. Now it escapes me if we have any
> special reason for that or if it is just an oversight somewhere. As for the stack marker, I suppose we lose that reference
> when the corefile is generated. That reference comes from /proc/<pid>/maps when we do "info proc mapping".
>
> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>> *From:* Luis Machado <luis.machado@arm.com>
>> *Sent:* Thursday, June 6, 2024 9:23 AM
>> *To:* Phil Phil <heidegg@hotmail.com>; gdb@sourceware.org <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 aarch64 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 objfile
>> 0xaaaaaaaa0000 0xaaaaac3c6000 0x1926000 0x0 r-xp /home/ubuntu/work/build/binutils-gdb-master/gdb/gdb
>> 0xaaaaac3d5000 0xaaaaacd2a000 0x955000 0x1925000 r--p /home/ubuntu/work/build/binutils-gdb-master/gdb/gdb
>> 0xaaaaacfc6000 0xaaaaad069000 0xa3000 0x0 rw-p [heap]
>> ...
>> 0xfffffffdf000 0x1000000000000 0x21000 0x0 rw-p [stack]
>
next prev parent reply other threads:[~2024-06-06 10:27 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-06-06 9:17 Phil Phil via Gdb
2024-06-06 9:23 ` Luis Machado via Gdb
2024-06-06 9:33 ` Phil Phil via Gdb
2024-06-06 9:41 ` Luis Machado via Gdb
2024-06-06 9:57 ` Phil Phil via Gdb
2024-06-06 10:15 ` Luis Machado via Gdb
2024-06-06 10:27 ` Phil Phil via Gdb [this message]
2024-06-06 10:29 ` Luis Machado via Gdb
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=DS0PR22MB40512CCE3F3A9F240276C43FAAFA2@DS0PR22MB4051.namprd22.prod.outlook.com \
--to=gdb@sourceware.org \
--cc=heidegg@hotmail.com \
--cc=luis.machado@arm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox