[openib-general] [PATCH] IB/SRP identify QP in error state
Roland Dreier
rdreier at cisco.com
Tue Sep 26 08:12:08 PDT 2006
Michael> Let me rephrase: after post send/receive to QP in error
Michael> state in mthca, a completion with error might never get
Michael> generated.
Won't a flush error be generated for every request posted to a QP in
the error state?
Michael> To fix mthca, we'd need to change QP state on completion
Michael> with error and on modify to error, and add actual code
Michael> where it now says
Michael> /* XXX check that state is OK to post send */ /* XXX
Michael> check that state is OK to post receive */
Michael> I guess the reason we never fixed this was because it did
Michael> not seem to actually hurt any real ULPs, and testing QP
Michael> state will affect fast path performance.
Michael> However, IB spec is quite explicit on this point, and
Michael> fixing a low level drivers seems a better approach than
Michael> adding work-arounds in ULPs.
Michael> Roland, what do you think?
Yes, that was something I just never got around to implementing. Of
course since transition to error state may be done asynchronously by
hardware, we still have the case where the consumer tries to post a
work request to a QP in error but the low-level driver still thinks
the QP is in RTS.
- R.
In-Reply-To: <20060926142400.GF21473 at mellanox.co.il> (Michael S. Tsirkin's message of "Tue, 26 Sep 2006 17:24:00 +0300")
User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.18 (linux)
Date: Tue, 26 Sep 2006 08:11:54 -0700
Message-ID: <adavenabr2d.fsf at cisco.com>
More information about the general
mailing list