Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1711432
| From | Tom Talpey <ttalpey@microsoft.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | RE: [[PATCH v1] 19/37] [CIFS] SMBD: Manage credits on SMBD client and server |
| Date | 2017-08-14 22:50 +0200 |
| Message-ID | <ueutb-n0-3@gated-at.bofh.it> (permalink) |
| References | <ua8hz-6jk-3@gated-at.bofh.it> <ua8hD-6jk-79@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
> -----Original Message-----
> From: linux-cifs-owner@vger.kernel.org [mailto:linux-cifs-
> owner@vger.kernel.org] On Behalf Of Long Li
> Sent: Wednesday, August 2, 2017 4:11 PM
> To: Steve French <sfrench@samba.org>; linux-cifs@vger.kernel.org; samba-
> technical@lists.samba.org; linux-kernel@vger.kernel.org
> Cc: Long Li <longli@microsoft.com>
> Subject: [[PATCH v1] 19/37] [CIFS] SMBD: Manage credits on SMBD client and
> server
>
> /*
> + * Extend the credits to remote peer
> + * This implements [MS-SMBD] 3.1.5.9
> + * The idea is that we should extend credits to remote peer as quickly as
> + * it's allowed, to maintain data flow. We allocate as much as receive
> + * buffer as possible, and extend the receive credits to remote peer
> + * return value: the new credtis being granted.
> + */
> +static int manage_credits_prior_sending(struct cifs_rdma_info *info)
> +{
> + int ret = 0;
> + struct cifs_rdma_response *response;
> + int rc;
> +
> + if (atomic_read(&info->receive_credit_target) >
When does the receive_credit_target value change? It seems wasteful to
perform an atomic_read() on this local value each time.
Tom.
Back to linux.kernel | Previous | Next — Next in thread | Find similar | Unroll thread
RE: [[PATCH v1] 19/37] [CIFS] SMBD: Manage credits on SMBD client and server Tom Talpey <ttalpey@microsoft.com> - 2017-08-14 22:50 +0200 RE: [[PATCH v1] 19/37] [CIFS] SMBD: Manage credits on SMBD client and server Long Li <longli@microsoft.com> - 2017-08-15 01:10 +0200
csiph-web