259065 |
07-Dec-2013 |
gjb |
- Copy stable/10 (r259064) to releng/10.0 as part of the 10.0-RELEASE cycle. - Update __FreeBSD_version [1] - Set branch name to -RC1
[1] 10.0-CURRENT __FreeBSD_version value ended at '55', so start releng/10.0 at '100' so the branch is started with a value ending in zero.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation |
256281 |
10-Oct-2013 |
gjb |
Copy head (r256279) to stable/10 as part of the 10.0-RELEASE cycle.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
254941 |
26-Aug-2013 |
pfg |
Merge various CTF fixes from illumos
2942 CTF tools need to handle files which legitimately lack data 2978 ctfconvert still needs to ignore legitimately dataless files on SPARC
Illumos Revisions: 13745:6b3106b4250f 13754:7231b684c18b
Reference:
https://www.illumos.org/issues/2942 https://www.illumos.org/issues/2978
MFC after: 3 weeks
|
253678 |
26-Jul-2013 |
pfg |
Style issue in r253661.
Pointed out by: avg MFC after: 1 month
|
253661 |
26-Jul-2013 |
pfg |
Fix a segfault in ctfmerge due to a bug in gcc.
GCC can generate bogus dwarf attributes with DW_AT_byte_size set to 0xFFFFFFFF. The issue was originaly detected in NetBSD but it has been adapted for portability and to avoid compiler warnings.
Reference: https://www.illumos.org/issues/3776
Obtained from: NetBSD MFC after: 1 month
|
249656 |
19-Apr-2013 |
ed |
Fix -Wmissing-variable-declarations compiler warnings.
References: https://www.illumos.org/issues/3700
|
248991 |
01-Apr-2013 |
dim |
Follow up to r247960 and rr247960 by also amending ctfmerge. For the only other case where STT_FILE symbols are used, in symit_next() in cddl/contrib/opensolaris/tools/ctf/cvt/input.c, save the basename of the symbol, instead of the full pathname.
Reported by: avg Tested by: avg, jimharris MFC after: 1 week
|
247962 |
07-Mar-2013 |
dim |
Fix error in r247960: actually assign the basename to match.iim_file.
Pointed out by: avg Pointy hat to: dim MFC after: 1 week X-MFC-With: r247960
|
247960 |
07-Mar-2013 |
dim |
Make ctfconvert work correctly on clang-compiled object files. Clang puts the full original source filename in the STT_FILE entry of the ELF symbol table, while gcc saves only the basename.
Since the DWARF DW_AT_name attribute contains the full source filename, both for clang and gcc, ctfconvert takes just the basename of it, for matching with the STT_FILE entry. So when attempting to match with such an entry, use its basename, if necessary.
Reported by: avg MFC after: 1 week
|
233407 |
24-Mar-2012 |
gonzo |
Maintain target's byte order for multi-byte fields in CTF structures.
CTF format is not cross-platform by design, e.g. it is not guaranteed that data generated by ctfconvert/ctfmerge on one architecture will be successfuly read on another. CTF structures are saved/restored using naive approach. Roughly it looks like: write(fd, &ctf_struct, sizeof(ctf_struct)) read(fd, &ctf_struct, sizeof(ctf_struct))
By sheer luck memory layout of all type-related CTF structures is the same on amd64/i386/mips32/mips64. It's different on ARM though. sparc, ia64, powerpc, and powerpc64 were not tested. So in order to get file compatible with dtrace on ARM it should be compiled on ARM. Alternative solution would be to have "signatures" for every platform and ctfmerge should convert host's reperesentation of CTF structure to target's one using "signature" as template.
This patch checks byte order of ELF files used for generating CTF record and makes sure that byte order of data written to resulting files is the same as target's byte order.
|
228597 |
16-Dec-2011 |
dim |
In cddl/contrib/opensolaris/tools/ctf/cvt/ctfmerge.c, a size_t is passed to fprintf as a field width. It should be an int instead, so cast it.
MFC after: 1 week
|
210767 |
02-Aug-2010 |
rpaulo |
MFV OpenSolaris DTrace userland bits.
|
210438 |
23-Jul-2010 |
np |
Catch up with r210324. d_buf will be NULL for SHT_NOBITS sections, do not attempt to copy from it in that case.
MFC after: 1 month
|
207578 |
03-May-2010 |
kan |
Do not encode more than CTF_MAX_VLEN(1023) enum members.
CTF can not represent enums with more than CTF_MAX_VLEN members, but ctfconvert will happily ignore that limitation and create CTF section no other tool can interpret.
This change is different from similar change from upstream, which just returns an error if big enum is encountered. Doing that means that every FreeBSD kernel with compiled in hwpmc will have no useable CTF information due to pmc_event enum having 1236+ members.
|
178546 |
26-Apr-2008 |
jb |
A lot of changes to make this code compile cleanly on FreeBSD.
|
178545 |
26-Apr-2008 |
jb |
Use FreeBSD's libdwarf which is BSD licensed instead of the GPL'd one that is used in Solaris.
|
178544 |
26-Apr-2008 |
jb |
We need to be consistent with prototype definitions. It isn't OK to use 'const' and just override it whenever we feel like it. If we use it at all, then we need to do it properly.
Add a couple of functions that were useful in getting this code ported.
|
178542 |
26-Apr-2008 |
jb |
Make this file compile cleanly.
|
178529 |
26-Apr-2008 |
jb |
This commit was generated by cvs2svn to compensate for changes in r178528, which included commits to RCS files with non-trunk default branches.
|
178482 |
25-Apr-2008 |
jb |
This commit was generated by cvs2svn to compensate for changes in r178481, which included commits to RCS files with non-trunk default branches.
|