Linux TCP/IP Netfilter Devel

• Thread Index

• [PATCH 81/84] netfilter: x_tables: rectify XT_FUNCTION_MAXNAMELEN usage
  • From: kaber@xxxxxxxxx
• [PATCH 80/84] netfilter: nf_conntrack: extend with extra stat counter
  • From: kaber@xxxxxxxxx
• [PATCH 79/84] netfilter: ip_tables: convert pr_devel() to pr_debug()
  • From: kaber@xxxxxxxxx
• [PATCH 82/84] netfilter: nf_ct_h323: switch "incomplete TPKT" message to pr_debug()
  • From: kaber@xxxxxxxxx
• [PATCH 83/84] netfilter: nf_conntrack_proto: fix warning with CONFIG_PROVE_RCU
  • From: kaber@xxxxxxxxx
• [PATCH 84/84] netfilter: use rcu_dereference_protected()
  • From: kaber@xxxxxxxxx
• [PATCH 78/84] netfilter: x_tables: move sleeping allocation outside BH-disabled region
  • From: kaber@xxxxxxxxx
• [PATCH 75/84] netfilter: xtables: remove old comments about reentrancy
  • From: kaber@xxxxxxxxx
• [PATCH 73/84] netfilter: xtables: make ip_tables reentrant
  • From: kaber@xxxxxxxxx
• [PATCH 77/84] netfilter: bridge-netfilter: fix refragmenting IP traffic encapsulated in PPPoE traffic
  • From: kaber@xxxxxxxxx
• [PATCH 72/84] netfilter: xtables: inclusion of xt_TEE
  • From: kaber@xxxxxxxxx
• [PATCH 50/84] netfilter: xtables: remove xt_string revision 0
  • From: kaber@xxxxxxxxx
• [PATCH 52/84] netfilter: ctnetlink: compute message size properly
  • From: kaber@xxxxxxxxx
• [PATCH 23/84] netfilter: update documentation fields of x_tables.h
  • From: kaber@xxxxxxxxx
• [PATCH 24/84] netfilter: xtables: remove almost-unused xt_match_param.data member
  • From: kaber@xxxxxxxxx
• [PATCH 27/84] netfilter: xtables: replace custom duprintf with pr_debug
  • From: kaber@xxxxxxxxx
• [PATCH 26/84] netfilter: xtables: do not print any messages on ENOMEM
  • From: kaber@xxxxxxxxx
• [PATCH 00/84] netfilter: netfilter update for 2.6.35
  • From: kaber@xxxxxxxxx
• [PATCH 02/84] netfilter: ebt_ip6: Use ipv6_masked_addr_cmp()
  • From: kaber@xxxxxxxxx
• Re: [PATCH] nf_conntrack_core.c: fix for dead connection after flushing conntrack cache
  • From: Joerg Marx <joerg.marx@xxxxxxxxxxx>
• Re: mmotm 2010-04-28 - RCU whinges
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: mmotm 2010-04-28 - RCU whinges
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: mmotm 2010-04-28 - RCU whinges
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: mmotm 2010-04-28 - RCU whinges
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: mmotm 2010-04-28 - RCU whinges
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: mmotm 2010-04-28 - RCU whinges
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: mmotm 2010-04-28 - RCU whinges
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: mmotm 2010-04-28 - RCU whinges
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] iptables: optionally disable largefile support.
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] iptables: optionally disable largefile support.
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: mmotm 2010-04-28 - RCU whinges
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] iptables: optionally disable largefile support.
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] nf_conntrack_core.c: fix for dead connection after flushing conntrack cache
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] iptables: optionally disable largefile support.
  • From: Karl Hiramoto <karl@xxxxxxxxxxxx>
• Re: [PATCH] iptables: optionally disable largefile support.
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH] iptables: optionally disable largefile support.
  • From: Karl Hiramoto <karl@xxxxxxxxxxxx>
• Re: [PATCH] nf_conntrack_core.c: fix for dead connection after flushing conntrack cache
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH] Document --state UNTRACKED
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: nf-next: a mixed bag
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: ipt_LOG: MAC address output
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: ipt_LOG: MAC address output
  • From: Thomas Jarosch <thomas.jarosch@xxxxxxxxxxxxx>
• Re: [PATCH] Document --state UNTRACKED
  • From: Simon Lodal <simonl@xxxxxxxxxx>
• Re: [PATCH] Document --state UNTRACKED
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: [PATCH] Document --state UNTRACKED
  • From: Simon Lodal <simonl@xxxxxxxxxx>
• Re: [PATCH] Document --state UNTRACKED
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH] Document --state UNTRACKED
  • From: Simon Lodal <simonl@xxxxxxxxxx>
• Re: [PATCH net-next-2.6] net: if6_get_next() fix
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6] net: if6_get_next() fix
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6] net: if6_get_next() fix
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6] net: if6_get_next() fix
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6] net: if6_get_next() fix
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH net-next-2.6] net: if6_get_next() fix
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next-2.6] net: if6_get_next() fix
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH net-next-2.6] net: if6_get_next() fix
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next-2.6] net: if6_get_next() fix
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: mmotm 2010-04-28 - RCU whinges
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: mmotm 2010-04-28 - RCU whinges
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: mmotm 2010-04-28 - RCU whinges
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: ipt_LOG: MAC address output
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: mmotm 2010-04-28 - RCU whinges
  • From: Valdis.Kletnieks@xxxxxx
• Re: mmotm 2010-04-28 - RCU whinges
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: mmotm 2010-04-28 - RCU whinges
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: mmotm 2010-04-28 - RCU whinges
  • From: Valdis.Kletnieks@xxxxxx
• ipt_LOG: MAC address output
  • From: Thomas Jarosch <thomas.jarosch@xxxxxxxxxxxxx>
• Re: [patch v2.2 1/4] [PATCH v2.1 1/4] netfilter: xt_ipvs (netfilter matcher for IPVS)
  • From: Hannes Eder <heder@xxxxxxxxxx>
• [PATCH 11/11] netfilter: xtables: convert basic nfproto match functions into xt matches
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 10/11] netfilter: xtables: move functions around
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• nf-next: a mixed bag
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 09/11] netfilter: ebtables: change ebt_basic_match to xt convention
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 08/11] netfilter: xtables: combine built-in extension structs
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 07/11] netfilter: xtables: change hotdrop pointer to direct modification
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 06/11] netfilter: xtables: deconstify struct xt_action_param for matches
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 05/11] netfilter: xtables: substitute temporary defines by final name
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 04/11] netfilter: xtables: combine struct xt_match_param and xt_target_param
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 03/11] netfilter: xtables: dissolve do_match function
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 02/11] netfilter: xtables: fix incorrect return code
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 01/11] netfilter: ip_tables: fix compilation when debug is enabled
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: mmotm 2010-04-28 - RCU whinges
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: mmotm 2010-04-28 - RCU whinges
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: mmotm 2010-04-28 - RCU whinges
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: mmotm 2010-04-28 - RCU whinges
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• mmotm 2010-04-28 - RCU whinges
  • From: Valdis.Kletnieks@xxxxxx
• Re: [PATCH] nfnetlink_queue: use hash table to speed up entry lookup
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: conntrack h323 reassembly
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [patch v2.2 3/4] [PATCH v2.1 3/4] IPVS: make FTP work with full NAT support
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [patch v2.2 2/4] [PATCH v2.1 2/4] IPVS: make friends with nf_conntrack
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [patch v2.2 1/4] [PATCH v2.1 1/4] netfilter: xt_ipvs (netfilter matcher for IPVS)
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: conntrack h323 reassembly
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: [PATCH] nfnetlink_queue: use hash table to speed up entry lookup
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH] nfnetlink_queue: use hash table to speed up entry lookup
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: conntrack h323 reassembly
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: nfnetlink_queue: which userspace library?
  • From: David F <netfilter@xxxxxxxxxxxxxxxx>
• conntrack h323 reassembly
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH 1/2] netfilter: xtables: inclusion of xt_SYSRQ
  • From: John Haxby <john.haxby@xxxxxxxxxx>
• Re: [PATCH 1/2] netfilter: xtables: inclusion of xt_SYSRQ
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 1/2] netfilter: xtables: inclusion of xt_SYSRQ
  • From: John Haxby <john.haxby@xxxxxxxxxx>
• Re: [PATCH 1/2] netfilter: xtables: inclusion of xt_SYSRQ
  • From: John Haxby <john.haxby@xxxxxxxxxx>
• Re: nfnetlink_queue: which userspace library?
  • From: Eric Leblond <eric@xxxxxx>
• nfnetlink_queue: which userspace library?
  • From: David F <netfilter@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] netfilter: rectify XT_FUNCTION_MAXNAMELEN usage
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Jesper Dangaard Brouer <hawk@xxxxxxx>
• Re: [PATCH 2/2] netfilter: rectify XT_FUNCTION_MAXNAMELEN usage
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: bridge filter can't deal with big package of vlan tag and ipsec
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• bridge filter can't deal with big package of vlan tag and ipsec
  • From: "fenglg" <flg2932946@xxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: register an hook
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Jesper Dangaard Brouer <hawk@xxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Jesper Dangaard Brouer <hawk@xxxxxxx>
• Re: register an hook
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: register an hook
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: register an hook
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• register an hook
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Jesper Dangaard Brouer <hawk@xxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: PRIO qdisc + iptables TOS target
  • From: Salatiel Filho <salatiel.filho@xxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: Cannot use iptables with kernel 2.6.30
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Recalculate checksums in netfilter queue
  • From: Justin Yaple <yaplej@xxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Jesper Dangaard Brouer <hawk@xxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Jesper Dangaard Brouer <hawk@xxxxxxx>
• Re: Recalculate checksums in netfilter queue
  • From: Justin Yaple <yaplej@xxxxxxxxx>
• Re: Recalculate checksums in netfilter queue
  • From: James King <t.james.king@xxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [RELEASE] bridge-netfilter patch version 13 for 2.4.37.9
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Jesper Dangaard Brouer <jdb@xxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: DDoS attack causing bad effect on conntrack searches
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• DDoS attack causing bad effect on conntrack searches
  • From: Jesper Dangaard Brouer <hawk@xxxxxxx>
• Re: Recalculate checksums in netfilter queue
  • From: Morgon.J.Kanter@xxxxxxxxxxxxx
• Re: [PATCH] netfilter: xtables: inclusion of xt_condition
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH] netfilter: xtables: inclusion of xt_condition
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] netfilter: xtables: inclusion of xt_condition
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH] netfilter: xtables: inclusion of xt_condition
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] netfilter: xtables: inclusion of xt_condition
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/2] nefilter: use pr_devel instead of pr_debug
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/2] nefilter: use pr_devel instead of pr_debug
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] nefilter: use pr_devel instead of pr_debug
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/2] nefilter: use pr_devel instead of pr_debug
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] netfilter: xtables: inclusion of xt_condition
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/2] nefilter: use pr_devel instead of pr_debug
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] nefilter: use pr_devel instead of pr_debug
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 2/2] netfilter: rectify XT_FUNCTION_MAXNAMELEN usage
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/2] nefilter: use pr_devel instead of pr_debug
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: Recalculate checksums in netfilter queue
  • From: Justin Yaple <yaplej@xxxxxxxxx>
• Re: [PATCH] netfilter: xtables: inclusion of xt_condition
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH] nfnetlink_queue: use hash table to speed up entry lookup
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] nfnetlink_queue: use hash table to speed up entry lookup
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] netfilter: xtables: inclusion of xt_condition
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/2] netfilter: xtables: inclusion of xt_SYSRQ
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH] netfilter: xtables: inclusion of xt_condition
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• nf-next: condition
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 2/2] netfilter: rectify XT_FUNCTION_MAXNAMELEN usage
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 1/2] nefilter: use pr_devel instead of pr_debug
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• nf-next: two small ones
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 1/2] netfilter: xtables: inclusion of xt_SYSRQ
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/2] netfilter: xtables: inclusion of xt_SYSRQ
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 2/2] netfilter: xtables: inclusion of xt_condition
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/2] netfilter: xtables: inclusion of xt_SYSRQ
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] iprange: fix xt_iprange v0 parsing
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 2/4] netfilter: xtables2: make ip_tables reentrant
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] nfnetlink_queue: use hash table to speed up entry lookup
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [PATCH] iprange: fix xt_iprange v0 parsing
  • From: Vincent Bernat <bernat@xxxxxxxx>
• [PATCH 2/2] netfilter: xtables: inclusion of xt_condition
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 1/2] netfilter: xtables: inclusion of xt_SYSRQ
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• nf-next: sysrq and condition 20100421
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Recalculate checksums in netfilter queue
  • From: Bruno Moreira Guedes <thbmatrix@xxxxxxxxx>
• Recalculate checksums in netfilter queue
  • From: Justin Yaple <yaplej@xxxxxxxxx>
• Re: [PATCH] nfnetlink_queue: use hash table to speed up entry lookup
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH 2/4] netfilter: xtables2: make ip_tables reentrant
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH] nfnetlink_queue: use hash table to speed up entry lookup
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Some questions about linux kernel networking
  • From: Nicola Padovano <nicola.padovano@xxxxxxxxx>
• [PATCH] nfnetlink_queue: use hash table to speed up entry lookup
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH 3/3] bridge-netfilter: fix refragmenting IP traffic encapsulated in PPPoE traffic
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• net-next-2.6 merged
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 3/3] bridge-netfilter: fix refragmenting IP traffic encapsulated in PPPoE traffic
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• Re: [PATCH 2/4] netfilter: xtables2: make ip_tables reentrant
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 2/4] netfilter: xtables2: make ip_tables reentrant
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 4/4] netfilter: xtables: remove old comments about reentrancy
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 4/4] netfilter: xtables: remove old comments about reentrancy
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 4/4] netfilter: xtables: remove old comments about reentrancy
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: Anyway to add data to connection tracking?
  • From: James King <t.james.king@xxxxxxxxx>
• Re: Anyway to add data to connection tracking?
  • From: Justin Yaple <yaplej@xxxxxxxxx>
• Re: Anyway to add data to connection tracking?
  • From: James King <t.james.king@xxxxxxxxx>
• Anyway to add data to connection tracking?
  • From: Justin Yaple <yaplej@xxxxxxxxx>
• Re: [PATCH 4/4] netfilter: xtables: remove old comments about reentrancy
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 3/4] netfilter: xt_TEE: have cloned packet travel through Xtables too
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 2/4] netfilter: xtables2: make ip_tables reentrant
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 2/4] netfilter: xtables2: make ip_tables reentrant
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH] extensions: add support for xt_TEE
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• iptables: libxt_TEE
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 1/4] netfilter: xtables: inclusion of xt_TEE
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/4] netfilter: xtables: inclusion of xt_TEE
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 2/4] netfilter: xtables2: make ip_tables reentrant
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/4] netfilter: xtables: inclusion of xt_TEE
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [ANNOUNCE] people.netfilter.org unexpected downtime
  • From: Harald Welte <laforge@xxxxxxxxxxxxx>
• packet squeezer problem
  • From: Ali Hamidi <ali.hamidi759@xxxxxxxxx>
• Kernel Hung using packet squeezer
  • From: Ali Hamidi <ali.hamidi759@xxxxxxxxx>
• Fetching multiple packets from the queue?
  • From: Justin Yaple <yaplej@xxxxxxxxx>
• Re: [PATCH 3/3] nfnetlink_queue: use hash table to speed up entry finding.
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: "kernel:nf_ct_icmp: bad HW ICMP checksum" too noisy
  • From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
• Re: [PATCH 3/3] nfnetlink_queue: use hash table to speed up entry finding.
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH 3/4] netfilter: xt_TEE: have cloned packet travel through Xtables too
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 4/4] netfilter: xtables: remove old comments about reentrancy
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 2/4] netfilter: xtables2: make ip_tables reentrant
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 1/4] netfilter: xtables: inclusion of xt_TEE
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• nf-next: TEE 20100215
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Named/numbered queues in the kernel?
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Named/numbered queues in the kernel?
  • From: "Morgon J. Kanter" <morgon.j.kanter@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] nfnetlink_queue: use hash table to speed up entry finding.
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 3/3] nfnetlink_queue: use hash table to speed up entry finding.
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH 3/3] nfnetlink_queue: use hash table to speed up entry finding.
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 3/3] nfnetlink_queue: use hash table to speed up entry finding.
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH 3/3] nfnetlink_queue: use hash table to speed up entry finding.
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 3/3] nfnetlink_queue: use hash table to speed up entry finding.
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 3/3] nfnetlink_queue: use hash table to speed up entry finding.
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: "kernel:nf_ct_icmp: bad HW ICMP checksum" too noisy
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: Fw: Netfilter for Windows
  • From: "Ondrej Slanina" <oslanina@xxxxxxxxx>
• Re: Fw: Netfilter for Windows
  • From: Bruno Moreira Guedes <beanweb@xxxxxxxxxxxxxx>
• Re: nf-next: TEE only
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: nf-next: TEE only
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH] ipv6: netfilter: move xfrm_lookup at end of ip6_route_me_harder
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 3/3] nfnetlink_queue: use hash table to speed up entry finding.
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: Fw: Netfilter for Windows
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 3/3] bridge-netfilter: fix refragmenting IP traffic encapsulated in PPPoE traffic
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 2/3] bridge-netfilter: Fix MAC header handling with IP DNAT
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/3] bridge-netfilter: simplify IP DNAT
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [PATCH] ipv6: netfilter: move xfrm_lookup at end of ip6_route_me_harder
  • From: Ulrich Weber <uweber@xxxxxxxxxx>
• Fw: Netfilter for Windows
  • From: "Ondrej Slanina" <oslanina@xxxxxxxxx>
• Re: [PATCH 3/3] nfnetlink_queue: use hash table to speed up entry finding.
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH 3/3] nfnetlink_queue: use hash table to speed up entry finding.
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 3/3] nfnetlink_queue: use hash table to speed up entry finding.
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Does nfq_get_payload return the buffer size?
  • From: Justin Yaple <yaplej@xxxxxxxxx>
• Re: Set pointer to TCP header in callback function
  • From: Justin Yaple <yaplej@xxxxxxxxx>
• Re: Packet Injection within netfilter module
  • From: Ali Hamidi <ali.hamidi759@xxxxxxxxx>
• [PATCH 3/3] bridge-netfilter: fix refragmenting IP traffic encapsulated in PPPoE traffic
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• [PATCH 2/3] bridge-netfilter: Fix MAC header handling with IP DNAT
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• [PATCH 1/3] bridge-netfilter: simplify IP DNAT
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• [PATCH 0/3] bridge-netfilter fixes
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• Re: nf-next: TEE only
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: nf-next: TEE only
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: nf-next: TEE only
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: nf-next: TEE only
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/4] netfilter: xtables: inclusion of xt_TEE
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/4] netfilter: xtables: inclusion of xt_TEE
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Set pointer to TCP header in callback function
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 1/4] netfilter: xtables: inclusion of xt_TEE
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Set pointer to TCP header in callback function
  • From: Justin Yaple <yaplej@xxxxxxxxx>
• [PATCH 4/4] netfilter: xtables: remove old comments about reentrancy
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 3/4] netfilter: xt_TEE: have cloned packet travel through Xtables too
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 2/4] netfilter: xtables2: make ip_tables reentrant
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 1/4] netfilter: xtables: inclusion of xt_TEE
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• nf-next: TEE only
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Packet Injection within netfilter module
  • From: "Morgon J. Kanter" <morgon.j.kanter@xxxxxxxxxxxxx>
• Re: [PATCH 3/8] netfilter: xtables: inclusion of xt_TEE
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 3/8] netfilter: xtables: inclusion of xt_TEE
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 3/8] netfilter: xtables: inclusion of xt_TEE
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 3/8] netfilter: xtables: inclusion of xt_TEE
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 3/8] netfilter: xtables: inclusion of xt_TEE
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 3/8] netfilter: xtables: inclusion of xt_TEE
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 3/8] netfilter: xtables: inclusion of xt_TEE
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 3/8] netfilter: xtables: inclusion of xt_TEE
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 2/8] netfilter: ipv6: add IPSKB_REROUTED exclusion to NF_HOOK/POSTROUTING invocation
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 2/8] netfilter: ipv6: add IPSKB_REROUTED exclusion to NF_HOOK/POSTROUTING invocation
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 2/8] netfilter: ipv6: add IPSKB_REROUTED exclusion to NF_HOOK/POSTROUTING invocation
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/8] netfilter: ipv6: move POSTROUTING invocation before fragmentation
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: nf-next: reentrancy, new modules
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 3/3] nfnetlink_queue: use hash table to speed up entry finding.
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 3/3] nfnetlink_queue: use hash table to speed up entry finding.
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 3/3] nfnetlink_queue: use hash table to speed up entry finding.
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: Packet Injection within netfilter module
  • From: Ben Gardiner <bengardiner@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] nfnetlink_queue: use hash table to speed up entry finding.
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH 3/3] nfnetlink_queue: use hash table to speed up entry finding.
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 5/6] netfilter: xt_TEE: have cloned packet travel through Xtables too
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH 8/8] netfilter: xtables: inclusion of xt_condition
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 7/8] netfilter: xtables: inclusion of xt_SYSRQ
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 6/8] netfilter: xtables: remove old comments about reentrancy
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 5/8] netfilter: xt_TEE: have cloned packet travel through Xtables too
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 4/8] netfilter: xtables2: make ip_tables reentrant
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 3/8] netfilter: xtables: inclusion of xt_TEE
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 2/8] netfilter: ipv6: add IPSKB_REROUTED exclusion to NF_HOOK/POSTROUTING invocation
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• nf-next: reentrancy, new modules
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH 1/8] netfilter: ipv6: move POSTROUTING invocation before fragmentation
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 4/6] netfilter: xtables2: make ip_tables reentrant
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: a79ff731a breaks compilation
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• a79ff731a breaks compilation
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 1/2] netfilter: xtables: inclusion of xt_condition
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 1/2] netfilter: xtables: inclusion of xt_condition
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/2] netfilter: xtables: inclusion of xt_condition
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 1/2] netfilter: xtables: inclusion of xt_condition
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 4/6] netfilter: xtables2: make ip_tables reentrant
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 1/2] netfilter: xtables: inclusion of xt_condition
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 4/6] netfilter: xtables2: make ip_tables reentrant
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 4/6] netfilter: xtables2: make ip_tables reentrant
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 3/3] nfnetlink_queue: use hash table to speed up entry finding.
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH 5/6] netfilter: xt_TEE: have cloned packet travel through Xtables too
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 4/6] netfilter: xtables2: make ip_tables reentrant
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 5/6] netfilter: xt_TEE: have cloned packet travel through Xtables too
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 4/6] netfilter: xtables2: make ip_tables reentrant
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 3/3] nfnetlink_queue: use hash table to speed up entry finding.
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 5/6] netfilter: xt_TEE: have cloned packet travel through Xtables too
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 4/6] netfilter: xtables2: make ip_tables reentrant
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH/RFC 3/5] bridge-netfilter: simplify IP DNAT and fix IP DNAT on encapsulated packets
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH:RFC 2/5] bridge-netfilter: update a comment in br_forward.c about ip_fragment()
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH:RFC 1/5] bridge-netfilter: cleanup br_netfilter.c
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] Netfilter: Fix some coding styles and remove moduleparam.h
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Packet Injection within netfilter module
  • From: Ali Hamidi <ali.hamidi759@xxxxxxxxx>
• Can the next-hop be set on queued packets?
  • From: Justin Yaple <yaplej@xxxxxxxxx>
• Re: NAT connection
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• NAT connection
  • From: Giuseppe Macrì <macri.giuseppe.disk@xxxxxxxxx>
• Access source MAC address in userspace?
  • From: Justin Yaple <yaplej@xxxxxxxxx>
• Re: A illogical problem with the tcphdr->syn!
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• A illogical problem with the tcphdr->syn!
  • From: supercodeing35271 supercodeing35271 <supercodeing35271@xxxxxxxxx>
• Re: Packet manipulation in user space, drop/reinject modified packets
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH 1/3] flex_array: fix the panic issue when calling flex_array_alloc() without __GFP_ZERO
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Packet manipulation in user space, drop/reinject modified packets
  • From: Hamid Nassiby <h.nassiby@xxxxxxxxx>
• Re: nf-next: TEE/reentrancy 20100407
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH v4] Add refcounts to LED target
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: mmotm 2010-04-05-16-09 uploaded
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: nf-next: TEE/reentrancy 20100407
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 2/3] flex_array: export some symbols for nfnetlink_queue use
  • From: Américo Wang <xiyou.wangcong@xxxxxxxxx>
• Re: [PATCH 2/3] flex_array: export some symbols for nfnetlink_queue use
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 3/3] nfnetlink_queue: use hash table to speed up entry finding.
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH 2/3] flex_array: export some symbols for nfnetlink_queue use
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH 3/3] nfnetlink_queue: use hash table to speed up entry finding.
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH 1/3] flex_array: fix the panic issue when calling flex_array_alloc() without __GFP_ZERO
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: mmotm 2010-04-05-16-09 uploaded
  • From: Valdis.Kletnieks@xxxxxx
• Re: [PATCH v4] Add refcounts to LED target
  • From: Adam Nielsen <a.nielsen@xxxxxxxxxxx>
• Re: [PATCH v3] Add refcounts to LED target
  • From: Adam Nielsen <a.nielsen@xxxxxxxxxxx>