* [PATCH] libibmad: Add ib_resolve_noderecord_via API
@ 2013-02-12 20:39 Sarat Kakarla
[not found] ` <511AA890.8050106-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
0 siblings, 1 reply; 9+ messages in thread
From: Sarat Kakarla @ 2013-02-12 20:39 UTC (permalink / raw)
To: weiny2-i2BcT+NCU+M
Cc: HANLIN.QIAN-QHcLZuEGTsvQT0dZR+AlfA, Jia Shi (E-mail),
linux-rdma-u79uwXL29TY76Z2rM5mHXA
Add ib_resolve_noderecord_via wrapper similar to ib_resolve_portid_str_via
Signed-off-by: Sarat Kakarla <sarat.kakarla-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
--- include/infiniband/mad.h 2009-11-01 16:17:12.000000000 -0800
+++ ../libibmad-1.3.3.wrapper/include/infiniband/mad.h 2013-02-07 10:32:05.000000000 -0800
@@ -934,6 +934,8 @@
DEPRECATED;
MAD_EXPORT int ib_resolve_self(ib_portid_t * portid, int *portnum,
ibmad_gid_t * gid) DEPRECATED;
+MAD_EXPORT int ib_resolve_noderecord_via(char *addr_str,
+ const struct ibmad_port *srcport);
/* resolve.c new interface */
MAD_EXPORT int ib_resolve_smlid_via(ib_portid_t * sm_id, int timeout,
--- src/libibmad.map 2009-10-29 18:18:01.000000000 -0700
+++ ../libibmad-1.3.3.wrapper/src/libibmad.map 2013-02-11 10:47:13.000000000 -0800
@@ -105,6 +105,7 @@
ib_resolve_gid_via;
ib_resolve_portid_str_via;
ib_resolve_self_via;
+ ib_resolve_noderecord_via;
mad_field_name;
bm_call_via;
local: *;
--- src/resolve.c 2009-11-01 16:17:12.000000000 -0800
+++ ../libibmad-1.3.3.wrapper/src/resolve.c 2013-02-11 10:46:10.000000000 -0800
@@ -226,3 +226,21 @@
{
return ib_resolve_self_via(portid, portnum, gid, ibmp);
}
+
+int ib_resolve_noderecord_via(char *addr_str, const struct ibmad_port *srcport)
+{
+ uint64_t guid;
+ ib_portid_t sm_id;
+ char buf[IB_SA_DATA_SIZE] = { 0 };
+
+ if (!(guid = strtoull(addr_str, 0, 0)))
+ return -1;
+
+ if (ib_resolve_smlid_via(&sm_id, MAD_DEF_TIMEOUT_MS, srcport) < 0)
+ return -1;
+
+ return ib_node_query_via(srcport, guid, &sm_id, buf);
+}
+
+
--
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
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH] libibmad: Add ib_resolve_noderecord_via API
[not found] ` <511AA890.8050106-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
@ 2013-02-12 22:21 ` Hal Rosenstock
[not found] ` <511AC06B.3030005-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>
2013-02-12 23:28 ` Ira Weiny
1 sibling, 1 reply; 9+ messages in thread
From: Hal Rosenstock @ 2013-02-12 22:21 UTC (permalink / raw)
To: Sarat Kakarla
Cc: weiny2-i2BcT+NCU+M, HANLIN.QIAN-QHcLZuEGTsvQT0dZR+AlfA,
Jia Shi (E-mail), linux-rdma-u79uwXL29TY76Z2rM5mHXA
On 2/12/2013 3:39 PM, Sarat Kakarla wrote:
> Add ib_resolve_noderecord_via wrapper similar to ib_resolve_portid_str_via
Note that this patch depends on a patch previously submitted on 1/31 but
not yet accepted: "libibmad: Add NodeRecord query API" due to it's use
of ib_node_query_via below.
> Signed-off-by: Sarat Kakarla <sarat.kakarla-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
>
> --- include/infiniband/mad.h 2009-11-01 16:17:12.000000000 -0800
> +++ ../libibmad-1.3.3.wrapper/include/infiniband/mad.h 2013-02-07
> 10:32:05.000000000 -0800
> @@ -934,6 +934,8 @@
> DEPRECATED;
> MAD_EXPORT int ib_resolve_self(ib_portid_t * portid, int *portnum,
> ibmad_gid_t * gid) DEPRECATED;
> +MAD_EXPORT int ib_resolve_noderecord_via(char *addr_str,
> + const struct ibmad_port
> *srcport);
>
> /* resolve.c new interface */
> MAD_EXPORT int ib_resolve_smlid_via(ib_portid_t * sm_id, int timeout,
> --- src/libibmad.map 2009-10-29 18:18:01.000000000 -0700
> +++ ../libibmad-1.3.3.wrapper/src/libibmad.map 2013-02-11
> 10:47:13.000000000 -0800
> @@ -105,6 +105,7 @@
> ib_resolve_gid_via;
> ib_resolve_portid_str_via;
> ib_resolve_self_via;
> + ib_resolve_noderecord_via;
Formatting looks wrong to me here and other places. Is this using spaces
rather than tabs ?
> mad_field_name;
> bm_call_via;
> local: *;
> --- src/resolve.c 2009-11-01 16:17:12.000000000 -0800
> +++ ../libibmad-1.3.3.wrapper/src/resolve.c 2013-02-11
> 10:46:10.000000000 -0800
> @@ -226,3 +226,21 @@
> {
> return ib_resolve_self_via(portid, portnum, gid, ibmp);
> }
> +
> +int ib_resolve_noderecord_via(char *addr_str, const struct ibmad_port
> *srcport)
> +{
> + uint64_t guid;
> + ib_portid_t sm_id;
> + char buf[IB_SA_DATA_SIZE] = { 0 };
> +
> + if (!(guid = strtoull(addr_str, 0, 0)))
> + return -1;
> +
> + if (ib_resolve_smlid_via(&sm_id, MAD_DEF_TIMEOUT_MS, srcport) < 0)
Should second parameter be timeout rather than MAD_DEF_TIMEOUT_MS ?
-- Hal
> + return -1;
> +
> + return ib_node_query_via(srcport, guid, &sm_id, buf);
> +}
> +
> +
>
> --
> 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
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH] libibmad: Add ib_resolve_noderecord_via API
[not found] ` <511AC06B.3030005-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>
@ 2013-02-12 23:03 ` Sarat Kakarla
[not found] ` <511ACA52.4060104-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
0 siblings, 1 reply; 9+ messages in thread
From: Sarat Kakarla @ 2013-02-12 23:03 UTC (permalink / raw)
To: Hal Rosenstock
Cc: weiny2-i2BcT+NCU+M, HANLIN.QIAN-QHcLZuEGTsvQT0dZR+AlfA,
Jia Shi (E-mail), linux-rdma-u79uwXL29TY76Z2rM5mHXA
Hal,
Thanks for reviewing it. My answers are in-lined with [SK] prefix.
Sarat
On 2/12/2013 2:21 PM, Hal Rosenstock wrote:
> On 2/12/2013 3:39 PM, Sarat Kakarla wrote:
>> Add ib_resolve_noderecord_via wrapper similar to ib_resolve_portid_str_via
>
> Note that this patch depends on a patch previously submitted on 1/31 but
> not yet accepted: "libibmad: Add NodeRecord query API" due to it's use
> of ib_node_query_via below.
>
>> Signed-off-by: Sarat Kakarla <sarat.kakarla-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
>>
>> --- include/infiniband/mad.h 2009-11-01 16:17:12.000000000 -0800
>> +++ ../libibmad-1.3.3.wrapper/include/infiniband/mad.h 2013-02-07
>> 10:32:05.000000000 -0800
>> @@ -934,6 +934,8 @@
>> DEPRECATED;
>> MAD_EXPORT int ib_resolve_self(ib_portid_t * portid, int *portnum,
>> ibmad_gid_t * gid) DEPRECATED;
>> +MAD_EXPORT int ib_resolve_noderecord_via(char *addr_str,
>> + const struct ibmad_port
>> *srcport);
>>
>> /* resolve.c new interface */
>> MAD_EXPORT int ib_resolve_smlid_via(ib_portid_t * sm_id, int timeout,
>> --- src/libibmad.map 2009-10-29 18:18:01.000000000 -0700
>> +++ ../libibmad-1.3.3.wrapper/src/libibmad.map 2013-02-11
>> 10:47:13.000000000 -0800
>> @@ -105,6 +105,7 @@
>> ib_resolve_gid_via;
>> ib_resolve_portid_str_via;
>> ib_resolve_self_via;
>> + ib_resolve_noderecord_via;
>
> Formatting looks wrong to me here and other places. Is this using spaces
> rather than tabs ?
[SK] By habit I have used spaces I will replace them with the tabs.
>
>> mad_field_name;
>> bm_call_via;
>> local: *;
>> --- src/resolve.c 2009-11-01 16:17:12.000000000 -0800
>> +++ ../libibmad-1.3.3.wrapper/src/resolve.c 2013-02-11
>> 10:46:10.000000000 -0800
>> @@ -226,3 +226,21 @@
>> {
>> return ib_resolve_self_via(portid, portnum, gid, ibmp);
>> }
>> +
>> +int ib_resolve_noderecord_via(char *addr_str, const struct ibmad_port
>> *srcport)
>> +{
>> + uint64_t guid;
>> + ib_portid_t sm_id;
>> + char buf[IB_SA_DATA_SIZE] = { 0 };
>> +
>> + if (!(guid = strtoull(addr_str, 0, 0)))
>> + return -1;
>> +
>> + if (ib_resolve_smlid_via(&sm_id, MAD_DEF_TIMEOUT_MS, srcport) < 0)
>
> Should second parameter be timeout rather than MAD_DEF_TIMEOUT_MS ?
[SK] I wanted to make ib_resolve_noderecord_via look like ib_resolve_portid_str_via API which does not take any timeout parameter.
I can pass '0' instead of MAD_DEF_TIMEOUT_MS, that's what passed as timeout to ib_resolve_guid_via function from ib_resolve_portid_str_via function.
>
> -- Hal
>
>> + return -1;
>> +
>> + return ib_node_query_via(srcport, guid, &sm_id, buf);
>> +}
>> +
>> +
>>
>> --
>> 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
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH] libibmad: Add ib_resolve_noderecord_via API
[not found] ` <511ACA52.4060104-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
@ 2013-02-12 23:19 ` Hal Rosenstock
[not found] ` <511ACDE4.1080006-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>
0 siblings, 1 reply; 9+ messages in thread
From: Hal Rosenstock @ 2013-02-12 23:19 UTC (permalink / raw)
To: Sarat Kakarla
Cc: weiny2-i2BcT+NCU+M, HANLIN.QIAN-QHcLZuEGTsvQT0dZR+AlfA,
Jia Shi (E-mail), linux-rdma-u79uwXL29TY76Z2rM5mHXA
On 2/12/2013 6:03 PM, Sarat Kakarla wrote:
> [SK] I wanted to make ib_resolve_noderecord_via look like ib_resolve_portid_str_via API which does not take any timeout parameter.
>
> I can pass '0' instead of MAD_DEF_TIMEOUT_MS, that's what passed as timeout to ib_resolve_guid_via function from ib_resolve_portid_str_via function.
>
Are you looking at an older version of libibmad ? The upstream
ib_resolve_guid_via has timeout as second parameter as do other similar
calls to ib_resolve_smlid_via.
-- Hal
--
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
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH] libibmad: Add ib_resolve_noderecord_via API
[not found] ` <511ACDE4.1080006-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>
@ 2013-02-12 23:23 ` Sarat Kakarla
0 siblings, 0 replies; 9+ messages in thread
From: Sarat Kakarla @ 2013-02-12 23:23 UTC (permalink / raw)
To: Hal Rosenstock
Cc: weiny2-i2BcT+NCU+M, HANLIN.QIAN-QHcLZuEGTsvQT0dZR+AlfA,
Jia Shi (E-mail), linux-rdma-u79uwXL29TY76Z2rM5mHXA
Hal,
ib_resolve_guid_via has timeout parameter but when it is getting called from ib_resolve_portid_str_via the value is specified as 0.
int ib_resolve_portid_str_via(ib_portid_t * portid, char *addr_str,
enum MAD_DEST dest_type, ib_portid_t * sm_id,
const struct ibmad_port *srcport)
{
case IB_DEST_GUID:
if (!(guid = strtoull(addr_str, 0, 0)))
return -1;
/* keep guid in portid? */
return ib_resolve_guid_via(portid, &guid, sm_id, 0, srcport);
Thanks
Sarat
On 2/12/2013 3:19 PM, Hal Rosenstock wrote:
> On 2/12/2013 6:03 PM, Sarat Kakarla wrote:
>> [SK] I wanted to make ib_resolve_noderecord_via look like ib_resolve_portid_str_via API which does not take any timeout parameter.
>>
>> I can pass '0' instead of MAD_DEF_TIMEOUT_MS, that's what passed as timeout to ib_resolve_guid_via function from ib_resolve_portid_str_via function.
>>
>
> Are you looking at an older version of libibmad ? The upstream
> ib_resolve_guid_via has timeout as second parameter as do other similar
> calls to ib_resolve_smlid_via.
>
> -- Hal
>
--
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
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH] libibmad: Add ib_resolve_noderecord_via API
[not found] ` <511AA890.8050106-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
2013-02-12 22:21 ` Hal Rosenstock
@ 2013-02-12 23:28 ` Ira Weiny
[not found] ` <20130212152859.b62c4d6df7bd5bf0a393fa4a-i2BcT+NCU+M@public.gmane.org>
1 sibling, 1 reply; 9+ messages in thread
From: Ira Weiny @ 2013-02-12 23:28 UTC (permalink / raw)
To: Sarat Kakarla
Cc: HANLIN.QIAN-QHcLZuEGTsvQT0dZR+AlfA, Jia Shi (E-mail),
linux-rdma-u79uwXL29TY76Z2rM5mHXA
On Tue, 12 Feb 2013 12:39:44 -0800
Sarat Kakarla <sarat.kakarla-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org> wrote:
> Add ib_resolve_noderecord_via wrapper similar to ib_resolve_portid_str_via
I have a more fundamental question: Do you have a use case for this?
Ira
>
> Signed-off-by: Sarat Kakarla <sarat.kakarla-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
>
> --- include/infiniband/mad.h 2009-11-01 16:17:12.000000000 -0800
> +++ ../libibmad-1.3.3.wrapper/include/infiniband/mad.h 2013-02-07 10:32:05.000000000 -0800
> @@ -934,6 +934,8 @@
> DEPRECATED;
> MAD_EXPORT int ib_resolve_self(ib_portid_t * portid, int *portnum,
> ibmad_gid_t * gid) DEPRECATED;
> +MAD_EXPORT int ib_resolve_noderecord_via(char *addr_str,
> + const struct ibmad_port *srcport);
>
> /* resolve.c new interface */
> MAD_EXPORT int ib_resolve_smlid_via(ib_portid_t * sm_id, int timeout,
> --- src/libibmad.map 2009-10-29 18:18:01.000000000 -0700
> +++ ../libibmad-1.3.3.wrapper/src/libibmad.map 2013-02-11 10:47:13.000000000 -0800
> @@ -105,6 +105,7 @@
> ib_resolve_gid_via;
> ib_resolve_portid_str_via;
> ib_resolve_self_via;
> + ib_resolve_noderecord_via;
> mad_field_name;
> bm_call_via;
> local: *;
> --- src/resolve.c 2009-11-01 16:17:12.000000000 -0800
> +++ ../libibmad-1.3.3.wrapper/src/resolve.c 2013-02-11 10:46:10.000000000 -0800
> @@ -226,3 +226,21 @@
> {
> return ib_resolve_self_via(portid, portnum, gid, ibmp);
> }
> +
> +int ib_resolve_noderecord_via(char *addr_str, const struct ibmad_port *srcport)
> +{
> + uint64_t guid;
> + ib_portid_t sm_id;
> + char buf[IB_SA_DATA_SIZE] = { 0 };
> +
> + if (!(guid = strtoull(addr_str, 0, 0)))
> + return -1;
> +
> + if (ib_resolve_smlid_via(&sm_id, MAD_DEF_TIMEOUT_MS, srcport) < 0)
> + return -1;
> +
> + return ib_node_query_via(srcport, guid, &sm_id, buf);
> +}
> +
> +
>
> --
> 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
--
Ira Weiny
Member of Technical Staff
Lawrence Livermore National Lab
925-423-8008
weiny2-i2BcT+NCU+M@public.gmane.org
--
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
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH] libibmad: Add ib_resolve_noderecord_via API
[not found] ` <20130212152859.b62c4d6df7bd5bf0a393fa4a-i2BcT+NCU+M@public.gmane.org>
@ 2013-02-12 23:36 ` Sarat Kakarla
[not found] ` <511AD1EB.8070807-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
0 siblings, 1 reply; 9+ messages in thread
From: Sarat Kakarla @ 2013-02-12 23:36 UTC (permalink / raw)
To: Ira Weiny
Cc: HANLIN.QIAN-QHcLZuEGTsvQT0dZR+AlfA, Jia Shi (E-mail),
linux-rdma-u79uwXL29TY76Z2rM5mHXA
On 2/12/2013 3:28 PM, Ira Weiny wrote:
> On Tue, 12 Feb 2013 12:39:44 -0800
> Sarat Kakarla <sarat.kakarla-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org> wrote:
>
>> Add ib_resolve_noderecord_via wrapper similar to ib_resolve_portid_str_via
>
> I have a more fundamental question: Do you have a use case for this?
>
> Ira
>
The main purpose of this wrapper to make ib_resolve_noderecord_via as a single API call to resolve a node by looking at node record. From oracle's point of view since we have
already included the name and signature of this ib_resolve_noderecord_via in our executable we thought it would be helpful to have this wrapper so that we can just drop the new
library without changing/rebuilding our binaries.
Thanks
Sarat
--
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
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH] libibmad: Add ib_resolve_noderecord_via API
[not found] ` <511AD1EB.8070807-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
@ 2013-02-12 23:49 ` Ira Weiny
[not found] ` <20130212154949.2ff378f25c6cce7e6119137c-i2BcT+NCU+M@public.gmane.org>
0 siblings, 1 reply; 9+ messages in thread
From: Ira Weiny @ 2013-02-12 23:49 UTC (permalink / raw)
To: Sarat Kakarla
Cc: HANLIN.QIAN-QHcLZuEGTsvQT0dZR+AlfA, Jia Shi (E-mail),
linux-rdma-u79uwXL29TY76Z2rM5mHXA
On Tue, 12 Feb 2013 15:36:11 -0800
Sarat Kakarla <sarat.kakarla-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org> wrote:
>
>
> On 2/12/2013 3:28 PM, Ira Weiny wrote:
> > On Tue, 12 Feb 2013 12:39:44 -0800
> > Sarat Kakarla <sarat.kakarla-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org> wrote:
> >
> >> Add ib_resolve_noderecord_via wrapper similar to ib_resolve_portid_str_via
> >
> > I have a more fundamental question: Do you have a use case for this?
> >
> > Ira
> >
> The main purpose of this wrapper to make ib_resolve_noderecord_via as a single API call to resolve a node by looking at node record.
But this does not actually "resolve" anything. AFAICT it just returns if a NodeRecord exists.
Ira
> From oracle's point of view since we have
> already included the name and signature of this ib_resolve_noderecord_via in our executable we thought it would be helpful to have this wrapper so that we can just drop the new
> library without changing/rebuilding our binaries.
>
> Thanks
> Sarat
>
> --
> 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
--
Ira Weiny
Member of Technical Staff
Lawrence Livermore National Lab
925-423-8008
weiny2-i2BcT+NCU+M@public.gmane.org
--
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
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH] libibmad: Add ib_resolve_noderecord_via API
[not found] ` <20130212154949.2ff378f25c6cce7e6119137c-i2BcT+NCU+M@public.gmane.org>
@ 2013-02-18 21:59 ` Sarat Kakarla
0 siblings, 0 replies; 9+ messages in thread
From: Sarat Kakarla @ 2013-02-18 21:59 UTC (permalink / raw)
To: Ira Weiny
Cc: HANLIN.QIAN-QHcLZuEGTsvQT0dZR+AlfA, Jia Shi (E-mail),
linux-rdma-u79uwXL29TY76Z2rM5mHXA
Ira & Hal,
I have talked to my management about this wrapper and decided to add it to our code instead of libibmad, so for now I am dropping the merge request.
Thanks
Sarat
On 2/12/2013 3:49 PM, Ira Weiny wrote:
> On Tue, 12 Feb 2013 15:36:11 -0800
> Sarat Kakarla <sarat.kakarla-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org> wrote:
>
>>
>>
>> On 2/12/2013 3:28 PM, Ira Weiny wrote:
>>> On Tue, 12 Feb 2013 12:39:44 -0800
>>> Sarat Kakarla <sarat.kakarla-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org> wrote:
>>>
>>>> Add ib_resolve_noderecord_via wrapper similar to ib_resolve_portid_str_via
>>>
>>> I have a more fundamental question: Do you have a use case for this?
>>>
>>> Ira
>>>
>> The main purpose of this wrapper to make ib_resolve_noderecord_via as a single API call to resolve a node by looking at node record.
>
> But this does not actually "resolve" anything. AFAICT it just returns if a NodeRecord exists.
>
> Ira
>
>> From oracle's point of view since we have
>> already included the name and signature of this ib_resolve_noderecord_via in our executable we thought it would be helpful to have this wrapper so that we can just drop the new
>> library without changing/rebuilding our binaries.
>>
>> Thanks
>> Sarat
>>
>> --
>> 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
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2013-02-18 21:59 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-02-12 20:39 [PATCH] libibmad: Add ib_resolve_noderecord_via API Sarat Kakarla
[not found] ` <511AA890.8050106-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
2013-02-12 22:21 ` Hal Rosenstock
[not found] ` <511AC06B.3030005-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>
2013-02-12 23:03 ` Sarat Kakarla
[not found] ` <511ACA52.4060104-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
2013-02-12 23:19 ` Hal Rosenstock
[not found] ` <511ACDE4.1080006-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>
2013-02-12 23:23 ` Sarat Kakarla
2013-02-12 23:28 ` Ira Weiny
[not found] ` <20130212152859.b62c4d6df7bd5bf0a393fa4a-i2BcT+NCU+M@public.gmane.org>
2013-02-12 23:36 ` Sarat Kakarla
[not found] ` <511AD1EB.8070807-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
2013-02-12 23:49 ` Ira Weiny
[not found] ` <20130212154949.2ff378f25c6cce7e6119137c-i2BcT+NCU+M@public.gmane.org>
2013-02-18 21:59 ` Sarat Kakarla
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).