Hi Eli,
On 16:13 Tue 02 Feb , Eli Dorfman (Voltaire) wrote:
>
> In this case the GID in the data details is the MGID and
> not the source gid. So the SM gid should be taken as the source gid.
There the source port is detected in order P_Key matching check between
source and trap destination port.
So in case of 66,67 trap you will just check P_Key match between trap
destination port and SM port, which is likely useless due to fact of
already working SA communication between both.
What should be really checked in this case is a good question. At least
I cannot find some explicit explanations in the spec.
I would guess that the needed check is that trap destination port has MC
group's P_Key (as present in MCMember Record) value.
Thoughts?
> There was also an error in comparing the subnet prefix and guid due to
> host/network order mismatch.
Agree about this.
>
> Signed-off-by: Eli Dorfman <e...@voltaire.com>
> ---
> opensm/opensm/osm_inform.c | 19 +++++++++----------
> 1 files changed, 9 insertions(+), 10 deletions(-)
>
> diff --git a/opensm/opensm/osm_inform.c b/opensm/opensm/osm_inform.c
> index 8108213..5f48376 100644
> --- a/opensm/opensm/osm_inform.c
> +++ b/opensm/opensm/osm_inform.c
> @@ -460,18 +460,16 @@ static void match_notice_to_inf_rec(IN cl_list_item_t *
> p_list_item,
> }
> }
>
> - /* Check if there is a pkey match. o13-17.1.1 */
> - /* Check if the issuer of the trap is the SM. If it is, then the gid
> + /* In case of GID IN(64) or GID OUT(65) traps the source gid
> comparison should be done on the trap source (saved as the gid in the
> data details field).
> - If the issuer gid is not the SM - then it is the guid of the trap
> - source */
> - if ((cl_ntoh64(p_ntc->issuer_gid.unicast.prefix) ==
> - p_subn->opt.subnet_prefix)
> - && (cl_ntoh64(p_ntc->issuer_gid.unicast.interface_id) ==
> - p_subn->sm_port_guid))
> - /* The issuer is the SM then this is trap 64-67 - compare the
> gid
> - with the gid saved on the data details */
> + In all other cases the issuer gis is the trap source.
> + This is also the case for MC CREATE(66) and MC DELETE(67) where the
> + data details gid is MGID */
> + if (p_ntc->g_or_v.generic.trap_num == 64 ||
> + p_ntc->g_or_v.generic.trap_num == 65 )
ib_mad_notice_attr_t.g_or_v.generic.trap_num is encoded in network byte
order.
Sasha
> + /* The issuer of these traps is the SM so source_gid
> + is the gid saved on the data details */
> source_gid = p_ntc->data_details.ntc_64_67.gid;
> else
> source_gid = p_ntc->issuer_gid;
> @@ -495,6 +493,7 @@ static void match_notice_to_inf_rec(IN cl_list_item_t *
> p_list_item,
> goto Exit;
> }
>
> + /* Check if there is a pkey match. o13-17.1.1 */
> if (osm_port_share_pkey(p_log, p_src_port, p_dest_port) == FALSE) {
> OSM_LOG(p_log, OSM_LOG_DEBUG, "Mismatch by Pkey\n");
> /* According to o13-17.1.2 - If this informInfo does not have
> --
> 1.5.5
>
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
