Various work on OpenZFS and ZFS/FreeBSD.
Details
Today
Thu, Feb 5
Wed, Feb 4
Perfect, thanks! I'll just smash them together pre-commit since you've tested the end result.
I was looking over this again- I think its' technically incomplete because we're missing its complement over in /usr/share for the system-distributed files: http://people.freebsd.org/~kevans/zfscompat.diff -- I haven't had a chance (machine) to test it, but it'd probably be good to land these together if you can confirm.
Tue, Feb 3
I')l plan on landing this later today if nobody else beats me to it. I don't believe we expect anything on the system to populate it, but failing to remove this part of the tree if the sysadmin has would be the expected behavior IMO -- we do the helpful thing in the common case, and the safe thing otherwise.
Ping.
Jan 17 2026
Nov 28 2025
Jan 24 2025
Oct 11 2024
Jun 24 2024
Jun 21 2024
Jun 20 2024
I guess the change for sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vfsops.c go to upstream first. Will it ?
I would subtly change the title :-)
Otherwise, looks good to me.
Jun 19 2024
May 22 2024
May 20 2024
Mar 18 2024
Why not backport 506fe78c48 instead?
Mar 5 2024
Feb 27 2024
reviewed-by: allanjude
Feb 23 2024
Nov 27 2023
Oct 14 2023
Oct 10 2023
I don't have any objection to the change, then.
Sep 30 2023
I have now successfully run a FreeBSD regression test suite on a ZFS root with block cloning enabled
Sep 29 2023
I have run the ZFS test suite with block cloning enabled. There are no tests with different results as when it is not enabled.
I have run the ZFS test suite
Sep 27 2023
for example there was panic under load when running poudriere, i don't know if that is fixed
@mjg Does any specific bug come to your mind?
For this to be an option this review has to provide a list of bugs reported against block cloning and commits which fix them, as is I'm not even sure it was all sorted out.
Have you tried running the test suite on a ZFS system with this change applied?
