src/gnu/usr.bin/gdb, branch release/9.0.0

Do not include if we're building a cross-debugger, ptrace isn't

2011-08-26T15:24:54Z

used anyway, and it breaks the build, since sys/ptrace.h now includes Approved by: re

Walk the zombproc list as well as the allproc list when enumerating threads

2011-08-19T21:28:40Z

and processes in a kernel image. This allows examination of threads that have exited or are in the late stages of exiting. Tested by: avg Approved by: re (kib) MFC after: 1 week

Compile fbsd-threads.c. Amongst others this is necessary for a working

2011-08-06T17:53:45Z

kgdb(1). Reviewed by: marcel Approved by: re (kib) MFC after: 1 week

Revert r222363, as bde@ pointed out the initial solution was far more

2011-05-31T20:59:53Z

correct.

Style fix: cast to size_t rather than u_long when comparing to sizeof()

2011-05-27T16:01:51Z

rets. Requested by: kib

Commit the support for removing cpumask_t and replacing it directly with

2011-05-05T14:39:14Z

cpuset_t objects. That is going to offer the underlying support for a simple bump of MAXCPU and then support for number of cpus > 32 (as it is today). Right now, cpumask_t is an int, 32 bits on all our supported architecture. cpumask_t on the other side is implemented as an array of longs, and easilly extendible by definition. The architectures touched by this commit are the following: - amd64 - i386 - pc98 - arm - ia64 - XEN while the others are still missing. Userland is believed to be fully converted with the changes contained here. Some technical notes: - This commit may be considered an ABI nop for all the architectures different from amd64 and ia64 (and sparc64 in the future) - per-cpu members, which are now converted to cpuset_t, needs to be accessed avoiding migration, because the size of cpuset_t should be considered unknown - size of cpuset_t objects is different from kernel and userland (this is primirally done in order to leave some more space in userland to cope with KBI extensions). If you need to access kernel cpuset_t from the userland please refer to example in this patch on how to do that correctly (kgdb may be a good source, for example). - Support for other architectures is going to be added soon - Only MAXCPU for amd64 is bumped now The patch has been tested by sbruno and Nicholas Esborn on opteron 4 x 12 pack CPUs. More testing on big SMP is expected to came soon. pluknet tested the patch with his 8-ways on both amd64 and i386. Tested by: pluknet, sbruno, gianni, Nicholas Esborn Reviewed by: jeff, jhb, sbruno

Print the raw value of si_code, that is esp. useful for undecoded values.

2011-03-26T21:12:53Z

Sponsored by: The FreeBSD Foundation MFC after: 1 week

Merge binutils 2.17.50 to head. This brings a number of improvements to

2011-02-18T20:54:12Z

x86 CPU support, better support for powerpc64, some new directives, and many other things. Bump __FreeBSD_version, and add a note to UPDATING. Thanks to the many people that have helped to test this. Obtained from: projects/binutils-2.17

Use string literal format strings to quiet clang warnings.

2011-01-23T14:08:59Z

Retire TARGET_ABI.

2011-01-07T20:26:33Z

Implement MACHINE_ARCH=mips64e[lb] to build N64 images. This replaces MACHINE_ARCH=mipse[lb] TARGET_ABI=n64. MACHINE_ARCH=mipsn32e[lb] has been added, but currently requires WITHOUT_CDDL due to atomic issues in libzfs. I've not investigated this much, but implemented this to preserve as much of the TARGET_ABI functionality that I could. Since its presence doesn't affect the working cases, I've kept it in for now. Added mips64e[lb] to make universe, so more kernels build. And I think this (finally) closes the curtain on the tbemd tree.