public inbox for linux-rdma@vger.kernel.org
 help / color / mirror / Atom feed
From: Alex Netes <alexne-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
To: Goldwyn Rodrigues <rgoldwyn-l3A5Bk7waGM@public.gmane.org>
Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH] opensm: Get correct guid in case of multiple ports
Date: Thu, 12 Jan 2012 19:23:30 +0200	[thread overview]
Message-ID: <20120112172330.GD6571@calypso> (raw)
In-Reply-To: <20120111160231.GA3498-DN/iB9hNKqpUanf73oPxOg@public.gmane.org>

Hi Goldwyn,

On 10:02 Wed 11 Jan     , Goldwyn Rodrigues wrote:
> 
> Hi Alex,
> 
> Let me start with how we encountered the problem:
> This problem came up when our customer was using a 2 port card with only
> one of the port active. opensm could not get the guid of the port
> that was active in daemon mode.

I guess it's because your costumer runs opensm with "-g 0 -B" in command line.

> 
> > On 13:36 Wed 05 Oct     , Goldwyn Rodrigues wrote:
> > > 
> > > In case of multiple ports and running in daemon mode, the active port is not selected because opt.guid is set to INVALID_GUID in main() but the check in get_port_guid is done against zero: 
> > > 	if (port_guid == 0) {
> > 
> > opt.guid is set to 0 by default.
> > opt.guid is set to INVALID_GUID if a user used "-g WRONG_GUID" command line
> > option when executing the SM. 
> 
> What happens when "-g 0 -B" is specified? Check the getopt code. It sets guid
> to INVALID_GUID. Consider /etc/sysconfig/opensm  as well.

You are correct. Setting argument "-g 0" will set port_guid to INVALID_GUID.
>From OpenSM man page:
-g, --guid <GUID in hex>
	This option specifies the local port GUID value with which OpenSM
	should bind.  OpenSM may be bound to 1 port at a time.  If GUID given
	is 0, OpenSM displays a list of possible port GUIDs and waits for user
	input.  Without -g, OpenSM tries to use the default port.

So I guess the behavior of running OpenSM with "-g 0 -B" is undefined. I think
it's better to exit than execute OpenSM with wrong parameter.

Moreover, there is no problem when you set "guid 0" in the opensm.conf and run
opensm as a daemon (actually this is the default).

> 
> What happens when you provide "-g WRONG_GUID -B"?
> I think in this case, -B should take priority and set with the first
> active port available.

I think that in that case, a user intended to bind OpenSM on specific port and
it could be a major issue if OpenSM will automatically binds to a different
port.

> 
> 
> > In that case, when SM runs not in daemon mode,
> > SM prompts the user to choose available port GUID out of available range.
> > In case when SM runs in daemon mode, it can't prompt the user so it just exits.
> > 
> > > 
> > > On second thoughts, passing port_guid is worthless because this function is called only when no guid is supplied at the command prompt. So, removed the port_guid parameter from the function altogether.
> > > 
> > > If not in daemon mode, it would show the list of ports as intended.
> > > 
> > > Also added error message if no ports are found.
> > > 
> > > Signed-off-by: Goldwyn Rodrigues <rgoldwyn-l3A5Bk7waGM@public.gmane.org>
> > > 
> > > diff --git a/opensm/main.c b/opensm/main.c
> > > index 51c8291..a236859 100644
> > > --- a/opensm/main.c
> > > +++ b/opensm/main.c
> > > @@ -403,7 +403,7 @@ static void show_usage(void)
> > >  	exit(2);
> > >  }
> > >  
> > > -static ib_net64_t get_port_guid(IN osm_opensm_t * p_osm, uint64_t port_guid)
> > > +static ib_net64_t get_port_guid(IN osm_opensm_t *p_osm)
> > >  {
> > >  	ib_port_attr_t attr_array[MAX_LOCAL_IBPORTS];
> > >  	uint32_t num_ports = MAX_LOCAL_IBPORTS;
> > > @@ -436,21 +436,19 @@ static ib_net64_t get_port_guid(IN osm_opensm_t * p_osm, uint64_t port_guid)
> > >  		       cl_hton64(attr_array[0].port_guid));
> > >  		return attr_array[0].port_guid;
> > >  	}
> > > -	/* If port_guid is 0 - use the first connected port */
> > > -	if (port_guid == 0) {
> > > +	/* If in daemon mode autoselect first available port */
> > > +	if (p_osm->subn.opt.daemon) {
> > >  		for (i = 0; i < num_ports; i++)
> > >  			if (attr_array[i].link_state > IB_LINK_DOWN)
> > >  				break;
> > > +		/* No port found which is available */
> > >  		if (i == num_ports)
> > > -			i = 0;
> > > +			return 0;
> > >  		printf("Using default GUID 0x%" PRIx64 "\n",
> > >  		       cl_hton64(attr_array[i].port_guid));
> > >  		return attr_array[i].port_guid;
> > >  	}
> > >  
> > > -	if (p_osm->subn.opt.daemon)
> > > -		return 0;
> > > -
> > >  	/* More than one possible port - list all ports and let the user
> > >  	 * to choose. */
> > >  	while (1) {
> > > @@ -1106,10 +1104,12 @@ int main(int argc, char *argv[])
> > >  	   then get a port GUID value with which to bind.
> > >  	 */
> > >  	if (opt.guid == 0 || cl_hton64(opt.guid) == CL_HTON64(INVALID_GUID))
> > > -		opt.guid = get_port_guid(&osm, opt.guid);
> > > +		opt.guid = get_port_guid(&osm);
> > >  
> > > -	if (opt.guid == 0)
> > > +	if (opt.guid == 0) {
> > > +		printf("\nError: No available ports\n");
> > >  		goto Exit;
> > > +	}
> > >  
> > >  	status = osm_opensm_bind(&osm, opt.guid);
> > >  	if (status != IB_SUCCESS) {
> > > 
> > > -- 
> > > Goldwyn
> > > --
> > > 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
> > 
> > -- 
> > 
> > -- Alex
> 
> -- 
> Goldwyn
> --
> 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

-- 

-- Alex
--
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

  parent reply	other threads:[~2012-01-12 17:23 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-10-05 18:36 [PATCH] opensm: Get correct guid in case of multiple ports Goldwyn Rodrigues
     [not found] ` <20111005183610.GA18253-DN/iB9hNKqpUanf73oPxOg@public.gmane.org>
2012-01-11 12:10   ` Alex Netes
2012-01-11 16:02     ` Goldwyn Rodrigues
     [not found]       ` <20120111160231.GA3498-DN/iB9hNKqpUanf73oPxOg@public.gmane.org>
2012-01-12 17:23         ` Alex Netes [this message]
2012-01-12 18:45           ` Goldwyn Rodrigues

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=20120112172330.GD6571@calypso \
    --to=alexne-vpraknaxozvwk0htik3j/w@public.gmane.org \
    --cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=rgoldwyn-l3A5Bk7waGM@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