Re: [PATCH V4 0/5] Add LE hash collision bug fix for active and passive offloaded connections

2012-12-18 Thread Vipul Pandya
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 passive

Re: [PATCH V4 0/5] Add LE hash collision bug fix for active and passive offloaded connections

2012-12-18 Thread Steve Wise
Reviewed-by: Steve Wise sw...@opengridcomputing.com 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

[RFC] [PATCH 2/2] [librdmacm] examples/udpong: Add test program for rsocket datagrams

2012-12-18 Thread Hefty, Sean
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 sean.he...@intel.com --- Makefile.am |8 - examples/common.c| 93 examples/common.h| 39 +++

RE: [RFC] [PATCH 1/2] rsocket: Add datagram support

2012-12-18 Thread Hefty, Sean
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

Re: [RFC] [PATCH 1/2] rsocket: Add datagram support

2012-12-18 Thread Joseph Glanville
On 19 December 2012 11:40, Hefty, Sean sean.he...@intel.com 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

Re: [PATCH v2 2/2] IB/srp: Avoid endless SCSI error handling loop

2012-12-18 Thread David Dillow
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.