lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Mon, 04 Dec 2006 09:52:10 -0700 From: ebiederm@...ssion.com (Eric W. Biederman) To: Dmitry Mishin <dim@...nvz.org> Cc: hadi@...erus.ca, Daniel Lezcano <dlezcano@...ibm.com>, devel@...nvz.org, Linux Containers <containers@...ts.osdl.org>, Stephen Hemminger <shemminger@...l.org>, netdev@...r.kernel.org Subject: Re: Network virtualization/isolation Dmitry Mishin <dim@...nvz.org> writes: > On Monday 04 December 2006 18:35, Eric W. Biederman wrote: > [skip] >> Where and when you look to find the network namespace that applies to >> a packet is the primary difference between the OpenVZ L2 >> implementation and my L2 implementation. >> >> If there is a better and less intrusive while still being obvious >> method I am all for it. I do not like the OpenVZ thing of doing the >> lookup once and then stashing the value in current and the special >> casing the exceptions. > Why? I like it when things are obvious and not implied. The implementations seems to favor fewer lines of code touched over maintainability of the code. Which if you are maintaining out of tree code is fine. At leas that was my impression last time I looked at the code. I know there are a lot of silly things in the existing implementations because they were initially written without the expectation of being able to merge the code into the main kernel. This resulted in some non-general interfaces, and a preference for patches that touch as few lines of code as possible. Anyway this has bit has been discussed before and we can discuss it seriously in the context of patch review. 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