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
next prev 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