From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ralph Campbell Subject: Re: Work completions generated after a queue pair has made the transition to an error state Date: Tue, 12 Oct 2010 11:50:35 -0700 Message-ID: <1286909435.27343.93.camel@chromite.mv.qlogic.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: Sender: linux-rdma-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Bart Van Assche Cc: Linux-RDMA List-Id: linux-rdma@vger.kernel.org I haven't seen it. It isn't supposed to happen. What hardware and software are you using and how do you reproduce it? On Tue, 2010-10-12 at 11:38 -0700, Bart Van Assche wrote: > Hello, > > Has anyone already tried to process the work completions generated by > a HCA after the state of a queue pair has been changed to IB_QPS_ERR ? > With the hardware/firmware/driver combination I have tested I have > observed the following: > * Multiple completions with the same wr_id and nonzero (error) status > were received by the application, while all work requests queued with > the flag IB_SEND_SIGNALED had a unique wr_id. > * Completions with non-zero (error) status and a wr_id / opcode > combination were received that were never queued by the application. > Note: some work requests were queued with and some without the flag > IB_SEND_SIGNALED. I'm not sure however whether that has anything to do > with the observed behavior. > > This behavior is easy to reproduce. If I interpret the InfiniBand > Architecture Specification correctly, this behavior is non-compliant. > > Has anyone been looking into this before ? > > Bart. > -- > To unsubscribe from this list: send the line "unsubscribe linux-rdma" in > the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html