<br><br>
<div><span class="gmail_quote">On 6/2/08, <b class="gmail_sendername">Ralph Campbell</b> <<a href="mailto:ralph.campbell@qlogic.com">ralph.campbell@qlogic.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">On Mon, 2008-06-02 at 21:06 +0300, Olga Shern (Voltaire) wrote:<br>><br>><br>> On 6/2/08, Ralph Campbell <<a href="mailto:ralph.campbell@qlogic.com">ralph.campbell@qlogic.com</a>> wrote:<br>
> On Mon, 2008-06-02 at 20:52 +0300, Olga Shern (Voltaire)<br>> wrote:<br>> ><br>> ><br>> > On 6/2/08, Ralph Campbell <<a href="mailto:ralph.campbell@qlogic.com">ralph.campbell@qlogic.com</a>> wrote:<br>
> > What do you mean by "block loopback"?<br>> > Does this mean a posted send WR for a multicast<br>> packet<br>> > that matches the local LID is not sent at all or<br>
> > the packet is sent on the wire but not sent to<br>> > the local QP? Or is it something else?<br>> ><br>> ><br>> > It controls the ConnectX HCA multicast packets block<br>
> loopback<br>> > (blck_lb) for self QP. The patch is designed to enable or<br>> ><br>> > disable blocking of all multicast packets on self QP created<br>> on the<br>
> > ConnectX HCA<br>><br>> I understand that the patch enables/disables the bit.<br>> You didn't really answer my question which is what does<br>> the bit really do. I'm pretty sure it means that multicast<br>
> packets aren't forwarded to any locally attached QPs<br>> but I wanted to be sure that is what it does.<br>><br>><br>> No,<br>> It isn't disabled for every QP (by default loopback is enabled),<br>
> when you attach QP to multicast group you can decide to disable it<br>> (the decision is done per QP)<br><br>So, in other words, if you create a QP with this option and then<br>attach it to a multicast group and a multicast packet is posted<br>
on the send work request queue of the "disabled" QP, it won't<br>receive a copy of the packet it sent. If some other QP on the<br>same HCA is also attached to the same multicast group, it will<br>receive a copy of the multicast packet.<br>
<br></blockquote></div>Yes, you are rigth<br>