Roland Dreier wrote:
Is this a regression fix for 2.6.34, or just something to queue for 2.6.35?
--
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
I
Steve Wise wrote:
OFED-1.5.1 removed support for NFS-RDMA on SLES 10 SP3 due to stability
problems.
No worries, thanks. :)
Regards and best wishes,
Justin Clift
--
Salasaga - Open Source eLearning IDE
http://www.salasaga.org
--
To unsubscribe from this list: send the line "un
Is this a regression fix for 2.6.34, or just something to queue for 2.6.35?
--
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
OFED-1.5.1 removed support for NFS-RDMA on SLES 10 SP3 due to stability
problems.
Justin Clift wrote:
Hi all,
After discovering that ofa kernel doesn't compile any more (with 1.5.1
GA and 1.5.2 latest nightly) on SLES 11 with the latest patches, now
trying on SLES 10 SP3.
I'm attemptin
Hi all,
After discovering that ofa kernel doesn't compile any more (with 1.5.1
GA and 1.5.2 latest nightly) on SLES 11 with the latest patches, now
trying on SLES 10 SP3.
I'm attempting to try out NFS-RDMA, however on SLES 10 SP3 it's not
being presented as an option from the "Custom" list.
The low level cxgb3 driver can return NET_XMIT_CN and friends.
The iw_cxgb3 driver should _not_ treat these as errors.
Signed-off-by: Steve Wise
---
drivers/infiniband/hw/cxgb3/iwch_cm.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/iwch
J. Bruce Fields wrote:
On Mon, Apr 05, 2010 at 12:16:18PM -0400, J. Bruce Fields wrote:
On Mon, Apr 05, 2010 at 10:50:16AM -0500, Tom Tucker wrote:
J. Bruce Fields wrote:
On Mon, Apr 05, 2010 at 10:55:12AM -0400, Chuck Lever wrote:
On 04/03/2010 09:27 AM, Tom Tucker
On Mon, Apr 05, 2010 at 12:16:18PM -0400, J. Bruce Fields wrote:
> On Mon, Apr 05, 2010 at 10:50:16AM -0500, Tom Tucker wrote:
> > J. Bruce Fields wrote:
> >> On Mon, Apr 05, 2010 at 10:55:12AM -0400, Chuck Lever wrote:
> >>
> >>> On 04/03/2010 09:27 AM, Tom Tucker wrote:
> >>>
> RPC6
On Mon, Apr 05, 2010 at 10:50:16AM -0500, Tom Tucker wrote:
> J. Bruce Fields wrote:
>> On Mon, Apr 05, 2010 at 10:55:12AM -0400, Chuck Lever wrote:
>>
>>> On 04/03/2010 09:27 AM, Tom Tucker wrote:
>>>
RPC6 requires that it be possible to create endpoints that listen
exclusively f
On 04/05/2010 11:48 AM, J. Bruce Fields wrote:
On Mon, Apr 05, 2010 at 10:55:12AM -0400, Chuck Lever wrote:
On 04/03/2010 09:27 AM, Tom Tucker wrote:
RPC6 requires that it be possible to create endpoints that listen
exclusively for IPv4 or IPv6 connection requests. This is not currently
support
J. Bruce Fields wrote:
On Mon, Apr 05, 2010 at 10:55:12AM -0400, Chuck Lever wrote:
On 04/03/2010 09:27 AM, Tom Tucker wrote:
RPC6 requires that it be possible to create endpoints that listen
exclusively for IPv4 or IPv6 connection requests. This is not currently
supported by the RDMA A
On Mon, Apr 05, 2010 at 10:55:12AM -0400, Chuck Lever wrote:
> On 04/03/2010 09:27 AM, Tom Tucker wrote:
>> RPC6 requires that it be possible to create endpoints that listen
>> exclusively for IPv4 or IPv6 connection requests. This is not currently
>> supported by the RDMA API.
>>
>> Signed-off-by:
On 04/03/2010 09:27 AM, Tom Tucker wrote:
RPC6 requires that it be possible to create endpoints that listen
exclusively for IPv4 or IPv6 connection requests. This is not currently
supported by the RDMA API.
Signed-off-by: Tom Tucker
Tested-by: Steve Wise
Reviewed-by: Chuck Lever
---
net/su
13 matches
Mail list logo