diff options
author | Sagi Grimberg <sagi@grimberg.me> | 2017-03-18 20:52:36 +0200 |
---|---|---|
committer | Jens Axboe <axboe@fb.com> | 2017-04-04 09:48:23 -0600 |
commit | 42a45274c225829637b585e1c994a68f59507108 (patch) | |
tree | df6fd42ca4b5d340776dfe6244faf6c1477487dd /crypto/ccm.c | |
parent | 7777bdedf31d674c4fd5ebbfbd27a6a6ae0a17e0 (diff) | |
download | linux-42a45274c225829637b585e1c994a68f59507108.tar.bz2 |
nvme-fabrics: Allow ctrl loss timeout configuration
When a host sense that its controller session is damaged,
it tries to re-establish it periodically (reconnect every
reconnect_delay). It may very well be that the controller
is gone and never coming back, in this case the host will
try to reconnect forever.
Add a ctrl_loss_tmo to bound the number of reconnect attempts
to a specific controller (default to a reasonable 10 minutes).
The timeout configuration is actually translated into number of
reconnect attempts and not a schedule on its own but rather
divided with reconnect_delay. This is useful to prevent
racing flows of remove and reconnect, and it doesn't really
matter if we remove slightly sooner than what the user requested.
Reviewed-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Sagi Grimberg <sagi@grimberg.me>
Signed-off-by: Jens Axboe <axboe@fb.com>
Diffstat (limited to 'crypto/ccm.c')
0 files changed, 0 insertions, 0 deletions