FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=upstream%2F11.0.0 2016-04-22T16:57:42Z 2016-04-22T16:57:42Z Pedro F. Giffuni pfg@FreeBSD.org 2016-04-22T16:57:42Z urn:sha1:b66bb393f25ec72a7db8e8e3e02e6565cb6f193e 2016-04-19T23:41:46Z Pedro F. Giffuni pfg@FreeBSD.org 2016-04-19T23:41:46Z urn:sha1:ea24b0561f961d0a1bccb37b85a43f3c9a3e851a No functional change, only trivial cases are done in this sweep, Discussed in: freebsd-current 2016-04-05T22:36:48Z Baptiste Daroussin bapt@FreeBSD.org 2016-04-05T22:36:48Z urn:sha1:b6348be7b96c43bc6c3b7918d946a0382c489024 kern.features.linux: 1 meaning linux 32 bits binaries are supported kern.features.linux64: 1 meaning linux 64 bits binaries are supported The goal here is to help 3rd party applications (including ports) to determine if the host do support linux emulation Reviewed by: dchagin MFC after: 1 week Relnotes: yes Differential Revision: D5830 2016-01-27T17:55:01Z John Baldwin jhb@FreeBSD.org 2016-01-27T17:55:01Z urn:sha1:aa949be551c5d6d339784c938bfa39bc4eb39aba POSIX requires these members to be of type void * rather than the char * inherited from 4BSD. NetBSD and OpenBSD both changed their fields to void * back in 1998. No new build failures were reported via an exp-run. PR: 206503 (exp-run) Reviewed by: kib MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D5092 2016-01-27T07:20:55Z Xin LI delphij@FreeBSD.org 2016-01-27T07:20:55Z urn:sha1:669414e4fb7463aa46811636ad6b6b66834dd6fd AT_SECURE auxv entry has been added to the Linux 2.5 kernel to pass a boolean flag indicating whether secure mode should be enabled. 1 means that the program has changes its credentials during the execution. Being exported AT_SECURE used by glibc issetugid() call. Submitted by: imp, dchagin Security: FreeBSD-SA-16:10.linux Security: CVE-2016-1883 2016-01-09T20:18:53Z Dmitry Chagin dchagin@FreeBSD.org 2016-01-09T20:18:53Z urn:sha1:038c720553fa05b557a30973204b53b5202fa69c instead of vdso. An upcoming linux_base-c6 needs it. Differential Revision: https://reviews.freebsd.org/D1090 Reviewed by: kib, trasz MFC after: 1 week 2015-11-28T08:49:07Z Konstantin Belousov kib@FreeBSD.org 2015-11-28T08:49:07Z urn:sha1:724f4b62b05f46852a2e0277d2e677ece24e06e9 sysent. sv_prepsyscall is unused. sv_sigsize and sv_sigtbl translate signal number from the FreeBSD namespace into the ABI domain. It is only utilized on i386 for iBCS2 binaries. The issue with this approach is that signals for iBCS2 were delivered with the FreeBSD signal frame layout, which does not follow iBCS2. The same note is true for any other potential user if sv_sigtbl. In other words, if ABI needs signal number translation, it really needs custom sv_sendsig method instead. Sponsored by: The FreeBSD Foundation 2015-10-29T15:16:47Z John Baldwin jhb@FreeBSD.org 2015-10-29T15:16:47Z urn:sha1:6cea44a7046da1f90bfb1f4c490906ac7c35cdaa Reported by: hselasky 2015-10-22T21:28:20Z John Baldwin jhb@FreeBSD.org 2015-10-22T21:28:20Z urn:sha1:2f99bcce1ebf7f5723f98529176226dd9118e2a5 linux_syscallnames[] from linux_* to linux32_* to avoid conflicts with linux64.ko. While here, add support for linux64 binaries to systrace. - Update NOPROTO entries in amd64/linux/syscalls.master to match the main table to fix systrace build. - Add a special case for union l_semun arguments to the systrace generation. - The systrace_linux32 module now only builds the systrace_linux32.ko. module on amd64. - Add a new systrace_linux module that builds on both i386 and amd64. For i386 it builds the existing systrace_linux.ko. For amd64 it builds a systrace_linux.ko for 64-bit binaries. Reviewed by: markj Differential Revision: https://reviews.freebsd.org/D3954 2015-10-22T21:23:58Z John Baldwin jhb@FreeBSD.org 2015-10-22T21:23:58Z urn:sha1:5047105b71920e328a9cc3f033e4f777c0467fe4 linux: fix handling of out-of-bounds syscall attempts Due to an off by one the code would read an entry past the table, as opposed to the last entry which contains the nosys handler.