From: Alan Hayward <Alan.Hayward@arm.com>
To: Luis Machado <lgustavo@codesourcery.com>
Cc: "gdb-patches@sourceware.org" <gdb-patches@sourceware.org>,
nd <nd@arm.com>
Subject: Re: [PATCH 1/3] Use register_size () instead of MAX_REGISTER_SIZE
Date: Tue, 10 Jan 2017 11:28:00 -0000 [thread overview]
Message-ID: <04ADBC86-B250-482B-8634-A712604A7E93@arm.com> (raw)
In-Reply-To: <20085eca-52a3-ea33-9c9d-27f9064c986b@codesourcery.com>
> On 9 Jan 2017, at 20:07, Luis Machado <lgustavo@codesourcery.com> wrote:
>
> On 01/09/2017 04:55 AM, Alan Hayward wrote:
>> Aarch64 SVE requires a max register size of 256. The current max size in gdb
>> is 64. This is part of a series demonstrating the replacement of
>> MAX_REGISTER_SIZE.
>>
>> In cases where a buffer is created to hold a single register, then
>> MAX_REGISTER_SIZE can be replaced with a call to register_size ().
>>
>> This patch is restricted to amd64-tdep.c, remote.c and regcache.c.
>> Follow on patch sets will expand to other files.
>>
>> Tested on x86.
>> Ok to commit?
>>
>> Thanks,
>> Alan.
>>
>> 2017-01-09 Alan Hayward <alan.hayward@arm.com>
>>
>> * amd64-tdep.c (amd64_pseudo_register_read_value): remove
>> MAX_REGISTER_SIZE.
>> (amd64_pseudo_register_read_value): Likewise.
>> * remote.c (fetch_register_using_p): Remove MAX_REGISTER_SIZE.
>> (store_register_using_P): Likewise.
>> * regcache.c (regcache_xfer_part): Likewise.
>>
>>
>> diff --git a/gdb/amd64-tdep.c b/gdb/amd64-tdep.c
>> index a6367424e75b234c89e05b2dba7490ac3e212c3c..fc1f134a18098862fab92ad45e55b05372027beb 100644
>> --- a/gdb/amd64-tdep.c
>> +++ b/gdb/amd64-tdep.c
>> @@ -353,7 +353,7 @@ amd64_pseudo_register_read_value (struct gdbarch *gdbarch,
>> struct regcache *regcache,
>> int regnum)
>> {
>> - gdb_byte raw_buf[MAX_REGISTER_SIZE];
>> + gdb_byte *raw_buf = (gdb_byte *) alloca (register_size (gdbarch, regnum));
>> struct gdbarch_tdep *tdep = gdbarch_tdep (gdbarch);
>> enum register_status status;
>> struct value *result_value;
>> @@ -414,7 +414,7 @@ amd64_pseudo_register_write (struct gdbarch *gdbarch,
>> struct regcache *regcache,
>> int regnum, const gdb_byte *buf)
>> {
>> - gdb_byte raw_buf[MAX_REGISTER_SIZE];
>> + gdb_byte *raw_buf = (gdb_byte *) alloca (register_size (gdbarch, regnum));
>> struct gdbarch_tdep *tdep = gdbarch_tdep (gdbarch);
>>
>> if (i386_byte_regnum_p (gdbarch, regnum))
>> diff --git a/gdb/regcache.c b/gdb/regcache.c
>> index b2b9524d742a477f89195cf657085833054cbb38..9d28aa2c2114e0f1c52758bb2fbe9669a329c13e 100644
>> --- a/gdb/regcache.c
>> +++ b/gdb/regcache.c
>> @@ -988,7 +988,8 @@ regcache_xfer_part (struct regcache *regcache, int regnum,
>> const gdb_byte *buf))
>> {
>> struct regcache_descr *descr = regcache->descr;
>> - gdb_byte reg[MAX_REGISTER_SIZE];
>> + struct gdbarch *gdbarch = get_regcache_arch (regcache);
>> + gdb_byte *reg = (gdb_byte *) alloca (register_size (gdbarch, regnum));
>>
>> gdb_assert (offset >= 0 && offset <= descr->sizeof_register[regnum]);
>> gdb_assert (len >= 0 && offset + len <= descr->sizeof_register[regnum]);
>> diff --git a/gdb/remote.c b/gdb/remote.c
>> index 837b9ee5124e8ac3f4e3a55279adae49c790be19..6da6eb366ae442354fd6a37741335af9a4a5a056 100644
>> --- a/gdb/remote.c
>> +++ b/gdb/remote.c
>> @@ -7462,9 +7462,10 @@ remote_wait (struct target_ops *ops,
>> static int
>> fetch_register_using_p (struct regcache *regcache, struct packet_reg *reg)
>> {
>> + struct gdbarch *gdbarch = get_regcache_arch (regcache);
>> struct remote_state *rs = get_remote_state ();
>> char *buf, *p;
>> - char regp[MAX_REGISTER_SIZE];
>> + gdb_byte *regp = (gdb_byte *) alloca (register_size (gdbarch, reg->regnum));
>> int i;
>>
>> if (packet_support (PACKET_p) == PACKET_DISABLE)
>> @@ -7769,7 +7770,7 @@ store_register_using_P (const struct regcache *regcache,
>> struct remote_state *rs = get_remote_state ();
>> /* Try storing a single register. */
>> char *buf = rs->buf;
>> - gdb_byte regp[MAX_REGISTER_SIZE];
>> + gdb_byte *regp = (gdb_byte *) alloca (register_size (gdbarch, reg->regnum));
>> char *p;
>>
>> if (packet_support (PACKET_P) == PACKET_DISABLE)
>>
>>
>>
>>
>
> Patch looks OK to me. Are you planning on getting rid of all/most of the MAX_REGISTER_SIZE in gdb?
Yes, I plan to remove the define completely, because Aarch64 SVE support would have required
MAX_REGISTER_SIZE to be changed from 64 to 256.
Thanks for the review.
Alan.
next prev parent reply other threads:[~2017-01-10 11:28 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-09 10:55 Alan Hayward
2017-01-09 20:07 ` Luis Machado
2017-01-10 11:28 ` Alan Hayward [this message]
2017-01-18 8:57 ` Yao Qi
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=04ADBC86-B250-482B-8634-A712604A7E93@arm.com \
--to=alan.hayward@arm.com \
--cc=gdb-patches@sourceware.org \
--cc=lgustavo@codesourcery.com \
--cc=nd@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