FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=master 2020-11-26T22:49:05Z 2020-11-26T22:49:05Z Mateusz Piotrowski 0mp@FreeBSD.org 2020-11-26T22:49:05Z urn:sha1:16e1abe4e088408f8e990e22b26dec4afb8fbd96 Submitted by: otis_sk.freebsd.org Reviewed by: markj MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D26151 2020-11-25T00:10:54Z John Baldwin jhb@FreeBSD.org 2020-11-25T00:10:54Z urn:sha1:688f8b822cea550753e7f3495339141cb6b565b7 Crypto file descriptors were added in the original OCF import as a way to provide per-open data (specifically the list of symmetric sessions). However, this gives a bit of a confusing API where one has to open /dev/crypto and then invoke an ioctl to obtain a second file descriptor. This also does not match the API used with /dev/crypto on other BSDs or with Linux's /dev/crypto driver. Character devices have gained support for per-open data via cdevpriv since OCF was imported, so use cdevpriv to simplify the userland API by permitting ioctls directly on /dev/crypto descriptors. To provide backwards compatibility, CRIOGET now opens another /dev/crypto descriptor via kern_openat() rather than dup'ing the existing file descriptor. This preserves prior semantics in case CRIOGET is invoked multiple times on a single file descriptor. Reviewed by: markj Relnotes: yes Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D27302 2020-11-17T21:14:13Z Conrad Meyer cem@FreeBSD.org 2020-11-17T21:14:13Z urn:sha1:85078b8573332c2c83a79adea8a61b519fb3b6af No functional change intended. Tracking these structures separately for each proc enables future work to correctly emulate clone(2) in linux(4). __FreeBSD_version is bumped (to 1300130) for consumption by, e.g., lsof. Reviewed by: kib Discussed with: markj, mjg Differential Revision: https://reviews.freebsd.org/D27037 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 2020-08-24T09:20:33Z Alex Richardson arichardson@FreeBSD.org 2020-08-24T09:20:33Z urn:sha1:0b862b03998a292a18bcc7f9ac5b05c0303c5de3 This is a change in preparation for stopping to use lorder.sh (D26044) and instead assume that we have a linker newer than ~1990. Without lorder.sh duplicates end up being passed to the linker when building .so files and this can result in duplicate symbol definition errors. There is one minor change: libcompiler_rt.a will no longer provide gcc_personality_v0 and instead we now only have it in libgcc_eh.a/libgcc_s.so. This matches GCC's behaviour. Reviewed By: emaste, cem Differential Revision: https://reviews.freebsd.org/D26042 2020-07-15T10:13:23Z Mateusz Guzik mjg@FreeBSD.org 2020-07-15T10:13:23Z urn:sha1:f1221c59d7cbec2b5b8f65789368fefbbe2cd8fd 2020-05-24T14:54:21Z Andriy Gapon avg@FreeBSD.org 2020-05-24T14:54:21Z urn:sha1:56e8cb87c6054a302503c33b39a4bd658f505c4a The revision caused libprocstat to have two undefined symbols: - __start_set_pcpu - __stop_set_pcpu probably because of __GLOBL() used in sys/pcpu.h under _KERNEL. The symbols are not accessed by anything and the linker in base does not complain about them, but some ports are failing to build. Hack around the problem by providing definitions for those symbols. Probably there is a better solution, but I could not think of it yet. Reported by: zeising MFC after: 3 days X-MFC with: r361363 Sponsored by: Panzura 2020-05-22T11:20:23Z Andriy Gapon avg@FreeBSD.org 2020-05-22T11:20:23Z urn:sha1:8a719b0cee8bb1cdfd81bb08c4be702bb8321a86 First of all, znode_phys_t hasn't been used for storing file attributes for a long time now. Modern ZFS versions use a System Attribute table with a flexible layout. But more importantly all the required information is available in znode_t itself. It's not easy to include zfs_znode.h in userland without breaking code because the most interesting parts of the header are kernel-only. And hardcoding field offsets is too fragile. So, I created a new compilation unit that includes zfs_znode.h using some mild kludges to get it and its dependencies to compile in userland. The compilation unit exports interesting field offsets and does not have any other code. PR: 194117 Reviewed by: markj MFC after: 2 weeks Sponsored by: Panzura Differential Revision: https://reviews.freebsd.org/D24941 2020-05-21T13:46:30Z Andriy Gapon avg@FreeBSD.org 2020-05-21T13:46:30Z urn:sha1:e165a15b5f1eaa7d2d7edb907e87d04c8e03c060 This seems to have been broken since r247602 (from year 2013!). Can be easily tested with fstat -N /boot/kernel/kernel -M /var/crash/vmcore.last MFC after: 1 week Sponsored by: Panzura 2020-04-30T22:08:40Z John Baldwin jhb@FreeBSD.org 2020-04-30T22:08:40Z urn:sha1:371f3da616598f7bcd14e26b54c7b2c96ec9bbd7 This option was added as a transition aide when symbol versioning was first added. It was enabled by default in 2007 and is supported even by the old GPLv2 binutils. Trying to disable it currently fails to build in libc and at this point it isn't worth fixing the build. Reported by: Michael Dexter Reviewed by: imp Differential Revision: https://reviews.freebsd.org/D24637