freebsd-nq/sys/dev/nvme
Warner Losh f0f4712165 nvme: fix a race between failing the controller and failing requests
Part of the nvme recovery process for errors is to reset the
card. Sometimes, this results in failing the entire controller. When nda
is in use, we free the sim, which will sleep until all the I/O has
completed. However, with only one thread, the request fail task never
runs once the reset thread sleeps here. Create two threads to allow I/O
to fail until it's all processed and the reset task can proceed.

This is a temporary kludge until I can work out questions that arose
during the review, not least is what was the race that queueing to a
failure task solved. The original commit is vague and other error paths
in the same context do a direct failure. I'll investigate that more
completely before committing changing that to a direct failure. mav@
raised this issue during the review, but didn't otherwise object.

Multiple threads, though, solve the problem in the mean time until other
such means can be perfected.

Reviewed by:		jhb@
Sponsored by:		Netflix
Differential Revision:	https://reviews.freebsd.org/D30366
2021-05-28 23:05:40 -06:00
..
nvme_ahci.c
nvme_ctrlr_cmd.c
nvme_ctrlr.c
nvme_ns_cmd.c
nvme_ns.c
nvme_pci.c
nvme_private.h
nvme_qpair.c
nvme_sim.c
nvme_sysctl.c
nvme_test.c
nvme_util.c
nvme.c
nvme.h