<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.28.2">
</HEAD>
<BODY>
On Tue, 2010-10-05 at 14:12 -0500, Christoph Lameter wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
On Tue, 5 Oct 2010, Jason Gunthorpe wrote:
> On Tue, Oct 05, 2010 at 06:07:37PM +0200, Aleksey Senin wrote:
> > When using slow SM allow more packets to be buffered before answer
> > comming back. This patch based on idea of Christoph Lameter.
> >
> > <A HREF="http://lists.openfabrics.org/pipermail/general/2009-June/059853.html">http://lists.openfabrics.org/pipermail/general/2009-June/059853.html</A>
>
> IMHO, I think it is better to send multicasts to the broadcast MLID than to
> queue them.. More like ethernet that way.
I agree. We had similar ideas. However, the kernel does send igmp
reports to the MC address not to 244.0.0.2. We would have to redirect at
the IB layer until multicast via MLID becomes functional. We cannot tell
when that will be the case.
</PRE>
</BLOCKQUOTE>
<BR>
But what if it will not be available from some reason? How long should we wait? Do we need implement another queue/counter/timeout?
</BODY>
</HTML>