diff options
author | Alan Hayward <alan.hayward@arm.com> | 2018-08-01 10:57:13 +0100 |
---|---|---|
committer | Alan Hayward <alan.hayward@arm.com> | 2018-09-13 16:49:24 +0100 |
commit | 9ad94eaded134cf5824776ab0ccf8ecd47518919 (patch) | |
tree | 6e045bbd5995d982a53f5ea0dd68de3abd5e6a95 /bfd/cpu-s390.c | |
parent | 182f44d67243a3270ec540e92a8ba6ea327ba004 (diff) | |
download | gdb-users/ahayward/variable_sve.zip gdb-users/ahayward/variable_sve.tar.gz gdb-users/ahayward/variable_sve.tar.bz2 |
Aarch64 SVE: Support changing vector lengths in gdbserverusers/ahayward/variable_sve
There are two parts to this patch - gdbserver and GDB.
In gdbserver, there needs to be an equivalent of the thread_architecture
method used in GDB. In regcache, validate the tdesc with the
use target_validate_tdesc target function. If this fails then re-obtain
the target descriptor via general setup.
The aarch64 validation step simply checks the value of the VG register to
see if it matches the current kernel value.
In GDB, we have a similar check when receiving a stop reply. Validate the
tdesc using gdbarch_target_description_changed_p. If this fails re-obtain
the target descriptor via general setup - which is done by setting up an
tdep info structure containing the vector length.
The aarch64 validation step checks the value of VG (which is marked as
an expediated register, so is in the stop reply).
2018-08-03 Alan Hayward <alan.hayward@arm.com>
gdb/
* aarch64-tdep.c
(aarch64_target_description_changed_p): Check vector length.
(aarch64_target_get_tdep_info): Store vector length.
* remote.c (remote_target::process_stop_reply): Validate tdesc.
* target-descriptions.c (target_find_description): Pass through info.
* target-descriptions.h (target_find_description): Add arg.
gdbserver/
* linux-aarch64-low.c (aarch64_validate_tdesc): Check vector length.
* regcache.c (get_thread_regcache): Validate tdesc.
Diffstat (limited to 'bfd/cpu-s390.c')
0 files changed, 0 insertions, 0 deletions