diff options
author | Patrick McHardy <kaber@trash.net> | 2006-12-14 01:54:25 +0100 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2006-12-14 01:54:25 +0100 |
commit | 2bf540b73ed5b304e84bb4d4c390d49d1cfa0ef8 (patch) | |
tree | 7bd4a6e6c8720906226d56cbce162f85287661aa /Documentation/feature-removal-schedule.txt | |
parent | [IPV6]: Make fib6_node subtree depend on IPV6_SUBTREES (diff) | |
download | linux-2bf540b73ed5b304e84bb4d4c390d49d1cfa0ef8.tar.xz linux-2bf540b73ed5b304e84bb4d4c390d49d1cfa0ef8.zip |
[NETFILTER]: bridge-netfilter: remove deferred hooks
Remove the deferred hooks and all related code as scheduled in
feature-removal-schedule.
Signed-off-by: Patrick McHardy <kaber@trash.net>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'Documentation/feature-removal-schedule.txt')
-rw-r--r-- | Documentation/feature-removal-schedule.txt | 16 |
1 files changed, 0 insertions, 16 deletions
diff --git a/Documentation/feature-removal-schedule.txt b/Documentation/feature-removal-schedule.txt index 040f437c421b..30f3c8c9c12a 100644 --- a/Documentation/feature-removal-schedule.txt +++ b/Documentation/feature-removal-schedule.txt @@ -207,22 +207,6 @@ Who: Thomas Gleixner <tglx@linutronix.de> --------------------------- -What: Bridge netfilter deferred IPv4/IPv6 output hook calling -When: January 2007 -Why: The deferred output hooks are a layering violation causing unusual - and broken behaviour on bridge devices. Examples of things they - break include QoS classifation using the MARK or CLASSIFY targets, - the IPsec policy match and connection tracking with VLANs on a - bridge. Their only use is to enable bridge output port filtering - within iptables with the physdev match, which can also be done by - combining iptables and ebtables using netfilter marks. Until it - will get removed the hook deferral is disabled by default and is - only enabled when needed. - -Who: Patrick McHardy <kaber@trash.net> - ---------------------------- - What: PHYSDEVPATH, PHYSDEVBUS, PHYSDEVDRIVER in the uevent environment When: October 2008 Why: The stacking of class devices makes these values misleading and |