Brian Behlendorf 91604b298c Open pools asynchronously after module load ... One of the side effects of calling zvol_create_minors() in zvol_init() is that all pools listed in the cache file will be opened. Depending on the state and contents of your pool this operation can take a considerable length of time. Doing this at load time is undesirable because the kernel is holding a global module lock. This prevents other modules from loading and can serialize an otherwise parallel boot process. Doing this after module inititialization also reduces the chances of accidentally introducing a race during module init. To ensure that /dev/zvol/<pool>/<dataset> devices are still automatically created after the module load completes a udev rules has been added. When udev notices that the /dev/zfs device has been create the 'zpool list' command will be run. This then will cause all the pools listed in the zpool.cache file to be opened. Because this process in now driven asynchronously by udev there is the risk of problems in downstream distributions. Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov> Issue #756 Issue #1020 Issue #1234		2013-07-03 09:24:38 -07:00
..
avl	Add script for builtin module building.	2012-07-26 13:45:09 -07:00
nvpair	Register correct handlers in nvlist_alloc()	2013-06-20 09:58:15 -07:00
unicode	Add script for builtin module building.	2012-07-26 13:45:09 -07:00
zcommon	Add snapdev=[hidden|visible] dataset property	2013-03-05 12:37:54 -08:00
zfs	Open pools asynchronously after module load	2013-07-03 09:24:38 -07:00
zpios	Refresh links to web site	2013-03-06 15:46:41 -08:00
.gitignore	gitignore: anchor entries at their respective directory	2013-04-02 10:50:17 -07:00
Makefile.in	Add KMODDIR to install target	2013-03-06 15:46:40 -08:00