
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">

<HTML>

<HEAD>

<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">

<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2654.45">

<TITLE>RE: OpenSM: Some more osm_sa_path_record.c questions</TITLE>

</HEAD>

<BODY>


<P><FONT SIZE=2>Hi Hal</FONT>

</P>


<P><FONT SIZE=2>You had 2 questions:</FONT>

<BR><FONT SIZE=2>1. Why are non default PKey and SL invalid when they are requested in</FONT>

<BR><FONT SIZE=2>the component mask of the SA request for PathRecord ? </FONT>

<BR><FONT SIZE=2>[EZ] The reason for that is that OpenSM does not support pruning of paths based on the PKeys or SL fields. So if a query requiring the paths to follow a specific SL or PKey is received - an empty response is provided. </FONT></P>


<P><FONT SIZE=2>As always a patch fixing this will be appreciated.</FONT>

</P>


<P><FONT SIZE=2>2. Are component masks SGID and SLID, and DGID and DLID mutually</FONT>

<BR><FONT SIZE=2>exclusive ?</FONT>

</P>


<P><FONT SIZE=2>[EZ] The code you quote is only use for limiting the "world" by the given DGID/DLID or SGID/SLID. Based on the limit found (either a "pair", "half world" or "full world") the search is done in a more efficient manner. After limiting the search to a smaller set than all ports to all other ports, the paths are filtered by the provided comp_mask. So in your case where both SGID and SLID masks are given - later the paths will be filtered. </FONT></P>


<P><FONT SIZE=2>Were you able to exercise this bug? Or are you only reading through?</FONT>

</P>


</BODY>

</HTML>