[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <m1y7dr5esy.fsf@ebiederm.dsl.xmission.com>
Date: Thu, 25 Oct 2007 10:39:41 -0600
From: ebiederm@...ssion.com (Eric W. Biederman)
To: Benjamin Thery <benjamin.thery@...l.net>
Cc: "Denis V. Lunev" <den@...ru>, Pavel Emelianov <xemul@...nvz.org>,
David Miller <davem@...emloft.net>,
Linux Netdev List <netdev@...r.kernel.org>,
Cedric Le Goater <clg@...ibm.com>,
Linux Containers <containers@...ts.osdl.org>,
Daniel Lezcano <dlezcano@...ibm.com>
Subject: Re: [NETNS] Oops in register_pernet_operations() with CONFIG_NET_NS=n
Benjamin Thery <benjamin.thery@...l.net> writes:
> Eric W. Biederman wrote:
>> Benjamin Thery <benjamin.thery@...l.net> writes:
>>
>>> Denis V. Lunev wrote:
>>>> The patch attached should help. The idea is simple. The "init" should be
>>>> called only once without NETNS. Period. No need for any lists.
>>> This is the kind of idea I had but I didn't think it could be
>>> that simple. :)
>>> Thanks Denis.
>>
>> It isn't.
>>
>>>> I'll resend it to Dave after the ACK.
>>> Tested on x86_64 with CONFIG_NET_NS=n and y.
>>> It fixes the issue we observed.
>>>
>>> Acked-by: Benjamin Thery <benjamin.thery@...l.net>
>>
>> Try rmmod.
>
> rmmod was part of my tests and it does work.
> I did:
>
> $ iptables --list
>
> modules x_tables, ip_tables & iptable_filter are loaded
> each calling register_pernet_subsys.
>
> $ rmmod iptable_filter ip_tables x_tables
>
> No problem here
>
> $ iptables --list
>
> To be sure I can load the modules again.
You haven't changed those modules to be mark struct
pernet_operations as __net_initdata have you?
If that is the case the symptoms you are seeing make sense.
Not doing the list walks helps when if it is only compiled in
kernel data structures that are removed. However if it
is potentially modular data structures that are removed
the dereference of exit in unregister_pernet_subsys will also have
problems.
Eric
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists