nvme drives are configured early in boot. However, a number of the configuration
steps takes which take a while, so we defer those to a config intrhook that runs
before the root filesystem is mounted. At the same time, the PCI hot plug wakes
up and tests the status of the card. It may decide that the card has gone away
and deletes the child. As part of that process nvme_detach is called. If this
call happens after the config_intrhook starts to run, but before it is finished,
there's a race where we can tear down the device's soft state while the
config_intrhook is still using it. Use the new config_intrhook_drain to
disestablish the hook. Either it will be removed w/o running, or the routine
will wait for it to finish. This closes the race and allows safe hotplug at any
time, even very early in boot.
Details
Details
Diff Detail
Diff Detail
- Repository
- rS FreeBSD src repository - subversion
- Lint
Lint Passed - Unit
No Test Coverage - Build Status
Buildable 37558 Build 34447: arc lint + arc unit
Event Timeline
sys/kern/subr_autoconf.c | ||
---|---|---|
261 ↗ | (On Diff #84932) | I think alike to callout_drain() this function could return status in which it caught the hook: stopped by this call, completed naturally or already completed. It could be useful for proper cleanup. It may be not needed for present nvme_ctrlr_destruct(), but would not harm IMO. |