On 5/27/2015 10:16 AM, Jesus Camacho Villanueva wrote: > Hi Hal, > > Thanks for your quick response :) > > What you say here makes sense. I have seen this behaviour in one of > the switches, but I don't discard that this problem can arise in other > switches.
Note that for MADs, transaction ID is "looser" than traditional transaction ID semantics in that "the combination of TID, SGID, and MgmtClass is different from that of any currently executing operation" and does not imply ordering. If there is ordering required, it is the responsibility of the manager to enforce that. > The switch is: Infiniscale-IV Mellanox Technologies 4xQDR Is it a managed or unmanaged switch ? -- Hal > > Jesus > > On Wed, May 27, 2015 at 3:55 PM, Hal Rosenstock <[email protected]> > wrote: >> Hi Jesus, >> >> On 5/27/2015 8:56 AM, Jesus Camacho Villanueva wrote: >>> Hello, >>> >>> I am trying to send a port info request to all the ports in a switch, >>> one after the other. >>> >>> I am sending all requests to the same switch in sequence through the >>> same directed routing path: >>> >>> Request port number 1 >>> Request port number 2 >>> Request port number 3 >>> Request port number 4 >>> >>> But sometimes I get responses out of order: >>> >>> Response port number 2 >>> Response port number 1 >>> Response port number 3 >>> Response port number 4 >>> >>> Is it possible that the switch is processing port requests out of >>> order (or maybe I am doing something wrong)? >> >> One way this could occur is that request to switch for port number 1 >> either does not make it to switch or response does not make it back and >> it times out and is retransmitted by kernel. This depends on how umad is >> setup in terms of retries and timeout. >> >> Is it always the same switch or switch type ? What switch is it ? >> >> -- Hal >> >>> Best regards, >>> Jesus >>> -- >>> To unsubscribe from this list: send the line "unsubscribe linux-rdma" in >>> the body of a message to [email protected] >>> More majordomo info at http://vger.kernel.org/majordomo-info.html >>> >> > -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
