MFV: zstd 1.5.2Merge commit 'b3392d84da5bf2162baf937c77e0557f3fd8a52b' into zstd_1.5.2full changelog: https://github.com/facebook/zstd/compare/v1.4.8...v1.5.2Updated sys/kern/subr_compressor.c
MFV: zstd 1.5.2Merge commit 'b3392d84da5bf2162baf937c77e0557f3fd8a52b' into zstd_1.5.2full changelog: https://github.com/facebook/zstd/compare/v1.4.8...v1.5.2Updated sys/kern/subr_compressor.c to new APIMFC after: 3 daysRelnotes: yesSponsored by: Klara, Inc.
show more ...
sys/contrib/zstd: Import zstd 1.4.8Merge commit 'f6ae97673c28bdb9ae795bd235ab6f26f2536a2d' into mainChanges from 1.4.5: * https://github.com/facebook/zstd/releases/tag/v1.4.8 * https://github
sys/contrib/zstd: Import zstd 1.4.8Merge commit 'f6ae97673c28bdb9ae795bd235ab6f26f2536a2d' into mainChanges from 1.4.5: * https://github.com/facebook/zstd/releases/tag/v1.4.8 * https://github.com/facebook/zstd/releases/tag/v1.4.7 (and there was no public v1.4.6)Conflicts: sys/contrib/zstd/lib/common/zstd_internal.h (new ZSTD_NO_INTRINSICS)
Update to Zstandard 1.4.5As usual, the full release notes are found on Github: https://github.com/facebook/zstd/releases/tag/v1.4.5Notable changes include:* Improved decompress performance o
Update to Zstandard 1.4.5As usual, the full release notes are found on Github: https://github.com/facebook/zstd/releases/tag/v1.4.5Notable changes include:* Improved decompress performance on amd64 and arm (5-10% and 15-50%, respectively).* '--patch-from' zstd(1) CLI option, which provides something like a very fast version of bspatch(1) with slightly worse compression. See release notes.In this update, I dropped the 3-year old -O0 workaround for an LLVM ARM bug;the bug was fixed in LLVM SVN in 2017, but we didn't remove this workaroundfrom our tree until now.MFC after: I won't, but feel freeRelnotes: yes
Update to Zstandard 1.4.4The full release notes can be found on Github: https://github.com/facebook/zstd/releases/tag/v1.4.4Notable changes in this release include improved decompression speed
Update to Zstandard 1.4.4The full release notes can be found on Github: https://github.com/facebook/zstd/releases/tag/v1.4.4Notable changes in this release include improved decompression speed (about10%). See the Github release notes for more details.MFC after: I'm not going to, but feel freeRelnotes: yes
Update to Zstandard 1.4.2The full release notes for 1.4.1 (skipped) and 1.4.2 can be found on Github: https://github.com/facebook/zstd/releases/tag/v1.4.1 https://github.com/facebook/zstd/rele
Update to Zstandard 1.4.2The full release notes for 1.4.1 (skipped) and 1.4.2 can be found on Github: https://github.com/facebook/zstd/releases/tag/v1.4.1 https://github.com/facebook/zstd/releases/tag/v1.4.2These are mostly minor updates; 1.4.1 purportedly brings something like 7%faster decompression speed.Relnotes: yes
Update to Zstandard 1.4.0The full release notes can be found on Github: https://github.com/facebook/zstd/releases/tag/v1.4.0Relnotes: yes
Update to Zstandard 1.3.8This merge brings in a couple new files, which needed to be attached to thebuild; a new dependency on <limits.h>, which must be stubbed; and a namechange in the Context p
Update to Zstandard 1.3.8This merge brings in a couple new files, which needed to be attached to thebuild; a new dependency on <limits.h>, which must be stubbed; and a namechange in the Context parameter constants, from ZSTD_p_foo to ZSTD_c_foo.Significantly, it fixes a kernel build error with GCC where floating-pointfunctions were included in the kernel build, by hiding them under the samecompile-time #ifdef that already covered their invocation. That issue wasintroduced to FreeBSD in the 1.3.7 update and tracked upstream here: https://github.com/facebook/zstd/issues/1386The full 1.3.8 release notes can be found on Github: https://github.com/facebook/zstd/releases/tag/v1.3.8Relnotes: yes
Update to Zstandard 1.3.7Relnotes: yesSponsored by: Dell EMC Isilon
Update to Zstandard 1.3.4Includes our local patch to conditionalize use of __builtin_clz(ll) onClang's __has_builtin() (which is just defined to false when building withGCC).The issue is tracke
Update to Zstandard 1.3.4Includes our local patch to conditionalize use of __builtin_clz(ll) onClang's __has_builtin() (which is just defined to false when building withGCC).The issue is tracked upstream at https://github.com/facebook/zstd/pull/884 .Otherwise, these are vanilla Zstandard 1.3.4 files.Reported by: allanjude, Yann ColletSponsored by: Dell EMC Isilon
Update to Zstandard 1.3.3Includes patch to conditionalize use of __builtin_clz(ll) on __has_builtin().The issue is tracked upstream at https://github.com/facebook/zstd/pull/884 .Otherwise, these
Update to Zstandard 1.3.3Includes patch to conditionalize use of __builtin_clz(ll) on __has_builtin().The issue is tracked upstream at https://github.com/facebook/zstd/pull/884 .Otherwise, these are vanilla Zstandard 1.3.3 files.Note that the 1.3.4 release should be due out soon.Sponsored by: Dell EMC Isilon
MFV: zstd: FIO_addFInfo: Fully initialize output 'total' structSilence a Coverity warning about 'windowSize' being uninitialized.(Yes, nothing that calls this routine actually uses the windowSize
MFV: zstd: FIO_addFInfo: Fully initialize output 'total' structSilence a Coverity warning about 'windowSize' being uninitialized.(Yes, nothing that calls this routine actually uses the windowSizevalue. Still, appeasing Coverity is pretty harmless in this case.)Reported by: CoverityReviewed by: Yann ColletObtained from: zstd 606374269cf3485972c90b993fbb84dc20da032fSponsored by: Dell EMC Isilon
Revert local changes made to make zstd(1) frontend behave like gzip(1) and friendsThis change was made to allow zstd(1) to be a dropin replacement for gzip(1) andfriends, allowing easy integration
Revert local changes made to make zstd(1) frontend behave like gzip(1) and friendsThis change was made to allow zstd(1) to be a dropin replacement for gzip(1) andfriends, allowing easy integration, in particular with newsyslog(8). At theprice of having a zstd(1) command which by default behaves differently than whatupstream default, confusing users.newsyslog(8) has been adapted to now be more flexible in what it accepts ascompression program, so we can switch back zstd(1) to its default behaviourReported by: many
Actually commit the right patch for r325929
Do not remove the sources when zstd is called as zstdcat
Move zstd from contrib to sys/contrib so it can be used in thekernel. Adjust the Makefiles that referenced it to the new path.Sponsored by: NetflixOK'd by: cem@ and AllanJude@