[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <m1bqan6xti.fsf@ebiederm.dsl.xmission.com>
Date: Thu, 25 Oct 2007 09:03:37 -0600
From: ebiederm@...ssion.com (Eric W. Biederman)
To: "Denis V. Lunev" <den@...ru>
Cc: Benjamin Thery <benjamin.thery@...l.net>,
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
"Denis V. Lunev" <den@...ru> writes:
> The patch attached should help. The idea is simple. The "init" should be
> called only once without NETNS. Period. No need for any lists.
>
> I'll resend it to Dave after the ACK.
First in the case of the code that is currently merged none of
the __net_init __net_exit or __net_initdata can be modular, so for
2.6.24 there is no fix needed. Yeah.
Second the whole concept of concept pernet_operations being __init
doesn't work when you have modular code that calls unregister_pernet_subsys().
Because unregister calls the exit method from the pernet_operations
structure. So the patch doesn't even begin to address the real
issue.
Third from my perspective CONFIG_NET_NS is a temporary measure
designed to last only until we have enough implementation experience
so that we can feel comfortable removing the experimental status of
the network namespace work. It was not my intention for it to be a
space saving measure. So I think it is silly to go marking up the
patches in development with __net_initdata etc.
At least so far I think __net_initdata is a totally bogus concept
and I'm not certain about the other two.
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