[PATCH 0/3 v3] [AArch64] Support tagged pointer

Pedro Alves palves@redhat.com
Tue Apr 24 11:48:00 GMT 2018


Hi,

On 04/20/2018 03:33 PM, Omair Javaid wrote:

> Pointer tagging information is stored in MMU registers so in linux
> user-space we cannot actually read if pointer tagging is enabled or not
> based on register bits.
> JTAG debuggers should be able to read MMU registers and know whether
> pointer tagging is enabled or not.
> 
> Rationale behind adding a separate command is to allow other application to
> control pointer tagging for example bare-metal (non-linux OSes) which want
> to use pointer tagging can enable it. I must admit I dont know of any such
> use-case as of now.

Alright, that's in line with what I was thinking.  Though, bare metal
should have access to MMU registers too.  Ideally, things would Just Work
without user intervention.  But I don't mind starting by adding a
user-controllable knob, it might be a convenient escape hatch.  We can always
extend it from "on/off" -> "on/off/auto" setting, with auto the default
in future.

> Also I am not sure about the timeline of Linux Kernel patches going into
> gdb and for now I thought of this command as the most suitable option.
> Moreover some users might also be interested in combination where pointer
> tagging is enabled but Linux Kernel threads support is disabled so I
> thought we should give the control to the user in cases where we cannot
> predict use-cases.

If everyone agrees that proper Linux kernel support benefits from
its own osabi setting/name, then I don't see why we couldn't start by
adding the osabi setting as soon as we have a use for it, even if 
the larger Linux Kernel patches aren't ready yet.

Thanks,
Pedro Alves



More information about the Gdb-patches mailing list