FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F13.1.0 2022-04-18T16:37:53Z 2022-04-18T16:37:53Z Mark Johnston markj@FreeBSD.org 2022-03-07T13:42:57Z urn:sha1:6edd55f882b32bf5e74c9892920c0e40ba697d1f Use it instead of the existing ctf.h from OpenSolaris. This makes it easier to use CTF in the core kernel, and to extend the CTF format to support wider type IDs. The imported ctf.h is modified to depend only on _types.h, and also to provide macros which use the "parent" bit of a type ID to refer to types in a parent CTF container. No functional change intended. Approved by: re (gjb) Reviewed by: Domagoj Stolfa, emaste Sponsored by: The FreeBSD Foundation (cherry picked from commit 2d5d2a986ce1a93b8567dbdf3f80bc2b545d6998) (cherry picked from commit 3681c4f065f1028ff84b654cfbfb238f2723b78c) 2021-06-30T07:24:32Z Emmanuel Vadot manu@FreeBSD.org 2021-06-19T15:49:31Z urn:sha1:9e4940840d798201905edc5f3c5792f9051e376e While dtrace is usefull some people might not want it. Differential Revision: https://reviews.freebsd.org/D30752 Sponsored by: Diablotin Systems 2021-02-20T02:39:51Z Mark Johnston markj@FreeBSD.org 2021-02-17T15:49:38Z urn:sha1:af80731179386cf019463e392370b6478a714aea It does not appear to be required, and as of commit 6b7e592c215f ("lex: Do not let input() return 0 when end-of-file is reached") it causes input to return 0 instead of EOF when end-of-input is reached. PR: 253440 Sponsored by: The FreeBSD Foundation (cherry picked from commit 8ba333e02eaa59337a4e1d5534d4e894344c8226) 2021-01-07T09:26:21Z Alex Richardson Alexander.Richardson@cl.cam.ac.uk 2021-01-06T15:39:10Z urn:sha1:1f6612b444e3fc54697a4ef3167efdddff6944ea This makes the minimum amount of changes to allow inclusion of dtrace.h without all the solaris compatibility headers. Installing dtrace.h allows compiling consumers of libdtrace (e.g. https://github.com/tmetsch/python-dtrace) without requiring a copy of the source tree. For python-dtrace I worked around this in https://github.com/tmetsch/python-dtrace/commit/58019c9a12022203a9ffda286dd8b41f1a5ace42 but being able to build the library without installed sources would be extremely useful. Reviewed By: gnn Differential Revision: https://reviews.freebsd.org/D27884 2020-09-10T15:37:07Z Alex Richardson arichardson@FreeBSD.org 2020-09-10T15:37:07Z urn:sha1:e17ebfd3b711eaf61848f07cf8ec85e70f275b50 Found this while trying to get macOS bootstrap to work again after OpenZFS merge. Reviewed By: #zfs, freqlabs Differential Revision: https://reviews.freebsd.org/D26192 2020-08-25T02:21:27Z Matt Macy mmacy@FreeBSD.org 2020-08-25T02:21:27Z urn:sha1:9e5787d2284e187abb5b654d924394a65772e004 The primary benefit is maintaining a completely shared code base with the community allowing FreeBSD to receive new features sooner and with less effort. I would advise against doing 'zpool upgrade' or creating indispensable pools using new features until this change has had a month+ to soak. Work on merging FreeBSD support in to what was at the time "ZFS on Linux" began in August 2018. I first publicly proposed transitioning FreeBSD to (new) OpenZFS on December 18th, 2018. FreeBSD support in OpenZFS was finally completed in December 2019. A CFT for downstreaming OpenZFS support in to FreeBSD was first issued on July 8th. All issues that were reported have been addressed or, for a couple of less critical matters there are pull requests in progress with OpenZFS. iXsystems has tested and dogfooded extensively internally. The TrueNAS 12 release is based on OpenZFS with some additional features that have not yet made it upstream. Improvements include: project quotas, encrypted datasets, allocation classes, vectorized raidz, vectorized checksums, various command line improvements, zstd compression. Thanks to those who have helped along the way: Ryan Moeller, Allan Jude, Zack Welch, and many others. Sponsored by: iXsystems, Inc. Differential Revision: https://reviews.freebsd.org/D25872 2020-07-28T10:58:37Z Yoshihiro Takahashi nyan@FreeBSD.org 2020-07-28T10:58:37Z urn:sha1:8f11c997150d17d72a801874bd486aad1ef7c239 - Remove remains of sparc64 files. Reviewed by: imp Differential Revision: https://reviews.freebsd.org/D25831 2018-08-22T21:23:32Z Michael Tuexen tuexen@FreeBSD.org 2018-08-22T21:23:32Z urn:sha1:1e88cc8b598adf0160666c7fd540699c22c5c447 SCTP. They are based on what is specified in the Solaris DTrace manual for Solaris 11.4. Reviewed by: 0mp, dteske, markj Relnotes: yes Differential Revision: https://reviews.freebsd.org/D16839 2018-07-31T22:56:03Z Michael Tuexen tuexen@FreeBSD.org 2018-07-31T22:56:03Z urn:sha1:7bda9663949a80e4e56006369d6df8dc8eeb6cff The dtrace provider for UDP-Lite is modeled after the UDP provider. This fixes the bug that UDP-Lite packets were triggering the UDP provider. Thanks to dteske@ for providing the dwatch module. Reviewed by: dteske@, markj@, rrs@ Relnotes: yes Differential Revision: https://reviews.freebsd.org/D16377 2017-09-07T03:05:16Z George V. Neville-Neil gnn@FreeBSD.org 2017-09-07T03:05:16Z urn:sha1:958f4928e69a6537b0b3c9e9f1394c9f681b36df Reviewed by: markj MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D12241