t;QP event %d on hanlde %p\n", e_code, qp);
> + DP_ERR(dev, "QP event %d on handle %p\n", e_code, qp);
> break;
> default:
> break;
> --
> 2.15.1
>
> --
> To unsubscribe from this list: send the line &quo
t; + DP_ERR(dev, "QP event %d on handle %p\n", e_code, qp);
> break;
> default:
> break;
> --
> 2.15.1
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
Reviewed-by: Shamir Rabinovitch
rds_ib_recv_refill(conn, 0, GFP_KERNEL);
> + rds_ib_stats_inc(s_ib_rx_refill_from_thread);
> }
>
> return ret;
> --
> 2.9.3
>
Reviewed-by: Shamir Rabinovitch <shamir.rabinovi...@oracle.com>
s_ib_recv_path(struct rds_conn_path *cp)
> @@ -1029,6 +1031,7 @@ int rds_ib_recv_path(struct rds_conn_path *cp)
> if (rds_conn_up(conn)) {
> rds_ib_attempt_ack(ic);
> rds_ib_recv_refill(conn, 0, GFP_KERNEL);
> + rds_ib_stats_inc(s_ib_rx_refill_from_thread);
> }
>
> return ret;
> --
> 2.9.3
>
Reviewed-by: Shamir Rabinovitch
mutex forever.
it seems like dead lock scenario to me.
please say if this scenario is possible.
BR, Shamir Rabinovitch
mutex forever.
it seems like dead lock scenario to me.
please say if this scenario is possible.
BR, Shamir Rabinovitch
...
mutex_lock(_probe_mutex)
... <deadlock!>
cancel_delayed_work(_probe_trigger_work)
Please confirm if this scenario is possible.
BR, Shamir Rabinovitch
...
mutex_lock(_probe_mutex)
...
cancel_delayed_work(_probe_trigger_work)
Please confirm if this scenario is possible.
BR, Shamir Rabinovitch
8 matches
Mail list logo
