[openib-general] [PATCH 00/12] ofed_1_2 - Neighbour update support
Steve Wise
swise at opengridcomputing.com
Thu Feb 1 14:41:56 PST 2007
On Fri, 2007-02-02 at 00:24 +0200, Michael S. Tsirkin wrote:
> > There's no easy way to tell who asked for notifications. And
> > particularly why they asked for notification.
> >
> > I think we should leave it as-is. If we have problems, we'll fix it.
> >
> > Or you could put your arp snoop code back in addr.c and address
> > translation will not use netevents. But still thing we should leave
> > it...
>
> I think the issues need to be addressed in some way.
>
> I think I see another issue with the destructor approach: ib_core could
> be unloaded while skb with destructor pointing to our code is still around.
> This will lead to nasty crashes without clear backtrace on screen if text
> segment memory gets over-written and the destructor gets called afterwards.
>
Yes...hmm... We could reference the module in the snoop function and
deref it in the destructor function.
> It currently seems that invoking the callback function directly rather than
> sticking it in skb->destructor is the lesser of evils at this point.
> But I'll think all this over, and I'd like to ask you to do this too,
> and post some suggestions.
>
Ok.
> I can think of some more complicated approaches that might work better
> for iwarp. Off the top of my head, our netevents implementation could
> keep a reference on the skb, start a timer, check the users counter on skb and
> call the notifier chain when it drops to 1. Let's sleep on it.
>
Ok. I'll ponder it some more. But we could solve the module unload
issue via module refs methinks.
Steve.
More information about the general
mailing list