Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
Update/fix Makefile.depend for userland
pkgbase: Put zfs utilities and lib in their own packageIt is useful to have zfs utilities and lib in a separate package asit allow users to create image that can support ZFS (i.e. not withWITHOUT
pkgbase: Put zfs utilities and lib in their own packageIt is useful to have zfs utilities and lib in a separate package asit allow users to create image that can support ZFS (i.e. not withWITHOUT_ZFS in src.conf set) without bloating the default image withall zfs tools (for example for jails).Differential Revision: https://reviews.freebsd.org/D36225
show more ...
spl: Unbreak crossbuild after f20893853e8eSummary:f20893853e8e made getexecname no longer guarded by BOOTSTRAPPING, but itdoes not build on non-FreeBSD as it tries to use KERN_PROC_PATHNAME andr
spl: Unbreak crossbuild after f20893853e8eSummary:f20893853e8e made getexecname no longer guarded by BOOTSTRAPPING, but itdoes not build on non-FreeBSD as it tries to use KERN_PROC_PATHNAME andrelated constants.Reviewers: mm, impReviewed By: impSubscribers: impDifferential Revision: https://reviews.freebsd.org/D30763
spl: Fix gcc6 build-Wno-error= is only a clang flag, restrict its use to only clang.Sponsored by: Netflix
zfs: unbreak build with clang 12Change -Wno-error-atomic-alignment to -Wno-error=atomic-alignmentin the Makefile of libspl.Reported by: Ed Maste <[email protected]>Fix by: Alexander Richardso
zfs: unbreak build with clang 12Change -Wno-error-atomic-alignment to -Wno-error=atomic-alignmentin the Makefile of libspl.Reported by: Ed Maste <[email protected]>Fix by: Alexander Richardson <[email protected]>
zfs: unbreak build broken in 160388166
Fix dtrace tools bootstrap on non-FreeBSD after OpenZFS importThis required surprisingly few build system changes and only two changes to theopenZFS compat headers which have been upstreamed asht
Fix dtrace tools bootstrap on non-FreeBSD after OpenZFS importThis required surprisingly few build system changes and only two changes to theopenZFS compat headers which have been upstreamed ashttps://github.com/openzfs/zfs/pull/10863Reviewed By: #zfs, freqlabsDifferential Revision: https://reviews.freebsd.org/D26193
Merge OpenZFS support in to HEAD.The primary benefit is maintaining a completely sharedcode base with the community allowing FreeBSD to receivenew features sooner and with less effort.I would a
Merge OpenZFS support in to HEAD.The primary benefit is maintaining a completely sharedcode base with the community allowing FreeBSD to receivenew features sooner and with less effort.I would advise against doing 'zpool upgrade'or creating indispensable pools using newfeatures until this change has had a month+to soak.Work on merging FreeBSD support in to what wasat the time "ZFS on Linux" began in August 2018.I first publicly proposed transitioning FreeBSDto (new) OpenZFS on December 18th, 2018. FreeBSDsupport in OpenZFS was finally completed in December2019. A CFT for downstreaming OpenZFS support into FreeBSD was first issued on July 8th. All issuesthat were reported have been addressed or, fora couple of less critical matters there arepull requests in progress with OpenZFS. iXsystemshas tested and dogfooded extensively internally.The TrueNAS 12 release is based on OpenZFS withsome additional features that have not yet madeit 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 manyothers.Sponsored by: iXsystems, Inc.Differential Revision: https://reviews.freebsd.org/D25872