[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <47F4C21A.6090402@mellanox.co.il>
Date: Thu, 03 Apr 2008 14:40:10 +0300
From: Tziporet Koren <tziporet@....mellanox.co.il>
To: Roland Dreier <rdreier@...co.com>
CC: tziporet@....mellanox.co.il, general@...ts.openfabrics.org,
linux-kernel@...r.kernel.org
Subject: Re: [ofa-general] InfiniBand/iWARP/RDMA merge plans for 2.6.26 (what's
in infiniband.git)
Roland Dreier wrote:
> Send with invalidate should be OK. Let's see about the masked atomics
> stuff -- we have a ton of new verbs and I think we might want to slow
> down and make sure it all makes sense.
>
OK - will send and then we will see what will come out.
> > What about the split CQ for UD mode? It's improved the IPoIB
> > performance for small messages significantly.
>
> Oh yeah... I'll try to get that in too.
>
thanks
> > mlx4- we plan to send patches for the low level driver only to enable
> > mlx4_en. These only affect our low level driver.
>
> No problem in principle, let's see the actual patches.
>
Sure
> > I think we should try to push for XEC in 2.6.26 since there are
> > already MPI implementation that use it and this ties them to use OFED
> > only.
> > Also this feature is stable and now being defined in IBTA
> > Not taking it causing changes between OFED and the kernel and your
> > libibverbs and we wish to avoid such gaps.
> > Is there any thing we can do to help and make it into 2.6.26?
>
> I don't have a good feeling that the user-kernel interface is well
> thought out, so I want to consider XRC + ehca LL stuff + new iWARP verbs
> and make sure we have something that makes sense for the future.
>
>
I see - but can't we figure this all for the 2.6.26 window?
Tziporet
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists