* [PATCH] Fix PR gdb/12953: No hardware watchpoints on FreeBSD amd64
@ 2011-12-06 2:41 Valery Khromov
2011-12-20 14:52 ` Tom Tromey
` (2 more replies)
0 siblings, 3 replies; 18+ messages in thread
From: Valery Khromov @ 2011-12-06 2:41 UTC (permalink / raw)
To: gdb-patches; +Cc: Valery Khromov
This patch provides hardware breakpoint/watchpoint support for
FreeBSD/AMD64. Most of the code is borrowed from the i386 implementation.
gdb/ChangeLog:
2011-12-05 Valery Khromov <valery.khromov@gmail.com>
PR gdb/12953
* Makefile.in (HFILES_NO_SRCDIR): Add amd64bsd-nat.h.
* amd64bsd-nat.c: Add support for debug registers (adapted from
i386bsd-nat.c).
[HAVE_PT_GETDBREGS] (DBREG_DRX): Define if not already defined.
[HAVE_PT_GETDBREGS] (amd64bsd_dr_set, amd64bsd_dr_set_control,
amd64bsd_dr_set_addr, amd64bsd_dr_reset_addr, amd64bsd_dr_get_status):
New functions.
* amd64bsd-nat.h: New file (adapted from i386bsd-nat.h).
* amd64fbsd-nat.c: Include "amd64bsd-nat.h", "i386-nat.h".
[HAVE_PT_GETDBREGS] (_initialize_amd64fbsd_nat): Add hardware
watchpoints initialization.
* config/i386/fbsd64.mh (NATDEPFILES): Add i386-nat.o.
diff --git a/gdb/Makefile.in b/gdb/Makefile.in
index 7db23a7..a0d3010 100644
--- a/gdb/Makefile.in
+++ b/gdb/Makefile.in
@@ -758,7 +758,7 @@ osf-share/cma_stack_int.h osf-share/cma_init.h \
osf-share/cma_deb_core.h osf-share/AT386/cma_thread_io.h \
osf-share/cma_sched.h proc-utils.h arm-tdep.h ax-gdb.h ppcnbsd-tdep.h \
cli-out.h gdb_expat.h breakpoint.h infcall.h obsd-tdep.h \
-exec.h m32r-tdep.h osabi.h gdbcore.h solib-som.h \
+exec.h m32r-tdep.h osabi.h gdbcore.h solib-som.h amd64bsd-nat.h \
i386bsd-nat.h xml-support.h xml-tdesc.h alphabsd-tdep.h gdb_obstack.h \
ia64-tdep.h ada-lang.h varobj.h frv-tdep.h nto-tdep.h serial.h \
c-lang.h d-lang.h frame.h event-loop.h block.h cli/cli-setshow.h \
diff --git a/gdb/amd64bsd-nat.c b/gdb/amd64bsd-nat.c
index 7821f2b..8b2f678 100644
--- a/gdb/amd64bsd-nat.c
+++ b/gdb/amd64bsd-nat.c
@@ -126,3 +126,80 @@ amd64bsd_target (void)
t->to_store_registers = amd64bsd_store_inferior_registers;
return t;
}
+\f
+
+/* Support for debug registers. */
+
+#ifdef HAVE_PT_GETDBREGS
+
+/* Not all versions of FreeBSD/amd64 that support the debug registers
+ have this macro. */
+#ifndef DBREG_DRX
+#define DBREG_DRX(d, x) ((&d->dr0)[x])
+#endif
+
+static void
+amd64bsd_dr_set (int regnum, unsigned long value)
+{
+ struct dbreg dbregs;
+
+ if (ptrace (PT_GETDBREGS, PIDGET (inferior_ptid),
+ (PTRACE_TYPE_ARG3) &dbregs, 0) == -1)
+ perror_with_name (_("Couldn't get debug registers"));
+
+ /* For some mysterious reason, some of the reserved bits in the
+ debug control register get set. Mask these off, otherwise the
+ ptrace call below will fail. */
+ DBREG_DRX ((&dbregs), 7) &= ~(0xffffffff0000fc00);
+
+ DBREG_DRX ((&dbregs), regnum) = value;
+
+ if (ptrace (PT_SETDBREGS, PIDGET (inferior_ptid),
+ (PTRACE_TYPE_ARG3) &dbregs, 0) == -1)
+ perror_with_name (_("Couldn't write debug registers"));
+}
+
+void
+amd64bsd_dr_set_control (unsigned long control)
+{
+ amd64bsd_dr_set (7, control);
+}
+
+void
+amd64bsd_dr_set_addr (int regnum, CORE_ADDR addr)
+{
+ gdb_assert (regnum >= 0 && regnum <= 4);
+
+ amd64bsd_dr_set (regnum, addr);
+}
+
+void
+amd64bsd_dr_reset_addr (int regnum)
+{
+ gdb_assert (regnum >= 0 && regnum <= 4);
+
+ amd64bsd_dr_set (regnum, 0);
+}
+
+unsigned long
+amd64bsd_dr_get_status (void)
+{
+ struct dbreg dbregs;
+
+ /* FIXME: kettenis/2001-03-31: Calling perror_with_name if the
+ ptrace call fails breaks debugging remote targets. The correct
+ way to fix this is to add the hardware breakpoint and watchpoint
+ stuff to the target vector. For now, just return zero if the
+ ptrace call fails. */
+ if (ptrace (PT_GETDBREGS, PIDGET (inferior_ptid),
+ (PTRACE_TYPE_ARG3) &dbregs, 0) == -1)
+#if 0
+ perror_with_name (_("Couldn't read debug registers"));
+#else
+ return 0;
+#endif
+
+ return DBREG_DRX ((&dbregs), 6);
+}
+
+#endif /* PT_GETDBREGS */
diff --git a/gdb/amd64bsd-nat.h b/gdb/amd64bsd-nat.h
new file mode 100644
index 0000000..0048f54
--- /dev/null
+++ b/gdb/amd64bsd-nat.h
@@ -0,0 +1,35 @@
+/* Native-dependent code for modern AMD64 BSD's.
+
+ Copyright (C) 2011
+ Free Software Foundation, Inc.
+ Contributed by Valery Khromov, Yandex.
+
+ This file is part of GDB.
+
+ This program is free software; you can redistribute it and/or modify
+ it under the terms of the GNU General Public License as published by
+ the Free Software Foundation; either version 3 of the License, or
+ (at your option) any later version.
+
+ This program is distributed in the hope that it will be useful,
+ but WITHOUT ANY WARRANTY; without even the implied warranty of
+ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ GNU General Public License for more details.
+
+ You should have received a copy of the GNU General Public License
+ along with this program. If not, see <http://www.gnu.org/licenses/>. */
+
+#ifndef AMD64BSD_NAT_H
+#define AMD64BSD_NAT_H
+
+/* low level amd64 debug register functions used in amd64fbsd-nat.c. */
+
+extern void amd64bsd_dr_set_control (unsigned long control);
+
+extern void amd64bsd_dr_set_addr (int regnum, CORE_ADDR addr);
+
+extern void amd64bsd_dr_reset_addr (int regnum);
+
+extern unsigned long amd64bsd_dr_get_status (void);
+
+#endif /* amd64bsd-nat.h */
diff --git a/gdb/amd64fbsd-nat.c b/gdb/amd64fbsd-nat.c
index 1663abc..8ffd42b 100644
--- a/gdb/amd64fbsd-nat.c
+++ b/gdb/amd64fbsd-nat.c
@@ -35,6 +35,8 @@
#include "fbsd-nat.h"
#include "amd64-tdep.h"
#include "amd64-nat.h"
+#include "amd64bsd-nat.h"
+#include "i386-nat.h"
\f
/* Offset in `struct reg' where MEMBER is stored. */
@@ -197,6 +199,19 @@ _initialize_amd64fbsd_nat (void)
/* Add some extra features to the common *BSD/i386 target. */
t = amd64bsd_target ();
+
+#ifdef HAVE_PT_GETDBREGS
+
+ i386_use_watchpoints (t);
+
+ i386_dr_low.set_control = amd64bsd_dr_set_control;
+ i386_dr_low.set_addr = amd64bsd_dr_set_addr;
+ i386_dr_low.reset_addr = amd64bsd_dr_reset_addr;
+ i386_dr_low.get_status = amd64bsd_dr_get_status;
+ i386_set_debug_register_length (8);
+
+#endif /* HAVE_PT_GETDBREGS */
+
t->to_pid_to_exec_file = fbsd_pid_to_exec_file;
t->to_find_memory_regions = fbsd_find_memory_regions;
t->to_make_corefile_notes = fbsd_make_corefile_notes;
diff --git a/gdb/config/i386/fbsd64.mh b/gdb/config/i386/fbsd64.mh
index 2266def..24a87bf 100644
--- a/gdb/config/i386/fbsd64.mh
+++ b/gdb/config/i386/fbsd64.mh
@@ -1,6 +1,6 @@
# Host: FreeBSD/amd64
NATDEPFILES= fork-child.o inf-ptrace.o \
- fbsd-nat.o amd64-nat.o amd64bsd-nat.o amd64fbsd-nat.o \
+ fbsd-nat.o i386-nat.o amd64-nat.o amd64bsd-nat.o amd64fbsd-nat.o \
bsd-kvm.o
LOADLIBES= -lkvm
--
WBR,
Valery Khromov
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [PATCH] Fix PR gdb/12953: No hardware watchpoints on FreeBSD amd64
2011-12-06 2:41 [PATCH] Fix PR gdb/12953: No hardware watchpoints on FreeBSD amd64 Valery Khromov
@ 2011-12-20 14:52 ` Tom Tromey
2011-12-20 18:30 ` Valery Khromov
2011-12-20 15:04 ` Mark Kettenis
2011-12-20 16:05 ` [PATCH] " Pedro Alves
2 siblings, 1 reply; 18+ messages in thread
From: Tom Tromey @ 2011-12-20 14:52 UTC (permalink / raw)
To: Valery Khromov; +Cc: gdb-patches
>>>>> "Valery" == Valery Khromov <valery.khromov@gmail.com> writes:
Valery> This patch provides hardware breakpoint/watchpoint support for
Valery> FreeBSD/AMD64. Most of the code is borrowed from the i386
Valery> implementation.
I'm sorry nobody has replied to this yet.
I'm not really the right person to review it.
Do you have copyright assignment paperwork filed with the FSF?
Tom
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [PATCH] Fix PR gdb/12953: No hardware watchpoints on FreeBSD amd64
2011-12-06 2:41 [PATCH] Fix PR gdb/12953: No hardware watchpoints on FreeBSD amd64 Valery Khromov
2011-12-20 14:52 ` Tom Tromey
@ 2011-12-20 15:04 ` Mark Kettenis
2011-12-20 16:12 ` Pedro Alves
2011-12-20 16:05 ` [PATCH] " Pedro Alves
2 siblings, 1 reply; 18+ messages in thread
From: Mark Kettenis @ 2011-12-20 15:04 UTC (permalink / raw)
To: valery.khromov; +Cc: gdb-patches, valery.khromov
> From: Valery Khromov <valery.khromov@gmail.com>
> Date: Tue, 6 Dec 2011 04:54:24 +0400
>
> This patch provides hardware breakpoint/watchpoint support for
> FreeBSD/AMD64. Most of the code is borrowed from the i386 implementation.
I fear that since the recent changes that Pedro made, the code needs
to be resycnhed with the i386 version :(. Can you do that?
While you're at it, here are a few comments.
> gdb/ChangeLog:
> 2011-12-05 Valery Khromov <valery.khromov@gmail.com>
>
> PR gdb/12953
> * Makefile.in (HFILES_NO_SRCDIR): Add amd64bsd-nat.h.
> * amd64bsd-nat.c: Add support for debug registers (adapted from
> i386bsd-nat.c).
> [HAVE_PT_GETDBREGS] (DBREG_DRX): Define if not already defined.
> [HAVE_PT_GETDBREGS] (amd64bsd_dr_set, amd64bsd_dr_set_control,
> amd64bsd_dr_set_addr, amd64bsd_dr_reset_addr, amd64bsd_dr_get_status):
> New functions.
> * amd64bsd-nat.h: New file (adapted from i386bsd-nat.h).
> * amd64fbsd-nat.c: Include "amd64bsd-nat.h", "i386-nat.h".
> [HAVE_PT_GETDBREGS] (_initialize_amd64fbsd_nat): Add hardware
> watchpoints initialization.
> * config/i386/fbsd64.mh (NATDEPFILES): Add i386-nat.o.
>
> --- a/gdb/amd64bsd-nat.c
> +++ b/gdb/amd64bsd-nat.c
> @@ -126,3 +126,80 @@ amd64bsd_target (void)
> t->to_store_registers = amd64bsd_store_inferior_registers;
> return t;
> }
> +\f
> +
> +/* Support for debug registers. */
> +
> +#ifdef HAVE_PT_GETDBREGS
> +
> +/* Not all versions of FreeBSD/amd64 that support the debug registers
> + have this macro. */
> +#ifndef DBREG_DRX
> +#define DBREG_DRX(d, x) ((&d->dr0)[x])
> +#endif
That bit can go. FreeBSD/amd64 has always had the DBREG_DRX macro, at
least ever since support for debug registers was added.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [PATCH] Fix PR gdb/12953: No hardware watchpoints on FreeBSD amd64
2011-12-06 2:41 [PATCH] Fix PR gdb/12953: No hardware watchpoints on FreeBSD amd64 Valery Khromov
2011-12-20 14:52 ` Tom Tromey
2011-12-20 15:04 ` Mark Kettenis
@ 2011-12-20 16:05 ` Pedro Alves
2 siblings, 0 replies; 18+ messages in thread
From: Pedro Alves @ 2011-12-20 16:05 UTC (permalink / raw)
To: gdb-patches; +Cc: Valery Khromov
On Tuesday 06 December 2011 00:54:24, Valery Khromov wrote:
> + /* FIXME: kettenis/2001-03-31: Calling perror_with_name if the
> + ptrace call fails breaks debugging remote targets. The correct
> + way to fix this is to add the hardware breakpoint and watchpoint
> + stuff to the target vector. For now, just return zero if the
> + ptrace call fails. */
This is no longer necessary, and was recently removed everywhere. See:
<http://sourceware.org/ml/gdb-patches/2011-12/msg00139.html>
> + if (ptrace (PT_GETDBREGS, PIDGET (inferior_ptid),
> + (PTRACE_TYPE_ARG3) &dbregs, 0) == -1)
> +#if 0
> + perror_with_name (_("Couldn't read debug registers"));
> +#else
> + return 0;
> +#endif
--
Pedro Alves
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [PATCH] Fix PR gdb/12953: No hardware watchpoints on FreeBSD amd64
2011-12-20 15:04 ` Mark Kettenis
@ 2011-12-20 16:12 ` Pedro Alves
2011-12-20 17:52 ` Valery Khromov
0 siblings, 1 reply; 18+ messages in thread
From: Pedro Alves @ 2011-12-20 16:12 UTC (permalink / raw)
To: gdb-patches; +Cc: Mark Kettenis, valery.khromov
On Tuesday 20 December 2011 15:03:09, Mark Kettenis wrote:
> > From: Valery Khromov <valery.khromov@gmail.com>
> > Date: Tue, 6 Dec 2011 04:54:24 +0400
> >
> > This patch provides hardware breakpoint/watchpoint support for
> > FreeBSD/AMD64. Most of the code is borrowed from the i386 implementation.
>
> I fear that since the recent changes that Pedro made, the code needs
> to be resycnhed with the i386 version :(. Can you do that?
Yeah, sorry about that. I was actually planning on taking the
hit myself and updating Valery's patch. Let me know if you'd
like me to do it.
>
> While you're at it, here are a few comments.
>
> > gdb/ChangeLog:
> > 2011-12-05 Valery Khromov <valery.khromov@gmail.com>
> >
> > PR gdb/12953
> > * Makefile.in (HFILES_NO_SRCDIR): Add amd64bsd-nat.h.
> > * amd64bsd-nat.c: Add support for debug registers (adapted from
> > i386bsd-nat.c).
> > [HAVE_PT_GETDBREGS] (DBREG_DRX): Define if not already defined.
> > [HAVE_PT_GETDBREGS] (amd64bsd_dr_set, amd64bsd_dr_set_control,
> > amd64bsd_dr_set_addr, amd64bsd_dr_reset_addr, amd64bsd_dr_get_status):
> > New functions.
> > * amd64bsd-nat.h: New file (adapted from i386bsd-nat.h).
> > * amd64fbsd-nat.c: Include "amd64bsd-nat.h", "i386-nat.h".
> > [HAVE_PT_GETDBREGS] (_initialize_amd64fbsd_nat): Add hardware
> > watchpoints initialization.
> > * config/i386/fbsd64.mh (NATDEPFILES): Add i386-nat.o.
> >
> > --- a/gdb/amd64bsd-nat.c
> > +++ b/gdb/amd64bsd-nat.c
> > @@ -126,3 +126,80 @@ amd64bsd_target (void)
> > t->to_store_registers = amd64bsd_store_inferior_registers;
> > return t;
> > }
> > +\f
> > +
> > +/* Support for debug registers. */
> > +
> > +#ifdef HAVE_PT_GETDBREGS
> > +
> > +/* Not all versions of FreeBSD/amd64 that support the debug registers
> > + have this macro. */
> > +#ifndef DBREG_DRX
> > +#define DBREG_DRX(d, x) ((&d->dr0)[x])
> > +#endif
>
> That bit can go. FreeBSD/amd64 has always had the DBREG_DRX macro, at
> least ever since support for debug registers was added.
>
--
Pedro Alves
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [PATCH] Fix PR gdb/12953: No hardware watchpoints on FreeBSD amd64
2011-12-20 16:12 ` Pedro Alves
@ 2011-12-20 17:52 ` Valery Khromov
2011-12-20 17:53 ` [PATCH 1/2] FreeBSD/amd64: Updates for the recent changes that Pedro Alves made Valery Khromov
` (2 more replies)
0 siblings, 3 replies; 18+ messages in thread
From: Valery Khromov @ 2011-12-20 17:52 UTC (permalink / raw)
To: Pedro Alves; +Cc: gdb-patches, Mark Kettenis
On 20.12.2011, at 19:05, Pedro Alves wrote:
> On Tuesday 20 December 2011 15:03:09, Mark Kettenis wrote:
>>> From: Valery Khromov <valery.khromov@gmail.com>
>>> Date: Tue, 6 Dec 2011 04:54:24 +0400
>>>
>>> This patch provides hardware breakpoint/watchpoint support for
>>> FreeBSD/AMD64. Most of the code is borrowed from the i386 implementation.
>>
>> I fear that since the recent changes that Pedro made, the code needs
>> to be resycnhed with the i386 version :(. Can you do that?
>
> Yeah, sorry about that. I was actually planning on taking the
> hit myself and updating Valery's patch. Let me know if you'd
> like me to do it.
See the following e-mails for fixes.
I prefer not to change my original patch because FreeBSD still uses gdb 7.3.1 in ports and this fixes incompatible with it.
--
WBR,
Valery Khromov
^ permalink raw reply [flat|nested] 18+ messages in thread
* [PATCH 1/2] FreeBSD/amd64: Updates for the recent changes that Pedro Alves made.
2011-12-20 17:52 ` Valery Khromov
@ 2011-12-20 17:53 ` Valery Khromov
2011-12-20 17:56 ` [PATCH 2/2] FreeBSD: Removed definition of DBREG_DRX macro because it is already in FreeBSD Valery Khromov
2011-12-20 19:44 ` [PATCH] Fix PR gdb/12953: No hardware watchpoints on FreeBSD amd64 Mark Kettenis
2 siblings, 0 replies; 18+ messages in thread
From: Valery Khromov @ 2011-12-20 17:53 UTC (permalink / raw)
To: gdb-patches; +Cc: Pedro Alves, Mark Kettenis, Valery Khromov
2011-12-20 Valery Khromov <valery.khromov@gmail.com>
* amd64bsd-nat.c (amd64bsd_dr_get): New.
(amd64bsd_dr_reset_addr): Delete.
(amd64bsd_dr_get_addr): New.
(amd64bsd_dr_get_status): Use amd64bsd_dr_get.
(amd64bsd_dr_get_control): New.
* amd64bsd-nat.h (amd64bsd_dr_reset_addr): Delete.
(amd64bsd_dr_get_addr): New.
(amd64bsd_dr_get_control): New.
* amd64fbsd-nat.c (_initialize_amd64fbsd_nat): No longer install
i386_dr_low.reset_addr and i386_dr_low.unset_status. Install
amd64bsd_dr_get_control as i386_dr_low.get_control. Install
amd64bsd_dr_get_addr as i386_dr_low.get_addr.
---
gdb/amd64bsd-nat.c | 41 +++++++++++++++++++++--------------------
gdb/amd64bsd-nat.h | 4 +++-
gdb/amd64fbsd-nat.c | 3 ++-
3 files changed, 26 insertions(+), 22 deletions(-)
diff --git a/gdb/amd64bsd-nat.c b/gdb/amd64bsd-nat.c
index 8b2f678..b31002f 100644
--- a/gdb/amd64bsd-nat.c
+++ b/gdb/amd64bsd-nat.c
@@ -138,6 +138,18 @@ amd64bsd_target (void)
#define DBREG_DRX(d, x) ((&d->dr0)[x])
#endif
+static unsigned long
+amd64bsd_dr_get (ptid_t ptid, int regnum)
+{
+ struct dbreg dbregs;
+
+ if (ptrace (PT_GETDBREGS, PIDGET (inferior_ptid),
+ (PTRACE_TYPE_ARG3) &dbregs, 0) == -1)
+ perror_with_name (_("Couldn't read debug registers"));
+
+ return DBREG_DRX ((&dbregs), regnum);
+}
+
static void
amd64bsd_dr_set (int regnum, unsigned long value)
{
@@ -173,33 +185,22 @@ amd64bsd_dr_set_addr (int regnum, CORE_ADDR addr)
amd64bsd_dr_set (regnum, addr);
}
-void
-amd64bsd_dr_reset_addr (int regnum)
+CORE_ADDR
+amd64bsd_dr_get_addr (int regnum)
{
- gdb_assert (regnum >= 0 && regnum <= 4);
-
- amd64bsd_dr_set (regnum, 0);
+ return amd64bsd_dr_get (inferior_ptid, regnum);
}
unsigned long
amd64bsd_dr_get_status (void)
{
- struct dbreg dbregs;
-
- /* FIXME: kettenis/2001-03-31: Calling perror_with_name if the
- ptrace call fails breaks debugging remote targets. The correct
- way to fix this is to add the hardware breakpoint and watchpoint
- stuff to the target vector. For now, just return zero if the
- ptrace call fails. */
- if (ptrace (PT_GETDBREGS, PIDGET (inferior_ptid),
- (PTRACE_TYPE_ARG3) &dbregs, 0) == -1)
-#if 0
- perror_with_name (_("Couldn't read debug registers"));
-#else
- return 0;
-#endif
+ return amd64bsd_dr_get (inferior_ptid, 6);
+}
- return DBREG_DRX ((&dbregs), 6);
+unsigned long
+amd64bsd_dr_get_control (void)
+{
+ return amd64bsd_dr_get (inferior_ptid, 7);
}
#endif /* PT_GETDBREGS */
diff --git a/gdb/amd64bsd-nat.h b/gdb/amd64bsd-nat.h
index 0048f54..25eb8d4 100644
--- a/gdb/amd64bsd-nat.h
+++ b/gdb/amd64bsd-nat.h
@@ -28,8 +28,10 @@ extern void amd64bsd_dr_set_control (unsigned long control);
extern void amd64bsd_dr_set_addr (int regnum, CORE_ADDR addr);
-extern void amd64bsd_dr_reset_addr (int regnum);
+extern CORE_ADDR amd64bsd_dr_get_addr (int regnum);
extern unsigned long amd64bsd_dr_get_status (void);
+extern unsigned long amd64bsd_dr_get_control (void);
+
#endif /* amd64bsd-nat.h */
diff --git a/gdb/amd64fbsd-nat.c b/gdb/amd64fbsd-nat.c
index 8ffd42b..a0ff739 100644
--- a/gdb/amd64fbsd-nat.c
+++ b/gdb/amd64fbsd-nat.c
@@ -206,8 +206,9 @@ _initialize_amd64fbsd_nat (void)
i386_dr_low.set_control = amd64bsd_dr_set_control;
i386_dr_low.set_addr = amd64bsd_dr_set_addr;
- i386_dr_low.reset_addr = amd64bsd_dr_reset_addr;
+ i386_dr_low.get_addr = amd64bsd_dr_get_addr;
i386_dr_low.get_status = amd64bsd_dr_get_status;
+ i386_dr_low.get_control = amd64bsd_dr_get_control;
i386_set_debug_register_length (8);
#endif /* HAVE_PT_GETDBREGS */
--
WBR,
Valery Khromov
^ permalink raw reply [flat|nested] 18+ messages in thread
* [PATCH 2/2] FreeBSD: Removed definition of DBREG_DRX macro because it is already in FreeBSD.
2011-12-20 17:52 ` Valery Khromov
2011-12-20 17:53 ` [PATCH 1/2] FreeBSD/amd64: Updates for the recent changes that Pedro Alves made Valery Khromov
@ 2011-12-20 17:56 ` Valery Khromov
2011-12-20 19:44 ` [PATCH] Fix PR gdb/12953: No hardware watchpoints on FreeBSD amd64 Mark Kettenis
2 siblings, 0 replies; 18+ messages in thread
From: Valery Khromov @ 2011-12-20 17:56 UTC (permalink / raw)
To: gdb-patches; +Cc: Pedro Alves, Mark Kettenis, Valery Khromov
2011-12-20 Valery Khromov <valery.khromov@gmail.com>
* i386bsd-nat.c (DBREG_DRX): Delete.
* amd64bsd-nat.c (DBREG_DRX): Delete.
---
gdb/amd64bsd-nat.c | 6 ------
gdb/i386bsd-nat.c | 6 ------
2 files changed, 0 insertions(+), 12 deletions(-)
diff --git a/gdb/amd64bsd-nat.c b/gdb/amd64bsd-nat.c
index b31002f..21ab3ea 100644
--- a/gdb/amd64bsd-nat.c
+++ b/gdb/amd64bsd-nat.c
@@ -132,12 +132,6 @@ amd64bsd_target (void)
#ifdef HAVE_PT_GETDBREGS
-/* Not all versions of FreeBSD/amd64 that support the debug registers
- have this macro. */
-#ifndef DBREG_DRX
-#define DBREG_DRX(d, x) ((&d->dr0)[x])
-#endif
-
static unsigned long
amd64bsd_dr_get (ptid_t ptid, int regnum)
{
diff --git a/gdb/i386bsd-nat.c b/gdb/i386bsd-nat.c
index 2301c69..b727466 100644
--- a/gdb/i386bsd-nat.c
+++ b/gdb/i386bsd-nat.c
@@ -258,10 +258,4 @@ i386bsd_target (void)
#ifdef HAVE_PT_GETDBREGS
-/* Not all versions of FreeBSD/i386 that support the debug registers
- have this macro. */
-#ifndef DBREG_DRX
-#define DBREG_DRX(d, x) ((&d->dr0)[x])
-#endif
-
static void
--
WBR,
Valery Khromov
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [PATCH] Fix PR gdb/12953: No hardware watchpoints on FreeBSD amd64
2011-12-20 14:52 ` Tom Tromey
@ 2011-12-20 18:30 ` Valery Khromov
2011-12-21 6:45 ` Joel Brobecker
0 siblings, 1 reply; 18+ messages in thread
From: Valery Khromov @ 2011-12-20 18:30 UTC (permalink / raw)
To: Tom Tromey; +Cc: gdb-patches
On 20.12.2011, at 17:42, Tom Tromey wrote:
>>>>>> "Valery" == Valery Khromov <valery.khromov@gmail.com> writes:
>
> Valery> This patch provides hardware breakpoint/watchpoint support for
> Valery> FreeBSD/AMD64. Most of the code is borrowed from the i386
> Valery> implementation.
>
> I'm sorry nobody has replied to this yet.
>
> I'm not really the right person to review it.
>
> Do you have copyright assignment paperwork filed with the FSF?
No, I don't.
How can I do it?
--
WBR,
Valery Khromov
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [PATCH] Fix PR gdb/12953: No hardware watchpoints on FreeBSD amd64
2011-12-20 17:52 ` Valery Khromov
2011-12-20 17:53 ` [PATCH 1/2] FreeBSD/amd64: Updates for the recent changes that Pedro Alves made Valery Khromov
2011-12-20 17:56 ` [PATCH 2/2] FreeBSD: Removed definition of DBREG_DRX macro because it is already in FreeBSD Valery Khromov
@ 2011-12-20 19:44 ` Mark Kettenis
2011-12-20 20:38 ` [PATCH v2] " Valery Khromov
2 siblings, 1 reply; 18+ messages in thread
From: Mark Kettenis @ 2011-12-20 19:44 UTC (permalink / raw)
To: valery.khromov; +Cc: alves.ped, gdb-patches
> From: Valery Khromov <valery.khromov@gmail.com>
> Date: Tue, 20 Dec 2011 20:47:53 +0300
>
> On 20.12.2011, at 19:05, Pedro Alves wrote:
>
> > On Tuesday 20 December 2011 15:03:09, Mark Kettenis wrote:
> >>> From: Valery Khromov <valery.khromov@gmail.com>
> >>> Date: Tue, 6 Dec 2011 04:54:24 +0400
> >>>
> >>> This patch provides hardware breakpoint/watchpoint support for
> >>> FreeBSD/AMD64. Most of the code is borrowed from the i386 implementation.
> >>
> >> I fear that since the recent changes that Pedro made, the code needs
> >> to be resycnhed with the i386 version :(. Can you do that?
> >
> > Yeah, sorry about that. I was actually planning on taking the
> > hit myself and updating Valery's patch. Let me know if you'd
> > like me to do it.
>
> See the following e-mails for fixes.
>
> I prefer not to change my original patch because FreeBSD still uses
> gdb 7.3.1 in ports and this fixes incompatible with it.
Sorry, you'll have to send a single diff against the current GDB CVS
sources for this, with a single Changelog entry. Diffs on top of
diffs are hard to review, and there is no point in having
intermediate/broken steps in our CVS repository.
^ permalink raw reply [flat|nested] 18+ messages in thread
* [PATCH v2] Fix PR gdb/12953: No hardware watchpoints on FreeBSD amd64
2011-12-20 19:44 ` [PATCH] Fix PR gdb/12953: No hardware watchpoints on FreeBSD amd64 Mark Kettenis
@ 2011-12-20 20:38 ` Valery Khromov
2012-01-31 17:50 ` Valery Khromov
2012-02-09 16:10 ` Pedro Alves
0 siblings, 2 replies; 18+ messages in thread
From: Valery Khromov @ 2011-12-20 20:38 UTC (permalink / raw)
To: gdb-patches; +Cc: Pedro Alves, Mark Kettenis, Valery Khromov
This patch provides hardware breakpoint/watchpoint support for
FreeBSD/AMD64. Most of the code is borrowed from the i386 implementation.
Also removed not necessary DBREG_DRX macro definition.
gdb/ChangeLog:
2011-12-20 Valery Khromov <valery.khromov@gmail.com>
PR gdb/12953
* Makefile.in (HFILES_NO_SRCDIR): Add amd64bsd-nat.h.
* amd64bsd-nat.c: Add support for debug registers (adapted from
i386bsd-nat.c).
[HAVE_PT_GETDBREGS] (amd64bsd_dr_get, amd64bsd_dr_set,
amd64bsd_dr_set_control, amd64bsd_dr_set_addr, amd64bsd_dr_get_addr,
amd64bsd_dr_get_status, amd64bsd_dr_get_control): New functions.
* amd64bsd-nat.h: New file (adapted from i386bsd-nat.h).
* amd64fbsd-nat.c: Include "amd64bsd-nat.h", "i386-nat.h".
[HAVE_PT_GETDBREGS] (_initialize_amd64fbsd_nat): Add hardware
watchpoints initialization.
* config/i386/fbsd64.mh (NATDEPFILES): Add i386-nat.o.
* i386bsd-nat.c: [HAVE_PT_GETDBREGS] (DBREG_DRX): Delete.
---
gdb/Makefile.in | 2 +-
gdb/amd64bsd-nat.c | 72 +++++++++++++++++++++++++++++++++++++++++++++
gdb/amd64bsd-nat.h | 37 +++++++++++++++++++++++
gdb/amd64fbsd-nat.c | 16 ++++++++++
gdb/config/i386/fbsd64.mh | 2 +-
gdb/i386bsd-nat.c | 6 ----
6 files changed, 127 insertions(+), 8 deletions(-)
create mode 100644 gdb/amd64bsd-nat.h
diff --git a/gdb/Makefile.in b/gdb/Makefile.in
index b71db33..ada8585 100644
--- a/gdb/Makefile.in
+++ b/gdb/Makefile.in
@@ -772,7 +772,7 @@ common/gdb_signals.h common/gdb_thread_db.h common/i386-xstate.h \
common/linux-ptrace.h \
proc-utils.h arm-tdep.h ax-gdb.h ppcnbsd-tdep.h \
cli-out.h gdb_expat.h breakpoint.h infcall.h obsd-tdep.h \
-exec.h m32r-tdep.h osabi.h gdbcore.h solib-som.h \
+exec.h m32r-tdep.h osabi.h gdbcore.h solib-som.h amd64bsd-nat.h \
i386bsd-nat.h xml-support.h xml-tdesc.h alphabsd-tdep.h gdb_obstack.h \
ia64-tdep.h ada-lang.h varobj.h frv-tdep.h nto-tdep.h serial.h \
c-lang.h d-lang.h frame.h event-loop.h block.h cli/cli-setshow.h \
diff --git a/gdb/amd64bsd-nat.c b/gdb/amd64bsd-nat.c
index 7821f2b..21ab3ea 100644
--- a/gdb/amd64bsd-nat.c
+++ b/gdb/amd64bsd-nat.c
@@ -126,3 +126,75 @@ amd64bsd_target (void)
t->to_store_registers = amd64bsd_store_inferior_registers;
return t;
}
+\f
+
+/* Support for debug registers. */
+
+#ifdef HAVE_PT_GETDBREGS
+
+static unsigned long
+amd64bsd_dr_get (ptid_t ptid, int regnum)
+{
+ struct dbreg dbregs;
+
+ if (ptrace (PT_GETDBREGS, PIDGET (inferior_ptid),
+ (PTRACE_TYPE_ARG3) &dbregs, 0) == -1)
+ perror_with_name (_("Couldn't read debug registers"));
+
+ return DBREG_DRX ((&dbregs), regnum);
+}
+
+static void
+amd64bsd_dr_set (int regnum, unsigned long value)
+{
+ struct dbreg dbregs;
+
+ if (ptrace (PT_GETDBREGS, PIDGET (inferior_ptid),
+ (PTRACE_TYPE_ARG3) &dbregs, 0) == -1)
+ perror_with_name (_("Couldn't get debug registers"));
+
+ /* For some mysterious reason, some of the reserved bits in the
+ debug control register get set. Mask these off, otherwise the
+ ptrace call below will fail. */
+ DBREG_DRX ((&dbregs), 7) &= ~(0xffffffff0000fc00);
+
+ DBREG_DRX ((&dbregs), regnum) = value;
+
+ if (ptrace (PT_SETDBREGS, PIDGET (inferior_ptid),
+ (PTRACE_TYPE_ARG3) &dbregs, 0) == -1)
+ perror_with_name (_("Couldn't write debug registers"));
+}
+
+void
+amd64bsd_dr_set_control (unsigned long control)
+{
+ amd64bsd_dr_set (7, control);
+}
+
+void
+amd64bsd_dr_set_addr (int regnum, CORE_ADDR addr)
+{
+ gdb_assert (regnum >= 0 && regnum <= 4);
+
+ amd64bsd_dr_set (regnum, addr);
+}
+
+CORE_ADDR
+amd64bsd_dr_get_addr (int regnum)
+{
+ return amd64bsd_dr_get (inferior_ptid, regnum);
+}
+
+unsigned long
+amd64bsd_dr_get_status (void)
+{
+ return amd64bsd_dr_get (inferior_ptid, 6);
+}
+
+unsigned long
+amd64bsd_dr_get_control (void)
+{
+ return amd64bsd_dr_get (inferior_ptid, 7);
+}
+
+#endif /* PT_GETDBREGS */
diff --git a/gdb/amd64bsd-nat.h b/gdb/amd64bsd-nat.h
new file mode 100644
index 0000000..25eb8d4
--- /dev/null
+++ b/gdb/amd64bsd-nat.h
@@ -0,0 +1,37 @@
+/* Native-dependent code for modern AMD64 BSD's.
+
+ Copyright (C) 2011
+ Free Software Foundation, Inc.
+ Contributed by Valery Khromov, Yandex.
+
+ This file is part of GDB.
+
+ This program is free software; you can redistribute it and/or modify
+ it under the terms of the GNU General Public License as published by
+ the Free Software Foundation; either version 3 of the License, or
+ (at your option) any later version.
+
+ This program is distributed in the hope that it will be useful,
+ but WITHOUT ANY WARRANTY; without even the implied warranty of
+ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ GNU General Public License for more details.
+
+ You should have received a copy of the GNU General Public License
+ along with this program. If not, see <http://www.gnu.org/licenses/>. */
+
+#ifndef AMD64BSD_NAT_H
+#define AMD64BSD_NAT_H
+
+/* low level amd64 debug register functions used in amd64fbsd-nat.c. */
+
+extern void amd64bsd_dr_set_control (unsigned long control);
+
+extern void amd64bsd_dr_set_addr (int regnum, CORE_ADDR addr);
+
+extern CORE_ADDR amd64bsd_dr_get_addr (int regnum);
+
+extern unsigned long amd64bsd_dr_get_status (void);
+
+extern unsigned long amd64bsd_dr_get_control (void);
+
+#endif /* amd64bsd-nat.h */
diff --git a/gdb/amd64fbsd-nat.c b/gdb/amd64fbsd-nat.c
index 359138d..ec6d4a4 100644
--- a/gdb/amd64fbsd-nat.c
+++ b/gdb/amd64fbsd-nat.c
@@ -34,6 +34,8 @@
#include "fbsd-nat.h"
#include "amd64-tdep.h"
#include "amd64-nat.h"
+#include "amd64bsd-nat.h"
+#include "i386-nat.h"
\f
/* Offset in `struct reg' where MEMBER is stored. */
@@ -155,6 +157,20 @@ _initialize_amd64fbsd_nat (void)
/* Add some extra features to the common *BSD/i386 target. */
t = amd64bsd_target ();
+
+#ifdef HAVE_PT_GETDBREGS
+
+ i386_use_watchpoints (t);
+
+ i386_dr_low.set_control = amd64bsd_dr_set_control;
+ i386_dr_low.set_addr = amd64bsd_dr_set_addr;
+ i386_dr_low.get_addr = amd64bsd_dr_get_addr;
+ i386_dr_low.get_status = amd64bsd_dr_get_status;
+ i386_dr_low.get_control = amd64bsd_dr_get_control;
+ i386_set_debug_register_length (8);
+
+#endif /* HAVE_PT_GETDBREGS */
+
t->to_pid_to_exec_file = fbsd_pid_to_exec_file;
t->to_find_memory_regions = fbsd_find_memory_regions;
t->to_make_corefile_notes = fbsd_make_corefile_notes;
diff --git a/gdb/config/i386/fbsd64.mh b/gdb/config/i386/fbsd64.mh
index 2266def..24a87bf 100644
--- a/gdb/config/i386/fbsd64.mh
+++ b/gdb/config/i386/fbsd64.mh
@@ -1,6 +1,6 @@
# Host: FreeBSD/amd64
NATDEPFILES= fork-child.o inf-ptrace.o \
- fbsd-nat.o amd64-nat.o amd64bsd-nat.o amd64fbsd-nat.o \
+ fbsd-nat.o i386-nat.o amd64-nat.o amd64bsd-nat.o amd64fbsd-nat.o \
bsd-kvm.o
LOADLIBES= -lkvm
diff --git a/gdb/i386bsd-nat.c b/gdb/i386bsd-nat.c
index 22c79e2..661a07f 100644
--- a/gdb/i386bsd-nat.c
+++ b/gdb/i386bsd-nat.c
@@ -258,12 +258,6 @@ i386bsd_target (void)
#ifdef HAVE_PT_GETDBREGS
-/* Not all versions of FreeBSD/i386 that support the debug registers
- have this macro. */
-#ifndef DBREG_DRX
-#define DBREG_DRX(d, x) ((&d->dr0)[x])
-#endif
-
static unsigned long
i386bsd_dr_get (ptid_t ptid, int regnum)
{
--
WBR,
Valery Khromov
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [PATCH] Fix PR gdb/12953: No hardware watchpoints on FreeBSD amd64
2011-12-20 18:30 ` Valery Khromov
@ 2011-12-21 6:45 ` Joel Brobecker
0 siblings, 0 replies; 18+ messages in thread
From: Joel Brobecker @ 2011-12-21 6:45 UTC (permalink / raw)
To: Valery Khromov; +Cc: Tom Tromey, gdb-patches
> > Do you have copyright assignment paperwork filed with the FSF?
>
> No, I don't.
> How can I do it?
Let me send you the paperwork separately.
--
Joel
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [PATCH v2] Fix PR gdb/12953: No hardware watchpoints on FreeBSD amd64
2011-12-20 20:38 ` [PATCH v2] " Valery Khromov
@ 2012-01-31 17:50 ` Valery Khromov
2012-02-01 20:27 ` Tom Tromey
2012-02-09 16:10 ` Pedro Alves
1 sibling, 1 reply; 18+ messages in thread
From: Valery Khromov @ 2012-01-31 17:50 UTC (permalink / raw)
To: gdb-patches; +Cc: Pedro Alves, Mark Kettenis
Hi,
I have copyright assignment paperwork finished.
What should I do next?
On 20.12.2011, at 23:10, Valery Khromov wrote:
> This patch provides hardware breakpoint/watchpoint support for
> FreeBSD/AMD64. Most of the code is borrowed from the i386 implementation.
--
WBR,
Valery Khromov
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [PATCH v2] Fix PR gdb/12953: No hardware watchpoints on FreeBSD amd64
2012-01-31 17:50 ` Valery Khromov
@ 2012-02-01 20:27 ` Tom Tromey
2012-02-02 9:03 ` Valery Khromov
0 siblings, 1 reply; 18+ messages in thread
From: Tom Tromey @ 2012-02-01 20:27 UTC (permalink / raw)
To: Valery Khromov; +Cc: gdb-patches, Pedro Alves, Mark Kettenis
>>>>> "Valery" == Valery Khromov <valery.khromov@gmail.com> writes:
Valery> I have copyright assignment paperwork finished.
Valery> What should I do next?
I re-read the thread and I think there is still an unfulfilled request:
http://sourceware.org/ml/gdb-patches/2011-12/msg00695.html
Other than that, wait for review.
Feel free to ping a complete patch weekly until someone responds.
Tom
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [PATCH v2] Fix PR gdb/12953: No hardware watchpoints on FreeBSD amd64
2012-02-01 20:27 ` Tom Tromey
@ 2012-02-02 9:03 ` Valery Khromov
2012-02-11 18:51 ` Mark Kettenis
0 siblings, 1 reply; 18+ messages in thread
From: Valery Khromov @ 2012-02-02 9:03 UTC (permalink / raw)
To: Tom Tromey; +Cc: gdb-patches, Pedro Alves, Mark Kettenis
On 01.02.2012, at 23:27, Tom Tromey wrote:
>>>>>> "Valery" == Valery Khromov <valery.khromov@gmail.com> writes:
>
> Valery> I have copyright assignment paperwork finished.
> Valery> What should I do next?
>
> I re-read the thread and I think there is still an unfulfilled request:
>
> http://sourceware.org/ml/gdb-patches/2011-12/msg00695.html
>
"[PATCH v2]" is the latest version of the original patch which contains a single diff agains the current GDB CVS
sources (as for December 2011).
So, I believe the request from the link above has been fulfilled.
> Other than that, wait for review.
>
> Feel free to ping a complete patch weekly until someone responds.
>
> Tom
--
WBR,
Valery Khromov
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [PATCH v2] Fix PR gdb/12953: No hardware watchpoints on FreeBSD amd64
2011-12-20 20:38 ` [PATCH v2] " Valery Khromov
2012-01-31 17:50 ` Valery Khromov
@ 2012-02-09 16:10 ` Pedro Alves
1 sibling, 0 replies; 18+ messages in thread
From: Pedro Alves @ 2012-02-09 16:10 UTC (permalink / raw)
To: Valery Khromov; +Cc: gdb-patches, Mark Kettenis
On 12/20/2011 08:10 PM, Valery Khromov wrote:
> This patch provides hardware breakpoint/watchpoint support for
> FreeBSD/AMD64. Most of the code is borrowed from the i386 implementation.
Thanks. It looks good to me. I've applied the patch now.
> Also removed not necessary DBREG_DRX macro definition.
> 2011-12-20 Valery Khromov <valery.khromov@gmail.com>
>
> * i386bsd-nat.c: [HAVE_PT_GETDBREGS] (DBREG_DRX): Delete.
But without this bit though. Mark only mentioned that the macro always
exists on amd64, not i386:
> That bit can go. FreeBSD/amd64 has always had the DBREG_DRX macro, at
> least ever since support for debug registers was added.
The code does mention that some versions may need it:
/* Not all versions of FreeBSD/i386 that support the debug registers
have this macro. */
#ifndef DBREG_DRX
#define DBREG_DRX(d, x) ((&d->dr0)[x])
#endif
So if this can also be removed, let's do that separately.
--
Pedro Alves
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [PATCH v2] Fix PR gdb/12953: No hardware watchpoints on FreeBSD amd64
2012-02-02 9:03 ` Valery Khromov
@ 2012-02-11 18:51 ` Mark Kettenis
2012-02-11 21:03 ` Valery Khromov
0 siblings, 1 reply; 18+ messages in thread
From: Mark Kettenis @ 2012-02-11 18:51 UTC (permalink / raw)
To: valery.khromov; +Cc: tromey, gdb-patches, alves.ped, mark.kettenis
> From: Valery Khromov <valery.khromov@gmail.com>
> Date: Thu, 2 Feb 2012 12:03:23 +0300
>
> On 01.02.2012, at 23:27, Tom Tromey wrote:
>
> >>>>>> "Valery" == Valery Khromov <valery.khromov@gmail.com> writes:
> >
> > Valery> I have copyright assignment paperwork finished.
> > Valery> What should I do next?
> >
> > I re-read the thread and I think there is still an unfulfilled request:
> >
> > http://sourceware.org/ml/gdb-patches/2011-12/msg00695.html
> >
>
> "[PATCH v2]" is the latest version of the original patch which contains a single diff agains the current GDB CVS
> sources (as for December 2011).
> So, I believe the request from the link above has been fulfilled.
Yes. I think the "Contributed by ..." bit in amd64bsd-nat.h is a bit
silly given that this file only contains a couple of function
prototypes, but that's hardly worth arguing about.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [PATCH v2] Fix PR gdb/12953: No hardware watchpoints on FreeBSD amd64
2012-02-11 18:51 ` Mark Kettenis
@ 2012-02-11 21:03 ` Valery Khromov
0 siblings, 0 replies; 18+ messages in thread
From: Valery Khromov @ 2012-02-11 21:03 UTC (permalink / raw)
To: Mark Kettenis; +Cc: tromey, gdb-patches, alves.ped
On 11.02.2012, at 21:51, Mark Kettenis wrote:
>> From: Valery Khromov <valery.khromov@gmail.com>
>> Date: Thu, 2 Feb 2012 12:03:23 +0300
>>
>> On 01.02.2012, at 23:27, Tom Tromey wrote:
>>
>>>>>>>> "Valery" == Valery Khromov <valery.khromov@gmail.com> writes:
>>>
>>> Valery> I have copyright assignment paperwork finished.
>>> Valery> What should I do next?
>>>
>>> I re-read the thread and I think there is still an unfulfilled request:
>>>
>>> http://sourceware.org/ml/gdb-patches/2011-12/msg00695.html
>>>
>>
>> "[PATCH v2]" is the latest version of the original patch which contains a single diff agains the current GDB CVS
>> sources (as for December 2011).
>> So, I believe the request from the link above has been fulfilled.
>
> Yes. I think the "Contributed by ..." bit in amd64bsd-nat.h is a bit
> silly given that this file only contains a couple of function
> prototypes, but that's hardly worth arguing about.
It's from ages when this patch was used internal-only in my company.
No problem, feel free to remove it.
--
WBR,
Valery Khromov
^ permalink raw reply [flat|nested] 18+ messages in thread
end of thread, other threads:[~2012-02-11 21:03 UTC | newest]
Thread overview: 18+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-12-06 2:41 [PATCH] Fix PR gdb/12953: No hardware watchpoints on FreeBSD amd64 Valery Khromov
2011-12-20 14:52 ` Tom Tromey
2011-12-20 18:30 ` Valery Khromov
2011-12-21 6:45 ` Joel Brobecker
2011-12-20 15:04 ` Mark Kettenis
2011-12-20 16:12 ` Pedro Alves
2011-12-20 17:52 ` Valery Khromov
2011-12-20 17:53 ` [PATCH 1/2] FreeBSD/amd64: Updates for the recent changes that Pedro Alves made Valery Khromov
2011-12-20 17:56 ` [PATCH 2/2] FreeBSD: Removed definition of DBREG_DRX macro because it is already in FreeBSD Valery Khromov
2011-12-20 19:44 ` [PATCH] Fix PR gdb/12953: No hardware watchpoints on FreeBSD amd64 Mark Kettenis
2011-12-20 20:38 ` [PATCH v2] " Valery Khromov
2012-01-31 17:50 ` Valery Khromov
2012-02-01 20:27 ` Tom Tromey
2012-02-02 9:03 ` Valery Khromov
2012-02-11 18:51 ` Mark Kettenis
2012-02-11 21:03 ` Valery Khromov
2012-02-09 16:10 ` Pedro Alves
2011-12-20 16:05 ` [PATCH] " Pedro Alves
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).