linux

iv/linux

History

Jason Gunthorpe 1c78a21a0c RDMA/mlx5: Revise how the hysteresis scheme works for cache filling

Currently if the work queue is running then it is in 'hysteresis' mode and
will fill until the cache reaches the high water mark. This implicit state
is very tricky and doesn't interact with pending very well.

Instead of self re-scheduling the work queue after the add_keys() has
started to create the new MR, have the queue scheduled from
reg_mr_callback() only after the requested MR has been added.

This avoids the bad design of an in-rush of queue'd work doing back to
back add_keys() until EAGAIN then sleeping. The add_keys() will be paced
one at a time as they complete, slowly filling up the cache.

Also, fix pending to be only manipulated under lock.

Link: https://lore.kernel.org/r/20200310082238.239865-12-leon@kernel.org
Signed-off-by: Leon Romanovsky <leonro@mellanox.com>
Signed-off-by: Jason Gunthorpe <jgg@mellanox.com>

2020-03-13 11:08:02 -03:00

bnxt_re

RDMA subsystem updates for 5.6

2020-01-31 14:40:36 -08:00

cxgb4

RDMA/iw_cxgb4: initiate CLOSE when entering TERM

2020-02-11 14:28:00 -04:00

efa

RDMA/efa: Mask access flags with the correct optional range

2020-01-29 16:41:05 -04:00

hfi1

IB/hfi1: Close window for pq and request coliding