From: Ralph Campbell <ralph.campbell-h88ZbnxC6KDQT0dZR+AlfA@public.gmane.org>
To: "Hefty, Sean" <sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Cc: "linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: RE: [PATCH 3/3] ibacm: check for special handling of loopback requests
Date: Tue, 16 Nov 2010 17:37:32 -0800 [thread overview]
Message-ID: <1289957852.9693.7.camel@chromite.mv.qlogic.com> (raw)
In-Reply-To: <CF9C39F99A89134C9CF9C4CCB68B8DDF25B8616977-osO9UTpF0USkrb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
I guess what I'm objecting to is hard coding mlx4.
I was trying to think of a way that would allow other HCAs
to support the block loopback option in the future.
It looks like ipoib sets IB_QP_CREATE_BLOCK_MULTICAST_LOOPBACK
for kernel QPs but this isn't defined in libibverbs yet.
It seems reasonable to add that feature some time in the future
and change ibacm to use it.
In the mean time, I guess I don't see an alternative to your patch.
On Tue, 2010-11-16 at 17:24 -0800, Hefty, Sean wrote:
> > Is there a way to make it HCA neutral?
> > Would it require extending the libibverbs API to set the option?
>
> I'm not quite following what the problem is. ACM doesn't care what HCA is used. It does adjust how it handles loopback addresses based on whether some value is written in an HCA/OFED 1.5.2 release file, but it will work regardless. (This is worse than being HCA specific, we're HCA and OFED release specific.)
>
> In the worst case, ACM basically stops working correctly over mlx4 HCAs. Loopback requests will end up going through all retries (default is 15) until they time out (default ~45 seconds). If the user is the librdmacm, it will fall back to normal operation.
>
> ACM has a configuration file that _could_ be used to specify a loopback protocol. However, that file is usually generated by the ib_acme utility, so the check would move into it.
>
> Since OFED 1.5.2 has shipped, I don't know how you fix it. In a more ideal world, this loopback issue would be limited only to ipoib QPs, or be configurable per QP, or disabled by default, or have gone upstream first...
>
> - Sean
>
>
> --
> 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
next prev parent reply other threads:[~2010-11-17 1:37 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-17 0:10 [PATCH 1/3] ibacm: enhance debug messages Hefty, Sean
[not found] ` <CF9C39F99A89134C9CF9C4CCB68B8DDF25B86168B9-osO9UTpF0USkrb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2010-11-17 0:12 ` [PATCH 2/3] ibacm: fix issuing SA query after recording address Hefty, Sean
2010-11-17 0:15 ` [PATCH 3/3] ibacm: check for special handling of loopback requests Hefty, Sean
[not found] ` <CF9C39F99A89134C9CF9C4CCB68B8DDF25B86168CE-osO9UTpF0USkrb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2010-11-17 0:31 ` Ralph Campbell
[not found] ` <1289953873.2365.179.camel-/vjeY7uYZjrPXfVEPVhPGq6RkeBMCJyt@public.gmane.org>
2010-11-17 0:54 ` Hefty, Sean
[not found] ` <CF9C39F99A89134C9CF9C4CCB68B8DDF25B8616939-osO9UTpF0USkrb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2010-11-17 1:08 ` Ralph Campbell
[not found] ` <1289956127.2365.190.camel-/vjeY7uYZjrPXfVEPVhPGq6RkeBMCJyt@public.gmane.org>
2010-11-17 1:24 ` Hefty, Sean
[not found] ` <CF9C39F99A89134C9CF9C4CCB68B8DDF25B8616977-osO9UTpF0USkrb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2010-11-17 1:37 ` Ralph Campbell [this message]
[not found] ` <1289957852.9693.7.camel-/vjeY7uYZjrPXfVEPVhPGq6RkeBMCJyt@public.gmane.org>
2010-11-17 8:33 ` Or Gerlitz
2010-11-17 17:11 ` Hefty, Sean
2010-11-17 8:36 ` Or Gerlitz
[not found] ` <4CE39429.6030202-smomgflXvOZWk0Htik3J/w@public.gmane.org>
2010-11-17 15:25 ` Hefty, Sean
2010-11-17 18:39 ` [PATCH 3/3 v2] ibacm: Introduce loopback resolution 'protocol' Hefty, Sean
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=1289957852.9693.7.camel@chromite.mv.qlogic.com \
--to=ralph.campbell-h88zbnxc6kdqt0dzr+alfa@public.gmane.org \
--cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=sean.hefty-ral2JQCrhuEAvxtiuMwx3w@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox