On Fri, 2012-12-14 at 17:12 +0100, Bart Van Assche wrote:
> Thanks for the quick reply. You might have missed Vu's message though.
> Vu Pham reported that v1 of this patch did not fix the endless error
> handling loop (see e.g.
> http://www.mail-archive.com/linux-rdma@vger.kernel.org/msg13713.ht
On 19 December 2012 11:40, Hefty, Sean wrote:
> I should have marked this for the librdmacm...
Hehe. :P
> --
> To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-
I should have marked this for the librdmacm...
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Add a sample test program to test datagram rsockets. Move
common routines used by udpong and other test programs into
a common source file.
Signed-off-by: Sean Hefty
---
Makefile.am |8 -
examples/common.c| 93
examples/common.h| 39 +++
examples/riostream.c |
Reviewed-by: Steve Wise
On 12/10/2012 3:30 AM, Vipul Pandya wrote:
This patch series fixes the LE hash collision issue in cxgb4 and RDMA/cxgb4
drivers in kernel.org.
If the hash functionality is enabled in T4 then tuple information of active and
passive offloaded connections are stored in DDR3
Hi Roland and David,
Any feedback on this?
Thanks,
Vipul
On 10-12-2012 15:00, Vipul Pandya wrote:
> This patch series fixes the LE hash collision issue in cxgb4 and RDMA/cxgb4
> drivers in kernel.org.
>
> If the hash functionality is enabled in T4 then tuple information of active
> and
> passi