From: "Edgar E. Iglesias" <edgar.iglesias@gmail.com>
To: David Hildenbrand <dahi@linux.vnet.ibm.com>
Cc: "Peter Maydell" <peter.maydell@linaro.org>,
"Alexander Graf" <agraf@suse.de>,
"QEMU Developers" <qemu-devel@nongnu.org>,
"Christian Borntraeger" <borntraeger@de.ibm.com>,
"Jens Freimann" <jfrei@linux.vnet.ibm.com>,
"Vassili Karpov (malc)" <av1474@comtv.ru>,
"Cornelia Huck" <cornelia.huck@de.ibm.com>,
"Andreas Färber" <afaerber@suse.de>
Subject: Re: [Qemu-devel] [PATCH 5/5] gdb: provide the name of the architecture in the target.xml
Date: Wed, 3 Sep 2014 20:00:22 +1000 [thread overview]
Message-ID: <20140903100022.GA16081@toto> (raw)
In-Reply-To: <20140903115945.7d470664@thinkpad-w530>
On Wed, Sep 03, 2014 at 11:59:45AM +0200, David Hildenbrand wrote:
> > On Wed, Sep 03, 2014 at 11:37:24AM +0200, David Hildenbrand wrote:
> > > > [ccing Andreas in case he wants to review the QOM aspects of this,
> > > > though they're fairly straightforward I think.]
> > > >
> > > > On 29 August 2014 14:52, Jens Freimann <jfrei@linux.vnet.ibm.com> wrote:
> > > > > From: David Hildenbrand <dahi@linux.vnet.ibm.com>
> > > > >
> > > > > This patch provides the name of the architecture in the target.xml if available.
> > > > >
> > > > > This allows the remote gdb to detect the target architecture on its own - so
> > > > > there is no need to specify it manually (e.g. if gdb is started without a
> > > > > binary) using "set arch *arch_name*".
> > > >
> > > > This is neat; I didn't realise gdb let you do this.
> > > >
> > > > > The name of the architecture has been added to all archs that provide a
> > > > > target.xml (by supplying a gdb_core_xml_file) and have a unique architecture
> > > > > name in gdb's feature xml files.
> > > >
> > > > What about 32-bit ARM? You set the architecture name for AArch64
> > > > but not the 32 bit case.
> > > >
> > >
> > > Well, my point was to not break anything :)
> > >
> > > On my way through the possible architecture names
> > > (binutils-gdb/gdb/features/*.xml), I wasn't able to come up with the right name
> > > for arm 32 bit (arm-core.xml) - they don't specify any. This patch therefore
> > > adapts to the xml files from gdb.
> > >
> > > The architecture should be known at the same point when specifying the xml file.
> > > So if anyone can come up with the proper arm name in the future (or even some
> > > kind of detection algorithm), it can simply be set in target-arm/cpu.c (after
> > > "arm-core.xml").
> >
> > Hi,
> >
> > I've got some similar patches in my tree. I used the following:
> >
>
> Thanks! So "arm" seems to be the proper name for arm32, right?
>
> >
> > commit 26932a453da466d111b67c37b93dec71fb3ae111
> > Author: Edgar E. Iglesias <edgar.iglesias@xilinx.com>
> > Date: Wed Aug 20 19:22:10 2014 +1000
> >
> > gdbstub: Emit the CPUs GDB architecture if available
> >
> > Allows GDB to autodetect the architecture.
> >
> > Signed-off-by: Edgar E. Iglesias <edgar.iglesias@xilinx.com>
> >
> > diff --git a/gdbstub.c b/gdbstub.c
> > index 7f82186..5b62c50 100644
> > --- a/gdbstub.c
> > +++ b/gdbstub.c
> > @@ -604,6 +604,11 @@ static const char *get_feature_xml(const char *p, const char **newp,
> > pstrcat(target_xml, sizeof(target_xml), r->xml);
> > pstrcat(target_xml, sizeof(target_xml), "\"/>");
> > }
> > + if (cc->gdb_arch) {
> > + pstrcat(target_xml, sizeof(target_xml), "<architecture>");
> > + pstrcat(target_xml, sizeof(target_xml), cc->gdb_arch);
> > + pstrcat(target_xml, sizeof(target_xml), "</architecture>");
> > + }
>
> Please not that "gdb-target.dtd" specifies the architecture to come directly at
> the beginning of the target "section".
>
> Putting it after the xml-includes, to the end of the target section makes the
> whole XML failing to be recognized on my tests with s390x.
Hmm, interesting. It worked here with a multi-arch gdb.
Cheers,
Edgar
>
> David
>
> > pstrcat(target_xml, sizeof(target_xml), "</target>");
> > }
> > return target_xml;
> >
>
next prev parent reply other threads:[~2014-09-03 10:04 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-29 13:52 [Qemu-devel] [PATCH 0/5] s390x/gdb: various fixes Jens Freimann
2014-08-29 13:52 ` [Qemu-devel] [PATCH 1/5] s390x/gdb: don't touch the cc if tcg is not enabled Jens Freimann
2014-09-01 22:39 ` Alexander Graf
2014-09-02 7:07 ` Christian Borntraeger
2014-09-03 9:27 ` Alexander Graf
2014-09-05 7:29 ` Christian Borntraeger
2014-08-29 13:52 ` [Qemu-devel] [PATCH 2/5] s390x/gdb: add the feature xml files for s390x Jens Freimann
2014-08-29 13:52 ` [Qemu-devel] [PATCH 3/5] s390x/gdb: generate target.xml and handle fp/ac as coprocessors Jens Freimann
2014-08-29 13:52 ` [Qemu-devel] [PATCH 4/5] s390x/gdb: coding style fixes Jens Freimann
2014-08-29 13:52 ` [Qemu-devel] [PATCH 5/5] gdb: provide the name of the architecture in the target.xml Jens Freimann
2014-09-01 10:19 ` Peter Maydell
2014-09-01 10:25 ` Andreas Färber
2014-09-01 10:31 ` Christian Borntraeger
2014-09-01 10:32 ` Peter Maydell
2014-09-03 9:37 ` David Hildenbrand
2014-09-03 9:45 ` Edgar E. Iglesias
2014-09-03 9:59 ` David Hildenbrand
2014-09-03 10:00 ` Edgar E. Iglesias [this message]
2014-09-01 10:06 ` [Qemu-devel] [PATCH 0/5] s390x/gdb: various fixes Christian Borntraeger
2014-09-01 22:43 ` Alexander Graf
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=20140903100022.GA16081@toto \
--to=edgar.iglesias@gmail.com \
--cc=afaerber@suse.de \
--cc=agraf@suse.de \
--cc=av1474@comtv.ru \
--cc=borntraeger@de.ibm.com \
--cc=cornelia.huck@de.ibm.com \
--cc=dahi@linux.vnet.ibm.com \
--cc=jfrei@linux.vnet.ibm.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.