4deb8929ea
OpenZFS uses feature flags instead of a zpool version number to track features since the split from Oracle. In addition to avoiding confusion on ZFS vs OpenZFS version numbers, this also allows features to be added to different operating systems that use OpenZFS in different order. The previous zfs boot code (gptzfsboot) and loader (zfsloader) blindly tries to read the pool, and if failed provided only a vague error message. With this change, both the boot code and loader check the MOS features list in the ZFS label and compare it against the list of features that the loader supports. If any unsupported feature is active, the pool is not considered as a candidate for booting, and a helpful diagnostic message is printed to the screen. Features that are merely enabled via zpool upgrade, but not in use, do not block booting from the pool. Submitted by: Toomas Soome <tsoome@me.com> Reviewed by: delphij, mav Relnotes: yes Differential Revision: https://reviews.freebsd.org/D6857 |
||
|---|---|---|
| .. | ||
| blkptr.c | ||
| fletcher.c | ||
| lz4.c | ||
| lzjb.c | ||
| README | ||
| sha256.c | ||
| zfsimpl.h | ||
| zfssubr.c | ||
| zle.c | ||
$FreeBSD$
This directory contains various files derived from CDDL sources that
are used by the ZFS bootstrap:
fletcher.c checksum support
sha256.c checksum support
lz4.c compression support
lzjb.c compression support
blkptr.c ZFS embedded-data block pointers support
zfssubr.c checksum, compression and raidz support
zfsimpl.h mostly describing the physical layout
The files fletcher.c, lzjb.c, lz4.c, sha256.c and blkptr.c are largely identical
to the ZFS base code (with write support removed) and could be shared but that
might complicate future imports from Illumos.