FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F10.3.0 2016-03-02T01:24:41Z 2016-03-02T01:24:41Z Bryan Drewery bdrewery@FreeBSD.org 2016-03-02T01:24:41Z urn:sha1:075bf2a2071373a7e2d5b06bb13d69f5d68961d3 BDECFLAGS has not been available since r82604 removed /etc/defaults/make.conf. Approved by: re (gjb) 2016-02-24T22:30:22Z Bryan Drewery bdrewery@FreeBSD.org 2016-02-24T22:30:22Z urn:sha1:26ac21283e94ecd61b2063dd8e1f0d61ecae4397 r295026,r295027,r295029,r295030,r295649: r294933: Drop any previous fd when setting a new one. r294949: filemon_ioctl: Handle error from devfs_get_cdevpriv(9). r294952: filemon_ioctl: Lock the associated filemon handle before writing to it. r294953: filemon_comment has nothing to do with wrappers so move it out of filemon_wrapper.c. r294957: filemon_dtr: Lock the associated filemon handle before writing to it. r294965: filemon: Use process_exit EVENTHANDLER to capture process exit. r294967: filemon: Trace fork via process_fork event. r294968: Follow-up r294967: Mark flags unused. r295017: filemon: Use process_exec EVENTHANDLER to capture sys_execve. r295026: filemon_open: Don't record a process to trace here. r295027: filemon: Track the process pointer rather than a pid. r295029: Document the purpose and non-purpose of filemon(4). r295030: Note the double fork behavior with filemon. r295649: filemon: Fix panic when fork1() is called from kproc_create(). Approved by: re (marius) 2016-02-23T00:45:27Z Bryan Drewery bdrewery@FreeBSD.org 2016-02-23T00:45:27Z urn:sha1:f860458b1b37dc65a2a6c39646f8197f61e22ca7 Remove temporary hack from r294370 for SSH upgrades. Approved by: re (marius) 2016-02-22T19:17:59Z George V. Neville-Neil gnn@FreeBSD.org 2016-02-22T19:17:59Z urn:sha1:fe2dbb0c2942dbc6806bbdb14c5e6405e5e443af In the IPFW+NAT+divergent MTU case there is a bug in sening ICMP MTU updates. Approved by: re (marius, gjb) Sponsored by: Rubicon Communications (Netgate) 2016-02-17T15:38:05Z Jim Harris jimharris@FreeBSD.org 2016-02-17T15:38:05Z urn:sha1:cf5c378578b4ac035bfc220301b7af9f23f06a69 nvd: add hw.nvd.delete_max tunable The NVMe specification does not define a maximum or optimal delete size, so technically max delete size is min(full size of namespace, 2^32 - 1 LBAs). A single delete operation for a multi-TB NVMe namespace though may take much longer to complete than the nvme(4) I/O timeout period. So choose a sensible default here that is still suitably large to minimize the number of overall delete operations. This also fixes possible uint32_t overflow on initial TRIM operation for zpool create operations for NVMe namespaces with >4G LBAs. Approved by: re (glebius) Sponsored by: Intel 2016-02-16T03:50:56Z Ed Maste emaste@FreeBSD.org 2016-02-16T03:50:56Z urn:sha1:f25fc30b8b0f47ac3c6220984246cceca0441a2e Approved by: re (gjb) 2016-02-14T22:31:38Z Ed Maste emaste@FreeBSD.org 2016-02-14T22:31:38Z urn:sha1:0d79f83cbc144f5a6b5e682eeee684b2cf2794d5 Approved by: re (marius) 2016-02-10T00:08:51Z John Baldwin jhb@FreeBSD.org 2016-02-10T00:08:51Z urn:sha1:78e6be6e43440e498ea6fd69e8a477c15f368d1d Fix corruption of coredumps due to procstat notes changing size during coredump generation. The changes in r287442 required some reworking since the 'fo_fill_kinfo' file op does not exist in stable/10. 287442: Detect badly behaved coredump note helpers Coredump notes depend on being able to invoke dump routines twice; once in a dry-run mode to get the size of the note, and another to actually emit the note to the corefile. When a note helper emits a different length section the second time around than the length it requested the first time, the kernel produces a corrupt coredump. NT_PROCSTAT_FILES output length, when packing kinfo structs, is tied to the length of filenames corresponding to vnodes in the process' fd table via vn_fullpath. As vnodes may move around during dump, this is racy. So: - Detect badly behaved notes in putnote() and pad underfilled notes. - Add a fail point, debug.fail_point.fill_kinfo_vnode__random_path to exercise the NT_PROCSTAT_FILES corruption. It simply picks random lengths to expand or truncate paths to in fo_fill_kinfo_vnode(). - Add a sysctl, kern.coredump_pack_fileinfo, to allow users to disable kinfo packing for PROCSTAT_FILES notes. This should avoid both FILES note corruption and truncation, even if filenames change, at the cost of about 1 kiB in padding bloat per open fd. Document the new sysctl in core.5. - Fix note_procstat_files to self-limit in the 2nd pass. Since sometimes this will result in a short write, pad up to our advertised size. This addresses note corruption, at the risk of sometimes truncating the last several fd info entries. - Fix NT_PROCSTAT_FILES consumers libutil and libprocstat to grok the zero padding. 287537: Follow-up to r287442: Move sysctl to compiled-once file Avoid duplicate sysctl nodes. 288944: Fix core corruption caused by race in note_procstat_vmmap This fix is spiritually similar to r287442 and was discovered thanks to the KASSERT added in that revision. NT_PROCSTAT_VMMAP output length, when packing kinfo structs, is tied to the length of filenames corresponding to vnodes in the process' vm map via vn_fullpath. As vnodes may move during coredump, this is racy. We do not remove the race, only prevent it from causing coredump corruption. - Add a sysctl, kern.coredump_pack_vmmapinfo, to allow users to disable kinfo packing for PROCSTAT_VMMAP notes. This avoids VMMAP corruption and truncation, even if names change, at the cost of up to PATH_MAX bytes per mapped object. The new sysctl is documented in core.5. - Fix note_procstat_vmmap to self-limit in the second pass. This addresses corruption, at the cost of sometimes producing a truncated result. - Fix PROCSTAT_VMMAP consumers libutil (and libprocstat, via copy-paste) to grok the new zero padding. Approved by: re (gjb) 2016-02-07T16:51:50Z Hajimu UMEMOTO ume@FreeBSD.org 2016-02-07T16:51:50Z urn:sha1:87642c7e4921e1bbce680fed4a581bc195e30614 Make sure to enable aliases for SHIFT_JIS. Approved by: re (marius) 2016-02-04T22:53:12Z George V. Neville-Neil gnn@FreeBSD.org 2016-02-04T22:53:12Z urn:sha1:d139bf75e95df18373af8fc3102751d2bcfb3bd4 Replace the fastforward path with tryforward which does not require a sysctl and will always be on. The former split between default and fast forwarding is removed by this commit while preserving the ability to use all network stack features. Differential Revision: https://reviews.freebsd.org/D4042 Reviewed by: ae, melifaro, olivier, rwatson Approved by: re (glebius) Sponsored by: Rubicon Communications (Netgate)