From: Daniel Lezcano <dlezcano-NmTC/0ZBporQT0dZR+AlfA@public.gmane.org>
To: "Eric W. Biederman"
<ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org>,
"Denis V. Lunev" <den-3ImXcnM4P+0@public.gmane.org>,
Pavel Emelianov <xemul-3ImXcnM4P+0@public.gmane.org>
Cc: Linux Containers
<containers-qjLDD68F18O7TbgM5vRIOg@public.gmane.org>,
Benjamin Thery <benjamin.thery-6ktuUTfB/bM@public.gmane.org>
Subject: Re: current state of netns
Date: Thu, 18 Oct 2007 10:57:35 +0200 [thread overview]
Message-ID: <47171FFF.90705@fr.ibm.com> (raw)
In-Reply-To: <m1odexehd6.fsf-T1Yj925okcoyDheHMi7gv2pdwda3JcWeAL8bYrjMMd8@public.gmane.org>
Eric W. Biederman wrote:
> "Denis V. Lunev" <den-3ImXcnM4P+0@public.gmane.org> writes:
>
>> Hello, Eric!
>>
>> I see that you quite busy and there is no reaction from Dave for your latest
>> portion of netns patches. Right now, me and Pavel are working exclusively for
>> mainstream.
>>
>> May be we could bring a torch from your hands and start to push Dave Miller even
>> with IPv4 staff. 3 weeks passed, no reaction for you latest code. Looks like it
>> has been missed somehow... I even have to stop my fingers every day from
>> touching a generic structures like flowi :)
>
> Short summary.
> - The merge window opened late.
> - All of the netns code needs to be to Dave Miller before the merge window.
> - My last round of changes were not bug fixes and were sent after Dave
> had stopped accepting feature additions for 2.6.24
>
> Therefore after the merge window when Dave Miller is ready to queue up
> more networking patches I expect progress can be made again.
>
> I think the only thing that is happening is unfortunate timing.
>
> I'm not really opposed to people taking my patches or something like
> them cleaning them up and running with them, I just think the current
> slow down bad timing. We have achieved the hard part which is to
> get the core network namespace infrastructure accepted.
>
> On another note. While I think using CONFIG_NET_NS is nice. I really
> only introduced it so that production kernels can avoid enabling an
> experimental feature. So far it still looks sane to me to remove
> CONFIG_NET_NS when things are solid and we can remove the experimental
> tag.
>
> As for ipv4 and ipv6. However we do that we want to very carefully
> sequence the patches so that we increasingly make the network
> namespace infrastructure fine grained. Similar to make locks fine
> grained. I did that for my core network namespaces patches but that
> careful ordering still needs to happen for my ipv4 patches.
Denis, Pavel,
this is great to have you with us for netns. Do you mind if we follow
the rule : "patches sent to netdev@ are coming from Eric's git tree, any
enhancements are posted to Eric/containers" ?
So at least, we have the patches stacked and that give us time to review
and to test.
Eric, what do you think about that ?
By the way, Benjamin and I, we are making ipv6 per namespace. We will
send a first patchset for addrconf, ndisc, ip_fib6, fib6_rules probably
at the end of the week or at the begin of the next week.
We are also planning to choose a small patch subset from Eric's tree for
ipv4 to be proposed to containers@ before sending it to netdev@ (we
should be here very careful and send ipv4, piece by piece, and ensure at
all cost init_net_ns will not be broken).
I don't have a clear idea when the merge window will be closed. I guess,
we should resend af_netlink, af_unix and af_packet before sending
anything new, like af_inet.
Can we coordinate our effort, what do you plan to do ?
Regards.
-- Daniel
next prev parent reply other threads:[~2007-10-18 8:57 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <4715F1FD.7010108@sw.ru>
[not found] ` <4715F1FD.7010108-3ImXcnM4P+0@public.gmane.org>
2007-10-17 18:16 ` current state of netns Eric W. Biederman
[not found] ` <m1odexehd6.fsf-T1Yj925okcoyDheHMi7gv2pdwda3JcWeAL8bYrjMMd8@public.gmane.org>
2007-10-18 8:57 ` Daniel Lezcano [this message]
[not found] ` <47171FFF.90705-NmTC/0ZBporQT0dZR+AlfA@public.gmane.org>
2007-10-18 10:11 ` Denis V. Lunev
[not found] ` <4717314A.1020806-3ImXcnM4P+0@public.gmane.org>
2007-10-18 10:37 ` Daniel Lezcano
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=47171FFF.90705@fr.ibm.com \
--to=dlezcano-nmtc/0zbporqt0dzr+alfa@public.gmane.org \
--cc=benjamin.thery-6ktuUTfB/bM@public.gmane.org \
--cc=containers-qjLDD68F18O7TbgM5vRIOg@public.gmane.org \
--cc=den-3ImXcnM4P+0@public.gmane.org \
--cc=ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org \
--cc=xemul-3ImXcnM4P+0@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox