Closed costel78 closed 8 years ago
@costel78, please try this patch #46.
The patch apply clean, no error during compile, but I got kernel panic as I load imq module. I tried to compile it as build-in. As soon as I redirect something to imq0 kernel crash instantly.
I think you overtuned your kernel. I test patches before push.
iperf3
I can reproduce. Kernel panic if add qdisc to imq interface, like htb+sfq. And set imq interface up.
Not really overtuning, but I also use account and ipmark from xtables-addons. I tested with vanilla kernel and nothing else, with same result. At first, I really believed it is xtables-addons or something from gentoo-patches. Yes, same setup here, PPPoE and ethernet interfaces directed to imq[0-3] interfaces and htb+sfq used to traffic shaping. Please, forgive my English.
Thank you very much for your support. I really appreciate.
IMQ is a community maintained project. Please attach your crash dump, and we can summon Gao, to look at patch and fix the problem.
I am unable to reproduce it on my own pc (a single net interface) and won't have physically access to server until tomorrow. I'll post a picture of crash dump as soon as possible.
Sorry for quality.
Could you paste the core dump with text format ?
I am sorry but first, I don't know exactly how to do that (as I remember I'll need kexec) and, second, server downtime became a issue. It is not mine, I helped a friend to switch from mac/ip to pppoe, therefor the need for imq. The main idea is the server is in production, around 150 customers. I see two solutions:
Thank you!
Hi This is a crash dump from my system with : IMQ + hfsc + sfq + pppoe + pptp + eoip + l2tp + iptables
[48137.977771] mpt3sas version 13.100.00.00 loaded
[48162.115442] IMQ driver loaded successfully. (numdevs = 2, numqueues = 1, imq_dev_accurate_stats = 1)
[48162.139578] Hooking IMQ before NAT on PREROUTING.
[48162.152283] Hooking IMQ before NAT on POSTROUTING.
[48176.852343] BUG: unable to handle kernel NULL pointer dereference at (null)
[48176.852796] IP: [
@costel78, @micron10, please test fixed patch #46.
It is working, without issues. Patch applyed on kernel-4.8.4.
Thank you very much!
Hi Kostantin please send my link with patch 46
On Fri, Oct 21, 2016 at 8:22 PM, Konstantin Shalygin < notifications@github.com> wrote:
@costel78 https://github.com/costel78, @micron10 https://github.com/micron10, please test fixed patch #46 https://github.com/imq/linuximq/pull/46.
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/imq/linuximq/issues/45#issuecomment-255429570, or mute the thread https://github.com/notifications/unsubscribe-auth/AMVh9OtjiFa4EgKzFMJRax02vD9qPrgsks5q2PTJgaJpZM4KSHQg .
Hello Konstantin
PLease check this kernel dump from kernel 4.8.4 and last patch #46:
[ 3914.939900] EXT4-fs (sdc1): mounted filesystem without journal. Opts:
(null)
[ 4026.556701] INFO: rcu_sched self-detected stall on CPU
[ 4026.556702] INFO: rcu_sched self-detected stall on CPU
[ 4026.556703] INFO: rcu_sched self-detected stall on CPU
[ 4026.556703] INFO: rcu_sched self-detected stall on CPU
[ 4026.556704] INFO: rcu_sched self-detected stall on CPU
[ 4026.556705] INFO: rcu_sched self-detected stall on CPU
[ 4026.556705]
[ 4026.556705]
[ 4026.556705]
[ 4026.556706]
[ 4026.556706]
[ 4026.556709] 0-...: (1 GPs behind) idle=94d/2/0 softirq=352489/352491
fqs=0
[ 4026.556711] 2-...: (1 GPs behind) idle=4c5/2/0 softirq=350155/350156
fqs=0
[ 4026.556713] 5-...: (1 GPs behind) idle=2f3/2/0 softirq=342886/342887
fqs=0
[ 4026.556715] 3-...: (6000 ticks this GP) idle=223/140000000000002/0
softirq=357295/357295 fqs=0
[ 4026.556717] 7-...: (1 GPs behind) idle=82d/140000000000001/0
softirq=331299/331307 fqs=0
[ 4026.556719]
[ 4026.556719]
[ 4026.556720]
[ 4026.556720]
[ 4026.556721]
[ 4026.556721](t=6000 jiffies g=120530 c=120529 q=22117)
[ 4026.556722](t=6000 jiffies g=120530 c=120529 q=22117)
[ 4026.556722](t=6000 jiffies g=120530 c=120529 q=22117)
[ 4026.556723](t=6000 jiffies g=120530 c=120529 q=22117)
[ 4026.556724](t=6000 jiffies g=120530 c=120529 q=22117)
[ 4026.556725] rcu_sched kthread starved for 6000 jiffies! g120530 c120529
f0x0 RCU_GP_WAIT_FQS(3) ->state=0x1
[ 4026.556726] rcu_sched kthread starved for 6000 jiffies! g120530 c120529
f0x0 RCU_GP_WAIT_FQS(3) ->state=0x1
[ 4026.556728] rcu_sched kthread starved for 6000 jiffies! g120530 c120529
f0x0 RCU_GP_WAIT_FQS(3) ->state=0x1
[ 4026.556729] rcu_sched kthread starved for 6000 jiffies! g120530 c120529
f0x0 RCU_GP_WAIT_FQS(3) ->state=0x1
[ 4026.556730] rcu_sched kthread starved for 6000 jiffies! g120530 c120529
f0x0 RCU_GP_WAIT_FQS(3) ->state=0x1
[ 4026.556731] rcu_sched S
[ 4026.556731] rcu_sched S
[ 4026.556732] rcu_sched S
[ 4026.556733] rcu_sched S
[ 4026.556733] rcu_sched S
[ 4026.556734] 0000000000093f80
[ 4026.556734] 0000000000093f80
[ 4026.556735] 0000000000093f80
[ 4026.556735] 0000000000093f80
[ 4026.556736] 0000000000093f80
[ 4026.556736] 0 7 2 0x00000000
[ 4026.556737] 0 7 2 0x00000000
[ 4026.556738] 0 7 2 0x00000000
[ 4026.556739] 0 7 2 0x00000000
[ 4026.556739] 0 7 2 0x00000000
[ 4026.556740] ffff880215d04500
[ 4026.556741] ffff880215d04500
[ 4026.556741] ffff880215d04500
[ 4026.556742] ffff880215d04500
[ 4026.556742] ffff880215d04500
[ 4026.556743] 0000000000000246
[ 4026.556743] 0000000000000246
[ 4026.556743] 0000000000000246
[ 4026.556744] 0000000000000246
[ 4026.556744] 0000000000000246
[ 4026.556745] 0000000000000006
[ 4026.556745] 0000000000000006
[ 4026.556745] 0000000000000006
[ 4026.556746] 0000000000000006
[ 4026.556746] 0000000000000006
[ 4026.556747] ffff880215d48000
[ 4026.556747] ffff880215d48000
[ 4026.556748] ffff880215d48000
[ 4026.556748] ffff880215d48000
[ 4026.556748] ffff880215d48000
[ 4026.556748]
[ 4026.556749]
[ 4026.556749]
[ 4026.556749]
[ 4026.556749]
[ 4026.556750] ffff880215d47e60
[ 4026.556750] ffff880215d47e60
[ 4026.556751] ffff880215d47e60
[ 4026.556751] ffff880215d47e60
[ 4026.556752] ffff880215d47e60
[ 4026.556752] 000000010005981f
[ 4026.556753] 000000010005981f
[ 4026.556753] 000000010005981f
[ 4026.556753] 000000010005981f
[ 4026.556754] 000000010005981f
[ 4026.556754] ffff880215d47e00
[ 4026.556755] ffff880215d47e00
[ 4026.556755] ffff880215d47e00
[ 4026.556756] ffff880215d47e00
[ 4026.556756] ffff880215d47e00
[ 4026.556756] ffff88021748ca40
[ 4026.556757] ffff88021748ca40
[ 4026.556757] ffff88021748ca40
[ 4026.556758] ffff88021748ca40
[ 4026.556758] ffff88021748ca40
[ 4026.556758]
[ 4026.556758]
[ 4026.556759]
[ 4026.556759]
[ 4026.556759]
[ 4026.556760] 0000000000000000
[ 4026.556760] 0000000000000000
[ 4026.556761] 0000000000000000
[ 4026.556761] 0000000000000000
[ 4026.556761] 0000000000000000
[ 4026.556762] ffffffff8157b54c
[ 4026.556762] ffffffff8157b54c
[ 4026.556763] ffffffff8157b54c
[ 4026.556763] ffffffff8157b54c
[ 4026.556763] ffffffff8157b54c
[ 4026.556764] ffff88021748ca40
[ 4026.556764] ffff88021748ca40
[ 4026.556765] ffff88021748ca40
[ 4026.556765] ffff88021748ca40
[ 4026.556765] ffff88021748ca40
[ 4026.556766] ffffffff8157dacf
[ 4026.556766] ffffffff8157dacf
[ 4026.556767] ffffffff8157dacf
[ 4026.556767] ffffffff8157dacf
[ 4026.556767] ffffffff8157dacf
[ 4026.556768]
[ 4026.556768]
[ 4026.556768]
[ 4026.556768]
[ 4026.556768]
[ 4026.556769] Call Trace:
[ 4026.556769] Call Trace:
[ 4026.556769] Call Trace:
[ 4026.556770] Call Trace:
[ 4026.556770] Call Trace:
[ 4026.556774] [
On Mon, Oct 24, 2016 at 8:57 AM, costel78 notifications@github.com wrote:
It is working, without issues. Patch applyed on kernel-4.8.4.
Thank you very much!
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/imq/linuximq/issues/45#issuecomment-255654035, or mute the thread https://github.com/notifications/unsubscribe-auth/AMVh9NoK9RjB9fyIHchD9pQjWsMkzjATks5q3EivgaJpZM4KSHQg .
With this patch #46 I have no further kernel crashs. Would my .config help here to see the differences ?
no no need my config is too clean and i have : pppoe , ppptp, static ip, dhcp , and other serivces. This dump is from one of other machine with more serivces and its ok for debug only on this 3 machine i have error new patch is installed on 5 machine 2 work fine without error (pppoe,and static)
3 work no fine and need to back to kernel 4.7.8 (with pppoe,pptp,static dhcp and other ) and dump is from there.
Please check dump
m.
On Tue, Oct 25, 2016 at 10:04 PM, costel78 notifications@github.com wrote:
With this patch #46 https://raw.githubusercontent.com/k0ste/linuximq/614ca8c945237e11127030a6f353b72def95664e/kernel/v4.x/linux-4.8-imq.diff I have no further kernel crashs. Would my .config help here to see the differences ?
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/imq/linuximq/issues/45#issuecomment-256143843, or mute the thread https://github.com/notifications/unsubscribe-auth/AMVh9IZSGxs1savXSUCtacC_hBjIz8lsks5q3lK8gaJpZM4KSHQg .
@micron10, I test it with PPP->IMQ, GRE->IMQ, VLAN->IMQ. No any issues. All interfaces have attached htb+sfq.
Linux 4.8.4-1-ARCH #1 SMP PREEMPT Sun Oct 23 16:30:29 +07 2016 x86_64 GNU/Linux
10:29:48 up 1 day, 14:17, 3 users, load average: 0.32, 0.15, 0.14
Chain PREROUTING (policy ACCEPT 560M packets, 167G bytes)
pkts bytes target prot opt in out source destination
337M 86G all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi all protocols
22M 2787M IMQ all -- vlan666 * 0.0.0.0/0 0.0.0.0/0 IMQ: todev 0
519M 160G IMQ all -- ppp0 * 0.0.0.0/0 0.0.0.0/0 IMQ: todev 1
828K 506M IMQ all -- Tunnel1 * 0.0.0.0/0 0.0.0.0/0 IMQ: todev 2
142K 13M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol ssh NDPI set MARK set 0xb
7949 331K NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol telnet NDPI set MARK set 0xb
1087K 99M MARK icmp -- * * 0.0.0.0/0 0.0.0.0/0 MARK set 0xb
3035 2553K NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol viber NDPI set MARK set 0xc
141K 173M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol tor NDPI set MARK set 0xc
1635K 733M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol ssl NDPI set MARK set 0xc
941K 659M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol http NDPI set MARK set 0xc
1426K 496M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol skype NDPI set MARK set 0xd
308M 79G NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol bittorrent NDPI set MARK set 0xf
195K 17M MARK all -- * * 192.168.0.196 !192.168.0.192/26 MARK set 0x1
Chain INPUT (policy ACCEPT 554M packets, 164G bytes)
pkts bytes target prot opt in out source destination
Chain FORWARD (policy ACCEPT 5021K packets, 2870M bytes)
pkts bytes target prot opt in out source destination
Chain OUTPUT (policy ACCEPT 853M packets, 1160G bytes)
pkts bytes target prot opt in out source destination
Chain POSTROUTING (policy ACCEPT 858M packets, 1162G bytes)
pkts bytes target prot opt in out source destination
898K 53M TCPMSS tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp flags:0x06/0x02 TCPMSS clamp to PMTU
498M 673G all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi all protocols
125K 212M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol ssh NDPI set MARK set 0xb
7951 318K NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol telnet NDPI set MARK set 0xb
1041K 97M MARK icmp -- * * 0.0.0.0/0 0.0.0.0/0 MARK set 0xb
7641K 11G MARK tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp spt:8200 MARK set 0xb
3036 2562K NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol viber NDPI set MARK set 0xc
84716 17M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol tor NDPI set MARK set 0xc
2291K 2475M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol ssl NDPI set MARK set 0xc
961K 699M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol http NDPI set MARK set 0xc
2346K 2861M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol skype NDPI set MARK set 0xd
7938K 11G NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol rsync NDPI set MARK set 0xe
450M 609G NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol bittorrent NDPI set MARK set 0xf
Konstantin pleae check debug log from last crash in laste mail
IPacct ltd. Micron
On Sat, Oct 29, 2016 at 6:30 AM, Konstantin Shalygin < notifications@github.com> wrote:
@micron10 https://github.com/micron10, I test it with PPP->IMQ, GRE->IMQ, VLAN->IMQ. No any issues. All interfaces have attached htb+sfq.
Linux 4.8.4-1-ARCH #1 SMP PREEMPT Sun Oct 23 16:30:29 +07 2016 x86_64 GNU/Linux 10:29:48 up 1 day, 14:17, 3 users, load average: 0.32, 0.15, 0.14
Chain PREROUTING (policy ACCEPT 560M packets, 167G bytes) pkts bytes target prot opt in out source destination 337M 86G all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi all protocols 22M 2787M IMQ all -- vlan666 * 0.0.0.0/0 0.0.0.0/0 IMQ: todev 0 519M 160G IMQ all -- ppp0 * 0.0.0.0/0 0.0.0.0/0 IMQ: todev 1 828K 506M IMQ all -- Tunnel1 * 0.0.0.0/0 0.0.0.0/0 IMQ: todev 2 142K 13M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol ssh NDPI set MARK set 0xb 7949 331K NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol telnet NDPI set MARK set 0xb 1087K 99M MARK icmp -- * * 0.0.0.0/0 0.0.0.0/0 MARK set 0xb 3035 2553K NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol viber NDPI set MARK set 0xc 141K 173M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol tor NDPI set MARK set 0xc 1635K 733M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol ssl NDPI set MARK set 0xc 941K 659M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol http NDPI set MARK set 0xc 1426K 496M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol skype NDPI set MARK set 0xd 308M 79G NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol bittorrent NDPI set MARK set 0xf 195K 17M MARK all -- * * 192.168.0.196 !192.168.0.192/26 MARK set 0x1
Chain INPUT (policy ACCEPT 554M packets, 164G bytes) pkts bytes target prot opt in out source destination
Chain FORWARD (policy ACCEPT 5021K packets, 2870M bytes) pkts bytes target prot opt in out source destination
Chain OUTPUT (policy ACCEPT 853M packets, 1160G bytes) pkts bytes target prot opt in out source destination
Chain POSTROUTING (policy ACCEPT 858M packets, 1162G bytes) pkts bytes target prot opt in out source destination 898K 53M TCPMSS tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp flags:0x06/0x02 TCPMSS clamp to PMTU 498M 673G all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi all protocols 125K 212M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol ssh NDPI set MARK set 0xb 7951 318K NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol telnet NDPI set MARK set 0xb 1041K 97M MARK icmp -- * * 0.0.0.0/0 0.0.0.0/0 MARK set 0xb 7641K 11G MARK tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp spt:8200 MARK set 0xb 3036 2562K NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol viber NDPI set MARK set 0xc 84716 17M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol tor NDPI set MARK set 0xc 2291K 2475M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol ssl NDPI set MARK set 0xc 961K 699M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol http NDPI set MARK set 0xc 2346K 2861M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol skype NDPI set MARK set 0xd 7938K 11G NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol rsync NDPI set MARK set 0xe 450M 609G NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol bittorrent NDPI set MARK set 0xf
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/imq/linuximq/issues/45#issuecomment-257068210, or mute the thread https://github.com/notifications/unsubscribe-auth/AMVh9IfI4_HyPqPaIloBHy6-O7x8bajAks5q4r3ZgaJpZM4KSHQg .
Hi After many test on other machine. when traffic is flood from many ips to the world machine start eat memory and after 5-6 min crash and reboot after down IMQ machine work fine . i attach log from last crash This machine work with 2 10G Intel card one uplink one for downlink and on downlink card is add 550 vlans to consumers and 920 active user (With ips) IMQ is add to eth0+ Uplink ports and to br0+ for downlink. traffik is not big 800Mb/s machine have 24 CPU Intel CPU E5-2620 v2 @ 2.10GHz on second machine problem is same but traffic is bigger 1.2-1.4G/s with same config and users is 1600 active ips
m.
IPacct ltd. Micron
On Sat, Oct 29, 2016 at 5:51 PM, Martin Zaharinov micron@ipacct.com wrote:
Konstantin pleae check debug log from last crash in laste mail
IPacct ltd. Micron
On Sat, Oct 29, 2016 at 6:30 AM, Konstantin Shalygin < notifications@github.com> wrote:
@micron10 https://github.com/micron10, I test it with PPP->IMQ, GRE->IMQ, VLAN->IMQ. No any issues. All interfaces have attached htb+sfq.
Linux 4.8.4-1-ARCH #1 SMP PREEMPT Sun Oct 23 16:30:29 +07 2016 x86_64 GNU/Linux 10:29:48 up 1 day, 14:17, 3 users, load average: 0.32, 0.15, 0.14
Chain PREROUTING (policy ACCEPT 560M packets, 167G bytes) pkts bytes target prot opt in out source destination 337M 86G all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi all protocols 22M 2787M IMQ all -- vlan666 * 0.0.0.0/0 0.0.0.0/0 IMQ: todev 0 519M 160G IMQ all -- ppp0 * 0.0.0.0/0 0.0.0.0/0 IMQ: todev 1 828K 506M IMQ all -- Tunnel1 * 0.0.0.0/0 0.0.0.0/0 IMQ: todev 2 142K 13M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol ssh NDPI set MARK set 0xb 7949 331K NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol telnet NDPI set MARK set 0xb 1087K 99M MARK icmp -- * * 0.0.0.0/0 0.0.0.0/0 MARK set 0xb 3035 2553K NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol viber NDPI set MARK set 0xc 141K 173M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol tor NDPI set MARK set 0xc 1635K 733M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol ssl NDPI set MARK set 0xc 941K 659M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol http NDPI set MARK set 0xc 1426K 496M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol skype NDPI set MARK set 0xd 308M 79G NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol bittorrent NDPI set MARK set 0xf 195K 17M MARK all -- * * 192.168.0.196 !192.168.0.192/26 MARK set 0x1
Chain INPUT (policy ACCEPT 554M packets, 164G bytes) pkts bytes target prot opt in out source destination
Chain FORWARD (policy ACCEPT 5021K packets, 2870M bytes) pkts bytes target prot opt in out source destination
Chain OUTPUT (policy ACCEPT 853M packets, 1160G bytes) pkts bytes target prot opt in out source destination
Chain POSTROUTING (policy ACCEPT 858M packets, 1162G bytes) pkts bytes target prot opt in out source destination 898K 53M TCPMSS tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp flags:0x06/0x02 TCPMSS clamp to PMTU 498M 673G all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi all protocols 125K 212M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol ssh NDPI set MARK set 0xb 7951 318K NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol telnet NDPI set MARK set 0xb 1041K 97M MARK icmp -- * * 0.0.0.0/0 0.0.0.0/0 MARK set 0xb 7641K 11G MARK tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp spt:8200 MARK set 0xb 3036 2562K NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol viber NDPI set MARK set 0xc 84716 17M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol tor NDPI set MARK set 0xc 2291K 2475M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol ssl NDPI set MARK set 0xc 961K 699M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol http NDPI set MARK set 0xc 2346K 2861M NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol skype NDPI set MARK set 0xd 7938K 11G NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol rsync NDPI set MARK set 0xe 450M 609G NDPI all -- * * 0.0.0.0/0 0.0.0.0/0 ndpi protocol bittorrent NDPI set MARK set 0xf
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/imq/linuximq/issues/45#issuecomment-257068210, or mute the thread https://github.com/notifications/unsubscribe-auth/AMVh9IfI4_HyPqPaIloBHy6-O7x8bajAks5q4r3ZgaJpZM4KSHQg .
Patch for kernel 4.8 seems to be incomplete:
Both functions are defined in netdevice.h and implemented in net/core/dev.c, but they are not visible. I had to add
EXPORT_SYMBOL(validate_xmit_skb_list);
andEXPORT_SYMBOL(dev_hard_start_xmit);
in dev.cWell, my c/c++ knowlegde are basics, kernel experience - a big zero. I just compared versions from 4.6 to 4.8 and dig on internet to understand notions new to me, so please advise me. The kernel is compiled, both bzImage and all modules, but it is safe ?