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
+ }
> }
>
> int rds_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
e
delayed work and will wait for the same mutex forever.
it seems like dead lock scenario to me.
please say if this scenario is possible.
BR, Shamir Rabinovitch
robe_add
...
mutex_lock(&deferred_probe_mutex)
...
cancel_delayed_work(&deferred_probe_trigger_work)
Please confirm if this scenario is possible.
BR, Shamir Rabinovitch
4 matches
Mail list logo