FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F13.2.0 2022-07-13T16:19:51Z 2022-07-13T16:19:51Z John Baldwin jhb@FreeBSD.org 2022-06-14T17:50:51Z urn:sha1:b45594b2713a38490fde1029f16b2f338a2ef77b '@' is not a valid character in symbol names and can sometimes appear in path names. Reviewed by: imp, markj Obtained from: CheriBSD Sponsored by: DARPA Differential Revision: https://reviews.freebsd.org/D35480 (cherry picked from commit 628a4156a761d3daac8a4adc0e675c6e6064fd5a) 2022-02-08T20:00:55Z Ed Maste emaste@FreeBSD.org 2021-08-08T14:38:01Z urn:sha1:94e6d1448863a8ccccec3c7e4e501761803cce0e These ones were unambiguous cases where the Foundation was the only listed copyright holder (in the associated license block). Sponsored by: The FreeBSD Foundation (cherry picked from commit 9feff969a01044c3083b552f06f7eb6416bc0524) 2022-01-24T23:59:51Z Jessica Clarke jrtc27@FreeBSD.org 2021-12-24T19:25:20Z urn:sha1:b85b57e0f41ff7477c8bcf316fb5b5d545a276bd readelf is not a bootstrap tool and so cannot be relied upon to exist. On macOS there is no system readelf, and even on Linux or FreeBSD where it does exist, BUILD_WITH_STRICT_TMPPATH builds won't be able to use it. Instead of making it a bootstrap tool, just use nm as that suffices and already is a bootstrap tool. Fixes: 28482babd08a ("arm64: Use new arm_kernel_boothdr script for generating booti images.") Reviewed by: emaste, mmel MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D32734 (cherry picked from commit 1846bbd1b34e0269e0edd829dcff4729b37a149b) 2022-01-24T23:59:30Z Jessica Clarke jrtc27@FreeBSD.org 2021-12-06T23:09:29Z urn:sha1:1c818a7e577ce30bc7ca852513e7877024424f35 Not doing so results in ctfconvert failing with ERROR: ctfconvert: elf-vdso.so.o doesn't have type data to convert On FreeBSD this is non-fatal, since the ctf tools have a hack to make such errors not fail the build and instead just silently continue without CTF data (which is a bad idea these days and should probably be removed; they date back to the original import). However, those are under #ifdef __FreeBSD__ so do not apply when cross-building from non-FreeBSD, causing the build to fail. Fix this by forwarding DEBUG on to the compiler invocation for the VDSO wrapper. It's assembly so it's not hugely useful, but there is a non-zero amount of information preserved, and other assembly files are built with -g by default too so this matches them; the alternative would be to tag the files.amd64 entries with no-ctfmerge. Note that the VDSO itself is still compiled without debug info, this only affects the wrapper linked into the kernel. Fixes: 98c8b6252496 ("vdso for ia32 on amd64"), ab4524b3d7fb ("amd64: wrap 64bit sigtramp into vdso") MFC after: 1 month (cherry picked from commit 169b368a62aac38091a302b2970df81e0281e98f) 2022-01-20T10:10:21Z Michal Meloun mmel@FreeBSD.org 2021-07-09T17:33:36Z urn:sha1:8e3cc69a4e4a92ba268e9827ba7f74dcaeed93a4 We've supported this for a long time, plus most u-boot setups quietly expect MFC after: 2 weeks (cherry picked from commit b07a6bd15a58aa6e23761c51eba78d449cd2cbf3) 2022-01-02T16:43:02Z Konstantin Belousov kib@FreeBSD.org 2021-12-01T00:35:26Z urn:sha1:75d7ca8a10a5a15b70a35a628a06ceef8cdf9e78 (cherry picked from commit d49b75d0d67f86265cfe9b8c83d3749c4a8d3e14) 2022-01-02T16:43:01Z Konstantin Belousov kib@FreeBSD.org 2021-11-18T01:20:08Z urn:sha1:4d0b07d001a55cde50797f3e462a9c32826a028e (cherry picked from commit b0e0b4e7b3795e9beb0cddcfd75261cc9327b5b0) 2022-01-02T16:43:01Z Konstantin Belousov kib@FreeBSD.org 2021-11-15T18:29:45Z urn:sha1:0510df0ea49734ad4922718fdb5cdb8c52d78435 (cherry picked from commit 5b8918fac6fa9c150f68a0ec0805385ee7029ec3) 2022-01-02T16:43:01Z Konstantin Belousov kib@FreeBSD.org 2021-11-14T00:26:55Z urn:sha1:e85becdf1903557cde8f284d88d81be7793e8f7c (cherry picked from commit 98c8b6252496e874d337d9a7b565d9037609168f) 2022-01-02T16:43:01Z Konstantin Belousov kib@FreeBSD.org 2021-11-05T08:07:24Z urn:sha1:203bcad73164bf6e4f51edc4ffda7f2a3885b413 (cherry picked from commit ab4524b3d7fba872a143b03c9346cb04c3670efa)