* 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