diff options
author | Guilherme G. Piccoli <gpiccoli@linux.vnet.ibm.com> | 2016-06-14 18:22:41 -0300 |
---|---|---|
committer | Jens Axboe <axboe@fb.com> | 2016-07-12 08:23:00 -0700 |
commit | 54adc01055b75ec8769c5a36574c7a0895c0c0b2 (patch) | |
tree | 66500615cef7fe97053344365b1abe3a5e89eb38 /Documentation/ioctl | |
parent | 41d512e51b5e59ee2598f74249799dcc6b0a06f2 (diff) | |
download | linux-54adc01055b75ec8769c5a36574c7a0895c0c0b2.tar.gz linux-54adc01055b75ec8769c5a36574c7a0895c0c0b2.tar.bz2 linux-54adc01055b75ec8769c5a36574c7a0895c0c0b2.zip |
nvme/quirk: Add a delay before checking for adapter readiness
When disabling the controller, the specification says the register
NVME_REG_CC should be written and then driver needs to wait the
adapter to be ready, which is checked by reading another register
bit (NVME_CSTS_RDY). There's a timeout validation in this checking,
so in case this timeout is reached the driver gives up and removes
the adapter from the system.
After a firmware activation procedure, the PCI_DEVICE(0x1c58, 0x0003)
(HGST adapter) end up being removed if we issue a reset_controller,
because driver keeps verifying the NVME_REG_CSTS until the timeout is
reached. This patch adds a necessary quirk for this adapter, by
introducing a delay before nvme_wait_ready(), so the reset procedure
is able to be completed. This quirk is needed because just increasing
the timeout is not enough in case of this adapter - the driver must
wait before start reading NVME_REG_CSTS register on this specific
device.
Signed-off-by: Guilherme G. Piccoli <gpiccoli@linux.vnet.ibm.com>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Jens Axboe <axboe@fb.com>
Diffstat (limited to 'Documentation/ioctl')
0 files changed, 0 insertions, 0 deletions