2018-05-08 03:26:55 +08:00
|
|
|
// SPDX-License-Identifier: GPL-2.0 OR BSD-3-Clause
|
2007-12-13 06:13:25 +08:00
|
|
|
/*
|
2018-05-08 03:27:21 +08:00
|
|
|
* Copyright (c) 2016-2018 Oracle. All rights reserved.
|
2014-05-29 04:12:01 +08:00
|
|
|
* Copyright (c) 2014 Open Grid Computing, Inc. All rights reserved.
|
2007-12-13 06:13:25 +08:00
|
|
|
* Copyright (c) 2005-2006 Network Appliance, Inc. All rights reserved.
|
|
|
|
*
|
|
|
|
* This software is available to you under a choice of one of two
|
|
|
|
* licenses. You may choose to be licensed under the terms of the GNU
|
|
|
|
* General Public License (GPL) Version 2, available from the file
|
|
|
|
* COPYING in the main directory of this source tree, or the BSD-type
|
|
|
|
* license below:
|
|
|
|
*
|
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
* modification, are permitted provided that the following conditions
|
|
|
|
* are met:
|
|
|
|
*
|
|
|
|
* Redistributions of source code must retain the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer.
|
|
|
|
*
|
|
|
|
* Redistributions in binary form must reproduce the above
|
|
|
|
* copyright notice, this list of conditions and the following
|
|
|
|
* disclaimer in the documentation and/or other materials provided
|
|
|
|
* with the distribution.
|
|
|
|
*
|
|
|
|
* Neither the name of the Network Appliance, Inc. nor the names of
|
|
|
|
* its contributors may be used to endorse or promote products
|
|
|
|
* derived from this software without specific prior written
|
|
|
|
* permission.
|
|
|
|
*
|
|
|
|
* THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
|
|
|
|
* "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
|
|
|
|
* LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
|
|
|
|
* A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
|
|
|
|
* OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
|
|
|
|
* SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
|
|
|
|
* LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
|
|
|
|
* DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
|
|
|
|
* THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
|
|
|
|
* (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
|
|
|
|
* OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
|
|
|
|
*
|
|
|
|
* Author: Tom Tucker <tom@opengridcomputing.com>
|
|
|
|
*/
|
|
|
|
|
2017-04-10 01:06:25 +08:00
|
|
|
/* Operation
|
|
|
|
*
|
|
|
|
* The main entry point is svc_rdma_sendto. This is called by the
|
|
|
|
* RPC server when an RPC Reply is ready to be transmitted to a client.
|
|
|
|
*
|
|
|
|
* The passed-in svc_rqst contains a struct xdr_buf which holds an
|
|
|
|
* XDR-encoded RPC Reply message. sendto must construct the RPC-over-RDMA
|
|
|
|
* transport header, post all Write WRs needed for this Reply, then post
|
|
|
|
* a Send WR conveying the transport header and the RPC message itself to
|
|
|
|
* the client.
|
|
|
|
*
|
|
|
|
* svc_rdma_sendto must fully transmit the Reply before returning, as
|
|
|
|
* the svc_rqst will be recycled as soon as sendto returns. Remaining
|
|
|
|
* resources referred to by the svc_rqst are also recycled at that time.
|
|
|
|
* Therefore any resources that must remain longer must be detached
|
|
|
|
* from the svc_rqst and released later.
|
|
|
|
*
|
|
|
|
* Page Management
|
|
|
|
*
|
|
|
|
* The I/O that performs Reply transmission is asynchronous, and may
|
|
|
|
* complete well after sendto returns. Thus pages under I/O must be
|
|
|
|
* removed from the svc_rqst before sendto returns.
|
|
|
|
*
|
|
|
|
* The logic here depends on Send Queue and completion ordering. Since
|
|
|
|
* the Send WR is always posted last, it will always complete last. Thus
|
|
|
|
* when it completes, it is guaranteed that all previous Write WRs have
|
|
|
|
* also completed.
|
|
|
|
*
|
|
|
|
* Write WRs are constructed and posted. Each Write segment gets its own
|
|
|
|
* svc_rdma_rw_ctxt, allowing the Write completion handler to find and
|
|
|
|
* DMA-unmap the pages under I/O for that Write segment. The Write
|
|
|
|
* completion handler does not release any pages.
|
|
|
|
*
|
2018-05-08 03:28:04 +08:00
|
|
|
* When the Send WR is constructed, it also gets its own svc_rdma_send_ctxt.
|
2017-04-10 01:06:25 +08:00
|
|
|
* The ownership of all of the Reply's pages are transferred into that
|
|
|
|
* ctxt, the Send WR is posted, and sendto returns.
|
|
|
|
*
|
2018-05-08 03:28:04 +08:00
|
|
|
* The svc_rdma_send_ctxt is presented when the Send WR completes. The
|
2017-04-10 01:06:25 +08:00
|
|
|
* Send completion handler finally releases the Reply's pages.
|
|
|
|
*
|
|
|
|
* This mechanism also assumes that completions on the transport's Send
|
|
|
|
* Completion Queue do not run in parallel. Otherwise a Write completion
|
|
|
|
* and Send completion running at the same time could release pages that
|
|
|
|
* are still DMA-mapped.
|
|
|
|
*
|
|
|
|
* Error Handling
|
|
|
|
*
|
|
|
|
* - If the Send WR is posted successfully, it will either complete
|
|
|
|
* successfully, or get flushed. Either way, the Send completion
|
|
|
|
* handler releases the Reply's pages.
|
|
|
|
* - If the Send WR cannot be not posted, the forward path releases
|
|
|
|
* the Reply's pages.
|
|
|
|
*
|
|
|
|
* This handles the case, without the use of page reference counting,
|
|
|
|
* where two different Write segments send portions of the same page.
|
|
|
|
*/
|
|
|
|
|
2007-12-13 06:13:25 +08:00
|
|
|
#include <linux/spinlock.h>
|
|
|
|
#include <asm/unaligned.h>
|
2018-05-08 03:27:11 +08:00
|
|
|
|
2007-12-13 06:13:25 +08:00
|
|
|
#include <rdma/ib_verbs.h>
|
|
|
|
#include <rdma/rdma_cm.h>
|
2018-05-08 03:27:11 +08:00
|
|
|
|
|
|
|
#include <linux/sunrpc/debug.h>
|
2007-12-13 06:13:25 +08:00
|
|
|
#include <linux/sunrpc/svc_rdma.h>
|
|
|
|
|
2018-05-08 03:27:11 +08:00
|
|
|
#include "xprt_rdma.h"
|
|
|
|
#include <trace/events/rpcrdma.h>
|
|
|
|
|
2018-05-08 03:28:04 +08:00
|
|
|
static void svc_rdma_wc_send(struct ib_cq *cq, struct ib_wc *wc);
|
|
|
|
|
|
|
|
static struct svc_rdma_send_ctxt *
|
|
|
|
svc_rdma_send_ctxt_alloc(struct svcxprt_rdma *rdma)
|
|
|
|
{
|
2023-06-05 21:11:37 +08:00
|
|
|
int node = ibdev_to_node(rdma->sc_cm_id->device);
|
2018-05-08 03:28:04 +08:00
|
|
|
struct svc_rdma_send_ctxt *ctxt;
|
2018-05-08 03:28:25 +08:00
|
|
|
dma_addr_t addr;
|
|
|
|
void *buffer;
|
2018-05-08 03:28:04 +08:00
|
|
|
int i;
|
|
|
|
|
2023-12-11 23:24:15 +08:00
|
|
|
ctxt = kzalloc_node(struct_size(ctxt, sc_sges, rdma->sc_max_send_sges),
|
2023-06-05 21:11:37 +08:00
|
|
|
GFP_KERNEL, node);
|
2018-05-08 03:28:04 +08:00
|
|
|
if (!ctxt)
|
2018-05-08 03:28:25 +08:00
|
|
|
goto fail0;
|
2023-06-05 21:11:37 +08:00
|
|
|
buffer = kmalloc_node(rdma->sc_max_req_size, GFP_KERNEL, node);
|
2018-05-08 03:28:25 +08:00
|
|
|
if (!buffer)
|
|
|
|
goto fail1;
|
|
|
|
addr = ib_dma_map_single(rdma->sc_pd->device, buffer,
|
|
|
|
rdma->sc_max_req_size, DMA_TO_DEVICE);
|
|
|
|
if (ib_dma_mapping_error(rdma->sc_pd->device, addr))
|
|
|
|
goto fail2;
|
2018-05-08 03:28:04 +08:00
|
|
|
|
2020-05-01 01:47:07 +08:00
|
|
|
svc_rdma_send_cid_init(rdma, &ctxt->sc_cid);
|
|
|
|
|
2023-11-22 00:40:33 +08:00
|
|
|
ctxt->sc_rdma = rdma;
|
2018-05-08 03:28:04 +08:00
|
|
|
ctxt->sc_send_wr.next = NULL;
|
|
|
|
ctxt->sc_send_wr.wr_cqe = &ctxt->sc_cqe;
|
|
|
|
ctxt->sc_send_wr.sg_list = ctxt->sc_sges;
|
|
|
|
ctxt->sc_send_wr.send_flags = IB_SEND_SIGNALED;
|
2018-05-08 03:28:25 +08:00
|
|
|
ctxt->sc_cqe.done = svc_rdma_wc_send;
|
|
|
|
ctxt->sc_xprt_buf = buffer;
|
2020-03-03 04:02:20 +08:00
|
|
|
xdr_buf_init(&ctxt->sc_hdrbuf, ctxt->sc_xprt_buf,
|
|
|
|
rdma->sc_max_req_size);
|
2018-05-08 03:28:25 +08:00
|
|
|
ctxt->sc_sges[0].addr = addr;
|
|
|
|
|
2018-05-08 03:28:09 +08:00
|
|
|
for (i = 0; i < rdma->sc_max_send_sges; i++)
|
2018-05-08 03:28:04 +08:00
|
|
|
ctxt->sc_sges[i].lkey = rdma->sc_pd->local_dma_lkey;
|
|
|
|
return ctxt;
|
2018-05-08 03:28:25 +08:00
|
|
|
|
|
|
|
fail2:
|
|
|
|
kfree(buffer);
|
|
|
|
fail1:
|
|
|
|
kfree(ctxt);
|
|
|
|
fail0:
|
|
|
|
return NULL;
|
2018-05-08 03:28:04 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* svc_rdma_send_ctxts_destroy - Release all send_ctxt's for an xprt
|
|
|
|
* @rdma: svcxprt_rdma being torn down
|
|
|
|
*
|
|
|
|
*/
|
|
|
|
void svc_rdma_send_ctxts_destroy(struct svcxprt_rdma *rdma)
|
|
|
|
{
|
|
|
|
struct svc_rdma_send_ctxt *ctxt;
|
2021-02-09 23:32:20 +08:00
|
|
|
struct llist_node *node;
|
2018-05-08 03:28:04 +08:00
|
|
|
|
2021-02-09 23:32:20 +08:00
|
|
|
while ((node = llist_del_first(&rdma->sc_send_ctxts)) != NULL) {
|
|
|
|
ctxt = llist_entry(node, struct svc_rdma_send_ctxt, sc_node);
|
2018-05-08 03:28:25 +08:00
|
|
|
ib_dma_unmap_single(rdma->sc_pd->device,
|
|
|
|
ctxt->sc_sges[0].addr,
|
|
|
|
rdma->sc_max_req_size,
|
|
|
|
DMA_TO_DEVICE);
|
|
|
|
kfree(ctxt->sc_xprt_buf);
|
2018-05-08 03:28:04 +08:00
|
|
|
kfree(ctxt);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* svc_rdma_send_ctxt_get - Get a free send_ctxt
|
|
|
|
* @rdma: controlling svcxprt_rdma
|
|
|
|
*
|
|
|
|
* Returns a ready-to-use send_ctxt, or NULL if none are
|
|
|
|
* available and a fresh one cannot be allocated.
|
|
|
|
*/
|
|
|
|
struct svc_rdma_send_ctxt *svc_rdma_send_ctxt_get(struct svcxprt_rdma *rdma)
|
|
|
|
{
|
|
|
|
struct svc_rdma_send_ctxt *ctxt;
|
2021-02-09 23:32:20 +08:00
|
|
|
struct llist_node *node;
|
2018-05-08 03:28:04 +08:00
|
|
|
|
|
|
|
spin_lock(&rdma->sc_send_lock);
|
2021-02-09 23:32:20 +08:00
|
|
|
node = llist_del_first(&rdma->sc_send_ctxts);
|
2023-11-22 00:40:46 +08:00
|
|
|
spin_unlock(&rdma->sc_send_lock);
|
2021-02-09 23:32:20 +08:00
|
|
|
if (!node)
|
2018-05-08 03:28:04 +08:00
|
|
|
goto out_empty;
|
2023-11-22 00:40:46 +08:00
|
|
|
|
2021-02-09 23:32:20 +08:00
|
|
|
ctxt = llist_entry(node, struct svc_rdma_send_ctxt, sc_node);
|
2018-05-08 03:28:04 +08:00
|
|
|
|
|
|
|
out:
|
2020-03-03 04:02:20 +08:00
|
|
|
rpcrdma_set_xdrlen(&ctxt->sc_hdrbuf, 0);
|
|
|
|
xdr_init_encode(&ctxt->sc_stream, &ctxt->sc_hdrbuf,
|
|
|
|
ctxt->sc_xprt_buf, NULL);
|
|
|
|
|
2024-02-05 07:17:34 +08:00
|
|
|
svc_rdma_cc_init(rdma, &ctxt->sc_reply_info.wi_cc);
|
2018-05-08 03:28:04 +08:00
|
|
|
ctxt->sc_send_wr.num_sge = 0;
|
2018-05-08 03:28:25 +08:00
|
|
|
ctxt->sc_cur_sge_no = 0;
|
2023-06-12 22:10:07 +08:00
|
|
|
ctxt->sc_page_count = 0;
|
2024-02-05 07:17:22 +08:00
|
|
|
ctxt->sc_wr_chain = &ctxt->sc_send_wr;
|
|
|
|
ctxt->sc_sqecount = 1;
|
|
|
|
|
2018-05-08 03:28:04 +08:00
|
|
|
return ctxt;
|
|
|
|
|
|
|
|
out_empty:
|
|
|
|
ctxt = svc_rdma_send_ctxt_alloc(rdma);
|
|
|
|
if (!ctxt)
|
|
|
|
return NULL;
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
|
2023-11-22 00:40:33 +08:00
|
|
|
static void svc_rdma_send_ctxt_release(struct svcxprt_rdma *rdma,
|
|
|
|
struct svc_rdma_send_ctxt *ctxt)
|
2018-05-08 03:28:04 +08:00
|
|
|
{
|
|
|
|
struct ib_device *device = rdma->sc_cm_id->device;
|
|
|
|
unsigned int i;
|
|
|
|
|
2024-02-05 07:17:34 +08:00
|
|
|
svc_rdma_reply_chunk_release(rdma, ctxt);
|
|
|
|
|
2023-06-12 22:10:27 +08:00
|
|
|
if (ctxt->sc_page_count)
|
|
|
|
release_pages(ctxt->sc_pages, ctxt->sc_page_count);
|
2023-06-12 22:10:07 +08:00
|
|
|
|
2018-05-08 03:28:25 +08:00
|
|
|
/* The first SGE contains the transport header, which
|
|
|
|
* remains mapped until @ctxt is destroyed.
|
|
|
|
*/
|
2019-10-04 21:58:20 +08:00
|
|
|
for (i = 1; i < ctxt->sc_send_wr.num_sge; i++) {
|
2023-11-28 00:33:50 +08:00
|
|
|
trace_svcrdma_dma_unmap_page(&ctxt->sc_cid,
|
|
|
|
ctxt->sc_sges[i].addr,
|
|
|
|
ctxt->sc_sges[i].length);
|
2018-05-08 03:28:04 +08:00
|
|
|
ib_dma_unmap_page(device,
|
|
|
|
ctxt->sc_sges[i].addr,
|
|
|
|
ctxt->sc_sges[i].length,
|
|
|
|
DMA_TO_DEVICE);
|
2019-10-04 21:58:20 +08:00
|
|
|
}
|
2018-05-08 03:28:04 +08:00
|
|
|
|
2021-02-09 23:32:20 +08:00
|
|
|
llist_add(&ctxt->sc_node, &rdma->sc_send_ctxts);
|
2023-11-22 00:40:33 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static void svc_rdma_send_ctxt_put_async(struct work_struct *work)
|
|
|
|
{
|
|
|
|
struct svc_rdma_send_ctxt *ctxt;
|
|
|
|
|
|
|
|
ctxt = container_of(work, struct svc_rdma_send_ctxt, sc_work);
|
|
|
|
svc_rdma_send_ctxt_release(ctxt->sc_rdma, ctxt);
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* svc_rdma_send_ctxt_put - Return send_ctxt to free list
|
|
|
|
* @rdma: controlling svcxprt_rdma
|
|
|
|
* @ctxt: object to return to the free list
|
|
|
|
*
|
|
|
|
* Pages left in sc_pages are DMA unmapped and released.
|
|
|
|
*/
|
|
|
|
void svc_rdma_send_ctxt_put(struct svcxprt_rdma *rdma,
|
|
|
|
struct svc_rdma_send_ctxt *ctxt)
|
|
|
|
{
|
|
|
|
INIT_WORK(&ctxt->sc_work, svc_rdma_send_ctxt_put_async);
|
|
|
|
queue_work(svcrdma_wq, &ctxt->sc_work);
|
2018-05-08 03:28:04 +08:00
|
|
|
}
|
|
|
|
|
2021-07-08 02:57:28 +08:00
|
|
|
/**
|
|
|
|
* svc_rdma_wake_send_waiters - manage Send Queue accounting
|
|
|
|
* @rdma: controlling transport
|
|
|
|
* @avail: Number of additional SQEs that are now available
|
|
|
|
*
|
|
|
|
*/
|
|
|
|
void svc_rdma_wake_send_waiters(struct svcxprt_rdma *rdma, int avail)
|
|
|
|
{
|
|
|
|
atomic_add(avail, &rdma->sc_sq_avail);
|
|
|
|
smp_mb__after_atomic();
|
|
|
|
if (unlikely(waitqueue_active(&rdma->sc_send_wait)))
|
|
|
|
wake_up(&rdma->sc_send_wait);
|
|
|
|
}
|
|
|
|
|
2018-05-08 03:28:04 +08:00
|
|
|
/**
|
|
|
|
* svc_rdma_wc_send - Invoked by RDMA provider for each polled Send WC
|
|
|
|
* @cq: Completion Queue context
|
|
|
|
* @wc: Work Completion object
|
|
|
|
*
|
|
|
|
* NB: The svc_xprt/svcxprt_rdma is pinned whenever it's possible that
|
|
|
|
* the Send completion handler could be running.
|
|
|
|
*/
|
|
|
|
static void svc_rdma_wc_send(struct ib_cq *cq, struct ib_wc *wc)
|
|
|
|
{
|
|
|
|
struct svcxprt_rdma *rdma = cq->cq_context;
|
|
|
|
struct ib_cqe *cqe = wc->wr_cqe;
|
2020-05-01 01:47:07 +08:00
|
|
|
struct svc_rdma_send_ctxt *ctxt =
|
|
|
|
container_of(cqe, struct svc_rdma_send_ctxt, sc_cqe);
|
2018-05-08 03:28:04 +08:00
|
|
|
|
2024-02-05 07:17:22 +08:00
|
|
|
svc_rdma_wake_send_waiters(rdma, ctxt->sc_sqecount);
|
2021-01-14 02:57:18 +08:00
|
|
|
|
2021-02-21 07:53:40 +08:00
|
|
|
if (unlikely(wc->status != IB_WC_SUCCESS))
|
2021-10-04 22:16:14 +08:00
|
|
|
goto flushed;
|
|
|
|
|
2023-11-28 00:33:30 +08:00
|
|
|
trace_svcrdma_wc_send(&ctxt->sc_cid);
|
2023-06-12 22:10:14 +08:00
|
|
|
svc_rdma_send_ctxt_put(rdma, ctxt);
|
2021-10-04 22:16:14 +08:00
|
|
|
return;
|
|
|
|
|
|
|
|
flushed:
|
|
|
|
if (wc->status != IB_WC_WR_FLUSH_ERR)
|
|
|
|
trace_svcrdma_wc_send_err(wc, &ctxt->sc_cid);
|
|
|
|
else
|
|
|
|
trace_svcrdma_wc_send_flush(wc, &ctxt->sc_cid);
|
2023-06-12 22:10:14 +08:00
|
|
|
svc_rdma_send_ctxt_put(rdma, ctxt);
|
2021-10-04 22:16:14 +08:00
|
|
|
svc_xprt_deferred_close(&rdma->sc_xprt);
|
2018-05-08 03:28:04 +08:00
|
|
|
}
|
|
|
|
|
2018-05-08 03:28:20 +08:00
|
|
|
/**
|
2024-02-05 07:17:22 +08:00
|
|
|
* svc_rdma_post_send - Post a WR chain to the Send Queue
|
|
|
|
* @rdma: transport context
|
|
|
|
* @ctxt: WR chain to post
|
2018-05-08 03:28:20 +08:00
|
|
|
*
|
2024-02-05 07:17:09 +08:00
|
|
|
* Copy fields in @ctxt to stack variables in order to guarantee
|
|
|
|
* that these values remain available after the ib_post_send() call.
|
|
|
|
* In some error flow cases, svc_rdma_wc_send() releases @ctxt.
|
|
|
|
*
|
2024-02-05 07:17:22 +08:00
|
|
|
* Note there is potential for starvation when the Send Queue is
|
|
|
|
* full because there is no order to when waiting threads are
|
|
|
|
* awoken. The transport is typically provisioned with a deep
|
|
|
|
* enough Send Queue that SQ exhaustion should be a rare event.
|
|
|
|
*
|
2024-02-05 07:17:15 +08:00
|
|
|
* Return values:
|
|
|
|
* %0: @ctxt's WR chain was posted successfully
|
|
|
|
* %-ENOTCONN: The connection was lost
|
2018-05-08 03:28:20 +08:00
|
|
|
*/
|
2024-02-05 07:17:22 +08:00
|
|
|
int svc_rdma_post_send(struct svcxprt_rdma *rdma,
|
|
|
|
struct svc_rdma_send_ctxt *ctxt)
|
2018-05-08 03:28:04 +08:00
|
|
|
{
|
2024-02-05 07:17:22 +08:00
|
|
|
struct ib_send_wr *first_wr = ctxt->sc_wr_chain;
|
|
|
|
struct ib_send_wr *send_wr = &ctxt->sc_send_wr;
|
|
|
|
const struct ib_send_wr *bad_wr = first_wr;
|
2024-02-05 07:17:09 +08:00
|
|
|
struct rpc_rdma_cid cid = ctxt->sc_cid;
|
2024-02-05 07:17:22 +08:00
|
|
|
int ret, sqecount = ctxt->sc_sqecount;
|
2018-05-08 03:28:04 +08:00
|
|
|
|
2023-06-12 22:13:45 +08:00
|
|
|
might_sleep();
|
|
|
|
|
2020-03-04 00:08:05 +08:00
|
|
|
/* Sync the transport header buffer */
|
|
|
|
ib_dma_sync_single_for_device(rdma->sc_pd->device,
|
2024-02-05 07:17:22 +08:00
|
|
|
send_wr->sg_list[0].addr,
|
|
|
|
send_wr->sg_list[0].length,
|
2020-03-04 00:08:05 +08:00
|
|
|
DMA_TO_DEVICE);
|
|
|
|
|
2018-05-08 03:28:04 +08:00
|
|
|
/* If the SQ is full, wait until an SQ entry is available */
|
2024-02-05 07:17:15 +08:00
|
|
|
while (!test_bit(XPT_CLOSE, &rdma->sc_xprt.xpt_flags)) {
|
2024-02-05 07:17:22 +08:00
|
|
|
if (atomic_sub_return(sqecount, &rdma->sc_sq_avail) < 0) {
|
|
|
|
svc_rdma_wake_send_waiters(rdma, sqecount);
|
2024-02-05 07:17:15 +08:00
|
|
|
|
|
|
|
/* When the transport is torn down, assume
|
|
|
|
* ib_drain_sq() will trigger enough Send
|
|
|
|
* completions to wake us. The XPT_CLOSE test
|
|
|
|
* above should then cause the while loop to
|
|
|
|
* exit.
|
|
|
|
*/
|
2020-12-30 04:55:17 +08:00
|
|
|
percpu_counter_inc(&svcrdma_stat_sq_starve);
|
2024-02-05 07:17:09 +08:00
|
|
|
trace_svcrdma_sq_full(rdma, &cid);
|
2018-05-08 03:28:04 +08:00
|
|
|
wait_event(rdma->sc_send_wait,
|
2024-02-05 07:17:03 +08:00
|
|
|
atomic_read(&rdma->sc_sq_avail) > 0);
|
2024-02-05 07:17:09 +08:00
|
|
|
trace_svcrdma_sq_retry(rdma, &cid);
|
2018-05-08 03:28:04 +08:00
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
2020-04-29 23:05:33 +08:00
|
|
|
trace_svcrdma_post_send(ctxt);
|
2024-02-05 07:17:22 +08:00
|
|
|
ret = ib_post_send(rdma->sc_qp, first_wr, &bad_wr);
|
2024-02-05 07:17:15 +08:00
|
|
|
if (ret) {
|
|
|
|
trace_svcrdma_sq_post_err(rdma, &cid, ret);
|
|
|
|
svc_xprt_deferred_close(&rdma->sc_xprt);
|
2024-02-05 07:17:22 +08:00
|
|
|
|
|
|
|
/* If even one WR was posted, there will be a
|
|
|
|
* Send completion that bumps sc_sq_avail.
|
|
|
|
*/
|
|
|
|
if (bad_wr == first_wr) {
|
|
|
|
svc_rdma_wake_send_waiters(rdma, sqecount);
|
|
|
|
break;
|
|
|
|
}
|
2024-02-05 07:17:15 +08:00
|
|
|
}
|
2020-03-31 02:27:37 +08:00
|
|
|
return 0;
|
2018-05-08 03:28:04 +08:00
|
|
|
}
|
2024-02-05 07:17:15 +08:00
|
|
|
return -ENOTCONN;
|
2018-05-08 03:28:04 +08:00
|
|
|
}
|
|
|
|
|
2020-03-03 04:02:20 +08:00
|
|
|
/**
|
|
|
|
* svc_rdma_encode_read_list - Encode RPC Reply's Read chunk list
|
|
|
|
* @sctxt: Send context for the RPC Reply
|
|
|
|
*
|
|
|
|
* Return values:
|
|
|
|
* On success, returns length in bytes of the Reply XDR buffer
|
|
|
|
* that was consumed by the Reply Read list
|
|
|
|
* %-EMSGSIZE on XDR buffer overflow
|
2017-04-10 01:06:25 +08:00
|
|
|
*/
|
2020-03-03 04:02:20 +08:00
|
|
|
static ssize_t svc_rdma_encode_read_list(struct svc_rdma_send_ctxt *sctxt)
|
2017-04-10 01:06:25 +08:00
|
|
|
{
|
2020-03-03 04:02:20 +08:00
|
|
|
/* RPC-over-RDMA version 1 replies never have a Read list. */
|
|
|
|
return xdr_stream_encode_item_absent(&sctxt->sc_stream);
|
|
|
|
}
|
2017-04-10 01:06:25 +08:00
|
|
|
|
2020-03-03 04:02:20 +08:00
|
|
|
/**
|
|
|
|
* svc_rdma_encode_write_segment - Encode one Write segment
|
|
|
|
* @sctxt: Send context for the RPC Reply
|
2020-06-17 23:50:34 +08:00
|
|
|
* @chunk: Write chunk to push
|
2020-03-03 04:02:20 +08:00
|
|
|
* @remaining: remaining bytes of the payload left in the Write chunk
|
2020-06-17 23:50:34 +08:00
|
|
|
* @segno: which segment in the chunk
|
2020-03-03 04:02:20 +08:00
|
|
|
*
|
|
|
|
* Return values:
|
|
|
|
* On success, returns length in bytes of the Reply XDR buffer
|
2020-06-17 23:50:34 +08:00
|
|
|
* that was consumed by the Write segment, and updates @remaining
|
2020-03-03 04:02:20 +08:00
|
|
|
* %-EMSGSIZE on XDR buffer overflow
|
|
|
|
*/
|
2020-06-17 23:50:34 +08:00
|
|
|
static ssize_t svc_rdma_encode_write_segment(struct svc_rdma_send_ctxt *sctxt,
|
|
|
|
const struct svc_rdma_chunk *chunk,
|
|
|
|
u32 *remaining, unsigned int segno)
|
2020-03-03 04:02:20 +08:00
|
|
|
{
|
2020-06-17 23:50:34 +08:00
|
|
|
const struct svc_rdma_segment *segment = &chunk->ch_segments[segno];
|
|
|
|
const size_t len = rpcrdma_segment_maxsz * sizeof(__be32);
|
|
|
|
u32 length;
|
2020-03-03 04:02:20 +08:00
|
|
|
__be32 *p;
|
|
|
|
|
|
|
|
p = xdr_reserve_space(&sctxt->sc_stream, len);
|
|
|
|
if (!p)
|
|
|
|
return -EMSGSIZE;
|
|
|
|
|
2020-06-17 23:50:34 +08:00
|
|
|
length = min_t(u32, *remaining, segment->rs_length);
|
|
|
|
*remaining -= length;
|
|
|
|
xdr_encode_rdma_segment(p, segment->rs_handle, length,
|
|
|
|
segment->rs_offset);
|
|
|
|
trace_svcrdma_encode_wseg(sctxt, segno, segment->rs_handle, length,
|
|
|
|
segment->rs_offset);
|
2020-03-03 04:02:20 +08:00
|
|
|
return len;
|
2017-04-10 01:06:25 +08:00
|
|
|
}
|
|
|
|
|
2020-03-03 04:02:20 +08:00
|
|
|
/**
|
|
|
|
* svc_rdma_encode_write_chunk - Encode one Write chunk
|
|
|
|
* @sctxt: Send context for the RPC Reply
|
2020-06-17 23:50:34 +08:00
|
|
|
* @chunk: Write chunk to push
|
2020-03-03 04:02:20 +08:00
|
|
|
*
|
|
|
|
* Copy a Write chunk from the Call transport header to the
|
|
|
|
* Reply transport header. Update each segment's length field
|
|
|
|
* to reflect the number of bytes written in that segment.
|
|
|
|
*
|
|
|
|
* Return values:
|
|
|
|
* On success, returns length in bytes of the Reply XDR buffer
|
|
|
|
* that was consumed by the Write chunk
|
|
|
|
* %-EMSGSIZE on XDR buffer overflow
|
2017-04-10 01:06:25 +08:00
|
|
|
*/
|
2020-06-17 23:50:34 +08:00
|
|
|
static ssize_t svc_rdma_encode_write_chunk(struct svc_rdma_send_ctxt *sctxt,
|
|
|
|
const struct svc_rdma_chunk *chunk)
|
2017-04-10 01:06:25 +08:00
|
|
|
{
|
2020-06-17 23:50:34 +08:00
|
|
|
u32 remaining = chunk->ch_payload_length;
|
|
|
|
unsigned int segno;
|
2020-03-03 04:02:20 +08:00
|
|
|
ssize_t len, ret;
|
2017-04-10 01:06:25 +08:00
|
|
|
|
2020-06-17 23:50:34 +08:00
|
|
|
len = 0;
|
2020-03-03 04:02:20 +08:00
|
|
|
ret = xdr_stream_encode_item_present(&sctxt->sc_stream);
|
|
|
|
if (ret < 0)
|
2020-06-17 23:50:34 +08:00
|
|
|
return ret;
|
2020-03-03 04:02:20 +08:00
|
|
|
len += ret;
|
2017-04-10 01:06:25 +08:00
|
|
|
|
2020-06-17 23:50:34 +08:00
|
|
|
ret = xdr_stream_encode_u32(&sctxt->sc_stream, chunk->ch_segcount);
|
2020-03-03 04:02:20 +08:00
|
|
|
if (ret < 0)
|
2020-06-17 23:50:34 +08:00
|
|
|
return ret;
|
2020-03-03 04:02:20 +08:00
|
|
|
len += ret;
|
2017-04-10 01:06:25 +08:00
|
|
|
|
2020-06-17 23:50:34 +08:00
|
|
|
for (segno = 0; segno < chunk->ch_segcount; segno++) {
|
|
|
|
ret = svc_rdma_encode_write_segment(sctxt, chunk, &remaining, segno);
|
2020-03-03 04:02:20 +08:00
|
|
|
if (ret < 0)
|
2020-06-17 23:50:34 +08:00
|
|
|
return ret;
|
2020-03-03 04:02:20 +08:00
|
|
|
len += ret;
|
2017-04-10 01:06:25 +08:00
|
|
|
}
|
|
|
|
|
2020-03-03 04:02:20 +08:00
|
|
|
return len;
|
2017-04-10 01:06:25 +08:00
|
|
|
}
|
|
|
|
|
2020-03-03 04:02:20 +08:00
|
|
|
/**
|
|
|
|
* svc_rdma_encode_write_list - Encode RPC Reply's Write chunk list
|
|
|
|
* @rctxt: Reply context with information about the RPC Call
|
|
|
|
* @sctxt: Send context for the RPC Reply
|
|
|
|
*
|
|
|
|
* Return values:
|
|
|
|
* On success, returns length in bytes of the Reply XDR buffer
|
|
|
|
* that was consumed by the Reply's Write list
|
|
|
|
* %-EMSGSIZE on XDR buffer overflow
|
2017-04-10 01:06:25 +08:00
|
|
|
*/
|
2020-06-17 23:50:34 +08:00
|
|
|
static ssize_t svc_rdma_encode_write_list(struct svc_rdma_recv_ctxt *rctxt,
|
|
|
|
struct svc_rdma_send_ctxt *sctxt)
|
2017-04-10 01:06:25 +08:00
|
|
|
{
|
2020-06-17 23:07:00 +08:00
|
|
|
struct svc_rdma_chunk *chunk;
|
2020-03-03 04:02:20 +08:00
|
|
|
ssize_t len, ret;
|
2017-04-10 01:06:25 +08:00
|
|
|
|
2020-03-13 22:42:10 +08:00
|
|
|
len = 0;
|
2020-06-17 23:50:34 +08:00
|
|
|
pcl_for_each_chunk(chunk, &rctxt->rc_write_pcl) {
|
|
|
|
ret = svc_rdma_encode_write_chunk(sctxt, chunk);
|
2020-03-13 22:42:10 +08:00
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
2020-06-17 23:50:34 +08:00
|
|
|
len += ret;
|
2020-03-13 22:42:10 +08:00
|
|
|
}
|
2017-04-10 01:06:25 +08:00
|
|
|
|
2020-03-03 04:02:20 +08:00
|
|
|
/* Terminate the Write list */
|
|
|
|
ret = xdr_stream_encode_item_absent(&sctxt->sc_stream);
|
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
return len + ret;
|
2017-04-10 01:06:25 +08:00
|
|
|
}
|
|
|
|
|
2020-03-03 04:02:20 +08:00
|
|
|
/**
|
|
|
|
* svc_rdma_encode_reply_chunk - Encode RPC Reply's Reply chunk
|
|
|
|
* @rctxt: Reply context with information about the RPC Call
|
|
|
|
* @sctxt: Send context for the RPC Reply
|
|
|
|
* @length: size in bytes of the payload in the Reply chunk
|
2017-04-10 01:06:25 +08:00
|
|
|
*
|
2020-03-03 04:02:20 +08:00
|
|
|
* Return values:
|
|
|
|
* On success, returns length in bytes of the Reply XDR buffer
|
|
|
|
* that was consumed by the Reply's Reply chunk
|
|
|
|
* %-EMSGSIZE on XDR buffer overflow
|
2020-06-17 23:50:34 +08:00
|
|
|
* %-E2BIG if the RPC message is larger than the Reply chunk
|
2017-04-10 01:06:25 +08:00
|
|
|
*/
|
2020-03-03 04:02:20 +08:00
|
|
|
static ssize_t
|
2020-06-17 23:50:34 +08:00
|
|
|
svc_rdma_encode_reply_chunk(struct svc_rdma_recv_ctxt *rctxt,
|
2020-03-03 04:02:20 +08:00
|
|
|
struct svc_rdma_send_ctxt *sctxt,
|
|
|
|
unsigned int length)
|
2017-04-10 01:06:25 +08:00
|
|
|
{
|
2020-06-17 23:50:34 +08:00
|
|
|
struct svc_rdma_chunk *chunk;
|
|
|
|
|
|
|
|
if (pcl_is_empty(&rctxt->rc_reply_pcl))
|
2020-03-13 22:42:10 +08:00
|
|
|
return xdr_stream_encode_item_absent(&sctxt->sc_stream);
|
|
|
|
|
2020-06-17 23:50:34 +08:00
|
|
|
chunk = pcl_first_chunk(&rctxt->rc_reply_pcl);
|
|
|
|
if (length > chunk->ch_length)
|
|
|
|
return -E2BIG;
|
|
|
|
|
|
|
|
chunk->ch_payload_length = length;
|
|
|
|
return svc_rdma_encode_write_chunk(sctxt, chunk);
|
2017-04-10 01:06:25 +08:00
|
|
|
}
|
|
|
|
|
2020-03-10 01:29:27 +08:00
|
|
|
struct svc_rdma_map_data {
|
|
|
|
struct svcxprt_rdma *md_rdma;
|
|
|
|
struct svc_rdma_send_ctxt *md_ctxt;
|
|
|
|
};
|
|
|
|
|
|
|
|
/**
|
|
|
|
* svc_rdma_page_dma_map - DMA map one page
|
|
|
|
* @data: pointer to arguments
|
|
|
|
* @page: struct page to DMA map
|
|
|
|
* @offset: offset into the page
|
|
|
|
* @len: number of bytes to map
|
|
|
|
*
|
|
|
|
* Returns:
|
|
|
|
* %0 if DMA mapping was successful
|
|
|
|
* %-EIO if the page cannot be DMA mapped
|
|
|
|
*/
|
|
|
|
static int svc_rdma_page_dma_map(void *data, struct page *page,
|
|
|
|
unsigned long offset, unsigned int len)
|
2017-04-10 01:05:44 +08:00
|
|
|
{
|
2020-03-10 01:29:27 +08:00
|
|
|
struct svc_rdma_map_data *args = data;
|
|
|
|
struct svcxprt_rdma *rdma = args->md_rdma;
|
|
|
|
struct svc_rdma_send_ctxt *ctxt = args->md_ctxt;
|
2017-04-10 01:05:44 +08:00
|
|
|
struct ib_device *dev = rdma->sc_cm_id->device;
|
|
|
|
dma_addr_t dma_addr;
|
|
|
|
|
2020-03-10 01:29:27 +08:00
|
|
|
++ctxt->sc_cur_sge_no;
|
|
|
|
|
2017-04-10 01:05:44 +08:00
|
|
|
dma_addr = ib_dma_map_page(dev, page, offset, len, DMA_TO_DEVICE);
|
|
|
|
if (ib_dma_mapping_error(dev, dma_addr))
|
2017-06-24 05:17:15 +08:00
|
|
|
goto out_maperr;
|
2017-04-10 01:05:44 +08:00
|
|
|
|
2023-11-28 00:33:50 +08:00
|
|
|
trace_svcrdma_dma_map_page(&ctxt->sc_cid, dma_addr, len);
|
2018-05-08 03:28:09 +08:00
|
|
|
ctxt->sc_sges[ctxt->sc_cur_sge_no].addr = dma_addr;
|
|
|
|
ctxt->sc_sges[ctxt->sc_cur_sge_no].length = len;
|
2018-05-08 03:28:04 +08:00
|
|
|
ctxt->sc_send_wr.num_sge++;
|
2017-04-10 01:05:44 +08:00
|
|
|
return 0;
|
2017-06-24 05:17:15 +08:00
|
|
|
|
|
|
|
out_maperr:
|
2023-11-28 00:33:50 +08:00
|
|
|
trace_svcrdma_dma_map_err(&ctxt->sc_cid, dma_addr, len);
|
2017-06-24 05:17:15 +08:00
|
|
|
return -EIO;
|
2017-04-10 01:05:44 +08:00
|
|
|
}
|
|
|
|
|
2020-03-10 01:29:27 +08:00
|
|
|
/**
|
|
|
|
* svc_rdma_iov_dma_map - DMA map an iovec
|
|
|
|
* @data: pointer to arguments
|
|
|
|
* @iov: kvec to DMA map
|
|
|
|
*
|
|
|
|
* ib_dma_map_page() is used here because svc_rdma_dma_unmap()
|
2018-05-08 03:27:53 +08:00
|
|
|
* handles DMA-unmap and it uses ib_dma_unmap_page() exclusively.
|
2020-03-10 01:29:27 +08:00
|
|
|
*
|
|
|
|
* Returns:
|
|
|
|
* %0 if DMA mapping was successful
|
|
|
|
* %-EIO if the iovec cannot be DMA mapped
|
2018-05-08 03:27:53 +08:00
|
|
|
*/
|
2020-03-10 01:29:27 +08:00
|
|
|
static int svc_rdma_iov_dma_map(void *data, const struct kvec *iov)
|
2018-05-08 03:27:53 +08:00
|
|
|
{
|
2020-03-10 01:29:27 +08:00
|
|
|
if (!iov->iov_len)
|
|
|
|
return 0;
|
|
|
|
return svc_rdma_page_dma_map(data, virt_to_page(iov->iov_base),
|
|
|
|
offset_in_page(iov->iov_base),
|
|
|
|
iov->iov_len);
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* svc_rdma_xb_dma_map - DMA map all segments of an xdr_buf
|
|
|
|
* @xdr: xdr_buf containing portion of an RPC message to transmit
|
|
|
|
* @data: pointer to arguments
|
|
|
|
*
|
|
|
|
* Returns:
|
|
|
|
* %0 if DMA mapping was successful
|
|
|
|
* %-EIO if DMA mapping failed
|
|
|
|
*
|
|
|
|
* On failure, any DMA mappings that have been already done must be
|
|
|
|
* unmapped by the caller.
|
|
|
|
*/
|
|
|
|
static int svc_rdma_xb_dma_map(const struct xdr_buf *xdr, void *data)
|
|
|
|
{
|
|
|
|
unsigned int len, remaining;
|
|
|
|
unsigned long pageoff;
|
|
|
|
struct page **ppages;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = svc_rdma_iov_dma_map(data, &xdr->head[0]);
|
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
ppages = xdr->pages + (xdr->page_base >> PAGE_SHIFT);
|
|
|
|
pageoff = offset_in_page(xdr->page_base);
|
|
|
|
remaining = xdr->page_len;
|
|
|
|
while (remaining) {
|
|
|
|
len = min_t(u32, PAGE_SIZE - pageoff, remaining);
|
|
|
|
|
|
|
|
ret = svc_rdma_page_dma_map(data, *ppages++, pageoff, len);
|
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
remaining -= len;
|
|
|
|
pageoff = 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
ret = svc_rdma_iov_dma_map(data, &xdr->tail[0]);
|
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
return xdr->len;
|
2018-05-08 03:27:53 +08:00
|
|
|
}
|
|
|
|
|
2020-03-13 22:42:11 +08:00
|
|
|
struct svc_rdma_pullup_data {
|
|
|
|
u8 *pd_dest;
|
|
|
|
unsigned int pd_length;
|
|
|
|
unsigned int pd_num_sges;
|
|
|
|
};
|
|
|
|
|
|
|
|
/**
|
|
|
|
* svc_rdma_xb_count_sges - Count how many SGEs will be needed
|
|
|
|
* @xdr: xdr_buf containing portion of an RPC message to transmit
|
|
|
|
* @data: pointer to arguments
|
|
|
|
*
|
|
|
|
* Returns:
|
|
|
|
* Number of SGEs needed to Send the contents of @xdr inline
|
|
|
|
*/
|
|
|
|
static int svc_rdma_xb_count_sges(const struct xdr_buf *xdr,
|
|
|
|
void *data)
|
|
|
|
{
|
|
|
|
struct svc_rdma_pullup_data *args = data;
|
|
|
|
unsigned int remaining;
|
|
|
|
unsigned long offset;
|
|
|
|
|
|
|
|
if (xdr->head[0].iov_len)
|
|
|
|
++args->pd_num_sges;
|
|
|
|
|
|
|
|
offset = offset_in_page(xdr->page_base);
|
|
|
|
remaining = xdr->page_len;
|
|
|
|
while (remaining) {
|
|
|
|
++args->pd_num_sges;
|
|
|
|
remaining -= min_t(u32, PAGE_SIZE - offset, remaining);
|
|
|
|
offset = 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (xdr->tail[0].iov_len)
|
|
|
|
++args->pd_num_sges;
|
|
|
|
|
|
|
|
args->pd_length += xdr->len;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2020-03-03 04:02:19 +08:00
|
|
|
/**
|
|
|
|
* svc_rdma_pull_up_needed - Determine whether to use pull-up
|
|
|
|
* @rdma: controlling transport
|
2020-03-04 02:28:14 +08:00
|
|
|
* @sctxt: send_ctxt for the Send WR
|
2023-11-22 00:40:13 +08:00
|
|
|
* @write_pcl: Write chunk list provided by client
|
2020-03-03 04:02:19 +08:00
|
|
|
* @xdr: xdr_buf containing RPC message to transmit
|
|
|
|
*
|
|
|
|
* Returns:
|
2020-03-13 22:42:11 +08:00
|
|
|
* %true if pull-up must be used
|
|
|
|
* %false otherwise
|
svcrdma: Remove max_sge check at connect time
Two and a half years ago, the client was changed to use gathered
Send for larger inline messages, in commit 655fec6987b ("xprtrdma:
Use gathered Send for large inline messages"). Several fixes were
required because there are a few in-kernel device drivers whose
max_sge is 3, and these were broken by the change.
Apparently my memory is going, because some time later, I submitted
commit 25fd86eca11c ("svcrdma: Don't overrun the SGE array in
svc_rdma_send_ctxt"), and after that, commit f3c1fd0ee294 ("svcrdma:
Reduce max_send_sges"). These too incorrectly assumed in-kernel
device drivers would have more than a few Send SGEs available.
The fix for the server side is not the same. This is because the
fundamental problem on the server is that, whether or not the client
has provisioned a chunk for the RPC reply, the server must squeeze
even the most complex RPC replies into a single RDMA Send. Failing
in the send path because of Send SGE exhaustion should never be an
option.
Therefore, instead of failing when the send path runs out of SGEs,
switch to using a bounce buffer mechanism to handle RPC replies that
are too complex for the device to send directly. That allows us to
remove the max_sge check to enable drivers with small max_sge to
work again.
Reported-by: Don Dutile <ddutile@redhat.com>
Fixes: 25fd86eca11c ("svcrdma: Don't overrun the SGE array in ...")
Cc: stable@vger.kernel.org
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
Signed-off-by: J. Bruce Fields <bfields@redhat.com>
2019-01-26 05:54:54 +08:00
|
|
|
*/
|
2020-03-13 22:42:11 +08:00
|
|
|
static bool svc_rdma_pull_up_needed(const struct svcxprt_rdma *rdma,
|
|
|
|
const struct svc_rdma_send_ctxt *sctxt,
|
2023-11-22 00:40:13 +08:00
|
|
|
const struct svc_rdma_pcl *write_pcl,
|
2020-03-13 22:42:11 +08:00
|
|
|
const struct xdr_buf *xdr)
|
svcrdma: Remove max_sge check at connect time
Two and a half years ago, the client was changed to use gathered
Send for larger inline messages, in commit 655fec6987b ("xprtrdma:
Use gathered Send for large inline messages"). Several fixes were
required because there are a few in-kernel device drivers whose
max_sge is 3, and these were broken by the change.
Apparently my memory is going, because some time later, I submitted
commit 25fd86eca11c ("svcrdma: Don't overrun the SGE array in
svc_rdma_send_ctxt"), and after that, commit f3c1fd0ee294 ("svcrdma:
Reduce max_send_sges"). These too incorrectly assumed in-kernel
device drivers would have more than a few Send SGEs available.
The fix for the server side is not the same. This is because the
fundamental problem on the server is that, whether or not the client
has provisioned a chunk for the RPC reply, the server must squeeze
even the most complex RPC replies into a single RDMA Send. Failing
in the send path because of Send SGE exhaustion should never be an
option.
Therefore, instead of failing when the send path runs out of SGEs,
switch to using a bounce buffer mechanism to handle RPC replies that
are too complex for the device to send directly. That allows us to
remove the max_sge check to enable drivers with small max_sge to
work again.
Reported-by: Don Dutile <ddutile@redhat.com>
Fixes: 25fd86eca11c ("svcrdma: Don't overrun the SGE array in ...")
Cc: stable@vger.kernel.org
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
Signed-off-by: J. Bruce Fields <bfields@redhat.com>
2019-01-26 05:54:54 +08:00
|
|
|
{
|
2020-03-13 22:42:11 +08:00
|
|
|
/* Resources needed for the transport header */
|
|
|
|
struct svc_rdma_pullup_data args = {
|
|
|
|
.pd_length = sctxt->sc_hdrbuf.len,
|
|
|
|
.pd_num_sges = 1,
|
|
|
|
};
|
|
|
|
int ret;
|
svcrdma: Remove max_sge check at connect time
Two and a half years ago, the client was changed to use gathered
Send for larger inline messages, in commit 655fec6987b ("xprtrdma:
Use gathered Send for large inline messages"). Several fixes were
required because there are a few in-kernel device drivers whose
max_sge is 3, and these were broken by the change.
Apparently my memory is going, because some time later, I submitted
commit 25fd86eca11c ("svcrdma: Don't overrun the SGE array in
svc_rdma_send_ctxt"), and after that, commit f3c1fd0ee294 ("svcrdma:
Reduce max_send_sges"). These too incorrectly assumed in-kernel
device drivers would have more than a few Send SGEs available.
The fix for the server side is not the same. This is because the
fundamental problem on the server is that, whether or not the client
has provisioned a chunk for the RPC reply, the server must squeeze
even the most complex RPC replies into a single RDMA Send. Failing
in the send path because of Send SGE exhaustion should never be an
option.
Therefore, instead of failing when the send path runs out of SGEs,
switch to using a bounce buffer mechanism to handle RPC replies that
are too complex for the device to send directly. That allows us to
remove the max_sge check to enable drivers with small max_sge to
work again.
Reported-by: Don Dutile <ddutile@redhat.com>
Fixes: 25fd86eca11c ("svcrdma: Don't overrun the SGE array in ...")
Cc: stable@vger.kernel.org
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
Signed-off-by: J. Bruce Fields <bfields@redhat.com>
2019-01-26 05:54:54 +08:00
|
|
|
|
2023-11-22 00:40:13 +08:00
|
|
|
ret = pcl_process_nonpayloads(write_pcl, xdr,
|
2020-03-13 22:42:11 +08:00
|
|
|
svc_rdma_xb_count_sges, &args);
|
|
|
|
if (ret < 0)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
if (args.pd_length < RPCRDMA_PULLUP_THRESH)
|
2020-03-04 02:28:14 +08:00
|
|
|
return true;
|
2020-03-13 22:42:11 +08:00
|
|
|
return args.pd_num_sges >= rdma->sc_max_send_sges;
|
|
|
|
}
|
2020-03-04 02:28:14 +08:00
|
|
|
|
2020-03-13 22:42:11 +08:00
|
|
|
/**
|
|
|
|
* svc_rdma_xb_linearize - Copy region of xdr_buf to flat buffer
|
|
|
|
* @xdr: xdr_buf containing portion of an RPC message to copy
|
|
|
|
* @data: pointer to arguments
|
|
|
|
*
|
|
|
|
* Returns:
|
|
|
|
* Always zero.
|
|
|
|
*/
|
|
|
|
static int svc_rdma_xb_linearize(const struct xdr_buf *xdr,
|
|
|
|
void *data)
|
|
|
|
{
|
|
|
|
struct svc_rdma_pullup_data *args = data;
|
|
|
|
unsigned int len, remaining;
|
|
|
|
unsigned long pageoff;
|
|
|
|
struct page **ppages;
|
|
|
|
|
|
|
|
if (xdr->head[0].iov_len) {
|
|
|
|
memcpy(args->pd_dest, xdr->head[0].iov_base, xdr->head[0].iov_len);
|
|
|
|
args->pd_dest += xdr->head[0].iov_len;
|
svcrdma: Remove max_sge check at connect time
Two and a half years ago, the client was changed to use gathered
Send for larger inline messages, in commit 655fec6987b ("xprtrdma:
Use gathered Send for large inline messages"). Several fixes were
required because there are a few in-kernel device drivers whose
max_sge is 3, and these were broken by the change.
Apparently my memory is going, because some time later, I submitted
commit 25fd86eca11c ("svcrdma: Don't overrun the SGE array in
svc_rdma_send_ctxt"), and after that, commit f3c1fd0ee294 ("svcrdma:
Reduce max_send_sges"). These too incorrectly assumed in-kernel
device drivers would have more than a few Send SGEs available.
The fix for the server side is not the same. This is because the
fundamental problem on the server is that, whether or not the client
has provisioned a chunk for the RPC reply, the server must squeeze
even the most complex RPC replies into a single RDMA Send. Failing
in the send path because of Send SGE exhaustion should never be an
option.
Therefore, instead of failing when the send path runs out of SGEs,
switch to using a bounce buffer mechanism to handle RPC replies that
are too complex for the device to send directly. That allows us to
remove the max_sge check to enable drivers with small max_sge to
work again.
Reported-by: Don Dutile <ddutile@redhat.com>
Fixes: 25fd86eca11c ("svcrdma: Don't overrun the SGE array in ...")
Cc: stable@vger.kernel.org
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
Signed-off-by: J. Bruce Fields <bfields@redhat.com>
2019-01-26 05:54:54 +08:00
|
|
|
}
|
|
|
|
|
2020-03-13 22:42:11 +08:00
|
|
|
ppages = xdr->pages + (xdr->page_base >> PAGE_SHIFT);
|
|
|
|
pageoff = offset_in_page(xdr->page_base);
|
|
|
|
remaining = xdr->page_len;
|
|
|
|
while (remaining) {
|
|
|
|
len = min_t(u32, PAGE_SIZE - pageoff, remaining);
|
|
|
|
memcpy(args->pd_dest, page_address(*ppages) + pageoff, len);
|
|
|
|
remaining -= len;
|
|
|
|
args->pd_dest += len;
|
|
|
|
pageoff = 0;
|
|
|
|
ppages++;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (xdr->tail[0].iov_len) {
|
|
|
|
memcpy(args->pd_dest, xdr->tail[0].iov_base, xdr->tail[0].iov_len);
|
|
|
|
args->pd_dest += xdr->tail[0].iov_len;
|
|
|
|
}
|
svcrdma: Remove max_sge check at connect time
Two and a half years ago, the client was changed to use gathered
Send for larger inline messages, in commit 655fec6987b ("xprtrdma:
Use gathered Send for large inline messages"). Several fixes were
required because there are a few in-kernel device drivers whose
max_sge is 3, and these were broken by the change.
Apparently my memory is going, because some time later, I submitted
commit 25fd86eca11c ("svcrdma: Don't overrun the SGE array in
svc_rdma_send_ctxt"), and after that, commit f3c1fd0ee294 ("svcrdma:
Reduce max_send_sges"). These too incorrectly assumed in-kernel
device drivers would have more than a few Send SGEs available.
The fix for the server side is not the same. This is because the
fundamental problem on the server is that, whether or not the client
has provisioned a chunk for the RPC reply, the server must squeeze
even the most complex RPC replies into a single RDMA Send. Failing
in the send path because of Send SGE exhaustion should never be an
option.
Therefore, instead of failing when the send path runs out of SGEs,
switch to using a bounce buffer mechanism to handle RPC replies that
are too complex for the device to send directly. That allows us to
remove the max_sge check to enable drivers with small max_sge to
work again.
Reported-by: Don Dutile <ddutile@redhat.com>
Fixes: 25fd86eca11c ("svcrdma: Don't overrun the SGE array in ...")
Cc: stable@vger.kernel.org
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
Signed-off-by: J. Bruce Fields <bfields@redhat.com>
2019-01-26 05:54:54 +08:00
|
|
|
|
2020-03-13 22:42:11 +08:00
|
|
|
args->pd_length += xdr->len;
|
|
|
|
return 0;
|
svcrdma: Remove max_sge check at connect time
Two and a half years ago, the client was changed to use gathered
Send for larger inline messages, in commit 655fec6987b ("xprtrdma:
Use gathered Send for large inline messages"). Several fixes were
required because there are a few in-kernel device drivers whose
max_sge is 3, and these were broken by the change.
Apparently my memory is going, because some time later, I submitted
commit 25fd86eca11c ("svcrdma: Don't overrun the SGE array in
svc_rdma_send_ctxt"), and after that, commit f3c1fd0ee294 ("svcrdma:
Reduce max_send_sges"). These too incorrectly assumed in-kernel
device drivers would have more than a few Send SGEs available.
The fix for the server side is not the same. This is because the
fundamental problem on the server is that, whether or not the client
has provisioned a chunk for the RPC reply, the server must squeeze
even the most complex RPC replies into a single RDMA Send. Failing
in the send path because of Send SGE exhaustion should never be an
option.
Therefore, instead of failing when the send path runs out of SGEs,
switch to using a bounce buffer mechanism to handle RPC replies that
are too complex for the device to send directly. That allows us to
remove the max_sge check to enable drivers with small max_sge to
work again.
Reported-by: Don Dutile <ddutile@redhat.com>
Fixes: 25fd86eca11c ("svcrdma: Don't overrun the SGE array in ...")
Cc: stable@vger.kernel.org
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
Signed-off-by: J. Bruce Fields <bfields@redhat.com>
2019-01-26 05:54:54 +08:00
|
|
|
}
|
|
|
|
|
2020-03-03 04:02:19 +08:00
|
|
|
/**
|
|
|
|
* svc_rdma_pull_up_reply_msg - Copy Reply into a single buffer
|
|
|
|
* @rdma: controlling transport
|
|
|
|
* @sctxt: send_ctxt for the Send WR; xprt hdr is already prepared
|
2023-11-22 00:40:13 +08:00
|
|
|
* @write_pcl: Write chunk list provided by client
|
2020-03-03 04:02:19 +08:00
|
|
|
* @xdr: prepared xdr_buf containing RPC message
|
|
|
|
*
|
|
|
|
* The device is not capable of sending the reply directly.
|
|
|
|
* Assemble the elements of @xdr into the transport header buffer.
|
|
|
|
*
|
2020-03-13 22:42:11 +08:00
|
|
|
* Assumptions:
|
|
|
|
* pull_up_needed has determined that @xdr will fit in the buffer.
|
|
|
|
*
|
|
|
|
* Returns:
|
|
|
|
* %0 if pull-up was successful
|
|
|
|
* %-EMSGSIZE if a buffer manipulation problem occurred
|
svcrdma: Remove max_sge check at connect time
Two and a half years ago, the client was changed to use gathered
Send for larger inline messages, in commit 655fec6987b ("xprtrdma:
Use gathered Send for large inline messages"). Several fixes were
required because there are a few in-kernel device drivers whose
max_sge is 3, and these were broken by the change.
Apparently my memory is going, because some time later, I submitted
commit 25fd86eca11c ("svcrdma: Don't overrun the SGE array in
svc_rdma_send_ctxt"), and after that, commit f3c1fd0ee294 ("svcrdma:
Reduce max_send_sges"). These too incorrectly assumed in-kernel
device drivers would have more than a few Send SGEs available.
The fix for the server side is not the same. This is because the
fundamental problem on the server is that, whether or not the client
has provisioned a chunk for the RPC reply, the server must squeeze
even the most complex RPC replies into a single RDMA Send. Failing
in the send path because of Send SGE exhaustion should never be an
option.
Therefore, instead of failing when the send path runs out of SGEs,
switch to using a bounce buffer mechanism to handle RPC replies that
are too complex for the device to send directly. That allows us to
remove the max_sge check to enable drivers with small max_sge to
work again.
Reported-by: Don Dutile <ddutile@redhat.com>
Fixes: 25fd86eca11c ("svcrdma: Don't overrun the SGE array in ...")
Cc: stable@vger.kernel.org
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
Signed-off-by: J. Bruce Fields <bfields@redhat.com>
2019-01-26 05:54:54 +08:00
|
|
|
*/
|
2020-03-13 22:42:11 +08:00
|
|
|
static int svc_rdma_pull_up_reply_msg(const struct svcxprt_rdma *rdma,
|
2020-03-03 04:02:19 +08:00
|
|
|
struct svc_rdma_send_ctxt *sctxt,
|
2023-11-22 00:40:13 +08:00
|
|
|
const struct svc_rdma_pcl *write_pcl,
|
2020-03-03 04:02:19 +08:00
|
|
|
const struct xdr_buf *xdr)
|
svcrdma: Remove max_sge check at connect time
Two and a half years ago, the client was changed to use gathered
Send for larger inline messages, in commit 655fec6987b ("xprtrdma:
Use gathered Send for large inline messages"). Several fixes were
required because there are a few in-kernel device drivers whose
max_sge is 3, and these were broken by the change.
Apparently my memory is going, because some time later, I submitted
commit 25fd86eca11c ("svcrdma: Don't overrun the SGE array in
svc_rdma_send_ctxt"), and after that, commit f3c1fd0ee294 ("svcrdma:
Reduce max_send_sges"). These too incorrectly assumed in-kernel
device drivers would have more than a few Send SGEs available.
The fix for the server side is not the same. This is because the
fundamental problem on the server is that, whether or not the client
has provisioned a chunk for the RPC reply, the server must squeeze
even the most complex RPC replies into a single RDMA Send. Failing
in the send path because of Send SGE exhaustion should never be an
option.
Therefore, instead of failing when the send path runs out of SGEs,
switch to using a bounce buffer mechanism to handle RPC replies that
are too complex for the device to send directly. That allows us to
remove the max_sge check to enable drivers with small max_sge to
work again.
Reported-by: Don Dutile <ddutile@redhat.com>
Fixes: 25fd86eca11c ("svcrdma: Don't overrun the SGE array in ...")
Cc: stable@vger.kernel.org
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
Signed-off-by: J. Bruce Fields <bfields@redhat.com>
2019-01-26 05:54:54 +08:00
|
|
|
{
|
2020-03-13 22:42:11 +08:00
|
|
|
struct svc_rdma_pullup_data args = {
|
|
|
|
.pd_dest = sctxt->sc_xprt_buf + sctxt->sc_hdrbuf.len,
|
|
|
|
};
|
|
|
|
int ret;
|
svcrdma: Remove max_sge check at connect time
Two and a half years ago, the client was changed to use gathered
Send for larger inline messages, in commit 655fec6987b ("xprtrdma:
Use gathered Send for large inline messages"). Several fixes were
required because there are a few in-kernel device drivers whose
max_sge is 3, and these were broken by the change.
Apparently my memory is going, because some time later, I submitted
commit 25fd86eca11c ("svcrdma: Don't overrun the SGE array in
svc_rdma_send_ctxt"), and after that, commit f3c1fd0ee294 ("svcrdma:
Reduce max_send_sges"). These too incorrectly assumed in-kernel
device drivers would have more than a few Send SGEs available.
The fix for the server side is not the same. This is because the
fundamental problem on the server is that, whether or not the client
has provisioned a chunk for the RPC reply, the server must squeeze
even the most complex RPC replies into a single RDMA Send. Failing
in the send path because of Send SGE exhaustion should never be an
option.
Therefore, instead of failing when the send path runs out of SGEs,
switch to using a bounce buffer mechanism to handle RPC replies that
are too complex for the device to send directly. That allows us to
remove the max_sge check to enable drivers with small max_sge to
work again.
Reported-by: Don Dutile <ddutile@redhat.com>
Fixes: 25fd86eca11c ("svcrdma: Don't overrun the SGE array in ...")
Cc: stable@vger.kernel.org
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
Signed-off-by: J. Bruce Fields <bfields@redhat.com>
2019-01-26 05:54:54 +08:00
|
|
|
|
2023-11-22 00:40:13 +08:00
|
|
|
ret = pcl_process_nonpayloads(write_pcl, xdr,
|
2020-03-13 22:42:11 +08:00
|
|
|
svc_rdma_xb_linearize, &args);
|
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
svcrdma: Remove max_sge check at connect time
Two and a half years ago, the client was changed to use gathered
Send for larger inline messages, in commit 655fec6987b ("xprtrdma:
Use gathered Send for large inline messages"). Several fixes were
required because there are a few in-kernel device drivers whose
max_sge is 3, and these were broken by the change.
Apparently my memory is going, because some time later, I submitted
commit 25fd86eca11c ("svcrdma: Don't overrun the SGE array in
svc_rdma_send_ctxt"), and after that, commit f3c1fd0ee294 ("svcrdma:
Reduce max_send_sges"). These too incorrectly assumed in-kernel
device drivers would have more than a few Send SGEs available.
The fix for the server side is not the same. This is because the
fundamental problem on the server is that, whether or not the client
has provisioned a chunk for the RPC reply, the server must squeeze
even the most complex RPC replies into a single RDMA Send. Failing
in the send path because of Send SGE exhaustion should never be an
option.
Therefore, instead of failing when the send path runs out of SGEs,
switch to using a bounce buffer mechanism to handle RPC replies that
are too complex for the device to send directly. That allows us to
remove the max_sge check to enable drivers with small max_sge to
work again.
Reported-by: Don Dutile <ddutile@redhat.com>
Fixes: 25fd86eca11c ("svcrdma: Don't overrun the SGE array in ...")
Cc: stable@vger.kernel.org
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
Signed-off-by: J. Bruce Fields <bfields@redhat.com>
2019-01-26 05:54:54 +08:00
|
|
|
|
2020-03-13 22:42:11 +08:00
|
|
|
sctxt->sc_sges[0].length = sctxt->sc_hdrbuf.len + args.pd_length;
|
|
|
|
trace_svcrdma_send_pullup(sctxt, args.pd_length);
|
svcrdma: Remove max_sge check at connect time
Two and a half years ago, the client was changed to use gathered
Send for larger inline messages, in commit 655fec6987b ("xprtrdma:
Use gathered Send for large inline messages"). Several fixes were
required because there are a few in-kernel device drivers whose
max_sge is 3, and these were broken by the change.
Apparently my memory is going, because some time later, I submitted
commit 25fd86eca11c ("svcrdma: Don't overrun the SGE array in
svc_rdma_send_ctxt"), and after that, commit f3c1fd0ee294 ("svcrdma:
Reduce max_send_sges"). These too incorrectly assumed in-kernel
device drivers would have more than a few Send SGEs available.
The fix for the server side is not the same. This is because the
fundamental problem on the server is that, whether or not the client
has provisioned a chunk for the RPC reply, the server must squeeze
even the most complex RPC replies into a single RDMA Send. Failing
in the send path because of Send SGE exhaustion should never be an
option.
Therefore, instead of failing when the send path runs out of SGEs,
switch to using a bounce buffer mechanism to handle RPC replies that
are too complex for the device to send directly. That allows us to
remove the max_sge check to enable drivers with small max_sge to
work again.
Reported-by: Don Dutile <ddutile@redhat.com>
Fixes: 25fd86eca11c ("svcrdma: Don't overrun the SGE array in ...")
Cc: stable@vger.kernel.org
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
Signed-off-by: J. Bruce Fields <bfields@redhat.com>
2019-01-26 05:54:54 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2020-03-03 04:02:19 +08:00
|
|
|
/* svc_rdma_map_reply_msg - DMA map the buffer holding RPC message
|
2018-05-08 03:28:25 +08:00
|
|
|
* @rdma: controlling transport
|
2020-03-03 04:02:19 +08:00
|
|
|
* @sctxt: send_ctxt for the Send WR
|
2023-11-22 00:40:13 +08:00
|
|
|
* @write_pcl: Write chunk list provided by client
|
|
|
|
* @reply_pcl: Reply chunk provided by client
|
2018-05-08 03:28:25 +08:00
|
|
|
* @xdr: prepared xdr_buf containing RPC message
|
|
|
|
*
|
2020-03-10 01:29:27 +08:00
|
|
|
* Returns:
|
|
|
|
* %0 if DMA mapping was successful.
|
|
|
|
* %-EMSGSIZE if a buffer manipulation problem occurred
|
|
|
|
* %-EIO if DMA mapping failed
|
2017-04-10 01:06:25 +08:00
|
|
|
*
|
2020-03-10 01:29:27 +08:00
|
|
|
* The Send WR's num_sge field is set in all cases.
|
2007-12-13 06:13:25 +08:00
|
|
|
*/
|
2018-05-08 03:28:25 +08:00
|
|
|
int svc_rdma_map_reply_msg(struct svcxprt_rdma *rdma,
|
2020-03-03 04:02:19 +08:00
|
|
|
struct svc_rdma_send_ctxt *sctxt,
|
2023-11-22 00:40:13 +08:00
|
|
|
const struct svc_rdma_pcl *write_pcl,
|
|
|
|
const struct svc_rdma_pcl *reply_pcl,
|
2020-03-10 01:29:27 +08:00
|
|
|
const struct xdr_buf *xdr)
|
2007-12-13 06:13:25 +08:00
|
|
|
{
|
2020-03-10 01:29:27 +08:00
|
|
|
struct svc_rdma_map_data args = {
|
|
|
|
.md_rdma = rdma,
|
|
|
|
.md_ctxt = sctxt,
|
|
|
|
};
|
2007-12-13 06:13:25 +08:00
|
|
|
|
2020-03-04 00:08:05 +08:00
|
|
|
/* Set up the (persistently-mapped) transport header SGE. */
|
|
|
|
sctxt->sc_send_wr.num_sge = 1;
|
|
|
|
sctxt->sc_sges[0].length = sctxt->sc_hdrbuf.len;
|
|
|
|
|
|
|
|
/* If there is a Reply chunk, nothing follows the transport
|
2023-11-22 00:40:13 +08:00
|
|
|
* header, so there is nothing to map.
|
2020-03-04 00:08:05 +08:00
|
|
|
*/
|
2023-11-22 00:40:13 +08:00
|
|
|
if (!pcl_is_empty(reply_pcl))
|
2020-03-04 00:08:05 +08:00
|
|
|
return 0;
|
|
|
|
|
|
|
|
/* For pull-up, svc_rdma_send() will sync the transport header.
|
|
|
|
* No additional DMA mapping is necessary.
|
|
|
|
*/
|
2023-11-22 00:40:13 +08:00
|
|
|
if (svc_rdma_pull_up_needed(rdma, sctxt, write_pcl, xdr))
|
|
|
|
return svc_rdma_pull_up_reply_msg(rdma, sctxt, write_pcl, xdr);
|
svcrdma: Remove max_sge check at connect time
Two and a half years ago, the client was changed to use gathered
Send for larger inline messages, in commit 655fec6987b ("xprtrdma:
Use gathered Send for large inline messages"). Several fixes were
required because there are a few in-kernel device drivers whose
max_sge is 3, and these were broken by the change.
Apparently my memory is going, because some time later, I submitted
commit 25fd86eca11c ("svcrdma: Don't overrun the SGE array in
svc_rdma_send_ctxt"), and after that, commit f3c1fd0ee294 ("svcrdma:
Reduce max_send_sges"). These too incorrectly assumed in-kernel
device drivers would have more than a few Send SGEs available.
The fix for the server side is not the same. This is because the
fundamental problem on the server is that, whether or not the client
has provisioned a chunk for the RPC reply, the server must squeeze
even the most complex RPC replies into a single RDMA Send. Failing
in the send path because of Send SGE exhaustion should never be an
option.
Therefore, instead of failing when the send path runs out of SGEs,
switch to using a bounce buffer mechanism to handle RPC replies that
are too complex for the device to send directly. That allows us to
remove the max_sge check to enable drivers with small max_sge to
work again.
Reported-by: Don Dutile <ddutile@redhat.com>
Fixes: 25fd86eca11c ("svcrdma: Don't overrun the SGE array in ...")
Cc: stable@vger.kernel.org
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
Signed-off-by: J. Bruce Fields <bfields@redhat.com>
2019-01-26 05:54:54 +08:00
|
|
|
|
2023-11-22 00:40:13 +08:00
|
|
|
return pcl_process_nonpayloads(write_pcl, xdr,
|
2020-03-10 01:29:27 +08:00
|
|
|
svc_rdma_xb_dma_map, &args);
|
2007-12-13 06:13:25 +08:00
|
|
|
}
|
|
|
|
|
2023-06-12 22:10:07 +08:00
|
|
|
/* The svc_rqst and all resources it owns are released as soon as
|
|
|
|
* svc_rdma_sendto returns. Transfer pages under I/O to the ctxt
|
|
|
|
* so they are released by the Send completion handler.
|
|
|
|
*/
|
2023-06-12 22:10:14 +08:00
|
|
|
static void svc_rdma_save_io_pages(struct svc_rqst *rqstp,
|
|
|
|
struct svc_rdma_send_ctxt *ctxt)
|
2023-06-12 22:10:07 +08:00
|
|
|
{
|
|
|
|
int i, pages = rqstp->rq_next_page - rqstp->rq_respages;
|
|
|
|
|
|
|
|
ctxt->sc_page_count += pages;
|
|
|
|
for (i = 0; i < pages; i++) {
|
|
|
|
ctxt->sc_pages[i] = rqstp->rq_respages[i];
|
|
|
|
rqstp->rq_respages[i] = NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Prevent svc_xprt_release from releasing pages in rq_pages */
|
|
|
|
rqstp->rq_next_page = rqstp->rq_respages;
|
|
|
|
}
|
|
|
|
|
2017-04-10 01:06:25 +08:00
|
|
|
/* Prepare the portion of the RPC Reply that will be transmitted
|
|
|
|
* via RDMA Send. The RPC-over-RDMA transport header is prepared
|
2018-05-08 03:28:04 +08:00
|
|
|
* in sc_sges[0], and the RPC xdr_buf is prepared in following sges.
|
2017-04-10 01:06:25 +08:00
|
|
|
*
|
|
|
|
* Depending on whether a Write list or Reply chunk is present,
|
2024-02-05 07:17:34 +08:00
|
|
|
* the server may Send all, a portion of, or none of the xdr_buf.
|
2018-05-08 03:28:04 +08:00
|
|
|
* In the latter case, only the transport header (sc_sges[0]) is
|
2017-04-10 01:06:25 +08:00
|
|
|
* transmitted.
|
|
|
|
*
|
|
|
|
* Assumptions:
|
|
|
|
* - The Reply's transport header will never be larger than a page.
|
2007-12-13 06:13:25 +08:00
|
|
|
*/
|
2017-04-10 01:06:25 +08:00
|
|
|
static int svc_rdma_send_reply_msg(struct svcxprt_rdma *rdma,
|
2018-11-28 00:11:35 +08:00
|
|
|
struct svc_rdma_send_ctxt *sctxt,
|
2020-03-03 04:02:20 +08:00
|
|
|
const struct svc_rdma_recv_ctxt *rctxt,
|
|
|
|
struct svc_rqst *rqstp)
|
2007-12-13 06:13:25 +08:00
|
|
|
{
|
2024-02-05 07:17:34 +08:00
|
|
|
struct ib_send_wr *send_wr = &sctxt->sc_send_wr;
|
2017-04-10 01:06:25 +08:00
|
|
|
int ret;
|
|
|
|
|
2023-11-22 00:40:13 +08:00
|
|
|
ret = svc_rdma_map_reply_msg(rdma, sctxt, &rctxt->rc_write_pcl,
|
|
|
|
&rctxt->rc_reply_pcl, &rqstp->rq_res);
|
2020-03-04 00:08:05 +08:00
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
2007-12-13 06:13:25 +08:00
|
|
|
|
2024-02-05 07:17:34 +08:00
|
|
|
/* Transfer pages involved in RDMA Writes to the sctxt's
|
|
|
|
* page array. Completion handling releases these pages.
|
|
|
|
*/
|
2023-06-12 22:10:14 +08:00
|
|
|
svc_rdma_save_io_pages(rqstp, sctxt);
|
|
|
|
|
2018-11-28 00:11:35 +08:00
|
|
|
if (rctxt->rc_inv_rkey) {
|
2024-02-05 07:17:34 +08:00
|
|
|
send_wr->opcode = IB_WR_SEND_WITH_INV;
|
|
|
|
send_wr->ex.invalidate_rkey = rctxt->rc_inv_rkey;
|
2018-11-28 00:11:35 +08:00
|
|
|
} else {
|
2024-02-05 07:17:34 +08:00
|
|
|
send_wr->opcode = IB_WR_SEND;
|
2018-05-08 03:28:15 +08:00
|
|
|
}
|
2021-01-14 02:57:18 +08:00
|
|
|
|
2024-02-05 07:17:22 +08:00
|
|
|
return svc_rdma_post_send(rdma, sctxt);
|
2007-12-13 06:13:25 +08:00
|
|
|
}
|
|
|
|
|
2020-03-26 02:41:46 +08:00
|
|
|
/**
|
|
|
|
* svc_rdma_send_error_msg - Send an RPC/RDMA v1 error response
|
|
|
|
* @rdma: controlling transport context
|
|
|
|
* @sctxt: Send context for the response
|
|
|
|
* @rctxt: Receive context for incoming bad message
|
|
|
|
* @status: negative errno indicating error that occurred
|
|
|
|
*
|
|
|
|
* Given the client-provided Read, Write, and Reply chunks, the
|
|
|
|
* server was not able to parse the Call or form a complete Reply.
|
|
|
|
* Return an RDMA_ERROR message so the client can retire the RPC
|
|
|
|
* transaction.
|
|
|
|
*
|
|
|
|
* The caller does not have to release @sctxt. It is released by
|
|
|
|
* Send completion, or by this function on error.
|
2017-04-10 01:06:41 +08:00
|
|
|
*/
|
2020-03-26 02:41:46 +08:00
|
|
|
void svc_rdma_send_error_msg(struct svcxprt_rdma *rdma,
|
|
|
|
struct svc_rdma_send_ctxt *sctxt,
|
|
|
|
struct svc_rdma_recv_ctxt *rctxt,
|
|
|
|
int status)
|
2017-04-10 01:06:41 +08:00
|
|
|
{
|
2020-03-03 04:02:20 +08:00
|
|
|
__be32 *rdma_argp = rctxt->rc_recv_buf;
|
2017-04-10 01:06:41 +08:00
|
|
|
__be32 *p;
|
|
|
|
|
2020-03-25 23:31:37 +08:00
|
|
|
rpcrdma_set_xdrlen(&sctxt->sc_hdrbuf, 0);
|
|
|
|
xdr_init_encode(&sctxt->sc_stream, &sctxt->sc_hdrbuf,
|
|
|
|
sctxt->sc_xprt_buf, NULL);
|
2020-03-03 04:02:20 +08:00
|
|
|
|
2020-03-25 23:57:51 +08:00
|
|
|
p = xdr_reserve_space(&sctxt->sc_stream,
|
|
|
|
rpcrdma_fixed_maxsz * sizeof(*p));
|
2020-03-03 04:02:20 +08:00
|
|
|
if (!p)
|
2020-03-26 02:38:07 +08:00
|
|
|
goto put_ctxt;
|
2020-03-03 04:02:20 +08:00
|
|
|
|
|
|
|
*p++ = *rdma_argp;
|
|
|
|
*p++ = *(rdma_argp + 1);
|
|
|
|
*p++ = rdma->sc_fc_credits;
|
2020-03-25 23:57:51 +08:00
|
|
|
*p = rdma_error;
|
|
|
|
|
|
|
|
switch (status) {
|
|
|
|
case -EPROTONOSUPPORT:
|
|
|
|
p = xdr_reserve_space(&sctxt->sc_stream, 3 * sizeof(*p));
|
|
|
|
if (!p)
|
2020-03-26 02:38:07 +08:00
|
|
|
goto put_ctxt;
|
2020-03-25 23:57:51 +08:00
|
|
|
|
|
|
|
*p++ = err_vers;
|
|
|
|
*p++ = rpcrdma_version;
|
|
|
|
*p = rpcrdma_version;
|
|
|
|
trace_svcrdma_err_vers(*rdma_argp);
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
p = xdr_reserve_space(&sctxt->sc_stream, sizeof(*p));
|
|
|
|
if (!p)
|
2020-03-26 02:38:07 +08:00
|
|
|
goto put_ctxt;
|
2020-03-25 23:57:51 +08:00
|
|
|
|
|
|
|
*p = err_chunk;
|
|
|
|
trace_svcrdma_err_chunk(*rdma_argp);
|
|
|
|
}
|
2020-03-03 04:02:20 +08:00
|
|
|
|
2020-03-26 02:41:46 +08:00
|
|
|
/* Remote Invalidation is skipped for simplicity. */
|
2020-03-25 23:31:37 +08:00
|
|
|
sctxt->sc_send_wr.num_sge = 1;
|
|
|
|
sctxt->sc_send_wr.opcode = IB_WR_SEND;
|
|
|
|
sctxt->sc_sges[0].length = sctxt->sc_hdrbuf.len;
|
2024-02-05 07:17:22 +08:00
|
|
|
if (svc_rdma_post_send(rdma, sctxt))
|
2020-03-26 02:38:07 +08:00
|
|
|
goto put_ctxt;
|
2023-06-12 22:10:14 +08:00
|
|
|
return;
|
2020-03-26 02:38:07 +08:00
|
|
|
|
|
|
|
put_ctxt:
|
|
|
|
svc_rdma_send_ctxt_put(rdma, sctxt);
|
2017-04-10 01:06:41 +08:00
|
|
|
}
|
|
|
|
|
2017-04-10 01:06:25 +08:00
|
|
|
/**
|
|
|
|
* svc_rdma_sendto - Transmit an RPC reply
|
|
|
|
* @rqstp: processed RPC request, reply XDR already in ::rq_res
|
|
|
|
*
|
|
|
|
* Any resources still associated with @rqstp are released upon return.
|
|
|
|
* If no reply message was possible, the connection is closed.
|
|
|
|
*
|
|
|
|
* Returns:
|
|
|
|
* %0 if an RPC reply has been successfully posted,
|
|
|
|
* %-ENOMEM if a resource shortage occurred (connection is lost),
|
|
|
|
* %-ENOTCONN if posting failed (connection is lost).
|
|
|
|
*/
|
2007-12-13 06:13:25 +08:00
|
|
|
int svc_rdma_sendto(struct svc_rqst *rqstp)
|
|
|
|
{
|
|
|
|
struct svc_xprt *xprt = rqstp->rq_xprt;
|
|
|
|
struct svcxprt_rdma *rdma =
|
|
|
|
container_of(xprt, struct svcxprt_rdma, sc_xprt);
|
2018-05-08 03:27:37 +08:00
|
|
|
struct svc_rdma_recv_ctxt *rctxt = rqstp->rq_xprt_ctxt;
|
2020-03-03 04:01:08 +08:00
|
|
|
__be32 *rdma_argp = rctxt->rc_recv_buf;
|
2018-05-08 03:28:25 +08:00
|
|
|
struct svc_rdma_send_ctxt *sctxt;
|
2021-04-12 02:19:08 +08:00
|
|
|
unsigned int rc_size;
|
2020-03-03 04:02:20 +08:00
|
|
|
__be32 *p;
|
2017-04-10 01:06:25 +08:00
|
|
|
int ret;
|
2007-12-13 06:13:25 +08:00
|
|
|
|
2020-05-02 22:37:44 +08:00
|
|
|
ret = -ENOTCONN;
|
|
|
|
if (svc_xprt_is_dead(xprt))
|
2021-04-14 05:55:28 +08:00
|
|
|
goto drop_connection;
|
2020-05-02 22:37:44 +08:00
|
|
|
|
2016-01-08 03:49:45 +08:00
|
|
|
ret = -ENOMEM;
|
2018-05-08 03:28:25 +08:00
|
|
|
sctxt = svc_rdma_send_ctxt_get(rdma);
|
|
|
|
if (!sctxt)
|
2021-04-14 05:55:28 +08:00
|
|
|
goto drop_connection;
|
2017-02-08 00:58:23 +08:00
|
|
|
|
2021-04-12 02:19:08 +08:00
|
|
|
ret = -EMSGSIZE;
|
2020-03-03 04:02:20 +08:00
|
|
|
p = xdr_reserve_space(&sctxt->sc_stream,
|
|
|
|
rpcrdma_fixed_maxsz * sizeof(*p));
|
|
|
|
if (!p)
|
2021-04-14 05:55:28 +08:00
|
|
|
goto put_ctxt;
|
2020-03-13 22:42:10 +08:00
|
|
|
|
2024-04-19 23:51:12 +08:00
|
|
|
ret = svc_rdma_send_write_list(rdma, rctxt, &rqstp->rq_res);
|
2024-02-05 07:17:41 +08:00
|
|
|
if (ret < 0)
|
|
|
|
goto put_ctxt;
|
|
|
|
|
2024-02-05 07:17:34 +08:00
|
|
|
rc_size = 0;
|
|
|
|
if (!pcl_is_empty(&rctxt->rc_reply_pcl)) {
|
|
|
|
ret = svc_rdma_prepare_reply_chunk(rdma, &rctxt->rc_write_pcl,
|
|
|
|
&rctxt->rc_reply_pcl, sctxt,
|
|
|
|
&rqstp->rq_res);
|
|
|
|
if (ret < 0)
|
|
|
|
goto reply_chunk;
|
|
|
|
rc_size = ret;
|
|
|
|
}
|
2020-03-13 22:42:10 +08:00
|
|
|
|
2017-04-10 01:06:25 +08:00
|
|
|
*p++ = *rdma_argp;
|
|
|
|
*p++ = *(rdma_argp + 1);
|
2017-02-08 00:58:23 +08:00
|
|
|
*p++ = rdma->sc_fc_credits;
|
2020-06-17 23:50:34 +08:00
|
|
|
*p = pcl_is_empty(&rctxt->rc_reply_pcl) ? rdma_msg : rdma_nomsg;
|
2007-12-13 06:13:25 +08:00
|
|
|
|
2021-04-12 02:19:08 +08:00
|
|
|
ret = svc_rdma_encode_read_list(sctxt);
|
|
|
|
if (ret < 0)
|
2021-04-14 05:55:28 +08:00
|
|
|
goto put_ctxt;
|
2021-04-12 02:19:08 +08:00
|
|
|
ret = svc_rdma_encode_write_list(rctxt, sctxt);
|
|
|
|
if (ret < 0)
|
2021-04-14 05:55:28 +08:00
|
|
|
goto put_ctxt;
|
2021-04-12 02:19:08 +08:00
|
|
|
ret = svc_rdma_encode_reply_chunk(rctxt, sctxt, rc_size);
|
|
|
|
if (ret < 0)
|
2021-04-14 05:55:28 +08:00
|
|
|
goto put_ctxt;
|
2007-12-13 06:13:25 +08:00
|
|
|
|
2020-03-03 04:02:20 +08:00
|
|
|
ret = svc_rdma_send_reply_msg(rdma, sctxt, rctxt, rqstp);
|
2016-03-02 02:06:11 +08:00
|
|
|
if (ret < 0)
|
2021-04-14 05:55:28 +08:00
|
|
|
goto put_ctxt;
|
2020-04-01 05:02:33 +08:00
|
|
|
return 0;
|
2008-10-04 04:45:03 +08:00
|
|
|
|
2021-04-14 05:55:28 +08:00
|
|
|
reply_chunk:
|
2017-07-14 01:51:15 +08:00
|
|
|
if (ret != -E2BIG && ret != -EINVAL)
|
2021-04-14 05:55:28 +08:00
|
|
|
goto put_ctxt;
|
2017-04-10 01:06:41 +08:00
|
|
|
|
2023-06-12 22:10:14 +08:00
|
|
|
/* Send completion releases payload pages that were part
|
|
|
|
* of previously posted RDMA Writes.
|
|
|
|
*/
|
|
|
|
svc_rdma_save_io_pages(rqstp, sctxt);
|
2020-03-26 02:38:07 +08:00
|
|
|
svc_rdma_send_error_msg(rdma, sctxt, rctxt, ret);
|
2020-04-01 05:02:33 +08:00
|
|
|
return 0;
|
2017-04-10 01:06:41 +08:00
|
|
|
|
2021-04-14 05:55:28 +08:00
|
|
|
put_ctxt:
|
2018-05-08 03:28:25 +08:00
|
|
|
svc_rdma_send_ctxt_put(rdma, sctxt);
|
2021-04-14 05:55:28 +08:00
|
|
|
drop_connection:
|
2020-05-01 02:17:40 +08:00
|
|
|
trace_svcrdma_send_err(rqstp, ret);
|
2021-02-21 07:53:40 +08:00
|
|
|
svc_xprt_deferred_close(&rdma->sc_xprt);
|
2020-04-01 05:02:33 +08:00
|
|
|
return -ENOTCONN;
|
2007-12-13 06:13:25 +08:00
|
|
|
}
|
2020-03-03 03:45:53 +08:00
|
|
|
|
|
|
|
/**
|
2020-06-10 22:36:42 +08:00
|
|
|
* svc_rdma_result_payload - special processing for a result payload
|
2024-02-05 07:17:41 +08:00
|
|
|
* @rqstp: RPC transaction context
|
|
|
|
* @offset: payload's byte offset in @rqstp->rq_res
|
2020-03-03 03:45:53 +08:00
|
|
|
* @length: size of payload, in bytes
|
|
|
|
*
|
2024-02-05 07:17:41 +08:00
|
|
|
* Assign the passed-in result payload to the current Write chunk,
|
|
|
|
* and advance to cur_result_payload to the next Write chunk, if
|
|
|
|
* there is one.
|
|
|
|
*
|
2020-03-13 22:42:10 +08:00
|
|
|
* Return values:
|
|
|
|
* %0 if successful or nothing needed to be done
|
|
|
|
* %-E2BIG if the payload was larger than the Write chunk
|
2020-03-03 03:45:53 +08:00
|
|
|
*/
|
2020-06-10 22:36:42 +08:00
|
|
|
int svc_rdma_result_payload(struct svc_rqst *rqstp, unsigned int offset,
|
|
|
|
unsigned int length)
|
2020-03-03 03:45:53 +08:00
|
|
|
{
|
|
|
|
struct svc_rdma_recv_ctxt *rctxt = rqstp->rq_xprt_ctxt;
|
2020-06-17 23:07:00 +08:00
|
|
|
struct svc_rdma_chunk *chunk;
|
2020-03-13 22:42:10 +08:00
|
|
|
|
2020-06-17 23:07:00 +08:00
|
|
|
chunk = rctxt->rc_cur_result_payload;
|
|
|
|
if (!length || !chunk)
|
2020-03-13 22:42:10 +08:00
|
|
|
return 0;
|
2020-06-17 23:07:00 +08:00
|
|
|
rctxt->rc_cur_result_payload =
|
|
|
|
pcl_next_chunk(&rctxt->rc_write_pcl, chunk);
|
2024-02-05 07:17:41 +08:00
|
|
|
|
2020-06-17 23:07:00 +08:00
|
|
|
if (length > chunk->ch_length)
|
|
|
|
return -E2BIG;
|
|
|
|
chunk->ch_position = offset;
|
|
|
|
chunk->ch_payload_length = length;
|
2020-03-03 03:45:53 +08:00
|
|
|
return 0;
|
|
|
|
}
|