zstd: Add a stub <assert.h> for the kernelThe stub header includes <sys/kassert.h>. zstd's xx_hash.h #includes<assert.h> for the definition of static_assert() when building withC11 or newer.Re
zstd: Add a stub <assert.h> for the kernelThe stub header includes <sys/kassert.h>. zstd's xx_hash.h #includes<assert.h> for the definition of static_assert() when building withC11 or newer.Reviewed by: jhbDifferential Revision: https://reviews.freebsd.org/D43239
show more ...
sys/contrib: Mop up $FreeBSD$ tagsMop up left-over $FreeBSD$ tags that aren't in upstream and were addedfor the previous $FreeBSD$ checker.Sponsored by: Netflix
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.
sys/*/conf/*, docs: fix links to handbookWhile here, fix all links to older en_US.ISO8859-1 documentationin the src/ tree.PR: 255026Reported by: Michael Büker <freebsd@michael-bu
sys/*/conf/*, docs: fix links to handbookWhile here, fix all links to older en_US.ISO8859-1 documentationin the src/ tree.PR: 255026Reported by: Michael Büker <freebsd@michael-bueker.de>Reviewed by: dbaioApproved by: blackend (mentor), re (gjb)MFC after: 10 daysDifferential Revision: https://reviews.freebsd.org/D30265
libprivatezstd: Restrict symbol visibility similar to upstreamWe have to relax three symbols to dynamically link zstd(1), but the restare the same.
zstd: Fix non-FreeBSD CI libzstd buildFix non-FreeBSD CI build after v1.4.8. This definition was only used inzstd(1), which isn't part of non-FreeBSD CI (I guess). The ifdef wasadded in v1.4.5
zstd: Fix non-FreeBSD CI libzstd buildFix non-FreeBSD CI build after v1.4.8. This definition was only used inzstd(1), which isn't part of non-FreeBSD CI (I guess). The ifdef wasadded in v1.4.5 import.Upstream does not currently support shared-linked zstd(1), but I haveproposed https://github.com/facebook/zstd/pull/2450 . If that isadopted, we can add -DZSTD_PROGRAMS_LINK_SHARED to our libzstd build anddrop some diffs.Reported by: uqs
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)
Unbreak ARM64 kernel build after r361426X-MFC-With: r361426
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
contrib/zstd: Revise Xlist for 1.4.5 import
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
zstd: Add an Xlist and document use during importNo functional change.
Stopgap fix for gcc platforms.Our in-tree gcc doesn't have a no-tree-vectorize optimization knob, so we get awarning that it's unused. This causes the build to fail on all our gcc platforms.Add a
Stopgap fix for gcc platforms.Our in-tree gcc doesn't have a no-tree-vectorize optimization knob, so we get awarning that it's unused. This causes the build to fail on all our gcc platforms.Add a quick version check as a stop-gap measure to get CI building again.
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
Revert accidentally included changes in r342108If you're curious, please follow along in https://reviews.freebsd.org/D18537 .Sorry for the noise.
efirt: When present, attempt to use EFI runtime services to shutdownPR: maybe related to 233998 (inconclusive at this time)Submitted by: byuu <byuu AT tutanota.com> (previous version)Reviewed by
efirt: When present, attempt to use EFI runtime services to shutdownPR: maybe related to 233998 (inconclusive at this time)Submitted by: byuu <byuu AT tutanota.com> (previous version)Reviewed by: impDifferential Revision: https://reviews.freebsd.org/D18506
Update to Zstandard 1.3.7Relnotes: yesSponsored by: Dell EMC Isilon
malloc: try to use builtins for zeroing at the callsitePlenty of allocation sites pass M_ZERO and sizes which are small and knownat compilation time. Handling them internally in malloc loses this
malloc: try to use builtins for zeroing at the callsitePlenty of allocation sites pass M_ZERO and sizes which are small and knownat compilation time. Handling them internally in malloc loses this informationand results in avoidable calls to memset.Instead, let the compiler take the advantage of it whenever possible.Discussed with: jeff
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
lib(private)zstd: Fix riscv buildLink __bswap[ds]i2() intrinsics in to libzstd for riscv, where the C runtimeapparently lacks such intrinsics.Broken in r330894.Reported by: asomersSponsored b
lib(private)zstd: Fix riscv buildLink __bswap[ds]i2() intrinsics in to libzstd for riscv, where the C runtimeapparently lacks such intrinsics.Broken in r330894.Reported by: asomersSponsored 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
Move zstd malloc()/free()/calloc() macros to stdlib.h.The definitions otherwise leak into anything that includes zstd.h,which is not desirable for native FreeBSD code.Reviewed by: allanjude, cem
Move zstd malloc()/free()/calloc() macros to stdlib.h.The definitions otherwise leak into anything that includes zstd.h,which is not desirable for native FreeBSD code.Reviewed by: allanjude, cem, impMFC after: 2 weeksDifferential Revision: https://reviews.freebsd.org/D14352
12