Re: sysfs class/net/ problem

[Johannes Berg <johannes@sipsolutions.net>]

On Wed, 2010-06-02 at 09:17 -0700, Eric W. Biederman wrote:

> >> Ah, so the network devices aren't getting removed?
> >
> > Well the netdevs are gone, just the links aren't going away. the
> > mac80211_hwsim directory is gone too.
> >
> >> Do you have network namespaces enabled in your kernel or disabled?
> >
> > enabled
> >
> >> And this is 2.6.35-rc1, right?
> >
> > yes.
> >
> > Come to think of it, maybe somehow it ends up removing
> > mac80211_hwsim/hwsim0 before wlan0, and thus the link stays around? I
> > guess I could make it print messages about that somehow?
> 
> The wireless drivers are a little different, and come to think of it
> network namespace support has been added to the wireless drivers since
> last I looked closely. 

Yeah, I now need to go add tagged sysfs support to it too.

>  Do you know what creates/deletes these links?
> Is it the normal register_netdevice -> device_add path?

Yes, they aren't done specially.

> I definitely changed the symlink code a little making things network namespace
> aware so it is reasonable to assume that something in my changes affected the
> wireless drivers.

> I took a quick look and with my patches against 2.6.33 I'm not seeing this.

Hmm. I'm also not seeing it with veth, it would seem that ought to be
similar?

> I take a closer look at 2.6.35-rc1 and see if I can figure out what is
> going on.  It would definitely be wrong if hwsim0 is removed before
> wlan0.

I don't know if that's happening .. just guessing that it might cause
such a problem, and maybe some things are deferred somehow? Since netdev
destruction can be deferred, but the wifi sysfs destruction isn't. But
then that link there should cause the refcount to not go down until the
link goes away>?

johannes