Linux Container Development
 help / color / mirror / Atom feed
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

  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