Refactor parsing of /proc/<pid>/smaps
The Linux kernel exposes the information about MTE-protected pages via the proc filesystem, more specifically through the smaps file. What we're looking for is a mapping with the 'mt' flag, which tells us that mapping was created with a PROT_MTE flag and, thus, is capable of using memory tagging. We already parse that file for other purposes (core file generation/filtering), so this patch refactors the code to make the parsing of the smaps file reusable for memory tagging. The function linux_address_in_memtag_page uses the refactored code to allow querying for memory tag support in a particular address, and it gets used in the next patch. gdb/ChangeLog: 2021-03-24 Luis Machado <luis.machado@linaro.org> * linux-tdep.c (struct smaps_vmflags) <memory_tagging>: New flag bit. (struct smaps_data): New struct. (decode_vmflags): Handle the 'mt' flag. (parse_smaps_data): New function, refactored from linux_find_memory_regions_full. (linux_address_in_memtag_page): New function. (linux_find_memory_regions_full): Refactor into parse_smaps_data. * linux-tdep.h (linux_address_in_memtag_page): New prototype.
This commit is contained in:
parent
93e447c605
commit
1e735120b9
3 changed files with 251 additions and 122 deletions
|
@ -43,6 +43,10 @@ DEF_ENUM_FLAGS_TYPE (enum linux_siginfo_extra_field_values,
|
|||
struct type *linux_get_siginfo_type_with_fields (struct gdbarch *gdbarch,
|
||||
linux_siginfo_extra_fields);
|
||||
|
||||
/* Return true if ADDRESS is within the boundaries of a page mapped with
|
||||
memory tagging protection. */
|
||||
bool linux_address_in_memtag_page (CORE_ADDR address);
|
||||
|
||||
typedef char *(*linux_collect_thread_registers_ftype) (const struct regcache *,
|
||||
ptid_t,
|
||||
bfd *, char *, int *,
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue