This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [PATCH 0/2] Support the new PPC476 processor
- From: Thiago Jung Bauermann <bauerman at br dot ibm dot com>
- To: Joel Brobecker <brobecker at adacore dot com>
- Cc: "S?rgio Durigan J?nior" <sergiodj at linux dot vnet dot ibm dot com>, gdb-patches at sourceware dot org, Luis Machado <luisgpm at linux dot vnet dot ibm dot com>, Matt Tyrlik <tyrlik at us dot ibm dot com>
- Date: Thu, 17 Dec 2009 12:18:33 -0200
- Subject: Re: [PATCH 0/2] Support the new PPC476 processor
- References: <200912161847.17162.sergiodj@linux.vnet.ibm.com> <20091217044212.GB2788@adacore.com>
On Thu 17 Dec 2009 02:42:12 Joel Brobecker wrote:
> I'm very excited to see hardware-accelerated condition evaluation.
> I'll take a look at the patches for sure.
Great!
> Regarding the need for very recent kernel headers, it might be an issue.
> I assume the missing pieces are for the special kinds of watchpoints and
> breakpoints. Is there a way to disable just this code if the kernel
> is not recent enough?
We do intend that GDB keeps compiling and working as before when the kernel is
not recent enough. But then none of the new features this patch adds will be
available. The current ptrace interface for BookE debug registers
is an ugly hack, and GDB already does everything that can be done with it,
namely support just one hardware watchpoint, and no hardware breakpoint.
That is because the current ptrace interface was designed for server Power
processors, which only have one hardware watchpoint anyway.
By the way, the kernel patch implementing the new interface used by this
patch series is here:
http://lists.ozlabs.org/pipermail/linuxppc-dev/2009-December/078805.html
--
[]'s
Thiago Jung Bauermann
IBM Linux Technology Center