[PATCH 1/2] ib/ipoib: allow disabling/enabling TSO through ethtool

2010-03-04 Thread Or Gerlitz
allow disabling/enabling TSO on the fly by ethtool Signed-off-by: Or Gerlitz ogerl...@voltaire.com --- drivers/infiniband/ulp/ipoib/ipoib_ethtool.c | 19 +++ 1 file changed, 19 insertions(+) Index: linux-2.6.33/drivers/infiniband/ulp/ipoib/ipoib_ethtool.c

[PATCH 2/2] ib/ipoib: include err code in trace message for ib_post_send() failures

2010-03-04 Thread Or Gerlitz
print the return code of ib_post_send() if it fails to help debug errors Signed-off-by: Or Gerlitz ogerl...@voltaire.com --- drivers/infiniband/ulp/ipoib/ipoib_cm.c |8 +--- drivers/infiniband/ulp/ipoib/ipoib_ib.c |9 + 2 files changed, 10 insertions(+), 7 deletions(-)

Re: [PATCH 1/2] ib/ipoib: allow disabling/enabling TSO through ethtool

2010-03-04 Thread Eli Cohen
On Thu, Mar 04, 2010 at 03:16:52PM +0200, Or Gerlitz wrote: +static int ipoib_set_tso(struct net_device *dev, u32 data) +{ + struct ipoib_dev_priv *priv = netdev_priv(dev); + + if (data) { + if (!test_bit(IPOIB_FLAG_ADMIN_CM, priv-flags) +

Re: [ewg] nfsrdma fails to write big file,

2010-03-04 Thread Mahesh Siddheshwar
Tom Tucker wrote: Mahesh Siddheshwar wrote: Hi Tom, Vu, Tom Tucker wrote: Roland Dreier wrote: + /* +* Add room for frmr register and invalidate WRs +* Requests sometimes have two chunks, each chunk +* requires to have

RE: [PATCH] ib_mad: Ignore iWARP devices on device removal.

2010-03-04 Thread Sean Hefty
When you unload an iWARP device, the ib_mad module logs errors. It should be ignoring iWARP devices on device removal just like it does on device add. Signed-off-by: Steve Wise sw...@opengridcomputing.com Acked-by: Sean Hefty sean.he...@intel.com --- Looks okay to me. Thanks, Steve.

Re: [PATCH 09/11] opensm: Make it possible to configure no fallback routing engine.

2010-03-04 Thread Jim Schutt
On Thu, 2010-03-04 at 07:35 -0700, Yevgeny Kliteynik wrote: Hi Jim, On 20/Nov/09 21:15, Jim Schutt wrote: For a fabric that requires routing with an engine with special properties, say avoiding credit loops via making use of SLs in routing, it might be preferable to not fall back to