FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=stable%2F10 2015-02-23T18:38:41Z 2015-02-23T18:38:41Z John Baldwin jhb@FreeBSD.org 2015-02-23T18:38:41Z urn:sha1:beeb3a0d3e86d4f60cca787eb59114b6f5634509 Improve support for XSAVE with debuggers. - Dump an NT_X86_XSTATE note if XSAVE is in use. This note is designed to match what Linux does in that 1) it dumps the entire XSAVE area including the fxsave state, and 2) it stashes a copy of the current xsave mask in the unused padding between the fxsave state and the xstate header at the same location used by Linux. - Teach readelf() to recognize NT_X86_XSTATE notes. - Change PT_GET/SETXSTATE to take the entire XSAVE state instead of only the extra portion. This avoids having to always make two ptrace() calls to get or set the full XSAVE state. - Add a PT_GET_XSTATE_INFO which returns the length of the current XSTATE save area (so the size of the buffer needed for PT_GETXSTATE) and the current XSAVE mask (%xcr0). 2013-09-26T07:53:18Z Andrew Turner andrew@FreeBSD.org 2013-09-26T07:53:18Z urn:sha1:27b7672219e459d95f0904f994c355387758ac5b for. This is useful for software needing to know which architecture a binary is built for as arm and armv6 have slight differences meaning only some binaries build for one will work as expected on the other. It is expected pkgng will be able to make use of this to simplify the logic to determine which package ABI to use. Approved by: re (kib) 2013-09-13T18:21:31Z Ed Maste emaste@FreeBSD.org 2013-09-13T18:21:31Z urn:sha1:377fc97958c7485e16e14550370404d250b2ad19 Add four ELF note constants: - NT_FILE and NT_SIGINFO (core file notes output by recent Linux kernels) - NT_GNU_ABI_TAG (was incorrectly reported as NT_VERSION) - NT_GNU_BUILD_ID (used for locating standalone debug files) Approved by: re (kib) 2013-07-18T17:25:50Z Ed Maste emaste@FreeBSD.org 2013-07-18T17:25:50Z urn:sha1:c158e13f7df8fb74ab673312037e2a8e38e8c684 Add a function to return the specific type, when the note's Name field is 'FreeBSD'. r249558 added FreeBSD-specific ELF note types that reuse type numbers of existing generic / Linux types. This caused 'readelf -n' to produce incorrect output on FreeBSD core files. Sponsored by: DARPA, AFRL MFC after: 3 days 2013-04-18T02:20:58Z Andrew Turner andrew@FreeBSD.org 2013-04-18T02:20:58Z urn:sha1:b00bf67dd2f5b2ec9a0a365533a2e324a9919e03 Add NT_FREEBSD_NOINIT_TAG for the value of CRT_NOINIT_NOTETYPE. Check for both of these when detecting a FreeBSD binary in gdb. 2013-02-04T06:59:33Z Andrew Turner andrew@FreeBSD.org 2013-02-04T06:59:33Z urn:sha1:42fe3ad9b14b047239c20f456e5c063f3afedb03 .note.ABI-tag section. This helps on ARM EABI where the OS/ABI field is zero. It would be better to use the NOTES program header however this would require a more invasive change. 2010-11-22T20:52:18Z Dimitry Andric dim@FreeBSD.org 2010-11-22T20:52:18Z urn:sha1:a35d3535ee28d2b9eda4e9b0eeedf8bf31f95ca3 2010-11-22T14:42:13Z Attilio Rao attilio@FreeBSD.org 2010-11-22T14:42:13Z urn:sha1:7f08176ee8b672feebd8a12572b43dddcb88046e thread specific informations. In order to do that, and in order to avoid KBI breakage with existing infrastructure the following semantic is implemented: - For live programs, a new member to the PT_LWPINFO is added (pl_tdname) - For cores, a new ELF note is added (NT_THRMISC) that can be used for storing thread specific, miscellaneous, informations. Right now it is just popluated with a thread name. GDB, then, retrieves the correct informations from the corefile via the BFD interface, as it groks the ELF notes and create appropriate pseudo-sections. Sponsored by: Sandvine Incorporated Tested by: gianni Discussed with: dim, kan, kib MFC after: 2 weeks 2010-11-01T19:35:33Z Dimitry Andric dim@FreeBSD.org 2010-11-01T19:35:33Z urn:sha1:97d40d3d4a4398b698e344a9f4af8a0e8a4ac3fc us up to version 2.17.50.20070703, at the last GPLv2 commit. Amongst others, this added upstream support for some FreeBSD-specific things that we previously had to manually hack in, such as the OSABI label support, and so on. There are also quite a number of new files, some for cpu's (e.g. SPU) that we may or may not be interested in, but those can be cleaned up later on, if needed. 2010-10-21T19:11:14Z Dimitry Andric dim@FreeBSD.org 2010-10-21T19:11:14Z urn:sha1:dfd2f2d4bbb5f23cd14bca63b73779ffbac5c0f5