From: Roland Dreier <rdreier-FYB4Gu1CFyUAvxtiuMwx3w@public.gmane.org>
To: Suresh Shelvapille
<suri-lFb5ksp6isWhEniVeURVKkEOCMrvLtNR@public.gmane.org>
Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: How to know if SRQ is being used in SRP?
Date: Thu, 05 Aug 2010 11:08:21 -0700 [thread overview]
Message-ID: <adavd7p3pbe.fsf@roland-alpha.cisco.com> (raw)
In-Reply-To: <8BAAFD34FEF6492A8E3B43698E454B3D-+IkoAhRkys/CbFgIbBqbbjGjJy/sRE9J@public.gmane.org> (Suresh Shelvapille's message of "Thu, 5 Aug 2010 12:38:55 -0400")
> I have the envious task of figuring out whether SRQ is being used in
> an SRP application (which I have very little knowledge about). I
> only have IB transport layer traces from the customer. From the
> traces I can see Valid Credits in the Syndrome field of the AETH in
> RDMA_ReadResponse_First/last messages. Although there are a bunch
> of RC SENDs where the AETH syndrome field is Invalid, unfortunately
> I cannot seem to correlate these RC SENDS with the RDMA
> read/responses. My questions is, since the RDMA response AETH field
> has valid CC credits is it saying SRQ is not being used?
As I guess you know, if end-to-end credits are used on an RC connection,
then SRQ cannot be used on that connection. The opposite implication
does not hold: eg a TCA might not implement the optional end-to-end flow
control protocol, and hence a non-SRQ connection might still not use
end-to-end flow control.
Also end-to-end flow control is negotiated for each direction of a
connection independently, so you might see valid end-to-end credits sent
in only one direction.
Essentially the only thing you can learn from a wire-level trace is the
following: if you see an AETH with valid end-to-end credits being sent
from CA X, then the corresponding receive queue on CA X is not attached
to an SRQ. I don't believe there is anything further you can deduce.
(Certainly invalid end-to-end credits do not imply that an SRQ is being
used, they simply imply that the end-to-end flow control protocol is not
in use)
- R.
--
Roland Dreier <rolandd-FYB4Gu1CFyUAvxtiuMwx3w@public.gmane.org> || For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/index.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
next prev parent reply other threads:[~2010-08-05 18:08 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-03 14:02 [PATCH v2] IB/srp: use multiple CPU cores more effectively Bart Van Assche
[not found] ` <201008031602.37294.bvanassche-HInyCGIudOg@public.gmane.org>
2010-08-04 19:45 ` Vladislav Bolkhovitin
[not found] ` <4C59C34F.2000400-d+Crzxg7Rs0@public.gmane.org>
2010-08-04 20:40 ` Roland Dreier
[not found] ` <adak4o66rir.fsf-BjVyx320WGW9gfZ95n9DRSW4+XlvGpQz@public.gmane.org>
2010-08-05 10:55 ` Bart Van Assche
[not found] ` <AANLkTikswdOfqoZOmSqmug4ue3KLv3V8NH9W1ME4tnfQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-08-05 16:38 ` How to know if SRQ is being used in SRP? Suresh Shelvapille
[not found] ` <8BAAFD34FEF6492A8E3B43698E454B3D-+IkoAhRkys/CbFgIbBqbbjGjJy/sRE9J@public.gmane.org>
2010-08-05 17:42 ` Ralph Campbell
[not found] ` <1281030129.7414.16.camel-/vjeY7uYZjrPXfVEPVhPGq6RkeBMCJyt@public.gmane.org>
2010-08-05 18:05 ` Suresh Shelvapille
[not found] ` <D8F95421ED674F1DAC3A9A471854A748-+IkoAhRkys/CbFgIbBqbbjGjJy/sRE9J@public.gmane.org>
2010-08-05 18:16 ` Roland Dreier
2010-08-05 18:08 ` Roland Dreier [this message]
2010-08-05 16:58 ` [PATCH v2] IB/srp: use multiple CPU cores more effectively Roland Dreier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=adavd7p3pbe.fsf@roland-alpha.cisco.com \
--to=rdreier-fyb4gu1cfyuavxtiumwx3w@public.gmane.org \
--cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=suri-lFb5ksp6isWhEniVeURVKkEOCMrvLtNR@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.