Linux TCP/IP Netfilter Devel

• Thread Index

• Re: [PATCH v3 net-next-2.6] netfilter: x_tables: dont block BH while reading counters
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH v3 net-next-2.6] netfilter: x_tables: dont block BH while reading counters
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH v3 net-next-2.6] netfilter: x_tables: dont block BH while reading counters
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH v3 net-next-2.6] netfilter: x_tables: dont block BH while reading counters
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH v3 net-next-2.6] netfilter: x_tables: dont block BH while reading counters
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH v2 net-next-2.6] netfilter: ip_tables: dont block BH while reading counters
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH v2 net-next-2.6] netfilter: ip_tables: dont block BH while reading counters
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [netfilter_queue] nfq_get_payload: how to get link level payload?
  • From: Igor 'Lo' (И.L.) <bombsiteunrested@xxxxxxxxx>
• [PATCH net-next-2.6] netfilter: ip_tables: dont block BH while reading counters
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH][RESEND] libxt_time: fix random --datestart skips
  • From: Florian Westphal <fwestphal@xxxxxxxxxx>
• Re: Error reporting in Netlink (Re: Xtables2 Netlink spec)
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Possible regression: Packet drops during iptables calls
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: Error reporting in Netlink (Re: Xtables2 Netlink spec)
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• Re: Possible regression: Packet drops during iptables calls
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: Possible regression: Packet drops during iptables calls
  • From: Jesper Dangaard Brouer <hawk@xxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Possible regression: Packet drops during iptables calls
  • From: Steven Rostedt <srostedt@xxxxxxxxxx>
• Re: Error reporting in Netlink (Re: Xtables2 Netlink spec)
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Re: Possible regression: Packet drops during iptables calls
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: Possible regression: Packet drops during iptables calls
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Re: Possible regression: Packet drops during iptables calls
  • From: Jesper Dangaard Brouer <hawk@xxxxxxx>
• Re: Error reporting in Netlink (Re: Xtables2 Netlink spec)
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Error reporting in Netlink (Re: Xtables2 Netlink spec)
  • From: Thomas Graf <tgraf@xxxxxxxxxx>
• Error reporting in Netlink (Re: Xtables2 Netlink spec)
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Use connection tracking to store private data for rate shaping algorithms?
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• IPTV buffering
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Jesper Dangaard Brouer <hawk@xxxxxxx>
• Re: [patch] xtables: use guarded types
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [patch] xtables: use guarded types
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: ipset v5.0-pre10
  • From: Mr Dash Four <mr.dash.four@xxxxxxxxxxxxxx>
• Re: linux-next: Tree for November 18 (netfilter)
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [patch] xtables: use guarded types
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: iptables: options, tproxy
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [patch] xtables: use guarded types
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH] netfilter: fix the race when initializing nf_ct_expect_hash_rnd
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [patch] xtables: use guarded types
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [*v2 PATCH 06/22] IPVS: netns preparation for proto_tcp
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [*v2 PATCH 00/22] IPVS, Network Name Space aware
  • From: Julian Anastasov <ja@xxxxxx>
• Re: ipset v5.0-pre10
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• libxt_conntrack: add support for specifying port ranges
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• ipset v5.0-pre10
  • From: Mr Dash Four <mr.dash.four@xxxxxxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [*v2 PATCH 00/22] IPVS, Network Name Space aware
  • From: Graeme Fowler <graeme@xxxxxxxxxxx>
• Re: [*v2 PATCH 00/22] IPVS, Network Name Space aware
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• Re: [*v2 PATCH 00/22] IPVS, Network Name Space aware
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• netfilter: xt_conntrack: support matching on port ranges
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [*v2 PATCH 00/22] IPVS, Network Name Space aware
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH 1/2] workqueue: convert cancel_rearming_delayed_work[queue]() users to cancel_delayed_work_sync()
  • From: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
• Re: 6to4/Teredo IPv4 matching
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] workqueue: deprecate cancel_rearming_delayed_work[queue]()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] workqueue: convert cancel_rearming_delayed_work[queue]() users to cancel_delayed_work_sync()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] workqueue: convert cancel_rearming_delayed_work[queue]() users to cancel_delayed_work_sync()
  • From: Greg KH <gregkh@xxxxxxx>
• Re: Possible regression: Packet drops during iptables calls
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: Possible regression: Packet drops during iptables calls
  • From: Jesper Dangaard Brouer <hawk@xxxxxxx>
• Re: Possible regression: Packet drops during iptables calls
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH 2/2] workqueue: deprecate cancel_rearming_delayed_work[queue]()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/2] workqueue: convert cancel_rearming_delayed_work[queue]() users to cancel_delayed_work_sync()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Possible regression: Packet drops during iptables calls
  • From: Jesper Dangaard Brouer <hawk@xxxxxxx>
• 6to4/Teredo IPv4 matching
  • From: "Luke-Jr" <luke@xxxxxxxxxx>
• Re: IPTables API (redux)
  • From: Jesper Dangaard Brouer <hawk@xxxxxxx>
• Re: [*v2 PATCH 06/22] IPVS: netns preparation for proto_tcp
  • From: Hans Schillstrom <hans@xxxxxxxxxxxxxxx>
• Re: [*v2 PATCH 08/22] IPVS: netns preparation for proto_sctp
  • From: Hans Schillstrom <hans@xxxxxxxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: James Nurmi <jdnurmi@xxxxxx>
• Re: Xtables2 Netlink spec
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [*v2 PATCH 08/22] IPVS: netns preparation for proto_sctp
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [*v2 PATCH 09/22] IPVS: netns preparation for proto_ah_esp
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [*v2 PATCH 06/22] IPVS: netns preparation for proto_tcp
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [*v2 PATCH 01/22] IPVS: netns, add basic init per netns.
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• Re: [*v2 PATCH 01/22] IPVS: netns, add basic init per netns.
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [*v2 PATCH 05/22] IPVS: netns, prepare protocol
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• [*v2 PATCH 02/22] IPVS: netns to services part 1
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• [*v2 PATCH 06/22] IPVS: netns preparation for proto_tcp
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• [*v2 PATCH 08/22] IPVS: netns preparation for proto_sctp
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• [*v2 PATCH 07/22] IPVS: netns preparation for proto_udp
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• [*v2 PATCH 03/22] IPVS: netns awarness to lblcr sheduler
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• [*v2 PATCH 04/22] IPVS: netns awarness to lblc sheduler
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• [*v2 PATCH 09/22] IPVS: netns preparation for proto_ah_esp
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• [*v2 PATCH 22/22] IPVS: netns, final patch enabling network name space.
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• [*v2 PATCH 11/22] IPVS: netns, common protocol changes and use of appcnt.
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• [*v2 PATCH 13/22] IPVS: netns awareness to ip_vs_est
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• [*v2 PATCH 10/22] IPVS: netns, use ip_vs_proto_data as param.
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• [*v2 PATCH 14/22] IPVS: netns awareness to ip_vs_sync
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• [*v2 PATCH 18/22] IPVS: netns, defense work timer.
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• [*v2 PATCH 16/22] IPVS: netns, connection hash got net as param.
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• [*v2 PATCH 19/22] IPVS: netns, trash handling
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• [*v2 PATCH 17/22] IPVS: netns, ip_vs_ctl local vars moved to ipvs struct.
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• [*v2 PATCH 21/22] IPVS: netns, misc init_net removal in core.
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• [*v2 PATCH 20/22] IPVS: netns, svc counters moved in ip_vs_ctl,c
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• [*v2 PATCH 12/22] IPVS: netns awareness to ip_vs_app
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• [*v2 PATCH 15/22] IPVS: netns, ip_vs_stats and its procfs
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• [*v2 PATCH 01/22] IPVS: netns, add basic init per netns.
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• [*v2 PATCH 00/22] IPVS, Network Name Space aware
  • From: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
• Re: IPTables API (redux)
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• IPTables API (redux)
  • From: James Nurmi <jdnurmi@xxxxxx>
• Re: [PATCH] netfilter: install netfilter/xt_socket.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch] xtables: use guarded types
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] New jhash function
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] netfilter: don't need to initialize instance_table
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] netfilter: don't need to initialize instance_table
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch] xtables: use guarded types
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH] netfilter: don't need to initialize instance_table
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH] netfilter: don't need to initialize instance_table
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH] netfilter: install netfilter/xt_socket.h
  • From: Thomas Graf <tgraf@xxxxxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: Use connection tracking to store private data for rate shaping algorithms?
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [patch] xtables: use guarded types
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: ctnetlink loop
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH] netfilter: don't need to initialize instance_table
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH 0/2] New jhash function
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: ctnetlink loop
  • From: Holger Eitzenberger <holger@xxxxxxxxxxxxxxxx>
• Re: ctnetlink loop
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] New jhash function
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Bug? iptables-save dumps resolved uids/gids for owner matches
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: Bug? iptables-save dumps resolved uids/gids for owner matches
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: Bug? iptables-save dumps resolved uids/gids for owner matches
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Bug? iptables-save dumps resolved uids/gids for owner matches
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Bug? iptables-save dumps resolved uids/gids for owner matches
  • From: Ferenc Wagner <wferi@xxxxxxx>
• Re: Bug? iptables-save dumps resolved uids/gids for owner matches
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Bug? iptables-save dumps resolved uids/gids for owner matches
  • From: Ferenc Wagner <wferi@xxxxxxx>
• exit netfilter queue processing
  • From: Justin Yaple <yaplej@xxxxxxxxx>
• [PATCH] netfilter: fix the race when initializing nf_ct_expect_hash_rnd
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [ANNOUNCE] ipset-4.5 released
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• Fwd: Question: ip_frag-reasm function
  • From: Dong Hao <rainball.dh@xxxxxxxxx>
• [PATCH 5/5] socket: add support for revision 1
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 4/5] TPROXY: add support for revision 1
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 3/5] include: update files with headers from Linux 2.6.37-rc1
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 2/5] iptables: do not emit orig_opts twice
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 1/5] iptables: reset options at the start of each command
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• iptables: options, tproxy
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Bug? iptables-save dumps resolved uids/gids for owner matches
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [patch] xtables: use guarded types
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Bug? iptables-save dumps resolved uids/gids for owner matches
  • From: Ferenc Wagner <wferi@xxxxxxx>
• Re: ctnetlink loop
  • From: Holger Eitzenberger <holger@xxxxxxxxxxxxxxxx>
• [PATCH 1/2] Remove calls to jhash internals
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• [PATCH 0/2] New jhash function
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• [PATCH 2/2] The new jhash implementation
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] netfilter: fix race in conntrack between dump_table and destroy
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Use connection tracking to store private data for rate shaping algorithms?
  • From: Dirk <biecie547@xxxxxxxxx>
• Re: [PATCH 2/2] The new jhash implementation
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH 1/2] iptables: reset options at the start of each command
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 2/2] iptables: do not emit orig_opts twice
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• iptables: option parsing fixes
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• Re: Query statictic in version 1.4.9
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH] netfilter: fix race in conntrack between dump_table and destroy
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH] netfilter: fix race in conntrack between dump_table and destroy
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Query statictic in version 1.4.9
  • From: Rustam <rfhamzin@xxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 2/2] The new jhash implementation
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] The new jhash implementation
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 2/2] The new jhash implementation
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] The new jhash implementation
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 1/2] Prepare the tree for un-inlined jhash.
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] The new jhash implementation
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH 2/2] The new jhash implementation
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 1/2] Prepare the tree for un-inlined jhash.
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 1/2] Prepare the tree for un-inlined jhash.
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• [PATCH 0/2] New jhash function
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• [PATCH 2/2] The new jhash implementation
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/8] ipvs: ipvs update for nf-next-2.6
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: Xtables2 Netlink spec
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [Question] why are these macros not used?
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: [RFC] netfilter: conntrack race between dump_table and destroy
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [RFC] netfilter: conntrack race between dump_table and destroy
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [RFC] netfilter: conntrack race between dump_table and destroy
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [RFC] netfilter: conntrack race between dump_table and destroy
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH 2/8] IPVS: Split ports[2] into src_port and dst_port
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 5/8] IPVS: Backup, Adding structs for new sync format
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 8/8] IPVS: Backup, adding version 0 sending capabilities
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 6/8] IPVS: Backup, Adding Version 1 receive capability
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 7/8] IPVS: Backup, Change sending to Version 1 format
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 1/8] IPVS: Backup, Prepare for transferring firewall marks (fwmark) to the backup daemon.
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 0/8] ipvs: ipvs update for nf-next-2.6
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 4/8] IPVS: Handle Scheduling errors.
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 3/8] IPVS: skb defrag in L7 helpers
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Xtables2 Netlink spec
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 1/1] libxt_time: fix random --datestart skips
  • From: Florian Westphal <fwestphal@xxxxxxxxxx>
• Re: xtables-addons - problem including nf_nat.h in userspace plugin
  • From: Marek Kierdelewicz <marek@xxxxxxxxx>
• Re: linux-next: Tree for November 18 (netfilter)
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: [PATCH 00/00] Remove deprecated items from Makefiles
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: xtables-addons - problem including nf_nat.h in userspace plugin
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• UDP jitter and latency measurement
  • From: Pete Kay <petedao@xxxxxxxxx>
• Re: xtables-addons - problem including nf_nat.h in userspace plugin
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [RFC PATCH] nfqueue: nf_conntrack_confirm race condition
  • From: Ulrich Weber <uweber@xxxxxxxxxx>
• Re: linux-next: Tree for November 18 (netfilter)
  • From: KOVACS Krisztian <hidden@xxxxxxxxxx>
• Re: linux-next: Tree for November 18 (netfilter)
  • From: KOVACS Krisztian <hidden@xxxxxxxxxx>
• Re: [043/145] ipv6: conntrack: Add member of user to nf_ct_frag6_queue structure
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] netfilter: nf_conntrack_sip: Handle Cisco 7941/7945 IP phones
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH v3] netfilter: nf_conntrack_sip: Handle Cisco 7941/7945 IP phones
  • From: Kevin Cernekee <cernekee@xxxxxxxxx>
• [PATCH 02/17] Net: caif: Makefile: Remove deprecated items
  • From: Tracey Dent <tdent48227@xxxxxxxxx>
• [PATCH 09/17] Net: irda: ircomm: Makefile: Remove deprecated kbuild goal defintions
  • From: Tracey Dent <tdent48227@xxxxxxxxx>
• [PATCH 00/00] Remove deprecated items from Makefiles
  • From: Tracey Dent <tdent48227@xxxxxxxxx>
• [PATCH 10/17] Net: irda: irlan: Makefile: Remove deprecated kbuild goal definitions
  • From: Tracey Dent <tdent48227@xxxxxxxxx>
• [PATCH 11/17] Net: irda: irnet: Makefile: Remove deprecated kbuild goal definitions
  • From: Tracey Dent <tdent48227@xxxxxxxxx>
• [PATCH 12/17] Net: lapb: Makefile: Remove deprecated kbuild goal definitions
  • From: Tracey Dent <tdent48227@xxxxxxxxx>
• [PATCH 13/17] Net: phonet: Makefile: Remove deprecated kbuild goal definitions
  • From: Tracey Dent <tdent48227@xxxxxxxxx>
• [PATCH 15/17] Net: rxrpc: Makefile: Remove deprecated kbuild goal definitions
  • From: Tracey Dent <tdent48227@xxxxxxxxx>
• [PATCH 03/17] Net: can: Makefile: Remove deprecated kbuild goal definitions
  • From: Tracey Dent <tdent48227@xxxxxxxxx>
• [PATCH 04/17] Net: ceph: Makefile: remove deprecated kbuild goal definitions
  • From: Tracey Dent <tdent48227@xxxxxxxxx>
• [PATCH 16/17] Net: sunrpc: auth_gss: Makefile: Remove deprecated kbuild goal definitions
  • From: Tracey Dent <tdent48227@xxxxxxxxx>
• [PATCH 05/17] Net: dns_resolver: Makefile: Remove deprecated kbuild goal definitions
  • From: Tracey Dent <tdent48227@xxxxxxxxx>
• [PATCH 06/17] Net: econet: Makefile: Remove deprecated kbuild goal definitions
  • From: Tracey Dent <tdent48227@xxxxxxxxx>
• [PATCH 17/17] Net: wanrouter: Makefile: Remove deprecated kbuild goal definitions
  • From: Tracey Dent <tdent48227@xxxxxxxxx>
• [PATCH 14/17] Net: rds: Makefile: Remove deprecated items
  • From: Tracey Dent <tdent48227@xxxxxxxxx>
• [PATCH 07/17] Net: ipv4: netfilter: Makefile: Remove deprecated kbuild goal definitions
  • From: Tracey Dent <tdent48227@xxxxxxxxx>
• [PATCH 08/17] Net: ipv6: netfiliter: Makefile: Remove deprecated kbuild goal definitions
  • From: Tracey Dent <tdent48227@xxxxxxxxx>
• [PATCH 01/17] Net: bluetooth: Makefile: Remove deprecated kbuild goal definitions
  • From: Tracey Dent <tdent48227@xxxxxxxxx>
• xtables-addons - problem including nf_nat.h in userspace plugin
  • From: Marek Kierdelewicz <marek@xxxxxxxxx>
• [PATCH] netfilter: hashlimit and recent net_id are mostly read
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [patch] netfilter: add a typedef for the recurring okfn use
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH] netfilter: change IPS_*_BIT to IPS_*
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH] netfilter: don't use atomic bit operation
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH] netfilter: remove an atomic bit operation
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH nf-next-2.6] netfilter: use vzalloc()
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] netfilter: remove an atomic bit operation
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] netfilter: remove an atomic bit operation
  • From: Tim Gardner <tim.gardner@xxxxxxxxxxxxx>
• [PATCH] netfilter: remove an atomic bit operation
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [RFC PATCH] nfqueue: nf_conntrack_confirm race condition
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH 3/3] SELinux: return -ECONNREFUSED from ip_postroute to signal fatal error
  • From: Paul Moore <paul.moore@xxxxxx>
• Re: [RFC PATCH] netfilter: remove the duplicate tables
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [RFC PATCH] netfilter: remove the duplicate tables
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [RFC PATCH] netfilter: remove the duplicate tables
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [RFC PATCH] netfilter: remove the duplicate tables
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH 4/6] build: tag function headers rather than decls as exported
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [RFC PATCH] netfilter: remove the duplicate tables
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 4/6] build: tag function headers rather than decls as exported
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: libmnl: proposed patches 20101116
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [RFC PATCH] netfilter: remove the duplicate tables
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 4/6] build: tag function headers rather than decls as exported
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [RFC PATCH] nfqueue: nf_conntrack_confirm race condition
  • From: Ulrich Weber <uweber@xxxxxxxxxx>
• Re: xtables - how to use kernel headers not located in /usr/include/ ?
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [RFC PATCH] netfilter: remove the duplicate tables
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• xtables - how to use kernel headers not located in /usr/include/ ?
  • From: Jan Andrejkovic <jandrejk@xxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: [RFC PATCH] netfilter: remove the duplicate tables
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: linux-next: Tree for November 18 (netfilter)
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: error while building the kernel Mainline
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: linux-next: Tree for November 18 (netfilter)
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: [RFC PATCH] netfilter: remove the duplicate tables
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [RFC PATCH] netfilter: remove the duplicate tables
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: Netfilter kernel module hook at PREROUTING forward packet use ip_forward(sk_buff)
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Netfilter kernel module hook at PREROUTING forward packet use ip_forward(sk_buff)
  • From: Dong-Yuan Shih <seye586@xxxxxxxxx>
• Re: [PATCH 1/3] netfilter: allow hooks to pass error code back up the stack
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] SELinux: return -ECONNREFUSED from ip_postroute to signal fatal error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] network: tcp_connect should return certain errors up the stack
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] SELinux: return -ECONNREFUSED from ip_postroute to signal fatal error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC] don't copy the whole table to all the other CPUs
  • From: Rick Jones <rick.jones2@xxxxxx>
• Re: [RFC] don't copy the whole table to all the other CPUs
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [RFC] don't copy the whole table to all the other CPUs
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/1] libxt_conntrack: fix --ctdir save/dump output format
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [RFC] don't copy the whole table to all the other CPUs
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH 3/3] SELinux: return -ECONNREFUSED from ip_postroute to signal fatal error
  • From: Eric Paris <eparis@xxxxxxxxxx>
• [PATCH 1/1] libxt_conntrack: fix --ctdir save/dump output format
  • From: Florian Westphal <fwestphal@xxxxxxxxxx>
• Re: [PATCH 3/3] SELinux: return -ECONNREFUSED from ip_postroute to signal fatal error
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [PATCH 1/3] netfilter: allow hooks to pass error code back up the stack
  • From: Eric Paris <eparis@xxxxxxxxxx>
• [PATCH 3/3] SELinux: return -ECONNREFUSED from ip_postroute to signal fatal error
  • From: Eric Paris <eparis@xxxxxxxxxx>
• [PATCH 2/3] network: tcp_connect should return certain errors up the stack
  • From: Eric Paris <eparis@xxxxxxxxxx>
• Re: iproute2: use automake
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: iproute2: use automake
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: iproute2: use automake
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: iproute2: use automake
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: iproute2: use automake
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: vfree during RCU
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• vfree during RCU
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 6/6] nlmsg: remove unused function
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 5/6] build: add some more precautionary CFLAGS
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 4/6] build: tag function headers rather than decls as exported
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 3/6] Update .gitignore
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 2/6] socket: propagate sendto/recvmsg's return types
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 1/6] attr: avoid multiple definition of hidden variable
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• libmnl: proposed patches 20101116
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: NFQUEUE verdicts - adding non-termination
  • From: Andrew Watts <akwatts@xxxxxxxxx>
• Re: iproute2: use automake
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 2/5] include: use C++ headers in C++ mode
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: ipvs: ipvs update for nf-next-2.6
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH nf-next-2.6] conntrack: one less atomic op in nf_ct_expect_insert()
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [PATCH 3/6] IPVS: Remove useless { } block from ip_vs_process_message()
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 1/6] IPVS: Only match pe_data created by the same pe
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 4/6] IPVS: buffer argument to ip_vs_process_message() should not be const
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 6/6] ipvs: remove shadow rt variable
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 5/6] ipvs: add static and read_mostly attributes
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [PATCH 2/6] IPVS: Make the cp argument to ip_vs_sync_conn() static
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• ipvs: ipvs update for nf-next-2.6
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: iproute2: use automake
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH nf-next-2.6] conntrack: one less atomic op in nf_ct_expect_insert()
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: iproute2: use automake
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: iproute2: use automake
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: iproute2: use automake
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH 2/2] build: start using Automake for building
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 1/2] Fix up permissions on scripts
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• iproute2: use automake
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH/RFC] netfilter: nf_conntrack_sip: Handle quirky Cisco phones
  • From: Kevin Cernekee <cernekee@xxxxxxxxx>
• Re: [PATCH] ipvs: add static and read_mostly attributes
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] ipvs: remove shadow rt variable
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] Reduce number of pointer dereferences in IPv6 netfilter LOG module function dump_packet()
  • From: Jesper Juhl <jj@xxxxxxxxxxxxx>
• Re: [PATCH] Reduce number of pointer dereferences in IPv6 netfilter LOG module function dump_packet()
  • From: Jesper Juhl <jj@xxxxxxxxxxxxx>
• Re: [PATCH] Reduce number of pointer dereferences in IPv4 netfilter LOG module function dump_packet()
  • From: Jesper Juhl <jj@xxxxxxxxxxxxx>
• Re: [arptables] rfc: add classify target
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• [PATCH] ipvs: remove shadow rt variable
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] netfilter: rcu sparse cleanups
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [PATCH] netfilter: rcu sparse cleanups
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] netfilter: add __rcu annotations
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] netfilter: add __rcu annotations
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [PATCH] ipvs: add static and read_mostly attributes
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] netfilter: add __rcu annotations
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] netfilter: add __rcu annotations
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [PATCH] netfilter: add __rcu annotations
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] netfilter: nf_ct_frag6_sysctl_table is static
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH nf-next-2.6] netfilter: add __rcu annotations
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [PATCH] netfilter: nf_ct_frag6_sysctl_table is static
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH nf-next-2.6] netfilter: add __rcu annotations
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH nf-next-2.6] netfilter: add __rcu annotations
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH/RFC] netfilter: nf_conntrack_sip: Handle quirky Cisco phones
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH nf-next-2.6] netfilter: add __rcu annotations
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH/RFC] netfilter: nf_conntrack_sip: Handle quirky Cisco phones
  • From: Kevin Cernekee <cernekee@xxxxxxxxx>
• [PATCH nf-next-2.6] netfilter: add __rcu annotations
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [RFC PATCH] network: return errors if we know tcp_connect failed
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH] network: return errors if we know tcp_connect failed
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] libxtables: change option precedence order to be intuitive
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] libxtables: change option precedence order to be intuitive
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH] libxtables: change option precedence order to be intuitive
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] libxtables: change option precedence order to be intuitive
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH] netfilter: xtables: add arp support, allow CLASSIFY target on any table
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] libxtables: change option precedence order to be intuitive
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [arptables] rfc: add classify target
  • From: Frederic Leroy <fredo@xxxxxxxxxx>
• [PATCH] netfilter: xtables: add arp support, allow CLASSIFY target on any table
  • From: Frederic Leroy <fredo@xxxxxxxxxx>
• [PATCH] iptables: fix longopt reecognition and workaround getopt(3) behavior
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH] libxtables: change option precedence order to be intuitive
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH] netfilter: guard the size of the nf_ct_ext
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH] netfilter: define nat_pptp_info as needed
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] netfilter: define NF_CT_EXT_* as needed
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] netfilter: define NF_CT_EXT_* as needed
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] netfilter: define NF_CT_EXT_* as needed
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH] netfilter: place in source hash after SNAT is done
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH] netfilter: define NF_CT_EXT_* as needed
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] netfilter: guard the size of the nf_ct_ext
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] netfilter: place in source hash after SNAT is done
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] netfilter: don't use atomic bit operation
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] netfilter: define ct_*_info as needed
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] netfilter: fix the wrong alloc_size
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [arptables] rfc: add classify target
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] libxtables: change option precedence order to be intuitive
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: NFQUEUE verdicts - adding non-termination
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [patch] netfilter: xt_LOG: do print MAC header on FORWARD
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH/RFC] netfilter: nf_conntrack_sip: Handle quirky Cisco phones
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH/RFC] netfilter: nf_conntrack_sip: Handle quirky Cisco phones
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: Verdict with ebtables?
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [PATCH] netfilter: define NF_CT_EXT_* as needed
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH] netfilter: guard the size of the nf_ct_ext
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH] netfilter: make rcu read section smaller
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH] netfilter: place in source hash after SNAT is done
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH/RFC] netfilter: nf_conntrack_sip: Handle quirky Cisco phones
  • From: Kevin Cernekee <cernekee@xxxxxxxxx>
• [PATCH/RFC v2] netfilter: nf_conntrack_sip: Handle Cisco 7941/7945 IP phones
  • From: Kevin Cernekee <cernekee@xxxxxxxxx>
• Re: [patch] netfilter: xt_LOG: do print MAC header on FORWARD
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH] Reduce number of pointer dereferences in IPv6 netfilter LOG module function dump_packet()
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] Reduce number of pointer dereferences in IPv4 netfilter LOG module function dump_packet()
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH] Reduce number of pointer dereferences in IPv6 netfilter LOG module function dump_packet()
  • From: Jesper Juhl <jj@xxxxxxxxxxxxx>
• [PATCH] Reduce number of pointer dereferences in IPv4 netfilter LOG module function dump_packet()
  • From: Jesper Juhl <jj@xxxxxxxxxxxxx>
• Re: [PATCH/RFC] netfilter: nf_conntrack_sip: Handle quirky Cisco phones
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH/RFC] netfilter: nf_conntrack_sip: Handle quirky Cisco phones
  • From: Kevin Cernekee <cernekee@xxxxxxxxx>
• Re: libnetfilter_queue: extracting TCP options.
  • From: Yechiel Levi <gmistick@xxxxxxxxx>
• [patch] netfilter: xt_LOG: do print MAC header on FORWARD
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: libnetfilter_queue: extracting TCP options.
  • From: Igor 'Lo' (И.L.) <bombsiteunrested@xxxxxxxxx>
• Re: [arptables] rfc: add classify target
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• Re: Verdict with ebtables?
  • From: Kfir Lavi <lavi.kfir@xxxxxxxxx>
• [PATCH] netfilter: define nat_pptp_info as needed
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH] netfilter: don't use atomic bit operation
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH/RFC] netfilter: nf_conntrack_sip: Handle quirky Cisco phones
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH/RFC] netfilter: nf_conntrack_sip: Handle quirky Cisco phones
  • From: Kevin Cernekee <cernekee@xxxxxxxxx>
• [PATCH] netfilter: define ct_*_info as needed
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH] netfilter: fix the wrong alloc_size
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: libnetfilter_queue: extracting TCP options.
  • From: Yechiel Levi <gmistick@xxxxxxxxx>
• libnetfilter_queue: extracting TCP options.
  • From: Igor 'Lo' (И.L.) <bombsiteunrested@xxxxxxxxx>
• Re: [PATCH 2/5] include: use C++ headers in C++ mode
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [arptables] rfc: add classify target
  • From: Frederic Leroy <fredo@xxxxxxxxxx>
• Re: NFQUEUE verdicts - adding non-termination
  • From: Andrew Watts <akwatts@xxxxxxxxx>
• Re: NFQUEUE verdicts - adding non-termination
  • From: Stig Thormodsrud <stig@xxxxxxxxxx>
• Re: [PATCH 0/2] netfilter: netfilter fixes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Current state of nftables
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH resend] netfilter: remove modulo operations
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH resend] netfilter: don't always initialize ct->proto
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [PATCH resend] netfilter: remove modulo operations
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH resend] netfilter: don't always initialize ct->proto
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH 2/2] netfilter: ipv6: fix overlap check for fragments
  • From: kaber@xxxxxxxxx
• [PATCH 1/2] netfilter: NF_HOOK_COND has wrong conditional
  • From: kaber@xxxxxxxxx
• [PATCH 0/2] netfilter: netfilter fixes
  • From: kaber@xxxxxxxxx
• Re: Current state of nftables
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: Current state of nftables
  • From: François Delawarde <fdelawarde@xxxxxxxxxxxxxxxxx>
• Re: NFQUEUE verdicts - adding non-termination
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: NFQUEUE verdicts - adding non-termination
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: NFQUEUE verdicts - adding non-termination
  • From: Andrew Watts <akwatts@xxxxxxxxx>
• Re: [PATCH] netfilter: ipv6: fix overlap check for fragments
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [arptables] rfc: add classify target
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] netfilter: ipv6: fix overlap check for fragments
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: iptables: Resource temporarily unavailable.
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [patch] netfilter: nfnetlink: guard against undefined entries
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] netfilter: NF_HOOK_COND has wrong conditional
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [patch] netfilter: nfnetlink: guard against undefined entries
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 5/5] attr: avoid multiple definition of hidden variable
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH] netfilter: NF_HOOK_COND has wrong conditional
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH] netfilter: NF_HOOK_COND has wrong conditional
  • From: Eric Paris <eparis@xxxxxxxxxx>
• Re: iptables: Resource temporarily unavailable.
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: iptables: Resource temporarily unavailable.
  • From: Michał Mirosław <mirq@xxxxxxxxxxxx>
• Re: iptables: Resource temporarily unavailable.
  • From: Jan Kasprzak <kas@xxxxxxxxxx>
• Re: iptables: Resource temporarily unavailable.
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 5/5] attr: avoid multiple definition of hidden variable
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: iptables: Resource temporarily unavailable.
  • From: Jan Kasprzak <kas@xxxxxxxxxx>
• Re: iptables: Resource temporarily unavailable.
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: iptables: Resource temporarily unavailable.
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• iptables: Resource temporarily unavailable.
  • From: Jan Kasprzak <kas@xxxxxxxxxx>
• Re: [PATCH 5/5] attr: avoid multiple definition of hidden variable
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 2/5] include: use C++ headers in C++ mode
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] attr: avoid multiple definition of hidden variable
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH 4/5] attr: remove redundant check for NULL
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] include: use C++ headers in C++ mode
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 3/5] nlmsg: use bool for all _ok functions
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] include: use C++ headers in C++ mode
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] socket: constify a struct sockaddr_nl
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [arptables] rfc: add classify target
  • From: Frederic Leroy <fredo@xxxxxxxxxx>
• Re: sk->sk_socket seems to disappear before connection termination
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: NFQUEUE verdicts - adding non-termination
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: Verdict with ebtables?
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [arptables] rfc: add classify target
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [patch] netfilter: nfnetlink: guard against undefined entries
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Verdict with ebtables?
  • From: Kfir Lavi <lavi.kfir@xxxxxxxxx>
• NFQUEUE verdicts - adding non-termination
  • From: Andrew Watts <akwatts@xxxxxxxxx>
• [PATCH 5/5] attr: avoid multiple definition of hidden variable
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 4/5] attr: remove redundant check for NULL
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 3/5] nlmsg: use bool for all _ok functions
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 2/5] include: use C++ headers in C++ mode
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 1/5] socket: constify a struct sockaddr_nl
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• libmnl misc patches Nov 11
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: sk->sk_socket seems to disappear before connection termination
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: sk->sk_socket seems to disappear before connection termination
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: sk->sk_socket seems to disappear before connection termination
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [RFC 0/3] MPEG2/TS drop analyzer iptables match extension
  • From: Jesper Dangaard Brouer <hawk@xxxxxxx>
• Re: sk->sk_socket seems to disappear before connection termination
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: sk->sk_socket seems to disappear before connection termination
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [patch] netfilter: nfnetlink: guard against undefined entries
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• sk->sk_socket seems to disappear before connection termination
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [arptables] rfc: add classify target
  • From: Frederic Leroy <fredo@xxxxxxxxxx>
• Re: [arptables] rfc: add classify target
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [arptables] rfc: add classify target
  • From: Frederic Leroy <fredo@xxxxxxxxxx>
• Re: [arptables] rfc: add classify target
  • From: Frederic Leroy <fredo@xxxxxxxxxx>
• Re: [arptables] rfc: add classify target
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [arptables] rfc: add classify target
  • From: Frederic Leroy <fredo@xxxxxxxxxx>
• [PATCH] src: remove redundant casts
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [arptables] rfc: add classify target
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• Re: balance traffic between virtual interfaces on the same network
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [arptables] rfc: add classify target
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [arptables] rfc: add classify target
  • From: Frederic Leroy <fredo@xxxxxxxxxx>
• Re: [PATCH]extensions/tos_values.c mask value not accurate in certain condition
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [arptables] rfc: add classify target
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• balance traffic between virtual interfaces on the same network
  • From: Tommaso Calosi <tcalosi@xxxxxxxxx>
• Re: Using Netfiletr hooks without IP stack
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Using Netfiletr hooks without IP stack
  • From: Yechiel Levi <gmistick@xxxxxxxxx>
• Re: RFC: netfilter: cache dst_entry in conntrack
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: RFC: netfilter: cache dst_entry in conntrack
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: RFC: netfilter: cache dst_entry in conntrack
  • From: "\"Oleg A. Arkhangelsky\"" <sysoleg@xxxxxxxxx>
• Re: RFC: netfilter: cache dst_entry in conntrack
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: RFC: netfilter: cache dst_entry in conntrack
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: RFC: netfilter: cache dst_entry in conntrack
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: RFC: netfilter: cache dst_entry in conntrack
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: RFC: netfilter: cache dst_entry in conntrack
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Fwd: RFC: netfilter: cache dst_entry in conntrack
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Using Netfiletr hooks without IP stack
  • From: "Yedidia Amit" <amit.yedidia@xxxxxxxxxxxxxxxx>
• Re: ulogd2 build updates
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: libmnl build updates 2
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: conntrack-tools build updates 2
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: libnetfilter_queue build updates 2
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: libnetfilter_log build updates 2
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: libnetfilter_conntrack build updates 2
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: libnfnetlink build updates 2
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: xtables extenstions - Unknown symbol xtnu_register_match/xtnu_unregister_match
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: xtables extenstions - Unknown symbol xtnu_register_match/xtnu_unregister_match
  • From: Jan Andrejkovic <jandrejk@xxxxxxxxx>
• Fwd: xtables extenstions - Unknown symbol xtnu_register_match/xtnu_unregister_match
  • From: Jan Andrejkovic <jandrejk@xxxxxxxxx>
• Re: [arptables] rfc: add classify target
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [arptables] rfc: add classify target
  • From: Frederic Leroy <fredo@xxxxxxxxxx>
• [SOLVED] Re: ipset-4.4 on 2.6.16.60 kernel
  • From: Mr Dash Four <mr.dash.four@xxxxxxxxxxxxxx>
• Re: ipset-4.4 on 2.6.16.60 kernel
  • From: Mr Dash Four <mr.dash.four@xxxxxxxxxxxxxx>
• Re: ipset-4.4 on 2.6.16.60 kernel
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• ipset-4.4 on 2.6.16.60 kernel
  • From: Mr Dash Four <mr.dash.four@xxxxxxxxxxxxxx>
• people.netfilter.org v6 busted
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 9/9] filter/HWHDR: remove redundant sizeof(char)
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 8/9] build: no need for error message in PKG_CHECK_MODULES
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 7/9] build: propagate global CFLAGS
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 6/9] build: default to not building static libraries
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 5/9] output/LOGEMU: resolve build warning
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 1/9] build: move global automake options into configure.ac
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• ulogd2 build updates
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 4/9] build: remove unused $(all_includes)
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 3/9] build: remove -fPIC flag
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 2/9] build: remove statements without obvious effect
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 2/2] build: remove statements without obvious effect
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 1/2] build: remove -fPIC flag
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• libmnl build updates 2
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 5/5] build: remove redundant bison/lex tests
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 4/5] build: use AM_YFLAGS instead of overriding YACC
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 3/5] build: run autoupdate to replace obsolete constructs
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 2/5] build: default to not building static libraries
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 1/5] build: resolve automake warning
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• conntrack-tools build updates 2
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 2/2] build: use AC_OUTPUT
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 1/2] build: default to not building static libraries
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• libnetfilter_queue build updates 2
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• libnetfilter_log build updates 2
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 2/2] build: use AC_OUTPUT
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 1/2] build: default to not building static libraries
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 3/3] build: run autoupdate to replace obsolete constructs
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 2/3] build: use AC_OUTPUT
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 1/3] build: default to not building static libraries
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• libnetfilter_conntrack build updates 2
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• libnfnetlink build updates 2
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 3/3] Remove distro-specific parts
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 2/3] build: default to not building static libraries
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 1/3] build: use AC_OUTPUT
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 46/49] net/netfilter: Use vzalloc
  • From: Jesper Juhl <jj@xxxxxxxxxxxxx>
• Re: icmp_error_message return?
  • From: "\"Oleg A. Arkhangelsky\"" <sysoleg@xxxxxxxxx>
• Re: [PATCH 46/49] net/netfilter: Use vzalloc
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 46/49] net/netfilter: Use vzalloc
  • From: Jiri Kosina <jkosina@xxxxxxx>
• [PATCH] netfilter: ipv6: fix overlap check for fragments
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• Re: Can NFQUEUE accept/continue when there is no userspace listener registered ?
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: Can NFQUEUE accept/continue when there is no userspace listener registered ?
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 46/49] net/netfilter: Use vzalloc
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 46/49] net/netfilter: Use vzalloc
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 46/49] net/netfilter: Use vzalloc
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH 46/49] net/netfilter: Use vzalloc
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: Can NFQUEUE accept/continue when there is no userspace listener registered ?
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• RE: rules matching ipv6 prefix addrs
  • From: "Jeff Haran" <jharan@xxxxxxxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: Stephen Clark <sclark46@xxxxxxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: Stephen Clark <sclark46@xxxxxxxxxxxxx>
• Re: [RFC 0/3] MPEG2/TS drop analyzer iptables match extension
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [RFC 0/3] MPEG2/TS drop analyzer iptables match extension
  • From: Jesper Dangaard Brouer <hawk@xxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Can NFQUEUE accept/continue when there is no userspace listener registered ?
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Can NFQUEUE accept/continue when there is no userspace listener registered ?
  • From: Darryl Miles <darryl-mailinglists@xxxxxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 5/5] ipv4: netfilter: ip_tables: fix information leak to userland
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] netfilter: netfilter fixes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: icmp_error_message return?
  • From: Yasuyuki KOZAKAI <yasuyuki.kozakai@xxxxxxxxxxxxx>
• Re: [RFC 0/3] MPEG2/TS drop analyzer iptables match extension
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 5/5] ipv4: netfilter: ip_tables: fix information leak to userland
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• [PATCH 5/5] ipv4: netfilter: ip_tables: fix information leak to userland
  • From: kaber@xxxxxxxxx
• [PATCH 2/5] netfilter: nf_nat: fix compiler warning with CONFIG_NF_CT_NETLINK=n
  • From: kaber@xxxxxxxxx
• [PATCH 0/5] netfilter: netfilter fixes
  • From: kaber@xxxxxxxxx
• [PATCH 3/5] netfilter: fix nf_conntrack_l4proto_register()
  • From: kaber@xxxxxxxxx
• [PATCH 1/5] netfilter: nf_conntrack: allow nf_ct_alloc_hashtable() to get highmem pages
  • From: kaber@xxxxxxxxx
• [PATCH 4/5] ipv4: netfilter: arp_tables: fix information leak to userland
  • From: kaber@xxxxxxxxx
• Re: rules matching ipv6 prefix addrs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: libnetfilter_queue exiting on big tcp sessions
  • From: Justin Yaple <yaplej@xxxxxxxxx>
• Re: libnetfilter_queue exiting on big tcp sessions
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: libnetfilter_queue exiting on big tcp sessions
  • From: Justin Yaple <yaplej@xxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [ANNOUNCE]: Release of iptables-1.4.10
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: [PATCH] ipv4: netfilter: ip_tables: fix information leak to userland
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] ipv4: netfilter: arp_tables: fix information leak to userland
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: libnetfilter_queue exiting on big tcp sessions
  • From: Mistick Levi <gmistick@xxxxxxxxx>
• Re: libnetfilter_queue exiting on big tcp sessions
  • From: Justin Yaple <yaplej@xxxxxxxxx>
• Re: clone packet with new destination address
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: rules matching ipv6 prefix addrs
  • From: Maciej Żenczykowski <zenczykowski@xxxxxxxxx>
• rules matching ipv6 prefix addrs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: libnetfilter_queue exiting on big tcp sessions
  • From: Mistick Levi <gmistick@xxxxxxxxx>
• Re: [ANNOUNCE]: Release of iptables-1.4.10
  • From: Mr Dash Four <mr.dash.four@xxxxxxxxxxxxxx>
• [ipset-5: 9/9] Manpage and help text fixes.
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• [ipset-5: 0/9] ipset-5 patches
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• [ipset-5: 4/9] Fix gfp_flags at resizing
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• [ipset-5: 3/9] Test to list large hash sets added.
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• [ipset-5: 6/9] Resizing converted to run under read-locking of the set
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• [ipset-5: 7/9] Add parser function to handle IPv4 and IPv6 differently.
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• [ipset-5: 5/9] Remove to support resizing from kernel context.
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• [ipset-5: 2/9] Listing for hash types fixed
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• [ipset-5: 1/9] Kernel compile-time files are added to .gitignore
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• [ipset-5: 8/9] Enforce handling IPv4 and IPv6 differently for hash:ip type.
  • From: Jozsef Kadlecsik <kadlec@xxxxxxxxxxxxxxxxx>
• Re: clone packet with new destination address
  • From: Stephen Clark <sclark46@xxxxxxxxxxxxx>
• Re: clone packet with new destination address
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: clone packet with new destination address
  • From: Stephen Clark <sclark46@xxxxxxxxxxxxx>
• Re: icmp_error_message return?
  • From: "\"Oleg A. Arkhangelsky\"" <sysoleg@xxxxxxxxx>
• Re: [PATCH]extensions/tos_values.c mask value not accurate in certain condition
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH]extensions/tos_values.c mask value not accurate in certain condition
  • From: DuanZhenzhong <zhenzhong.duan@xxxxxxxxxx>
• Re: conntrack-tools: build system cleanups
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: conntrack-tools: build system cleanups
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: conntrack-tools: build system cleanups
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: conntrack-tools: build system cleanups
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: libnetfilter_queue: build system cleanups
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: libnetfilter_log: build system cleanups
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: libnetfilter_conntrack: build system cleanup
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: libnfnetlink: build system cleanup
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: libmnl cast remover
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: icmp_error_message return?
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: clone packet with new destination address
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: clone packet with new destination address
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• icmp_error_message return?
  • From: "\"Oleg A. Arkhangelsky\"" <sysoleg@xxxxxxxxx>
• Re: clone packet with new destination address
  • From: Stephen Clark <sclark46@xxxxxxxxxxxxx>
• Re: clone packet with new destination address
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: clone packet with new destination address
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: clone packet with new destination address
  • From: Stephen Clark <sclark46@xxxxxxxxxxxxx>
• Re: clone packet with new destination address
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: clone packet with new destination address
  • From: Stephen Clark <sclark46@xxxxxxxxxxxxx>
• [PATCH 7/7] Add .gitignore files
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 5/7] build: remove unused $(all_libraries)
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 6/7] build: no need for error message in PKG_CHECK_MODULES
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>