FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=master 2020-12-15T17:44:19Z 2020-12-15T17:44:19Z Ed Maste emaste@FreeBSD.org 2020-12-15T17:44:19Z urn:sha1:1c0ea326aa6d30385a69bd1d93ee161cfbe59a5a GDB 6.1.1 was released in June 2004 and is long obsolete. It does not support all of the architectures that FreeBSD does, and imposes limitations on the FreeBSD kernel build, such as the continued use of DWARF2 debugging information. It was kept (in /usr/libexec/) only for use by crashinfo(8), which extracts some basic information from a kernel core dump after a crash. Crashinfo already prefers gdb from port/package if installed. Future work may add kernel debug support to LLDB or find another path for crashinfo's needs, but in any case we do not want to ship the excessively outdated GDB in FreeBSD 13. Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D27610 2019-04-01T19:19:51Z Ed Maste emaste@FreeBSD.org 2019-04-01T19:19:51Z urn:sha1:14bffecf74fa53107fe4c240ee657b114a02a57a Explicitly specified bare .a libraries need ${PIE_SUFFIX}. Reported by: David E. Cross, on twitter Sponsored by: The FreeBSD Foundation 2018-02-06T12:12:44Z Baptiste Daroussin bapt@FreeBSD.org 2018-02-06T12:12:44Z urn:sha1:15c36a23a10c8ce07d721016987dc69b05d699fe 2015-12-04T03:17:47Z Bryan Drewery bdrewery@FreeBSD.org 2015-12-04T03:17:47Z urn:sha1:eacae6dc66aa881c102f11e2003174eea7e8af74 Sponsored by: EMC / Isilon Storage Division 2015-11-27T18:58:26Z John Baldwin jhb@FreeBSD.org 2015-11-27T18:58:26Z urn:sha1:7f911abe54fff2adbb0dfea5a7fd8e81117d6527 - Add a kvaddr_type to represent kernel virtual addresses instead of unsigned long. - Add a struct kvm_nlist which is a stripped down version of struct nlist that uses kvaddr_t for n_value. - Add a kvm_native() routine that returns true if an open kvm descriptor is for a native kernel and memory image. - Add a kvm_open2() function similar to kvm_openfiles(). It drops the unused 'swapfile' argument and adds a new function pointer argument for a symbol resolving function. Native kernels still use _fdnlist() from libc to resolve symbols if a resolver function is not supplied, but cross kernels require a resolver. - Add a kvm_nlist2() function similar to kvm_nlist() except that it uses struct kvm_nlist instead of struct nlist. - Add a kvm_read2() function similar to kvm_read() except that it uses kvaddr_t instead of unsigned long for the kernel virtual address. - Add a new kvm_arch switch of routines needed by a vmcore backend. Each backend is responsible for implementing kvm_read2() for a given vmcore format. - Use libelf to read headers from ELF kernels and cores (except for powerpc cores). - Add internal helper routines for the common page offset hash table used by the minidump backends. - Port all of the existing kvm backends to implement a kvm_arch switch and to be cross-friendly by using private constants instead of ones that vary by platform (e.g. PAGE_SIZE). Static assertions are present when a given backend is compiled natively to ensure the private constants match the real ones. - Enable all of the existing vmcore backends on all platforms. This means that libkvm on any platform should be able to perform KVA translation and read data from a vmcore of any platform. Tested on: amd64, i386, sparc64 (marius) Differential Revision: https://reviews.freebsd.org/D3341 2014-11-25T21:18:18Z Baptiste Daroussin bapt@FreeBSD.org 2014-11-25T21:18:18Z urn:sha1:ee5a34ecba51f02e3bf46b112e265abf976f39b6 Reduce overlinking 2014-08-19T15:04:32Z Bryan Drewery bdrewery@FreeBSD.org 2014-08-19T15:04:32Z urn:sha1:5608fd23c27fa1e8ee595d7b678cbfd35d657fbe 1. 50+% of NO_PIE use is fixed by adding -fPIC to INTERNALLIB and other build-only utility libraries. 2. Another 40% is fixed by generating _pic.a variants of various libraries. 3. Some of the NO_PIE use is a bit absurd as it is disabling PIE (and ASLR) where it never would work anyhow, such as csu or loader. This suggests there may be better ways of adding support to the tree. Many of these cases can be fixed such that -fPIE will work but there is really no reason to have it in those cases. 4. Some of the uses are working around hacks done to some Makefiles that are really building libraries but have been using bsd.prog.mk because the code is cleaner. Had they been using bsd.lib.mk then NO_PIE would not have been needed. We likely do want to enable PIE by default (opt-out) for non-tree consumers (such as ports). For in-tree though we probably want to only enable PIE (opt-in) for common attack targets such as remote service daemons and setuid utilities. This is also a great performance compromise since ASLR is expected to reduce performance. As such it does not make sense to enable it in all utilities such as ls(1) that have little benefit to having it enabled. Reported by: kib 2014-08-06T22:17:26Z Baptiste Daroussin bapt@FreeBSD.org 2014-08-06T22:17:26Z urn:sha1:d029c3aa2563f896e990ea62d168f4f33afcbc01 Make sure everything linking to a privatelib and/or an internallib does it directly from the OBJDIR rather than DESTDIR. Add src.libnames.mk so bsd.libnames.mk is not polluted by libraries not existsing in final installation Introduce the LD* variable which is what ld(1) is expecting (via LDADD) to link to internal/privatelib Directly link to the .so in case of private library to avoid having to complexify LDFLAGS. Phabric: https://phabric.freebsd.org/D553 Reviewed by: imp, emaste 2014-07-17T18:24:34Z Brooks Davis brooks@FreeBSD.org 2014-07-17T18:24:34Z urn:sha1:80189b3b093749e26cb298735618c6633a2d26fc variants. This allows usable file system images (i.e. those with both a shell and an editor) to be created with only one copy of the curses library. Exp-run: antoine PR: 189842 Discussed with: bapt Sponsored by: DARPA, AFRL 2014-07-09T15:52:30Z Baptiste Daroussin bapt@FreeBSD.org 2014-07-09T15:52:30Z urn:sha1:8a833bda0aca62592ceedf4a731c8c625b745971 statically linked into consumers (GDB and variants) in the base system, and the shared library is no longer installed. That also allows ports to be able to use a modern version of readline PR: 162948 Reviewed by: emaste