FreeBSD source tree https://cgit-dev.freebsd.org/src-test/atom?h=main 2020-08-25T02:21:27Z 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-05-22T11:20:23Z Andriy Gapon avg@FreeBSD.org 2020-05-22T11:20:23Z urn:sha1:8a719b0cee8bb1cdfd81bb08c4be702bb8321a86 First of all, znode_phys_t hasn't been used for storing file attributes for a long time now. Modern ZFS versions use a System Attribute table with a flexible layout. But more importantly all the required information is available in znode_t itself. It's not easy to include zfs_znode.h in userland without breaking code because the most interesting parts of the header are kernel-only. And hardcoding field offsets is too fragile. So, I created a new compilation unit that includes zfs_znode.h using some mild kludges to get it and its dependencies to compile in userland. The compilation unit exports interesting field offsets and does not have any other code. PR: 194117 Reviewed by: markj MFC after: 2 weeks Sponsored by: Panzura Differential Revision: https://reviews.freebsd.org/D24941 2018-08-02T18:55:55Z Alexander Motin mav@FreeBSD.org 2018-08-02T18:55:55Z urn:sha1:7fca1b93c48f3c55d4f53e978518c551e421eac9 It is not needed now, and I doubt it much helped at all, creating more confusions then good. 2017-01-20T04:38:54Z Enji Cooper ngie@FreeBSD.org 2017-01-20T04:38:54Z urn:sha1:bc77d8f48c7c200d740acee9406977cfd5f38e65 This implifies pathing in make/displayed output MFC after: 3 weeks Sponsored by: Dell EMC Isilon 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 2014-08-19T06:50:54Z Simon J. Gerraty sjg@FreeBSD.org 2014-08-19T06:50:54Z urn:sha1:ee7b0571c2c18bdec848ed2044223cc88db29bd8 2014-05-16T14:09:51Z Simon J. Gerraty sjg@FreeBSD.org 2014-05-16T14:09:51Z urn:sha1:fae50821ae22099d0406090228bc4c5b6af693ad 2014-04-27T08:13:43Z Simon J. Gerraty sjg@FreeBSD.org 2014-04-27T08:13:43Z urn:sha1:9d2ab4a62d6733c45958627ac113bdbd818d1e2a 2014-01-01T00:45:28Z Xin LI delphij@FreeBSD.org 2014-01-01T00:45:28Z urn:sha1:f4c8ba8370a03bb0ff7b1cd8aad6f30aba8a8228 4370 avoid transmitting holes during zfs send 4371 DMU code clean up illumos/illumos-gate@43466aae47bfcd2ad9bf501faec8e75c08095e4f NOTE: Make sure the boot code is updated if a zpool upgrade is done on boot zpool. MFC after: 2 weeks