wireguard-openbsd/regress/libexec/ld.so/randomdata, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/regress/libexec/ld.so/randomdata?h=jd%2Fqueueboosts 2017-08-01T13:05:55Z A fix is coming in the future, but in the meantime we should never declare 2017-08-01T13:05:55Z deraadt deraadt@openbsd.org 2017-08-01T13:05:55Z urn:sha1:75795c7bb7900317a5c55bdb22c0c5a0ef978a42 a section(".openbsd.randomdata") variable as static or const, because the compiler optimizes out access. Missing $OpenBSD$'s. 2015-01-20T04:41:01Z krw krw@openbsd.org 2015-01-20T04:41:01Z urn:sha1:83087275e8888ed7109e36d91357557af9d26270 ok deraadt@ Fix regression tests for ld.so 2014-08-17T12:30:28Z doug doug@openbsd.org 2014-08-17T12:30:28Z urn:sha1:da1243e8cac9c8dc33c50ea28f71e17aaf8bc895 It now runs correctly with 'make depend regress' Update ld.so-cookie test which is currently broken and gets in the 2014-02-16T00:33:44Z martynas martynas@openbsd.org 2014-02-16T00:33:44Z urn:sha1:e026d09d28b43a8ee26685c712c31793a2521911 way of SSP testing. For some reason this diff keeps escaping from cvs commit... Basic idea: * Use dl_iterate_phdr() to iterate all loaded ELF program headers. * Check that we actually find a header for ld.so. * For ld.so, check that we find a PT_OPENBSD_RANDOMIZE segment. * For each PT_OPENBSD_RANDOMIZE segment, check that at least one byte in the memory range is non-zero. Written by matthew@. "Please go ahaed" kettenis@. "Move fast" deraadt@, a week ago. Link ld.so-cookie back into the regress build now that ld.so's __guard 2012-08-22T17:08:12Z matthew matthew@openbsd.org 2012-08-22T17:08:12Z urn:sha1:b0edda10084e83a688ae95e69167d05b584f787f value is actually initialized. Link randomdata tests into the regress build now that I've committed support for 2012-08-21T01:57:17Z matthew matthew@openbsd.org 2012-08-21T01:57:17Z urn:sha1:d00dd80f27bebba7e1b7e515fe541656a80767bd .openbsd.randomdata, but comment out randomdata/ld.so-cookie for now since I haven't yet switched ld.so's __guard to use it. Double check that we're not testing libc's __guard. Changing ld.so's 2012-08-17T15:11:12Z matthew matthew@openbsd.org 2012-08-17T15:11:12Z urn:sha1:b113c0bf3ac8e642fa6e14ffc88183c98d5edd35 __guard symbol to HIDDEN causes dlsym() to return a pointer to libc's __guard instead, which can cause the test to wrongly pass even if ld.so's random data segments are not being initialized properly. Use dlopen("ld.so") instead of dlopen("/usr/libexec/ld.so") so we get 2012-08-16T20:38:13Z matthew matthew@openbsd.org 2012-08-16T20:38:13Z urn:sha1:ccd5238a63fc9ae9b12c98bf727fda4b3a07e81d a reference to the already loaded ld.so instead of loading another instance. turd polish: use LDSTATIC=${STATIC} instead of LDFLAGS+=-static 2012-08-16T19:59:50Z matthew matthew@openbsd.org 2012-08-16T19:59:50Z urn:sha1:4eb547eb01a13e644d7868ec9c9e6a68c5f10c48 Add regression test to check that PIEs work too. 2012-08-16T19:58:11Z matthew matthew@openbsd.org 2012-08-16T19:58:11Z urn:sha1:79c306b8d34f9230d2099b67aa5fa81c1ff9b860