FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F11.4.0 2020-05-05T17:10:49Z 2020-05-05T17:10:49Z Dimitry Andric dim@FreeBSD.org 2020-05-05T17:10:49Z urn:sha1:8ce8be0a003b95ab7796df15e97ca5944b8536ac Move all sources from the llvm project into contrib/llvm-project. This uses the new layout of the upstream repository, which was recently migrated to GitHub, and converted into a "monorepo". That is, most of the earlier separate sub-projects with their own branches and tags were consolidated into one top-level directory, and are now branched and tagged together. Updating the vendor area to match this layout is next. 2020-05-01T04:59:40Z Xin LI delphij@FreeBSD.org 2020-05-01T04:59:40Z urn:sha1:cac16bb5d2c2feb7e62ab9e400df35f04a327c5d 2020-04-27T23:49:13Z Brooks Davis brooks@FreeBSD.org 2020-04-27T23:49:13Z urn:sha1:be8b9508ff1a0ef3ad813685430fcf8500556b06 Fix -Wvoid-pointer-to-enum-cast warnings. This pattern is used in callbacks with void * data arguments and seems both relatively uncommon and relatively harmless. Silence the warning by casting through uintptr_t. This warning is on by default in Clang 11. Reviewed by: arichardson Obtained from: CheriBSD (partial) Sponsored by: DARPA Differential Revision: https://reviews.freebsd.org/D24425 2020-04-27T22:43:24Z Kyle Evans kevans@FreeBSD.org 2020-04-27T22:43:24Z urn:sha1:6533f31aaaa8f03ffd6fe147c1ad69c3052cdc98 r360182: kqueue(2): add a note about EV_RECEIPT In the below-referenced PR, a case is attached of a simple reproducer that exhibits suboptimal behavior: EVFILT_READ and EVFILT_WRITE being set in the same kevent(2) call will only honor the first one. This is, in-fact, how it's supposed to work. A read of the manpage leads me to believe we could be more clear about this; right now there's a logical leap to make in the relevant statement: "When passed as input, it forces EV_ERROR to always be returned." -- the logical leap being that this indicates the caller should have allocated space for the change to be returned with EV_ERROR indicated in the events, or subsequent filters will get dropped on the floor. Another possible workaround that accomplishes similar effect without needing space for all events is just setting EV_RECEIPT on the final change being passed in; if any errored before it, the kqueue would not be drained. If we made it to the final change with EV_RECEIPT set, then we would return that one with EV_ERROR and still not drain the kqueue. This would seem to not be all that advisable. r360183: kqueue(2): de-vandalize the random sentence in the middle A last minute change appears to have inadvertently vandalized unrelated parts of the manpage with the date. =-( PR: 229741 2020-04-27T09:44:37Z Mateusz Piotrowski 0mp@FreeBSD.org 2020-04-27T09:44:37Z urn:sha1:e65dda44acd5fd62b6f2e266911bf7f3b43095e1 Fix a typo Reported by: pstef 2020-04-03T00:38:12Z Mark Johnston markj@FreeBSD.org 2020-04-03T00:38:12Z urn:sha1:6d70adb836e036308544acae18b4d91e408a93d4 Fix uselocale(3) to not leak a reference to the old locale. PR: 239520 2020-03-22T02:54:59Z Alan Somers asomers@FreeBSD.org 2020-03-22T02:54:59Z urn:sha1:5f045e17e219f16e50fd5ac7e182fe9210381c3a r355488: lio_listio(2): add a HISTORY section r355489: clock_gettime(2): add a HISTORY section 2020-03-21T18:24:33Z Alan Somers asomers@FreeBSD.org 2020-03-21T18:24:33Z urn:sha1:de066ee82e6e8cdcad2fa0bf950fc5008847135b getsockopt.2: clarify that SO_TIMESTAMP is not 100% reliable When SO_TIMESTAMP is set, the kernel will attempt to attach a timestamp as ancillary data to each IP datagram that is received on the socket. However, it may fail, for example due to insufficient memory. In that case the packet will still be received but not timestamp will be attached. Reviewed by: kib Differential Revision: https://reviews.freebsd.org/D21607 2020-03-19T10:32:38Z Mateusz Piotrowski 0mp@FreeBSD.org 2020-03-19T10:32:38Z urn:sha1:858c989ce0cffba38e6a42cecda8598eb2d1fd5a ftw.3: Add examples PR: 173448 [1] Submitted by: fernape@ (previous version) [1] Reviewed by: jilles Approved by: bcr (mentor) Differential Revision: https://reviews.freebsd.org/D21750 ftw.3: Follow style(9) in the example Reported by: oshogbo Approved by: bcr (mentor) Differential Revision: https://reviews.freebsd.org/D24043 2020-03-08T16:55:34Z Ed Maste emaste@FreeBSD.org 2020-03-08T16:55:34Z urn:sha1:9708caf6660fc6a2ccd213f23fcc57b2c186ab4c PR: 244611