Hey Jim, Alex,
Just hit a segfault on the main tree. It appears patch
commit 9ddcf3419eade13bdc0a54f93930c49fe67efd63
Author: Jim Schutt
Date: Fri Sep 3 10:43:12 2010 -0600
opensm: Avoid havoc in minhop caused by torus-2QoS persistent use of
osm_port_t:priv.
segfaults opensm on one of our
Commit fb3b1e753d527faa08f863a55f7f8392fb01f2ed switched the call
to ibdatacounts with ibcheckerrs which breaks the point of the script,
put it back.
Signed-off-by: Jason Gunthorpe
---
scripts/ibdatacounters.in |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/scripts/ibd
Otherwise it blows up if smpquery is not in the search path.
Signed-off-by: Jason Gunthorpe
---
scripts/ibdatacounts.in |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/scripts/ibdatacounts.in b/scripts/ibdatacounts.in
index a9e94c0..b64547b 100644
--- a/scripts/ibdataco
On 17:25 Mon 07 Mar , Yevgeny Kliteynik wrote:
> If there was a syntax error in the QoS policy file,
> any subsequent parsing fails, even if the error is fixed.
> The reason is that the parser doesn't clean its buffer -
> need to clean it explicitly when exiting parsing.
>
> Signed-off-by: Avi
By default, each device is assumed to be able only handle 64 KB chunks
during DMA. By giving the segment size a larger value, the block layer
will coalesce more S/G entries together for SRP, allowing larger
requests with the same sg_tablesize setting.
This ups the value on Mellanox hardware to 1 G
Roland Dreier wrote:
Linus, please pull from
master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git for-linus
This will get the first batch of 2.6.39 changes:
Sean Hefty (4):
IB/cm: Cancel pending LAP message when exiting IB_CM_ESTABLISH state
Hi Moni, Amir, please note tha
On 10:37 Mon 21 Mar , Hefty, Sean wrote:
> > +#undef DEBUG
> > +#define DEBUG if (ibdebug)IBWARN
>
> I didn't see where this was used, but in general this sort of definition may
> not work. It can incorrectly associate a 'else' class with the if (ibdebug)
> statement, rather than the
David Dillow wrote:
This ups the value on Mellanox hardware to 2 GB, though there is no HW
limit.
You've expressed intention to reduce that value to 1GB as of HW
limitations, it would also let you get rid from the warnings on the
current version
CC [M] drivers/infiniband/hw/mthca/mthca_m