This was already fixed.
Even in case when the kernel is not able to provide us with required number of
MSI-X vectores,
The driver then requests the number that the kernel is ready to give (12 in the
given case).
--Yevgeny
-Original Message-
From: linux-rdma-ow...@vger.kernel.org
In the current implementation of ib_srp the req_lim field of
struct srp_target_port can be manipulated in a non-atomic way by
more than one CPU at a time: one CPU can be modifying req_lim in
function srp_process_rsp() while another CPU can concurrently be
decrementing req_lim in function
One of the most common operations when using the verbs API is to
dequeue and process completions. For many applications, e.g. storage
protocols, processing completions in order is a correctness
requirement. Unfortunately with the current IB verbs API it is not
possible to process completions in
On Sun, 2010-07-25 at 18:12 +0200, Bart Van Assche wrote:
In the current implementation of ib_srp the req_lim field of
struct srp_target_port can be manipulated in a non-atomic way by
more than one CPU at a time: one CPU can be modifying req_lim in
function srp_process_rsp() while another CPU
