Re: addrconf.c - possible bug

[kuznet@xxxxxxxxxxxxx]

Hello!

> A problem seems to be is that ifp->probes has been overloaded for both 
> RS's and NS's (rtr solicits and DAD basically), 

It is not overload, DAD and RS are part of one process; RS follows DAD.

> So there _appears_ to be a possible race there.

ifp state machine is serialized with spinlock.
However it does not  matter:

Pekka, please, reread the report; they talk about _neigbour_ _solicitations_.
They have nothing to do either with ifp->probes, RS, DA or with addrconf.c
at all. It is deal of ndisc.c/neghbour.c.

Well, they insist that ndisc does work at all. :-)

Alexey