On Wed, Sep 15, 2010 at 02:27:39PM +0200, Or Gerlitz wrote:
> Jason Gunthorpe wrote:
> >The code to check that the send packet size is less than the MTU is only
> >invoked in the non-GSO case. This lets packets which are too large pass
> >through.
> Jason,
>
> Did you get here following code in
> rdma_destroy_id will block until all CM callbacks complete. rdma_disconnect
> does not. It merely issues or responds to a disconnect request. If it issues
> a disconnect request, then a disconnect callback will eventually follow,
> possibly before rdma_disconnect returns.
Thanks, that's jus
> rdma_disconnect(cm_id);
> rdma_destroy_qp(cm_id);
> rdma_destroy_id(cm_id);
>
> We blow through all of those without waiting for anything specifically CM
> related. We could wait for some send and receive work completions, sure,
> but
> we might not i
Hi gang,
We're chasing some bugs in RDS. In trying to explore possible causes I found
that I don't really understand the sequence of events needed to safely tear
down a cm_id.
I'm worried that we have cm event callbacks being processed in the ib_cm thread
racing with our krds thread which is tea
>-Original Message-
>From: Dan Carpenter [mailto:erro...@gmail.com]
>Sent: Wednesday, September 15, 2010 11:33 AM
>To: Latif, Faisal
>Cc: Tung, Chien Tin; Roland Dreier; Or Gerlitz; linux-
>r...@vger.kernel.org; kernel-janit...@vger.kernel.org
>Subject: [patch] infiniband: nes_cm: remove
Just a small cleanup. The "passive_state" variable isn't used any more
after: dae58728dc "RDMA/nes: Fix double CLOSE event indication crash"
Signed-off-by: Dan Carpenter
diff --git a/drivers/infiniband/hw/nes/nes_cm.c
b/drivers/infiniband/hw/nes/nes_cm.c
index 61e0efd..5c8d34c 100644
--- a/dri
Jason Gunthorpe wrote:
The code to check that the send packet size is less than the MTU is only invoked in the non-GSO case. This lets packets which are too large pass through.
Jason,
Did you get here following code inspection or during debugging? if the
latter, what does it take to reproduce
Hi Andy,
I see BUG_ON(irqs_disabled()) fired in rds where rds_rdma_free_op() is
called from interrupt handler. Below is the call stack that shows
this.
[ 8785.787801] kernel BUG at
/var/tmp/OFED_topdir/BUILD/ofa_kernel-1.5.2/net/rds/rdma.c:453!
[ 8785.796852] invalid opcode: [#1] SMP
[ 878
allocate mft according to number of switch ports
calculate number of port masks according to number of switch ports
and allocate MFT accordingly
Signed-off-by: Eli Dorfman
---
ibsim/sim.h |5 ++---
ibsim/sim_mad.c |5 +++--
ibsim/sim_net.c |5 +++--
3 files changed, 8 insertions
Andrew Grover wrote:
> Once net-next gets pushed to mainline and Roland pulls from that,
> then we'll be in a good position to put these helpers where they should go,
> and change other ULPs to use them.
Andy, as Roland commented, you can push such helpers through Dave once Roland
made a review
10 matches
Mail list logo