* [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[parent not found: <511AA890.8050106-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>]
* 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
[parent not found: <511AC06B.3030005-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>]
* 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
[parent not found: <511ACA52.4060104-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>]
* 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
[parent not found: <511ACDE4.1080006-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>]
* 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
[parent not found: <20130212152859.b62c4d6df7bd5bf0a393fa4a-i2BcT+NCU+M@public.gmane.org>]
* 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
[parent not found: <511AD1EB.8070807-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>]
* 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
[parent not found: <20130212154949.2ff378f25c6cce7e6119137c-i2BcT+NCU+M@public.gmane.org>]
* 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).