FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=releng%2F12.2 2017-11-20T19:49:47Z 2017-11-20T19:49:47Z Pedro F. Giffuni pfg@FreeBSD.org 2017-11-20T19:49:47Z urn:sha1:8a16b7a18f5d0b031f09832fd7752fba717e2a97 Mainly focus on files that use BSD 3-Clause license. The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification, noting that the tags are considered only advisory and do not, in any way, superceed or replace the license texts. Special thanks to Wind River for providing access to "The Duke of Highlander" tool: an older (2014) run over FreeBSD tree was useful as a starting point. 2017-10-31T00:07:04Z Bryan Drewery bdrewery@FreeBSD.org 2017-10-31T00:07:04Z urn:sha1:ea825d02749f382c3f7e17f28247f20a48733eab Sponsored by: Dell EMC Isilon 2017-04-17T17:34:47Z Gleb Smirnoff glebius@FreeBSD.org 2017-04-17T17:34:47Z urn:sha1:83c9dea1bac40c7c7cbde4ccb3d747134311ab5a in place. To do per-cpu stats, convert all fields that previously were maintained in the vmmeters that sit in pcpus to counter(9). - Since some vmmeter stats may be touched at very early stages of boot, before we have set up UMA and we can do counter_u64_alloc(), provide an early counter mechanism: o Leave one spare uint64_t in struct pcpu, named pc_early_dummy_counter. o Point counter(9) fields of vmmeter to pcpu[0].pc_early_dummy_counter, so that at early stages of boot, before counters are allocated we already point to a counter that can be safely written to. o For sparc64 that required a whole dummy pcpu[MAXCPU] array. Further related changes: - Don't include vmmeter.h into pcpu.h. - vm.stats.vm.v_swappgsout and vm.stats.vm.v_swappgsin changed to 64-bit, to match kernel representation. - struct vmmeter hidden under _KERNEL, and only vmstat(1) is an exclusion. This is based on benno@'s 4-year old patch: https://lists.freebsd.org/pipermail/freebsd-arch/2013-July/014471.html Reviewed by: kib, gallatin, marius, lidl Differential Revision: https://reviews.freebsd.org/D10156 2017-03-17T04:16:14Z Gleb Smirnoff glebius@FreeBSD.org 2017-03-17T04:16:14Z urn:sha1:62cd9e48ca0eafcdde9446483c9124d6c8ba1ad8 2015-12-01T05:18:48Z Bryan Drewery bdrewery@FreeBSD.org 2015-12-01T05:18:48Z urn:sha1:cf990407e1bde2ebf0ab8a34e28c38a08f076288 Unfortunately filemon/meta mode tracks all indirect dependencies here since ld(1) is reading libelf when linking in libkvm. Churn would be reduced if this was able to be limited to direct dependencies. Sponsored by: EMC / Isilon Storage Division 2015-06-13T19:20:56Z Simon J. Gerraty sjg@FreeBSD.org 2015-06-13T19:20:56Z urn:sha1:ccfb965433c67f3bda935a3cdf334be2e3c4348d Off by default, build behaves normally. WITH_META_MODE we get auto objdir creation, the ability to start build from anywhere in the tree. Still need to add real targets under targets/ to build packages. Differential Revision: D2796 Reviewed by: brooks imp 2015-06-08T23:35:17Z Simon J. Gerraty sjg@FreeBSD.org 2015-06-08T23:35:17Z urn:sha1:44d314f704764f0247a540648a4b4fc3e8012133 2015-05-27T01:19:58Z Simon J. Gerraty sjg@FreeBSD.org 2015-05-27T01:19:58Z urn:sha1:98e0ffaefb0f241cda3a72395d3be04192ae0d47 2014-11-25T21:18:18Z Baptiste Daroussin bapt@FreeBSD.org 2014-11-25T21:18:18Z urn:sha1:ee5a34ecba51f02e3bf46b112e265abf976f39b6 Reduce overlinking 2014-05-16T14:09:51Z Simon J. Gerraty sjg@FreeBSD.org 2014-05-16T14:09:51Z urn:sha1:fae50821ae22099d0406090228bc4c5b6af693ad