Matt Ahrens 5d43cc9a59 OpenZFS 9689 - zfs range lock code should not be zpl-specific ... The ZFS range locking code in zfs_rlock.c/h depends on ZPL-specific data structures, specifically znode_t. However, it's also used by the ZVOL code, which uses a "dummy" znode_t to pass to the range locking code. We should clean this up so that the range locking code is generic and can be used equally by ZPL and ZVOL, and also can be used by future consumers that may need to run in userland (libzpool) as well as the kernel. Porting notes: * Added missing sys/avl.h include to sys/zfs_rlock.h. * Removed 'dbuf is within the locked range' ASSERTs from dmu_sync(). This was needed because ztest does not yet use a locked_range_t. * Removed "Approved by:" tag requirement from OpenZFS commit check to prevent needless warnings when integrating changes which has not been merged to illumos. * Reverted free_list range lock changes which were originally needed to defer the cv_destroy() which was called immediately after cv_broadcast(). With d2733258 this should be safe but if not we may need to reintroduce this logic. * Reverts: The following two commits were reverted and squashed in to this change in order to make it easier to apply OpenZFS 9689. - d88895a0, which removed the dummy znode from zvol_state - e3a07cd0, which updated ztest to use range locks * Preserved optimized rangelock comparison function. Preserved the rangelock free list. The cv_destroy() function will block waiting for all processes in cv_wait() to be scheduled and drop their reference. This is done to ensure it's safe to free the condition variable. However, blocking while holding the rl->rl_lock mutex can result in a deadlock on Linux. A free list is introduced to defer the cv_destroy() and kmem_free() until after the mutex is released. Authored by: Matthew Ahrens <mahrens@delphix.com> Reviewed by: Brian Behlendorf <behlendorf1@llnl.gov> Reviewed by: Serapheim Dimitropoulos <serapheim.dimitro@delphix.com> Reviewed by: George Wilson <george.wilson@delphix.com> Reviewed by: Brad Lewis <brad.lewis@delphix.com> Ported-by: Brian Behlendorf <behlendorf1@llnl.gov> OpenZFS-issue: https://illumos.org/issues/9689 OpenZFS-commit: https://github.com/openzfs/openzfs/pull/680 External-issue: DLPX-58662 Closes #7980		2018-10-11 10:19:33 -07:00
..
arc_summary	ZTS: path cleanup	2018-08-30 13:46:55 -07:00
arcstat	Fix arcstat.py handling of unsupported options	2018-08-18 13:10:36 -07:00
dbufstat	Fix some typos	2018-02-28 08:57:10 -08:00
fsck_zfs	Add /sbin/fsck.zfs helper	2013-01-09 16:54:58 -08:00
mount_zfs	Update build system and packaging	2018-05-29 16:00:33 -07:00
raidz_test	Support -fsanitize=address with --enable-asan	2018-01-10 10:49:27 -08:00
vdev_id	vdev_id: new slot type ses	2017-12-20 09:42:07 -08:00
zdb	Pool allocation classes	2018-09-05 18:33:36 -07:00
zed	Add support for autoexpand property	2018-07-23 15:40:15 -07:00
zfs	Fix 'zfs allow' for create time permissions	2018-09-06 13:11:21 -07:00
zgenhostid	Add zgenhostid utility script	2017-07-25 13:22:03 -04:00
zhack	Project Quota on ZFS	2018-02-13 14:54:54 -08:00
zinject	OpenZFS 9403 - assertion failed in arc_buf_destroy()	2018-08-29 11:33:33 -07:00
zpool	Print "(repairing)" in zpool status again	2018-10-09 20:30:32 -07:00
zstreamdump	zstreamdump dumps core printing truncated nvlist	2018-09-18 09:43:09 -07:00
ztest	OpenZFS 9689 - zfs range lock code should not be zpl-specific	2018-10-11 10:19:33 -07:00
zvol_id	Fedora 28: Fix misc bounds check compiler warnings	2018-04-04 10:16:47 -07:00
Makefile.am	Retire legacy test infrastructure	2017-08-15 17:26:38 -07:00