src-test/usr.sbin/fstyp, branch main FreeBSD source tree https://cgit-dev.freebsd.org/src-test/atom?h=main 2020-10-28T13:46:11Z Drop "All rights reserved" from all my stuff. This includes 2020-10-28T13:46:11Z Edward Tomasz Napierala trasz@FreeBSD.org 2020-10-28T13:46:11Z urn:sha1:bce7ee9d412b6410e6d799c4a417617cbb148e09 Foundation copyrights, approved by emaste@. It does not include files which carry other people's copyrights; if you're one of those people, feel free to make similar change. Reviewed by: emaste, imp, gbe (manpages) Differential Revision: https://reviews.freebsd.org/D26980 Merge OpenZFS support in to HEAD. 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 usr.sbin/fstyp: Fix incorrect pfs_type test in ondisk inode 2020-08-20T05:18:08Z Pedro F. Giffuni pfg@FreeBSD.org 2020-08-20T05:18:08Z urn:sha1:0d2913adc34fb8c3729e8e358557f7cf8bebefab "ipdata.meta.pfs_type & HAMMER2_PFSTYPE_SUPROOT" happened to have the same result (except HAMMER2_PFSTYPE_DUMMY could also match). Obtained from: Dragonfly (git 29e6489bbd4f8e237c9c17b300ac8b711f36770) Revert r362390, those tests are fixed by r362418 2020-06-23T19:14:38Z Li-Wen Hsu lwhsu@FreeBSD.org 2020-06-23T19:14:38Z urn:sha1:bfd735d96e231e0a25c54d9c8a8988e09ef74c62 PR: 247425 Sponsored by: The FreeBSD Foundation Skip ufs related tests in fstyp(8) and makefs(8) temporarily 2020-06-19T17:32:30Z Li-Wen Hsu lwhsu@FreeBSD.org 2020-06-19T17:32:30Z urn:sha1:865c7b713cff763cb75520d002dbae51fa55a985 They are failing after r362358 and r362359. PR: 247425 Sponsored by: The FreeBSD Foundation Move the pointers stored in the superblock into a separate 2020-06-19T01:02:53Z Kirk McKusick mckusick@FreeBSD.org 2020-06-19T01:02:53Z urn:sha1:34816cb9aeca7b0ad3289c2de04cad0cd1b111ed fs_summary_info structure. This change was originally done by the CheriBSD project as they need larger pointers that do not fit in the existing superblock. This cleanup of the superblock eases the task of the commit that immediately follows this one. Suggested by: brooks Reviewed by: kib PR: 246983 Sponsored by: Netflix fstyp: sync HAMMER1/2 detection support with DragonFly BSD. 2020-02-06T18:04:15Z Pedro F. Giffuni pfg@FreeBSD.org 2020-02-06T18:04:15Z urn:sha1:9d529ed898e85ee7578b0caedbc3a0a2e94e40a1 Submitted by: Tomohiro Kusumi PR: 243929 fstyp hammer2: remove dead code 2020-01-13T22:36:29Z Eric van Gyzen vangyzen@FreeBSD.org 2020-01-13T22:36:29Z urn:sha1:5a128153271e991c48223560574f763c3fab3b15 best_i will always be >= 0, so remove code to test otherwise. Reported by: Coverity CID: 1412244 MFC after: 2 weeks Sponsored by: Dell EMC Isilon Differential Revision: https://reviews.freebsd.org/D23159 fstyp hammer: use strlcpy 2020-01-13T22:33:48Z Eric van Gyzen vangyzen@FreeBSD.org 2020-01-13T22:33:48Z urn:sha1:0ab52bd3ebc24780827e96be84ca8dd462c7667b Use strlcpy to guarantee NUL termination. Due to this, there is no need for strncmp; simply use strcmp. Reported by: Coverity CID: 1412242 MFC after: 2 weeks Sponsored by: Dell EMC Isilon Differential Revision: https://reviews.freebsd.org/D23159 Make this compile under external gcc toolchain if WITH_ICONV isn't defined. 2019-12-29T06:59:09Z Adrian Chadd adrian@FreeBSD.org 2019-12-29T06:59:09Z urn:sha1:350bfebba9ec76f8a5251027271a481c314bd6a6 This quietens a bunch of unused variable warnings that are treated as errors.