2014-06-10 01:55:31 +04:00
|
|
|
src = @abs_top_srcdir@/module/zfs
|
|
|
|
obj = @abs_builddir@
|
|
|
|
|
2010-08-26 22:22:58 +04:00
|
|
|
MODULE := zfs
|
|
|
|
|
2012-07-09 13:23:00 +04:00
|
|
|
EXTRA_CFLAGS = $(ZFS_MODULE_CFLAGS) @KERNELCPPFLAGS@
|
2010-08-26 22:22:58 +04:00
|
|
|
|
2012-07-09 13:23:00 +04:00
|
|
|
obj-$(CONFIG_ZFS) := $(MODULE).o
|
2010-08-26 22:22:58 +04:00
|
|
|
|
2016-07-22 18:52:49 +03:00
|
|
|
$(MODULE)-objs += abd.o
|
2014-06-10 01:55:31 +04:00
|
|
|
$(MODULE)-objs += arc.o
|
|
|
|
$(MODULE)-objs += blkptr.o
|
|
|
|
$(MODULE)-objs += bplist.o
|
|
|
|
$(MODULE)-objs += bpobj.o
|
|
|
|
$(MODULE)-objs += dbuf.o
|
|
|
|
$(MODULE)-objs += dbuf_stats.o
|
|
|
|
$(MODULE)-objs += bptree.o
|
2015-12-22 04:31:57 +03:00
|
|
|
$(MODULE)-objs += bqueue.o
|
2014-06-10 01:55:31 +04:00
|
|
|
$(MODULE)-objs += ddt.o
|
|
|
|
$(MODULE)-objs += ddt_zap.o
|
|
|
|
$(MODULE)-objs += dmu.o
|
|
|
|
$(MODULE)-objs += dmu_diff.o
|
|
|
|
$(MODULE)-objs += dmu_object.o
|
|
|
|
$(MODULE)-objs += dmu_objset.o
|
|
|
|
$(MODULE)-objs += dmu_send.o
|
|
|
|
$(MODULE)-objs += dmu_traverse.o
|
|
|
|
$(MODULE)-objs += dmu_tx.o
|
|
|
|
$(MODULE)-objs += dmu_zfetch.o
|
|
|
|
$(MODULE)-objs += dnode.o
|
|
|
|
$(MODULE)-objs += dnode_sync.o
|
|
|
|
$(MODULE)-objs += dsl_dataset.o
|
|
|
|
$(MODULE)-objs += dsl_deadlist.o
|
|
|
|
$(MODULE)-objs += dsl_deleg.o
|
|
|
|
$(MODULE)-objs += dsl_bookmark.o
|
|
|
|
$(MODULE)-objs += dsl_dir.o
|
Native Encryption for ZFS on Linux
This change incorporates three major pieces:
The first change is a keystore that manages wrapping
and encryption keys for encrypted datasets. These
commands mostly involve manipulating the new
DSL Crypto Key ZAP Objects that live in the MOS. Each
encrypted dataset has its own DSL Crypto Key that is
protected with a user's key. This level of indirection
allows users to change their keys without re-encrypting
their entire datasets. The change implements the new
subcommands "zfs load-key", "zfs unload-key" and
"zfs change-key" which allow the user to manage their
encryption keys and settings. In addition, several new
flags and properties have been added to allow dataset
creation and to make mounting and unmounting more
convenient.
The second piece of this patch provides the ability to
encrypt, decyrpt, and authenticate protected datasets.
Each object set maintains a Merkel tree of Message
Authentication Codes that protect the lower layers,
similarly to how checksums are maintained. This part
impacts the zio layer, which handles the actual
encryption and generation of MACs, as well as the ARC
and DMU, which need to be able to handle encrypted
buffers and protected data.
The last addition is the ability to do raw, encrypted
sends and receives. The idea here is to send raw
encrypted and compressed data and receive it exactly
as is on a backup system. This means that the dataset
on the receiving system is protected using the same
user key that is in use on the sending side. By doing
so, datasets can be efficiently backed up to an
untrusted system without fear of data being
compromised.
Reviewed by: Matthew Ahrens <mahrens@delphix.com>
Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
Reviewed-by: Jorgen Lundman <lundman@lundman.net>
Signed-off-by: Tom Caputi <tcaputi@datto.com>
Closes #494
Closes #5769
2017-08-14 20:36:48 +03:00
|
|
|
$(MODULE)-objs += dsl_crypt.o
|
2014-06-10 01:55:31 +04:00
|
|
|
$(MODULE)-objs += dsl_pool.o
|
|
|
|
$(MODULE)-objs += dsl_prop.o
|
|
|
|
$(MODULE)-objs += dsl_scan.o
|
|
|
|
$(MODULE)-objs += dsl_synctask.o
|
2016-06-16 01:47:05 +03:00
|
|
|
$(MODULE)-objs += edonr_zfs.o
|
2014-06-10 01:55:31 +04:00
|
|
|
$(MODULE)-objs += fm.o
|
|
|
|
$(MODULE)-objs += gzip.o
|
2017-09-12 23:15:11 +03:00
|
|
|
$(MODULE)-objs += hkdf.o
|
2014-06-10 01:55:31 +04:00
|
|
|
$(MODULE)-objs += lzjb.o
|
|
|
|
$(MODULE)-objs += lz4.o
|
|
|
|
$(MODULE)-objs += metaslab.o
|
Multi-modifier protection (MMP)
Add multihost=on|off pool property to control MMP. When enabled
a new thread writes uberblocks to the last slot in each label, at a
set frequency, to indicate to other hosts the pool is actively imported.
These uberblocks are the last synced uberblock with an updated
timestamp. Property defaults to off.
During tryimport, find the "best" uberblock (newest txg and timestamp)
repeatedly, checking for change in the found uberblock. Include the
results of the activity test in the config returned by tryimport.
These results are reported to user in "zpool import".
Allow the user to control the period between MMP writes, and the
duration of the activity test on import, via a new module parameter
zfs_multihost_interval. The period is specified in milliseconds. The
activity test duration is calculated from this value, and from the
mmp_delay in the "best" uberblock found initially.
Add a kstat interface to export statistics about Multiple Modifier
Protection (MMP) updates. Include the last synced txg number, the
timestamp, the delay since the last MMP update, the VDEV GUID, the VDEV
label that received the last MMP update, and the VDEV path. Abbreviated
output below.
$ cat /proc/spl/kstat/zfs/mypool/multihost
31 0 0x01 10 880 105092382393521 105144180101111
txg timestamp mmp_delay vdev_guid vdev_label vdev_path
20468 261337 250274925 68396651780 3 /dev/sda
20468 261339 252023374 6267402363293 1 /dev/sdc
20468 261340 252000858 6698080955233 1 /dev/sdx
20468 261341 251980635 783892869810 2 /dev/sdy
20468 261342 253385953 8923255792467 3 /dev/sdd
20468 261344 253336622 042125143176 0 /dev/sdab
20468 261345 253310522 1200778101278 2 /dev/sde
20468 261346 253286429 0950576198362 2 /dev/sdt
20468 261347 253261545 96209817917 3 /dev/sds
20468 261349 253238188 8555725937673 3 /dev/sdb
Add a new tunable zfs_multihost_history to specify the number of MMP
updates to store history for. By default it is set to zero meaning that
no MMP statistics are stored.
When using ztest to generate activity, for automated tests of the MMP
function, some test functions interfere with the test. For example, the
pool is exported to run zdb and then imported again. Add a new ztest
function, "-M", to alter ztest behavior to prevent this.
Add new tests to verify the new functionality. Tests provided by
Giuseppe Di Natale.
Reviewed by: Matthew Ahrens <mahrens@delphix.com>
Reviewed-by: Giuseppe Di Natale <dinatale2@llnl.gov>
Reviewed-by: Ned Bass <bass6@llnl.gov>
Reviewed-by: Andreas Dilger <andreas.dilger@intel.com>
Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
Signed-off-by: Olaf Faaland <faaland1@llnl.gov>
Closes #745
Closes #6279
2017-07-08 06:20:35 +03:00
|
|
|
$(MODULE)-objs += mmp.o
|
2014-06-10 01:55:31 +04:00
|
|
|
$(MODULE)-objs += multilist.o
|
2016-04-13 18:55:35 +03:00
|
|
|
$(MODULE)-objs += pathname.o
|
2016-06-07 19:16:52 +03:00
|
|
|
$(MODULE)-objs += policy.o
|
2014-06-10 01:55:31 +04:00
|
|
|
$(MODULE)-objs += range_tree.o
|
|
|
|
$(MODULE)-objs += refcount.o
|
|
|
|
$(MODULE)-objs += rrwlock.o
|
|
|
|
$(MODULE)-objs += sa.o
|
|
|
|
$(MODULE)-objs += sha256.o
|
2016-06-16 01:47:05 +03:00
|
|
|
$(MODULE)-objs += skein_zfs.o
|
2014-06-10 01:55:31 +04:00
|
|
|
$(MODULE)-objs += spa.o
|
|
|
|
$(MODULE)-objs += spa_boot.o
|
|
|
|
$(MODULE)-objs += spa_config.o
|
|
|
|
$(MODULE)-objs += spa_errlog.o
|
|
|
|
$(MODULE)-objs += spa_history.o
|
|
|
|
$(MODULE)-objs += spa_misc.o
|
|
|
|
$(MODULE)-objs += spa_stats.o
|
|
|
|
$(MODULE)-objs += space_map.o
|
|
|
|
$(MODULE)-objs += space_reftree.o
|
|
|
|
$(MODULE)-objs += txg.o
|
|
|
|
$(MODULE)-objs += trace.o
|
|
|
|
$(MODULE)-objs += uberblock.o
|
|
|
|
$(MODULE)-objs += unique.o
|
|
|
|
$(MODULE)-objs += vdev.o
|
|
|
|
$(MODULE)-objs += vdev_cache.o
|
|
|
|
$(MODULE)-objs += vdev_disk.o
|
|
|
|
$(MODULE)-objs += vdev_file.o
|
|
|
|
$(MODULE)-objs += vdev_label.o
|
|
|
|
$(MODULE)-objs += vdev_mirror.o
|
|
|
|
$(MODULE)-objs += vdev_missing.o
|
|
|
|
$(MODULE)-objs += vdev_queue.o
|
|
|
|
$(MODULE)-objs += vdev_raidz.o
|
SIMD implementation of vdev_raidz generate and reconstruct routines
This is a new implementation of RAIDZ1/2/3 routines using x86_64
scalar, SSE, and AVX2 instruction sets. Included are 3 parity
generation routines (P, PQ, and PQR) and 7 reconstruction routines,
for all RAIDZ level. On module load, a quick benchmark of supported
routines will select the fastest for each operation and they will
be used at runtime. Original implementation is still present and
can be selected via module parameter.
Patch contains:
- specialized gen/rec routines for all RAIDZ levels,
- new scalar raidz implementation (unrolled),
- two x86_64 SIMD implementations (SSE and AVX2 instructions sets),
- fastest routines selected on module load (benchmark).
- cmd/raidz_test - verify and benchmark all implementations
- added raidz_test to the ZFS Test Suite
New zfs module parameters:
- zfs_vdev_raidz_impl (str): selects the implementation to use. On
module load, the parameter will only accept first 3 options, and
the other implementations can be set once module is finished
loading. Possible values for this option are:
"fastest" - use the fastest math available
"original" - use the original raidz code
"scalar" - new scalar impl
"sse" - new SSE impl if available
"avx2" - new AVX2 impl if available
See contents of `/sys/module/zfs/parameters/zfs_vdev_raidz_impl` to
get the list of supported values. If an implementation is not supported
on the system, it will not be shown. Currently selected option is
enclosed in `[]`.
Signed-off-by: Gvozden Neskovic <neskovic@gmail.com>
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Closes #4328
2016-04-25 11:04:31 +03:00
|
|
|
$(MODULE)-objs += vdev_raidz_math.o
|
|
|
|
$(MODULE)-objs += vdev_raidz_math_scalar.o
|
2014-06-10 01:55:31 +04:00
|
|
|
$(MODULE)-objs += vdev_root.o
|
|
|
|
$(MODULE)-objs += zap.o
|
|
|
|
$(MODULE)-objs += zap_leaf.o
|
|
|
|
$(MODULE)-objs += zap_micro.o
|
|
|
|
$(MODULE)-objs += zfeature.o
|
|
|
|
$(MODULE)-objs += zfs_acl.o
|
|
|
|
$(MODULE)-objs += zfs_byteswap.o
|
|
|
|
$(MODULE)-objs += zfs_ctldir.o
|
|
|
|
$(MODULE)-objs += zfs_debug.o
|
|
|
|
$(MODULE)-objs += zfs_dir.o
|
|
|
|
$(MODULE)-objs += zfs_fm.o
|
|
|
|
$(MODULE)-objs += zfs_fuid.o
|
|
|
|
$(MODULE)-objs += zfs_ioctl.o
|
|
|
|
$(MODULE)-objs += zfs_log.o
|
|
|
|
$(MODULE)-objs += zfs_onexit.o
|
2017-08-10 01:31:08 +03:00
|
|
|
$(MODULE)-objs += zfs_ratelimit.o
|
2014-06-10 01:55:31 +04:00
|
|
|
$(MODULE)-objs += zfs_replay.o
|
|
|
|
$(MODULE)-objs += zfs_rlock.o
|
|
|
|
$(MODULE)-objs += zfs_sa.o
|
|
|
|
$(MODULE)-objs += zfs_vfsops.o
|
|
|
|
$(MODULE)-objs += zfs_vnops.o
|
|
|
|
$(MODULE)-objs += zfs_znode.o
|
|
|
|
$(MODULE)-objs += zil.o
|
|
|
|
$(MODULE)-objs += zio.o
|
|
|
|
$(MODULE)-objs += zio_checksum.o
|
|
|
|
$(MODULE)-objs += zio_compress.o
|
Native Encryption for ZFS on Linux
This change incorporates three major pieces:
The first change is a keystore that manages wrapping
and encryption keys for encrypted datasets. These
commands mostly involve manipulating the new
DSL Crypto Key ZAP Objects that live in the MOS. Each
encrypted dataset has its own DSL Crypto Key that is
protected with a user's key. This level of indirection
allows users to change their keys without re-encrypting
their entire datasets. The change implements the new
subcommands "zfs load-key", "zfs unload-key" and
"zfs change-key" which allow the user to manage their
encryption keys and settings. In addition, several new
flags and properties have been added to allow dataset
creation and to make mounting and unmounting more
convenient.
The second piece of this patch provides the ability to
encrypt, decyrpt, and authenticate protected datasets.
Each object set maintains a Merkel tree of Message
Authentication Codes that protect the lower layers,
similarly to how checksums are maintained. This part
impacts the zio layer, which handles the actual
encryption and generation of MACs, as well as the ARC
and DMU, which need to be able to handle encrypted
buffers and protected data.
The last addition is the ability to do raw, encrypted
sends and receives. The idea here is to send raw
encrypted and compressed data and receive it exactly
as is on a backup system. This means that the dataset
on the receiving system is protected using the same
user key that is in use on the sending side. By doing
so, datasets can be efficiently backed up to an
untrusted system without fear of data being
compromised.
Reviewed by: Matthew Ahrens <mahrens@delphix.com>
Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
Reviewed-by: Jorgen Lundman <lundman@lundman.net>
Signed-off-by: Tom Caputi <tcaputi@datto.com>
Closes #494
Closes #5769
2017-08-14 20:36:48 +03:00
|
|
|
$(MODULE)-objs += zio_crypt.o
|
2014-06-10 01:55:31 +04:00
|
|
|
$(MODULE)-objs += zio_inject.o
|
|
|
|
$(MODULE)-objs += zle.o
|
|
|
|
$(MODULE)-objs += zpl_ctldir.o
|
|
|
|
$(MODULE)-objs += zpl_export.o
|
|
|
|
$(MODULE)-objs += zpl_file.o
|
|
|
|
$(MODULE)-objs += zpl_inode.o
|
|
|
|
$(MODULE)-objs += zpl_super.o
|
|
|
|
$(MODULE)-objs += zpl_xattr.o
|
|
|
|
$(MODULE)-objs += zrlock.o
|
|
|
|
$(MODULE)-objs += zvol.o
|
|
|
|
$(MODULE)-objs += dsl_destroy.o
|
|
|
|
$(MODULE)-objs += dsl_userhold.o
|
2017-03-23 03:58:47 +03:00
|
|
|
$(MODULE)-objs += qat_compress.o
|
SIMD implementation of vdev_raidz generate and reconstruct routines
This is a new implementation of RAIDZ1/2/3 routines using x86_64
scalar, SSE, and AVX2 instruction sets. Included are 3 parity
generation routines (P, PQ, and PQR) and 7 reconstruction routines,
for all RAIDZ level. On module load, a quick benchmark of supported
routines will select the fastest for each operation and they will
be used at runtime. Original implementation is still present and
can be selected via module parameter.
Patch contains:
- specialized gen/rec routines for all RAIDZ levels,
- new scalar raidz implementation (unrolled),
- two x86_64 SIMD implementations (SSE and AVX2 instructions sets),
- fastest routines selected on module load (benchmark).
- cmd/raidz_test - verify and benchmark all implementations
- added raidz_test to the ZFS Test Suite
New zfs module parameters:
- zfs_vdev_raidz_impl (str): selects the implementation to use. On
module load, the parameter will only accept first 3 options, and
the other implementations can be set once module is finished
loading. Possible values for this option are:
"fastest" - use the fastest math available
"original" - use the original raidz code
"scalar" - new scalar impl
"sse" - new SSE impl if available
"avx2" - new AVX2 impl if available
See contents of `/sys/module/zfs/parameters/zfs_vdev_raidz_impl` to
get the list of supported values. If an implementation is not supported
on the system, it will not be shown. Currently selected option is
enclosed in `[]`.
Signed-off-by: Gvozden Neskovic <neskovic@gmail.com>
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Closes #4328
2016-04-25 11:04:31 +03:00
|
|
|
|
2017-12-07 21:28:50 +03:00
|
|
|
# Suppress incorrect warnings from versions of objtool which are not
|
|
|
|
# aware of x86 EVEX prefix instructions used for AVX512.
|
|
|
|
OBJECT_FILES_NON_STANDARD_vdev_raidz_math_avx512bw.o := y
|
|
|
|
OBJECT_FILES_NON_STANDARD_vdev_raidz_math_avx512f.o := y
|
|
|
|
|
2016-06-28 20:49:53 +03:00
|
|
|
$(MODULE)-$(CONFIG_X86) += vdev_raidz_math_sse2.o
|
|
|
|
$(MODULE)-$(CONFIG_X86) += vdev_raidz_math_ssse3.o
|
SIMD implementation of vdev_raidz generate and reconstruct routines
This is a new implementation of RAIDZ1/2/3 routines using x86_64
scalar, SSE, and AVX2 instruction sets. Included are 3 parity
generation routines (P, PQ, and PQR) and 7 reconstruction routines,
for all RAIDZ level. On module load, a quick benchmark of supported
routines will select the fastest for each operation and they will
be used at runtime. Original implementation is still present and
can be selected via module parameter.
Patch contains:
- specialized gen/rec routines for all RAIDZ levels,
- new scalar raidz implementation (unrolled),
- two x86_64 SIMD implementations (SSE and AVX2 instructions sets),
- fastest routines selected on module load (benchmark).
- cmd/raidz_test - verify and benchmark all implementations
- added raidz_test to the ZFS Test Suite
New zfs module parameters:
- zfs_vdev_raidz_impl (str): selects the implementation to use. On
module load, the parameter will only accept first 3 options, and
the other implementations can be set once module is finished
loading. Possible values for this option are:
"fastest" - use the fastest math available
"original" - use the original raidz code
"scalar" - new scalar impl
"sse" - new SSE impl if available
"avx2" - new AVX2 impl if available
See contents of `/sys/module/zfs/parameters/zfs_vdev_raidz_impl` to
get the list of supported values. If an implementation is not supported
on the system, it will not be shown. Currently selected option is
enclosed in `[]`.
Signed-off-by: Gvozden Neskovic <neskovic@gmail.com>
Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Closes #4328
2016-04-25 11:04:31 +03:00
|
|
|
$(MODULE)-$(CONFIG_X86) += vdev_raidz_math_avx2.o
|
2016-11-02 22:40:23 +03:00
|
|
|
$(MODULE)-$(CONFIG_X86) += vdev_raidz_math_avx512f.o
|
|
|
|
$(MODULE)-$(CONFIG_X86) += vdev_raidz_math_avx512bw.o
|
Add parity generation/rebuild using 128-bits NEON for Aarch64
This re-use the framework established for SSE2, SSSE3 and
AVX2. However, GCC is using FP registers on Aarch64, so
unlike SSE/AVX2 we can't rely on the registers being left alone
between ASM statements. So instead, the NEON code uses
C variables and GCC extended ASM syntax. Note that since
the kernel explicitly disable vector registers, they
have to be locally re-enabled explicitly.
As we use the variable's number to define the symbolic
name, and GCC won't allow duplicate symbolic names,
numbers have to be unique. Even when the code is not
going to be used (e.g. the case for 4 registers when
using the macro with only 2). Only the actually used
variables should be declared, otherwise the build
will fails in debug mode.
This requires the replacement of the XOR(X,X) syntax
by a new ZERO(X) macro, which does the same thing but
without repeating the argument. And perhaps someday
there will be a machine where there is a more efficient
way to zero a register than XOR with itself. This affects
scalar, SSE2, SSSE3 and AVX2 as they need the new macro.
It's possible to write faster implementations (different
scheduling, different unrolling, interleaving NEON and
scalar, ...) for various cores, but this one has the
advantage of fitting in the current state of the code,
and thus is likely easier to review/check/merge.
The only difference between aarch64-neon and aarch64-neonx2
is that aarch64-neonx2 unroll some functions some more.
Reviewed-by: Gvozden Neskovic <neskovic@gmail.com>
Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
Signed-off-by: Romain Dolbeau <romain.dolbeau@atos.net>
Closes #4801
2016-10-03 19:44:00 +03:00
|
|
|
|
|
|
|
$(MODULE)-$(CONFIG_ARM64) += vdev_raidz_math_aarch64_neon.o
|
|
|
|
$(MODULE)-$(CONFIG_ARM64) += vdev_raidz_math_aarch64_neonx2.o
|