public inbox for linux-rdma@vger.kernel.org
 help / color / mirror / Atom feed
* IPoIB memory use after free
@ 2010-02-17 20:02 Ralph Campbell
       [not found] ` <1266436956.30078.23.camel-/vjeY7uYZjrPXfVEPVhPGq6RkeBMCJyt@public.gmane.org>
  0 siblings, 1 reply; 3+ messages in thread
From: Ralph Campbell @ 2010-02-17 20:02 UTC (permalink / raw)
  To: linux-rdma

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 source code, I see that the process
of creating the QP with the connection manager, ipoib_cm_create_tx(),
has pointers to struct ipoib_neigh and struct ipoib_path but there
doesn't seem to be a reference count or struct completion similar to
the way the SA path record look up process has to prevent this.

I'm working on a patch to test this theory but wanted to post
this before going too far in case others are already aware
of the problem and working on it.

--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: IPoIB memory use after free
       [not found] ` <1266436956.30078.23.camel-/vjeY7uYZjrPXfVEPVhPGq6RkeBMCJyt@public.gmane.org>
@ 2010-02-17 20:08   ` Arthur Kepner
       [not found]     ` <20100217200831.GW20950-sJ/iWh9BUns@public.gmane.org>
  0 siblings, 1 reply; 3+ messages in thread
From: Arthur Kepner @ 2010-02-17 20:08 UTC (permalink / raw)
  To: Ralph Campbell; +Cc: linux-rdma

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 source code, I see that the process
> of creating the QP with the connection manager, ipoib_cm_create_tx(),
> has pointers to struct ipoib_neigh and struct ipoib_path but there
> doesn't seem to be a reference count or struct completion similar to
> the way the SA path record look up process has to prevent this.
> 
> I'm working on a patch to test this theory but wanted to post
> this before going too far in case others are already aware
> of the problem and working on it.
> 

Could what you're seeing be related to what's reported here:

http://lists.openfabrics.org/pipermail/general/2008-April/049629.html

?

-- 
Arthur
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: IPoIB memory use after free
       [not found]     ` <20100217200831.GW20950-sJ/iWh9BUns@public.gmane.org>
@ 2010-02-18 19:22       ` Ralph Campbell
  0 siblings, 0 replies; 3+ messages in thread
From: Ralph Campbell @ 2010-02-18 19:22 UTC (permalink / raw)
  To: Arthur Kepner; +Cc: linux-rdma

On Wed, 2010-02-17 at 12:08 -0800, Arthur Kepner wrote:
> 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 source code, I see that the process
> > of creating the QP with the connection manager, ipoib_cm_create_tx(),
> > has pointers to struct ipoib_neigh and struct ipoib_path but there
> > doesn't seem to be a reference count or struct completion similar to
> > the way the SA path record look up process has to prevent this.
> > 
> > I'm working on a patch to test this theory but wanted to post
> > this before going too far in case others are already aware
> > of the problem and working on it.
> > 
> 
> Could what you're seeing be related to what's reported here:
> 
> http://lists.openfabrics.org/pipermail/general/2008-April/049629.html

It is related but it is not the same since I'm talking about
struct ipoib_cm_tx holding a stale pointer instead of in
ipoib_neigh_cleanup().

--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2010-02-18 19:22 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-02-17 20:02 IPoIB memory use after free Ralph Campbell
     [not found] ` <1266436956.30078.23.camel-/vjeY7uYZjrPXfVEPVhPGq6RkeBMCJyt@public.gmane.org>
2010-02-17 20:08   ` Arthur Kepner
     [not found]     ` <20100217200831.GW20950-sJ/iWh9BUns@public.gmane.org>
2010-02-18 19:22       ` Ralph Campbell

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox