diff options
| author |   Dirk van der Merwe <dirk.vandermerwe@netronome.com> | 2019-07-08 19:53:11 -0700 |
|---|---|---|
| committer |   David S. Miller <davem@davemloft.net> | 2019-07-08 20:21:09 -0700 |
| commit | f6dfa31509a03817fa7830b7fd4214f7f48df938 (patch) | |
| tree | 23966c2e2ee5dc8ea3dc4e74f74f8fa338c9bad4 /drivers/net/ethernet/netronome/nfp/ccm_mbox.c | |
| parent | nfp: tls: use unique connection ids instead of 4-tuple for TX (diff) | |
| download | linux-dev-f6dfa31509a03817fa7830b7fd4214f7f48df938.tar.xz linux-dev-f6dfa31509a03817fa7830b7fd4214f7f48df938.zip | |
nfp: ccm: increase message limits
Increase the batch limit to consume small message bursts more
effectively. Practically, the effect on the 'add' messages is not
significant since the mailbox is sized such that the 'add' messages are
still limited to the same order of magnitude that it was originally set
for.
Furthermore, increase the queue size limit to 1024 entries. This further
improves the handling of bursts of small control messages.
Signed-off-by: Dirk van der Merwe <dirk.vandermerwe@netronome.com>
Reviewed-by: Jakub Kicinski <jakub.kicinski@netronome.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/net/ethernet/netronome/nfp/ccm_mbox.c')
| -rw-r--r-- | drivers/net/ethernet/netronome/nfp/ccm_mbox.c | 6 |
1 files changed, 3 insertions, 3 deletions
diff --git a/drivers/net/ethernet/netronome/nfp/ccm_mbox.c b/drivers/net/ethernet/netronome/nfp/ccm_mbox.c index d160ac794d98..f0783aa9e66e 100644 --- a/drivers/net/ethernet/netronome/nfp/ccm_mbox.c +++ b/drivers/net/ethernet/netronome/nfp/ccm_mbox.c @@ -13,7 +13,7 @@ * form a batch. Threads come in with CMSG formed in an skb, then * enqueue that skb onto the request queue. If threads skb is first * in queue this thread will handle the mailbox operation. It copies - * up to 16 messages into the mailbox (making sure that both requests + * up to 64 messages into the mailbox (making sure that both requests * and replies will fit. After FW is done processing the batch it * copies the data out and wakes waiting threads. * If a thread is waiting it either gets its the message completed @@ -23,9 +23,9 @@ * to limit potential cache line bounces. */ -#define NFP_CCM_MBOX_BATCH_LIMIT 16 +#define NFP_CCM_MBOX_BATCH_LIMIT 64 #define NFP_CCM_TIMEOUT (NFP_NET_POLL_TIMEOUT * 1000) -#define NFP_CCM_MAX_QLEN 256 +#define NFP_CCM_MAX_QLEN 1024 enum nfp_net_mbox_cmsg_state { NFP_NET_MBOX_CMSG_STATE_QUEUED, |