"Denis V. Lunev" <den@xxxxx> 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. Eric _______________________________________________ Containers mailing list Containers@xxxxxxxxxxxxxxxxxxxxxxxxxx https://lists.linux-foundation.org/mailman/listinfo/containers