public inbox for linux-rdma@vger.kernel.org
 help / color / mirror / Atom feed
From: Sasha Khapyorsky <sashak-smomgflXvOZWk0Htik3J/w@public.gmane.org>
To: Eli Dorfman <dorfman.eli-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Eli Dorfman <elid-smomgflXvOZWk0Htik3J/w@public.gmane.org>
Subject: Re: [PATCH] Return single PathRecord for SubnAdmGet when SGID and/or DGID
Date: Mon, 2 Nov 2009 17:03:08 +0200	[thread overview]
Message-ID: <20091102150308.GB21323@me> (raw)
In-Reply-To: <1256902806-12040-1-git-send-email-elid-smomgflXvOZWk0Htik3J/w@public.gmane.org>

Hi Eli,

On 13:40 Fri 30 Oct     , Eli Dorfman wrote:
> From: Eli Dorfman <elid-smomgflXvOZWk0Htik3J/w@public.gmane.org>

Please add descriptive change log. It is hard (for me) to just remember
an issue in all details.

> 
> Signed-off-by: Eli Dorfman <elid-smomgflXvOZWk0Htik3J/w@public.gmane.org>
> ---
>  opensm/opensm/osm_sa_path_record.c |   38 ++++++++++++++++++++++++-----------
>  1 files changed, 26 insertions(+), 12 deletions(-)
> 
> diff --git a/opensm/opensm/osm_sa_path_record.c b/opensm/opensm/osm_sa_path_record.c
> index f36eb46..0c6621b 100644
> --- a/opensm/opensm/osm_sa_path_record.c
> +++ b/opensm/opensm/osm_sa_path_record.c
> @@ -890,7 +890,7 @@ Exit:
>  
>  /**********************************************************************
>   **********************************************************************/
> -static void pr_rcv_get_port_pair_paths(IN osm_sa_t * sa,
> +static int pr_rcv_get_port_pair_paths(IN osm_sa_t * sa,
>  				       IN const osm_madw_t * p_madw,
>  				       IN const osm_port_t * p_req_port,
>  				       IN const osm_port_t * p_src_port,
> @@ -908,7 +908,7 @@ static void pr_rcv_get_port_pair_paths(IN osm_sa_t * sa,
>  	uint16_t dest_lid_max_ho;
>  	uint16_t src_lid_ho;
>  	uint16_t dest_lid_ho;
> -	uint32_t path_num;
> +	uint32_t path_num = 0;

It is reinitialized later as: 

	path_num = cl_qlist_count(p_list);

, one of them is not needed.

>  	uint8_t preference;
>  	uintn_t iterations;
>  	uintn_t src_offset;
> @@ -1019,7 +1019,7 @@ static void pr_rcv_get_port_pair_paths(IN osm_sa_t * sa,
>  	   Preferred paths come first in OpenSM
>  	 */
>  	preference = 0;
> -	path_num = 0;
> +	path_num = cl_qlist_count(p_list);

Is this correct?

In this way pr_rcv_get_port_pair_paths() will return a total number of
PRs collected in previous calls too (not for just specific
source/destination call). No?

>  
>  	/* If SubnAdmGet, assume NumbPaths 1 (1.2 erratum) */
>  	if (p_sa_mad->method != IB_MAD_METHOD_GET)
> @@ -1111,6 +1111,7 @@ static void pr_rcv_get_port_pair_paths(IN osm_sa_t * sa,
>  
>  Exit:
>  	OSM_LOG_EXIT(sa->p_log);
> +	return path_num;
>  }
>  
>  /**********************************************************************
> @@ -1314,6 +1315,8 @@ static void pr_rcv_process_world(IN osm_sa_t * sa, IN const osm_madw_t * p_madw,
>  	const cl_qmap_t *p_tbl;
>  	const osm_port_t *p_dest_port;
>  	const osm_port_t *p_src_port;
> +	const ib_sa_mad_t *p_sa_mad;
> +	int   num_paths = 0;
>  
>  	OSM_LOG_ENTER(sa->p_log);
>  
> @@ -1326,14 +1329,17 @@ static void pr_rcv_process_world(IN osm_sa_t * sa, IN const osm_madw_t * p_madw,
>  	   any check to determine the reversability of the paths.
>  	 */
>  	p_tbl = &sa->p_subn->port_guid_tbl;
> +	p_sa_mad = osm_madw_get_sa_mad_ptr(p_madw);
>  
>  	p_dest_port = (osm_port_t *) cl_qmap_head(p_tbl);
>  	while (p_dest_port != (osm_port_t *) cl_qmap_end(p_tbl)) {
>  		p_src_port = (osm_port_t *) cl_qmap_head(p_tbl);
>  		while (p_src_port != (osm_port_t *) cl_qmap_end(p_tbl)) {
> -			pr_rcv_get_port_pair_paths(sa, p_madw, requester_port,
> -						   p_src_port, p_dest_port,
> -						   p_dgid, comp_mask, p_list);
> +			num_paths += pr_rcv_get_port_pair_paths(sa, p_madw, requester_port,
> +								p_src_port, p_dest_port,
> +								p_dgid, comp_mask, p_list);
> +			if (p_sa_mad->method == IB_MAD_METHOD_GET && num_paths > 1)
> +				return;

So it will return with num_paths > 1. Then wouldn't an error (too many
records) be generated by osm_sa_respond() (just similar to as it is
now)? I guess so.

So shouldn't here be something like:

	if (p_sa_mad->method == IB_MAD_METHOD_GET &&
	    cl_qlist_count(p_list) >= 1)
		break;

(, and then you don't need to bother with num_paths in
pr_rcv_get_port_pair_paths())?

>  
>  			p_src_port =
>  			    (osm_port_t *) cl_qmap_next(&p_src_port->map_item);
> @@ -1358,6 +1364,8 @@ static void pr_rcv_process_half(IN osm_sa_t * sa, IN const osm_madw_t * p_madw,
>  {
>  	const cl_qmap_t *p_tbl;
>  	const osm_port_t *p_port;
> +	const ib_sa_mad_t *p_sa_mad;
> +	int   num_paths = 0;
>  
>  	OSM_LOG_ENTER(sa->p_log);
>  
> @@ -1367,6 +1375,7 @@ static void pr_rcv_process_half(IN osm_sa_t * sa, IN const osm_madw_t * p_madw,
>  	   need to special case that one.
>  	 */
>  	p_tbl = &sa->p_subn->port_guid_tbl;
> +	p_sa_mad = osm_madw_get_sa_mad_ptr(p_madw);
>  
>  	if (p_src_port) {
>  		/*
> @@ -1374,9 +1383,11 @@ static void pr_rcv_process_half(IN osm_sa_t * sa, IN const osm_madw_t * p_madw,
>  		 */
>  		p_port = (osm_port_t *) cl_qmap_head(p_tbl);
>  		while (p_port != (osm_port_t *) cl_qmap_end(p_tbl)) {
> -			pr_rcv_get_port_pair_paths(sa, p_madw, requester_port,
> -						   p_src_port, p_port, p_dgid,
> -						   comp_mask, p_list);
> +			num_paths += pr_rcv_get_port_pair_paths(sa, p_madw, requester_port,
> +								p_src_port, p_port, p_dgid,
> +								comp_mask, p_list);
> +			if (p_sa_mad->method == IB_MAD_METHOD_GET && num_paths > 1)

Ditto.

> +				goto Exit;

'break' will work too.

>  			p_port = (osm_port_t *) cl_qmap_next(&p_port->map_item);
>  		}
>  	} else {
> @@ -1385,13 +1396,16 @@ static void pr_rcv_process_half(IN osm_sa_t * sa, IN const osm_madw_t * p_madw,
>  		 */
>  		p_port = (osm_port_t *) cl_qmap_head(p_tbl);
>  		while (p_port != (osm_port_t *) cl_qmap_end(p_tbl)) {
> -			pr_rcv_get_port_pair_paths(sa, p_madw, requester_port,
> -						   p_port, p_dest_port, p_dgid,
> -						   comp_mask, p_list);
> +			num_paths += pr_rcv_get_port_pair_paths(sa, p_madw, requester_port,
> +								p_port, p_dest_port, p_dgid,
> +								comp_mask, p_list);
> +			if (p_sa_mad->method == IB_MAD_METHOD_GET && num_paths > 1)

Ditto.

> +				goto Exit;

'break' will work too

>  			p_port = (osm_port_t *) cl_qmap_next(&p_port->map_item);
>  		}
>  	}
>  
> +Exit:

and then exit label is not needed.

Sasha

>  	OSM_LOG_EXIT(sa->p_log);
>  }
>  
> -- 
> 1.5.5
> 
--
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:[~2009-11-02 15:03 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-30 11:40 [PATCH] Return single PathRecord for SubnAdmGet when SGID and/or DGID Eli Dorfman
     [not found] ` <1256902806-12040-1-git-send-email-elid-smomgflXvOZWk0Htik3J/w@public.gmane.org>
2009-11-02 15:03   ` Sasha Khapyorsky [this message]
2009-11-02 15:59     ` [PATCH v2] opensm: Return single PathRecord for SubnAdmGet with DGID/SGID wild carded elid
     [not found]       ` <4AEF01CE.3040809-hKgKHo2Ms0F+cjeuK/JdrQ@public.gmane.org>
2009-11-02 16:37         ` Sasha Khapyorsky

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=20091102150308.GB21323@me \
    --to=sashak-smomgflxvozwk0htik3j/w@public.gmane.org \
    --cc=dorfman.eli-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=elid-smomgflXvOZWk0Htik3J/w@public.gmane.org \
    --cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@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