sys: Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
sys: Retire OPENZFS_CWARNFLAGS now that it is empty.Reviewed by: markj, emasteDifferential Revision: https://reviews.freebsd.org/D39217
openzfs: fix gcc kernel module builds - Suppress -Wredundant-decls. Ultimately this warning is harmless in any case, and it does not look like there is a simple way to avoid redundant declar
openzfs: fix gcc kernel module builds - Suppress -Wredundant-decls. Ultimately this warning is harmless in any case, and it does not look like there is a simple way to avoid redundant declarations in this case without a lot of header pollution (e.g. having openzfs's shim param.h pulling in sys/kernel.h for hz). - Suppress -Wnested-externs, which is useless anyway.Unfortunately it was not sufficient just to modify OPENZFS_CFLAGS,because the warning suppressions need to appear on the command lineafter they are explicitly enabled by CWARNFLAGS from sys/conf/kern.mk,but OPENZFS_CFLAGS get added before due to use of -I for the shims.Reviewed by: markjSponsored by: Dell EMC IsilonDifferential Revision: https://reviews.freebsd.org/D27685
show more ...
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
sys/modules: normalize .CURDIR-relative paths to SRCTOPThis simplifies make output/logicTested with: `cd sys/modules; make ALL_MODULES=` on amd64MFC after: 1 monthSponsored by: Dell EMC Isilon
Rename remaining linux32 symbols such as linux_sysent[] andlinux_syscallnames[] from linux_* to linux32_* to avoid conflicts withlinux64.ko. While here, add support for linux64 binaries to systrac
Rename remaining linux32 symbols such as linux_sysent[] andlinux_syscallnames[] from linux_* to linux32_* to avoid conflicts withlinux64.ko. While here, add support for linux64 binaries to systrace.- Update NOPROTO entries in amd64/linux/syscalls.master to match the main table to fix systrace build.- Add a special case for union l_semun arguments to the systrace generation.- The systrace_linux32 module now only builds the systrace_linux32.ko. module on amd64.- Add a new systrace_linux module that builds on both i386 and amd64. For i386 it builds the existing systrace_linux.ko. For amd64 it builds a systrace_linux.ko for 64-bit binaries.Reviewed by: markjDifferential Revision: https://reviews.freebsd.org/D3954