[LEDE-DEV] [RFC] Enable kmod-ipt-debug by default

Carl-Daniel Hailfinger c-d.hailfinger.devel.2006 at gmx.net
Sat May 28 12:15:16 PDT 2016


On 28.05.2016 12:11, Carl-Daniel Hailfinger wrote:
> On 27.05.2016 12:45, Carl-Daniel Hailfinger wrote:
>> On 27.05.2016 10:33, Jo-Philipp Wich wrote:
>>> If a kmod is specifically disabled by default settings then it usually
>>> has a performance penalty attached with it, even when not loaded.
>>>
>>> I'd be grateful if someone could do some iperf throughput testing with
>>> and without kmod-ipt-debug built/enabled/loaded and see if it makes any
>>> difference at all.
> What would be the most useful iperf tests? LAN-Client to LAN-Client
> bridging, LAN-Client to Router, or something completely different?
>
> I can perform iperf testing, but I don't have enough hard disk space and
> CPU resources to build the required images for my Archer C7 v2.
>
> If anyone can provide images which only differ in availability of
> KernelPackage/ipt-debug, I will test them on my TP-Link Archer C7 v2
> with iperf.

From: Carl-Daniel Hailfinger <c-d.hailfinger.devel.2006 at gmx.net>

The xt_TRACE kernel module can be used to debug the path of a network
packet through the filter rules. Building it as a module by default (it
is part of kmod-ipt-debug) would help in some situations.

Untested.

Signed-off-by: Carl-Daniel Hailfinger <c-d.hailfinger.devel.2006 at gmx.net>

diff --git a/package/kernel/linux/modules/netfilter.mk b/package/kernel/linux/modules/netfilter.mk
index 353de3e..9983b66 100644
--- a/package/kernel/linux/modules/netfilter.mk
+++ b/package/kernel/linux/modules/netfilter.mk
@@ -424,7 +424,6 @@ $(eval $(call KernelPackage,ipt-nfqueue))
 define KernelPackage/ipt-debug
   TITLE:=Module for debugging/development
   KCONFIG:=$(KCONFIG_IPT_DEBUG)
-  DEFAULT:=n
   FILES:=$(foreach mod,$(IPT_DEBUG-m),$(LINUX_DIR)/net/$(mod).ko)
   AUTOLOAD:=$(call AutoProbe,$(notdir $(IPT_DEBUG-m)))
   $(call AddDepends/ipt)




More information about the Lede-dev mailing list