CentOS 7 elrepo compilation error

[elico]

I used the same build node of the CentOS 7 which works but I removed the stock kernel and install the elrepo(ml) one.
Then when I try to compile I get the next error:

[root@02e740e242ca nDPI]# ./autogen.sh 
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force -I m4
autoreconf: configure.ac: tracing
autoreconf: running: libtoolize --copy --force
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.
libtoolize: copying file `m4/libtool.m4'
libtoolize: copying file `m4/ltoptions.m4'
libtoolize: copying file `m4/ltsugar.m4'
libtoolize: copying file `m4/ltversion.m4'
libtoolize: copying file `m4/lt~obsolete.m4'
autoreconf: running: /usr/bin/autoconf --force
autoreconf: running: /usr/bin/autoheader --force
autoreconf: running: automake --add-missing --copy --force-missing
configure.ac:7: installing './config.guess'
configure.ac:7: installing './config.sub'
configure.ac:5: installing './install-sh'
configure.ac:5: installing './missing'
example/Makefile.am: installing './depcomp'
autoreconf: Leaving directory `.'
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking how to print strings... printf
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking for a sed that does not truncate output... /usr/bin/sed
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for fgrep... /usr/bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert x86_64-unknown-linux-gnu file names to x86_64-unknown-linux-gnu format... func_convert_file_noop
checking how to convert x86_64-unknown-linux-gnu file names to toolchain format... func_convert_file_noop
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for mt... no
checking if : is a manifest tool... no
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... no
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking if compiler needs -Werror to reject unknown flags... no
checking for the pthreads library -lpthreads... no
checking whether pthreads work without any flags... no
checking whether pthreads work with -Kthread... no
checking whether pthreads work with -kthread... no
checking for the pthreads library -llthread... no
checking whether pthreads work with -pthread... yes
checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE
checking if more special flags are required for pthreads... no
checking for PTHREAD_PRIO_INHERIT... yes
checking netinet/in.h usability... yes
checking netinet/in.h presence... yes
checking for netinet/in.h... yes
checking for stdint.h... (cached) yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking for unistd.h... (cached) yes
checking for pcap_open_live in -lpcap... yes
Package json-c was not found in the pkg-config search path.
Perhaps you should add the directory containing `json-c.pc'
to the PKG_CONFIG_PATH environment variable
No package 'json-c' found
Package json-c was not found in the pkg-config search path.
Perhaps you should add the directory containing `json-c.pc'
to the PKG_CONFIG_PATH environment variable
No package 'json-c' found
checking for NT_Init in -lntapi... no
checking for json_object_new_object in -ljson-c... no
checking for pthread_setaffinity_np in -lpthread... yes
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating src/lib/Makefile
config.status: creating example/Makefile
config.status: creating libndpi.pc
config.status: creating config.h
config.status: executing depfiles commands
config.status: executing libtool commands
[root@02e740e242ca nDPI]# cd ndpi-netfilter/

[root@02e740e242ca ndpi-netfilter]# MODULES_DIR=/lib/modules/`ls /lib/modules/` KERNEL_DIR=$MODULES_DIR/build/ make
make -C ipt
make[1]: Entering directory `/build/nDPI/ndpi-netfilter/ipt'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/build/nDPI/ndpi-netfilter/ipt'
make -C src
make[1]: Entering directory `/build/nDPI/ndpi-netfilter/src'
make -j 4 -C /lib/modules/4.13.0-1.el7.elrepo.x86_64/build/ M=$PWD modules -w;
make[2]: Entering directory `/usr/src/kernels/4.13.0-1.el7.elrepo.x86_64'
  CC [M]  /build/nDPI/ndpi-netfilter/src/main.o
  CC [M]  /build/nDPI/ndpi-netfilter/src/../lib/protocols/../third_party/src/node.o
  CC [M]  /build/nDPI/ndpi-netfilter/src/../lib/protocols/../third_party/src/ahocorasick.o
  CC [M]  /build/nDPI/ndpi-netfilter/src/../lib/ndpi_main.o
/build/nDPI/ndpi-netfilter/src/main.c: In function \u2018ndpi_net_exit\u2019:
/build/nDPI/ndpi-netfilter/src/main.c:2502:2: error: implicit declaration of function \u2018nf_ct_iterate_cleanup\u2019 [-Werror=implicit-function-declaration]
  nf_ct_iterate_cleanup(net, __ndpi_free_flow, n, 0 ,0);
  ^
cc1: some warnings being treated as errors
make[3]: *** [/build/nDPI/ndpi-netfilter/src/main.o] Error 1
make[3]: *** Waiting for unfinished jobs....
make[2]: *** [_module_/build/nDPI/ndpi-netfilter/src] Error 2
make[2]: Leaving directory `/usr/src/kernels/4.13.0-1.el7.elrepo.x86_64'
make[1]: *** [modules] Error 2
make[1]: Leaving directory `/build/nDPI/ndpi-netfilter/src'
make: *** [all] Error 2

So I removed this section from the main.c file:

#if LINUX_VERSION_CODE < KERNEL_VERSION(3, 12, 1)
        nf_ct_iterate_cleanup(net, __ndpi_free_flow, n);
#else
        nf_ct_iterate_cleanup(net, __ndpi_free_flow, n, 0 ,0);
#endif

And the module works.
I am adding a DROP rule to the OUTPUT filter table and it blocks.

I don't know what this specific line might lead to so I cannot say what it might do.
Maybe a memory leak? maybe another thing?
This is the details of the kernel and the module relevant stats(dns):

# uname -srv
Linux 4.13.0-1.el7.elrepo.x86_64 #1 SMP Sun Sep 3 19:07:24 EDT 2017
# lsmod |grep ndpi
xt_ndpi               491520  0 
nf_conntrack          135168  7 xt_ndpi,nf_conntrack_ipv6,nf_conntrack_ipv4,nf_nat_ipv6,xt_conntrack,nf_nat_ipv4,nf_nat
# cat /proc/net/xt_ndpi/proto|grep dns
05         5/000000ff dns              # 893
08         8/000000ff mdns             # 0

[k0ste]

Try #20.

[elico]

@k0ste Works!

[elico]

The results at:

• http://ngtech.co.il/repo/centos/7/elrepo-kernel-ml/
• http://ngtech.co.il/repo/centos/7/elrepo-kernel-ml/x86_64/kmod-xt_ndpi-2.0.1-3.el7.centos.x86_64.rpm
• http://ngtech.co.il/repo/centos/7/elrepo-kernel-ml/SRPMS/xt_ndpi-kmod-2.0.1-3.el7.centos.src.rpm