Re: dst_ifdown breaks infiniband?

From: Michael S. Tsirkin
Date: Mon Mar 19 2007 - 01:15:18 EST


> Quoting Michael S. Tsirkin <mst@xxxxxxxxxxxxxxxxxx>:
> Subject: Re: dst_ifdown breaks infiniband?
>
> > Quoting Michael S. Tsirkin <mst@xxxxxxxxxxxxxxxxxx>:
> > Subject: Re: dst_ifdown breaks infiniband?
> >
> > > Quoting Michael S. Tsirkin <mst@xxxxxxxxxxxxxxxxxx>:
> > > Subject: Re: dst_ifdown breaks infiniband?
> > >
> > > Quoting Alexey Kuznetsov <kuznet@xxxxxxxxxxxxx>:
> > > Subject: Re: dst_ifdown breaks infiniband?
> > > > > Can dst->neighbour be changed to point to NULL instead, and the neighbour
> > > > > released?
> > > >
> > > > It should be cleared and we should be sure it will not be destroyed
> > > > before quiescent state.
> > > >
> > > > Seems, this is the only correct solution, but to do this we have
> > > > to audit all the places where dst->neighbour is dereferenced for
> > > > RCU safety.
> > > >
> > > > Actually, it is very good you caught this eventually, the bug was
> > > > so _disgusting_ that it was "forgotten" all the time, waiting for
> > > > someone who will point out that the king is naked. :-)
> > >
> > > Actually that might not be too bad:
> > > $grep -rIi 'dst->neighbour' net/ | wc -l
> > > 36
> > >
> > > I'll try to do it.
> >
> > Here's the list. Looks OK to me. What do you think?
> >
>
> So Alexey, how does the following (lightly tested) patch look?
> Is this what you had in mind?
>
> -----------------------------
>
> Fix dst_ifdown for infiniband.
>
> Changing dst->neighbour->dev is unsafe because neigh->parms callbacks
> are set up for specific device.
> We should drop the dst->neighbour reference instead.
>
> Signed-off-by: Michael S. Tsirkin <mst@xxxxxxxxxxxxxxxxxx>

Ugh, looked again and this looks obviously broken.
Note to self - stop writing code at 23:00.

--
MST
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/