[PATCH] opensm: accept looonnng partition.conf lines

Sometimes we use partition.conf files with so many entries that the 1K buffer currently used by osm_prtn_config_parse_file() is too small. Use getline() to avoid that. Signed-off-by: akep...@sgi.com --- opensm/opensm/osm_prtn_config.c |8 ++-- 1 file changed, 6 insertions(+), 2

Re: [PATCH] rdma/ib_cm: check LAP state before sending an MRA

On Wed, Jul 21, 2010 at 04:36:52PM -0700, Hefty, Sean wrote: ... Josh or Arthur, can either of you confirm if this patch fixes the crashes that you've seen? I can't. It's been practically impossible for us to reproduce. (Only our customer seems to have the magic recipe.) -- Arthur -- To

[PATCH/RESEND] mlx4_core: module param to limit msix vec allocation

:00.0: Requested 508 vectors, but only 256 MSI-X vectors available, trying again Further attempts (by other drivers) to allocate interrupts fail, because mlx4_core got 'em all. How about this? Signed-off-by: Arthur Kepner akep...@sgi.com --- main.c |8 +++- 1 file changed, 7 insertions

Re: [PATCH/RFC] mlx4_core: module param to limit msix vec allocation

On Thu, Jun 17, 2010 at 05:53:58PM +0300, Yevgeny Petrilin wrote: I think that this patch would do the job, (Is that an ack?) Anyway we are thinking of ways to change our interrupt allocation scheme. Would be interested to know what you've got in mind. -- Arthur -- To unsubscribe from

Re: [PATCH/RFC] mlx4_core: module param to limit msix vec allocation

On Sun, Jun 13, 2010 at 09:53:24AM +0300, Eli Cohen wrote: how many CPU cores are in your system? What kernel version did you use? I'm almost certain that it was a 2048 core system (it's not available right now for me to verify). We used 2.6.32.12 (sles11 sp1). -- Arthur -- To

[PATCH/RFC] mlx4_core: module param to limit msix vec allocation

:00.0: Requested 508 vectors, but only 256 MSI-X vectors available, trying again Further attempts (by other drivers) to allocate interrupts fail, because mlx4_core got 'em all. How about this? Signed-off-by: Arthur Kepner akep...@sgi.com --- main.c |8 +++- 1 file changed, 7 insertions

[PATCH/RFC] opensm: toggle sweeping V3

Add option to toggle sweeping from opensm console. Signed-off-by: Arthur Kepner akep...@sgi.com --- include/opensm/osm_subnet.h |6 ++ opensm/osm_console.c| 32 opensm/osm_state_mgr.c |8 +++- opensm/osm_subnet.c |1

Re: [PATCH/RFC] opensm: toggle sweeping V2

On Sat, May 22, 2010 at 08:04:31PM +0300, Sasha Khapyorsky wrote: . I still not understand what is wrong with running OpenSM with sweep disabled and restarting when a fabric is ready. But anyway a new console command looks less aggressive for me than signaling... :) I think that they

[PATCH/RFC] opensm: toggle sweeping V2

was correctly cabled, and fully functional. They used something similar to the following patch. Comments? Signed-off-by: Arthur Kepner akep...@sgi.com --- include/opensm/osm_subnet.h |6 ++ opensm/osm_console.c| 32 opensm/osm_state_mgr.c

[RESEND] [PATCH/RFC] opensm: toggle sweeping

was correctly cabled, and fully functional. They used the following patch. Would it be worth adding this (or something with similar functionality) to opensm? Signed-off-by: Dale Talcott dale.r.talc...@nasa.gov Signed-off-by: Arthur Kepner akep...@sgi.com --- main.c | 16

Re: [PATCH] IB/ipoib: fix dangling pointer references to ipoib_neigh and ipoib_path

On Thu, Feb 25, 2010 at 11:29:02AM -0800, Ralph Campbell wrote: I haven't looked carefully at the whole patch, but this bit looks wrong: @@ -848,61 +823,112 @@ static void ipoib_neigh_cleanup(struct neighbour *n) struct ipoib_neigh *neigh; struct ipoib_dev_priv *priv =

Re: IPoIB memory use after free

On Wed, Feb 17, 2010 at 12:02:36PM -0800, Ralph Campbell wrote: I have been tracking down a kernel panic while running qperf udp_bw tests and it looks like ib_ipoib is using memory after freeing it. The problem is with connected mode. I don't see the panic with datagram mode. Looking at the