From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ira Weiny Subject: Re: [PATCH v3 1/2] libibnetdisc: Convert to a multi-smp algorithm Date: Tue, 13 Apr 2010 13:30:28 -0700 Message-ID: <20100413133028.b55a0cb1.weiny2@llnl.gov> References: <20100218124933.c018a23d.weiny2@llnl.gov> <20100413104658.GA10830@me> <20100413132531.GI10830@me> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20100413132531.GI10830@me> Sender: linux-rdma-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Sasha Khapyorsky Cc: "linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , Hal Rosenstock List-Id: linux-rdma@vger.kernel.org On Tue, 13 Apr 2010 16:25:31 +0300 Sasha Khapyorsky wrote: > On 13:46 Tue 13 Apr , Sasha Khapyorsky wrote: > > > > However see some comments and questions below. > > Another thought. What about API like: > > ibnd_discover_fabric(cosnt char *ca_name, unsigned port_num, > struct ibnd_config *cfg); > > So libibnetdisc will be responsible for opening and closing its own port > and in this way will be fully reenterable? If we are going to do something like this why not more like a context? Something like this? ibqueryerrors.c query_errors_ibmad_port = mad_rpc_open_port(ibd_ca, ibd_ca_port, mgmt_classes, 4); { ibnd_context_t ctx; ctx.ca_name = ibd_ca; ctx.ca_port = ibd_ca_port; ctx.portid = portid; ctx.hops = hops; fabric = ibnd_discover_fabric(&ctx); /* opens it's own ibmad_port */ } ... Ira > > Sasha -- Ira Weiny Math Programmer/Computer Scientist 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