Steven Hartland 82ce008538 Reintroduce priority for the TRIM ZIOs instead of using the "NOW" priority ... The changes how TRIM requests are generated to use ZIO_TYPE_FREE + a priority instead of ZIO_TYPE_IOCTL, until processed by vdev_geom; only then is it translated the required geom values. This reduces the amount of changes required for FREE requests to be supported by the new IO scheduler. This also eliminates the need for a specific DKIOCTRIM. Also fixed FREE vdev child IO's from running ZIO_STAGE_VDEV_IO_DONE as part of their schedule. As the new IO scheduler can result in a request to execute one type of IO to actually run a different type of IO it requires that zio_trim requests are processed without holding the trim map lock (tm->tm_lock), as the free request execute call may result in write request running hence triggering a trim_map_write_start call, which takes the trim map lock and hence would result in recused on no-recursive sx lock. This is based off avg's original work, so credit to him. MFC after: 1 month		2014-04-30 17:46:29 +00:00
..
boot/zfs	MFV r259170:	2014-01-01 00:45:28 +00:00
compat/opensolaris	Reintroduce priority for the TRIM ZIOs instead of using the "NOW" priority	2014-04-30 17:46:29 +00:00
contrib/opensolaris	Reintroduce priority for the TRIM ZIOs instead of using the "NOW" priority	2014-04-30 17:46:29 +00:00
dev	Ensure that all eight syscall arguments are available to dtrace_probe(),	2014-04-14 00:23:18 +00:00