src/gnu/usr.bin/gdb/libgdb, branch release/8.2.0_cvs

Copy releng/8.2 to release/8.2.0 for 8.2-RELEASE.

2011-02-16T16:18:46+00:00

Approved by:	re (implicit)

This commit was manufactured to restore the state of the 8.2-RELEASE image.

MFC r209690:

2010-11-03T21:40:57+00:00

For "thread signal" command, print some information from siginfo when
available.

Widen psaddr_t from uintptr_t to uint64_t. This results in an

2008-09-14T16:52:42+00:00

ABI change on ILP32 platforms and relating to events.  However
it's harmless on little-endian ILP32 platforms in the sense
that it doesn't cause breakages.  Old ILP32 thread libraries
write a 32-bit th_p and new thread libraries write a 64-bit
th_p.  But due to the fact that we have an unused 32-bit data
field right after th_p and that field is always initialized to
zero, little-endian ILP32 machines effectively have a valid
64-bit th_p by accident. Likewise for new thread libraries and
old libthread_db: little endian ILP32 is unaffected.

At this time we don't support big-endian threaded applications
in GDB, so the breakage for the ILP32 case goes unnoticed.

- Add a global variable 'fbsdcoreops_suppress_target' that can be set to

2008-04-29T17:47:25+00:00

  force the FreeBSD multithreaded core target to not register any target
  for handling core dumps.  This is analogous to the
  'coreops_suppress_target' variable that GDB provides for suppressing the
  default core dump target.  KGDB will use this new variable so it can
  provide its own core dump target that uses libkvm to work with vmcore
  files.
- Adjust the long name and documentation of the FreeBSD multithreaded core
  dump target so it better matches what GDB's core dump target uses.

MFC after:	1 week
Reviewed by:	davidxu, marcel

Avoid writing uninitialized stack data into a thread's MMX/SSE state by

2007-02-20T18:10:13+00:00

first getting the current state with td_thr_getxmmregs_p.  Without this,
debugging a threaded app that uses libthr resulted in kernel panics or
spurious SIGFPEs for me.

(As of revision 1.6, sys/i386/i386/ptrace_machdep.c masks off the
reserved bits in the mxcsr register, which prevents the kernel panics.)

Architectures without PT_GETXMMREGS are not affected.

MFC after:      1 week

Clean the product of patch(1).

2006-04-10T09:00:19+00:00

Introduce a new proc service routine ps_linfo() to get LWP info.

2006-02-07T02:29:55+00:00

1. Eliminate compile warnings.

2006-02-06T06:07:56+00:00

2. Add command 'thread signal' to print out current thread's signal mask
   and pending signals.

Add a kluge to allow kgdb(1) to inject its own frame sniffer in the

2005-09-10T18:25:53+00:00

list of frame sniffers so that trapframes can be detected. The kluge
is needed because this version of gdb only supports appending a
sniffer to the list of sniffers and the moment kgdb gets a chance to
add its own frame sniffer, the target's default frame sniffer is
already in the list. Since the default frame sniffer claims any
frame thrown at it, kgdb's frame sniffer never gets to smell (a
process much akin to tasting, but with lesser chance of hurling :-)

This commit adds dummy frame sniffers that never claim a frame and
as such don't fix anything yet. However, we now have frame sniffers
and they are being called, so it's just a matter of adding meat to
the bones and we'll be able to properly unwind across trapframes.

MFC after: 1 week

Add support for XMM registers in GDB for x86 processors that support

2005-05-31T09:43:04+00:00

SSE (or its successors).

Reviewed by: marcel, davidxu
MFC After: 2 weeks