From: Ajit Kumar Agarwal <ajit.kumar.agarwal@xilinx.com>
To: Pedro Alves <palves@redhat.com>,
"gdb-patches@sourceware.org" <gdb-patches@sourceware.org>
Cc: Vinod Kathail <vinodk@xilinx.com>,
Vidhumouli Hunsigida <vidhum@xilinx.com>,
Nagaraju Mekala <nmekala@xilinx.com>
Subject: RE: [Patch, microblaze]: Added cleanup data for invalid target description
Date: Tue, 07 Oct 2014 16:37:00 -0000 [thread overview]
Message-ID: <6216c950de8d45809bad2b931446f6d7@BN1AFFO11FD006.protection.gbl> (raw)
In-Reply-To: <54340FBE.2090508@redhat.com>
-----Original Message-----
From: Pedro Alves [mailto:palves@redhat.com]
Sent: Tuesday, October 07, 2014 9:37 PM
To: Ajit Kumar Agarwal; gdb-patches@sourceware.org
Cc: Vinod Kathail; Vidhumouli Hunsigida; Nagaraju Mekala
Subject: Re: [Patch, microblaze]: Added cleanup data for invalid target description
On 10/07/2014 11:16 AM, Ajit Kumar Agarwal wrote:
>
> From 00f2692d10e0254366471095516d657693aeff42 Mon Sep 17 00:00:00 2001
> From: Ajit Kumar Agarwal <ajitkum@xhdspdgnu.(none)>
> Date: Tue, 7 Oct 2014 15:06:08 +0530
> Subject: [PATCH] [Patch, microblaze]: Added cleanup data for invalid target description.
>>s/Added/Add/. But even better would be saying what this actually intends to do, which is "reject". Note the [PATCH] tag usually end ups stripped when >>the commit is imported into git, but the redundant [Patch, ...] seems like something you added manually, and is unnecessary.
Thanks for the suggestion.
>
> Cleanup the tdesc data if the target description check is invalid.
>
> 2014-10-07 Ajit Agarwal <ajitkum@xilinx.com>
>
> * microblaze-tdep.c (microblaze_gdbarch_init): Use of
> tdesc_data_cleanup.
So, I'd write:
~~~
>>[PATCH] Microblaze: Reject invalid target descriptions
>>We currently validate the target description, but then forget to reject it if found invalid.
>>gdb/
>>2014-10-07 Ajit Agarwal <ajitkum@xilinx.com>
>> * microblaze-tdep.c (microblaze_gdbarch_init): If the description
>> isn't valid, release the tdesc arch data and return NULL.
~~~
I will make this Change. Thanks for suggestion.
>>But, you didn't state how you tested this, which should be part of the commit log too.
I have tested the Microblaze Design with and without stack -protect registers. The gdb command "info registers" displayed the register correctly. If stack protect designs is not selected only core registers are displayed. When the stack-protect register is selected in the design, the core registers along with stack-protect registers are displayed.
>>Did you make sure incorrect descriptions are rejected and GDB warns about them?
We don't have the invalid Microblaze design with which I can test gdb warning and cleaning up the tdesc data.
>>Did you make sure valid descriptions do end up correctly used?
Yes.
>>Or does this uncover other bugs?
It doesn't cover other bugs but I would like to state the following
"The gdbserver patch which I have sent to FSF would be using expedite "rpc" and the patch that got committed in FSF for stack-protect registers has the expedite set as "pc". For the gdbserver patch it should be "rpc". I will send a separate patch for this by changing the Makefiles as you have suggested."
Thanks & Regards
Ajit
Thanks,
Pedro Alves
next prev parent reply other threads:[~2014-10-07 16:37 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-07 10:16 Ajit Kumar Agarwal
2014-10-07 16:07 ` Pedro Alves
2014-10-07 16:37 ` Ajit Kumar Agarwal [this message]
2014-10-07 17:09 ` Pedro Alves
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=6216c950de8d45809bad2b931446f6d7@BN1AFFO11FD006.protection.gbl \
--to=ajit.kumar.agarwal@xilinx.com \
--cc=gdb-patches@sourceware.org \
--cc=nmekala@xilinx.com \
--cc=palves@redhat.com \
--cc=vidhum@xilinx.com \
--cc=vinodk@xilinx.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