When handling a new recv command, we grab a new rsp resource and check for the queue state being live. In case the queue is not in live state, we simply restore the rsp back to the free list. However in this flow we didn't set rsp->queue yet, so we cannot dereference it. Instead, get rid of rsp->queue, because we already have rsp->cmd reference which has a queue reference already, so use that instead.
OK this breaks the srq case. for SRQ we repost the cmd before we release the response (which on the send completion), the cmd can later serve a different queue so we can end up mess up if we reference rsp->cmd->queue... Sending a v2 to fix. -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
