linux-toradex.git/drivers/nvme, branch v4.10

nvme-fc: use blk_rq_nr_phys_segments

2017-01-26T15:49:14+00:00

Without this deallocate won't work properly due to the mismatch
of the bio/request size and the actual payload size.

Signed-off-by: Christoph Hellwig 
Reviewed-by: James Smart 
Reviewed-by: Johannes Thumshirn 
Signed-off-by: Sagi Grimberg

nvmet-rdma: Fix missing dma sync to nvme data structures

2017-01-26T15:45:03+00:00

This patch performs dma sync operations on nvme_command
and nvme_completion.

nvme_command is synced
(a) on receiving of the recv queue completion for cpu access.
(b) before posting recv wqe back to rdma adapter for device access.

nvme_completion is synced
(a) on receiving of the recv queue completion of associated
nvme_command for cpu access.
(b) before posting send wqe to rdma adapter for device access.

This patch is generated for git://git.infradead.org/nvme-fabrics.git
Branch: nvmf-4.10

Signed-off-by: Parav Pandit 
Reviewed-by: Max Gurtovoy

nvmet: Call fatal_error from keep-alive timout expiration

2017-01-26T15:45:03+00:00

We only need to call delete_ctrl once, so given that both
keep-alive timeout and any other fatal error can trigger it,
just make sure we only call delete_ctrl once.

Signed-off-by: Sagi Grimberg 
Reviewed-by: Christoph Hellwig

nvmet: cancel fatal error and flush async work before free controller

2017-01-26T15:45:00+00:00

Make sure they are not running and we can free the controller
safely.

Signed-off-by: Roy Shterman 
Signed-off-by: Sagi Grimberg 
Reviewed-by: Christoph Hellwig

nvmet: delete controllers deletion upon subsystem release

2017-01-26T15:44:22+00:00

No reason for them to be kept around if we are
deleting the subsystem, so instead of passively
wait for the host to disconnect, actively delete
the controllers.

Signed-off-by: Sagi Grimberg 
Reviewed-by: Johannes Thumshirn 
Reviewed-by: Max Gurtovoy 
Reviewed-by: Christoph Hellwig

nvmet_fc: correct logic in disconnect queue LS handling

2017-01-26T15:44:21+00:00

Correct logic in disconnect queue LS handling.
Rework so that queue searching and error reporting is above the
section to send back a ls rjt

Signed-off-by: James Smart 
Signed-off-by: Sagi Grimberg

nvme: use blk_rq_payload_bytes

2017-01-13T22:17:04+00:00

The new blk_rq_payload_bytes generalizes the payload length hacks
that nvme_map_len did before.

Signed-off-by: Christoph Hellwig 
Reviewed-by: Hannes Reinecke 
Reviewed-by: Sagi Grimberg 
Signed-off-by: Jens Axboe

nvme: apply DELAY_BEFORE_CHK_RDY quirk at probe time too

2017-01-11T16:21:35+00:00

Commit 54adc01055b7 ("nvme/quirk: Add a delay before checking for adapter
readiness") introduced a quirk to adapters that cannot read the bit
NVME_CSTS_RDY right after register NVME_REG_CC is set; these adapters
need a delay or else the action of reading the bit NVME_CSTS_RDY could
somehow corrupt adapter's registers state and it never recovers.

When this quirk was added, we checked ctrl->tagset in order to avoid
quirking in probe time, supposing we would never require such delay
during probe. Well, it was too optimistic; we in fact need this quirk
at probe time in some cases, like after a kexec.

In some experiments, after abnormal shutdown of machine (aka power cord
unplug), we booted into our bootloader in Power, which is a Linux kernel,
and kexec'ed into another distro. If this kexec is too quick, we end up
reaching the probe of NVMe adapter in that distro when adapter is in
bad state (not fully initialized on our bootloader). What happens next
is that nvme_wait_ready() is unable to complete, except if the quirk is
enabled.

So, this patch removes the original ctrl->tagset verification in order
to enable the quirk even on probe time.

Fixes: 54adc01055b7 ("nvme/quirk: Add a delay before checking for adapter readiness")
Reported-by: Andrew Byrne 
Reported-by: Jaime A. H. Gomez 
Reported-by: Zachary D. Myers 
Signed-off-by: Guilherme G. Piccoli 
Acked-by: Jeffrey Lien 
Signed-off-by: Christoph Hellwig

nvme-rdma: fix nvme_rdma_queue_is_ready

2017-01-11T16:20:39+00:00

Now that we don't abuse the cmd field in struct request for nvme command
passthrough this function needs to be converted to the proper accessor
as well.

Fixes: d49187e97e ("nvme: introduce struct nvme_request")
Signed-off-by: Christoph Hellwig 
Reviewed-by: Max Gurtovoy

Merge branch 'nvme-4.10' of git://git.infradead.org/nvme into for-linus

2016-12-22T18:54:46+00:00

Christoph writes:

The most significant one is that we've agreed on shared maintaince and
a common repository for the PCIe NVMe driver and NVMe over Fabrics.  The
target code still only has a subset of the maintainers but goes through
the same tree as well.  Keith, Sagi and me will take turns at collecting
patches and sending you pull requests.