From: Brian Behlendorf Date: Tue, 2 Jul 2013 18:59:51 +0000 (-0700) Subject: Open pools asynchronously after module load X-Git-Url: https://git.camperquake.de/gitweb.cgi?a=commitdiff_plain;h=91604b298c24c84fe03bc6c028abb961ca3e6fcf;hp=91604b298c24c84fe03bc6c028abb961ca3e6fcf;p=zfs.git 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// 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 Issue #756 Issue #1020 Issue #1234 ---