From: Joel Brobecker <brobecker@adacore.com>
To: Thiago Jung Bauermann <bauerman@br.ibm.com>
Cc: "gdb ml" <gdb@sourceware.org>,
"Luis Machado" <luisgpm@linux.vnet.ibm.com>,
"Sérgio Durigan Júnior" <sergiodj@linux.vnet.ibm.com>
Subject: Re: support for BookE hardware debug features
Date: Tue, 03 Mar 2009 21:33:00 -0000 [thread overview]
Message-ID: <20090303213314.GB4041@adacore.com> (raw)
In-Reply-To: <1236108731.30573.58.camel@localhost.localdomain>
> I was thinking about something along those lines too. Possibly adding a
> target hook which would receive a struct expression with the condition
> and a watchpoint address, and return true if it can be
> hardware-accelerated. That hook would also set up the hardware debug
> registers accordingly.
That should work, at least for now. The downside, as I was saying,
is that each target will possibly have to duplicate the expression
tree analysis. I more targets start popping up with this feature,
perhaps we'll have to think of a more generic approach where we pass
the result of the analysis to the hook rather than let the hook do
the analysis. In the meantime, it's probably not worth worrying too
much about genericity if only one target in the FSF tree supports it.
(our VxWorks implementation has still a couple of key parts that need
to be improved before we can think of contributing it)
> Regarding what is a viable approach, our main concern is that we do it
> in a way which will be accepted upstream.
I personally don't see any problem with that, if it's just a well
defined hook.
> Thanks for sharing this code, by the way. Just a question to be on the
> safe side: is there any copyright implication if we stare at it for too
> long (half-joking)?
No problem at all, I wrote the code, and it's not confidential.
If it's any help to you, then by all means, use it in any way.
--
Joel
next prev parent reply other threads:[~2009-03-03 21:33 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-02 20:39 Thiago Jung Bauermann
2009-03-02 20:55 ` Joel Brobecker
2009-03-03 19:32 ` Thiago Jung Bauermann
2009-03-03 21:33 ` Joel Brobecker [this message]
2009-05-24 19:39 ` Thiago Jung Bauermann
2009-05-25 19:20 ` Sérgio Durigan Júnior
2009-05-26 14:28 ` Thiago Jung Bauermann
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=20090303213314.GB4041@adacore.com \
--to=brobecker@adacore.com \
--cc=bauerman@br.ibm.com \
--cc=gdb@sourceware.org \
--cc=luisgpm@linux.vnet.ibm.com \
--cc=sergiodj@linux.vnet.ibm.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