Skip to contentSkip to conversation

kernel/linux/kni meson build failed with gcc 11.3.1 on rhel9.0

Bug 1076 [email protected] 1 participant 3 messages Sep 7, 2022 – Oct 14, 2022

lore
Share & tools
lore

[email protected]

author Acked-by Konstantin Ananyev
#0 lore raw

https://bugs.dpdk.org/show_bug.cgi?id=1076

            Bug ID: 1076
           Summary: [dpdk 22.11] kernel/linux/kni meson build failed with
                    gcc 11.3.1  on rhel9.0
           Product: DPDK
           Version: unspecified
          Hardware: All
                OS: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: core
          Assignee: [email protected]
          Reporter: [email protected]

Target Milestone: ---

[DPDK version]:
commit 4aee6110bb10b0225fa9562f2e48af233a9058a1 (HEAD -> main, origin/main, origin/HEAD)

Author: Huichao Cai <[email protected]>
Date:   Mon Aug 8 09:48:12 2022 +0800

ip_frag: add IPv4 fragment copy

Some NIC drivers support MBUF_FAST_FREE (device supports optimization for fast release of mbufs. When set, application must guarantee that per-queue all mbufs comes from the same mempool, has refcnt = 1, direct and non-segmented.) offload.
In order to adapt to this offload function, add this API. Add some test data for this API.

[OS version]:
RHEL9.0/5.14.0-160.el9.x86_64
gcc version 11.3.1 20220421

[Test Setup]:
CC=gcc meson --werror -Denable_kmods=True -Dlibdir=lib -Dexamples=all --default-library=static x86_64-native-linuxapp-gcc
ninja -j 10 -C x86_64-native-linuxapp-gcc/

[Log]
FAILED: kernel/linux/kni/rte_kni.ko
/usr/bin/make -j4 -C /lib/modules/5.14.0-160.el9.x86_64/build M=/root/dpdk/x86_64-native-linuxapp-gcc/kernel/linux/kni src=/root/dpdk/kernel/linux/kni 'MODULE_CFLAGS= -DHAVE_ARG_TX_QUEUE -include /root/dpdk/config/rte_config.h -I/root/dpdk/lib/eal/include -I/root/dpdk/lib/kni -I/root/dpdk/x86_64-native-linuxapp-gcc -I/root/dpdk/kernel/linux/kni' modules
make: Entering directory '/usr/src/kernels/5.14.0-160.el9.x86_64'
CC [M] /root/dpdk/x86_64-native-linuxapp-gcc/kernel/linux/kni/kni_misc.o CC [M] /root/dpdk/x86_64-native-linuxapp-gcc/kernel/linux/kni/kni_net.o
/root/dpdk/kernel/linux/kni/kni_net.c: In function ‘kni_net_rx_normal’:
/root/dpdk/kernel/linux/kni/kni_net.c:445:17: error: implicit declaration of function ‘netif_rx_ni’; did you mean ‘netif_rx’? [-Werror=implicit-function-declaration]

  445 |                 netif_rx_ni(skb);
      |                 ^~~~~~~~~~~
      |                 netif_rx

cc1: some warnings being treated as errors
make[1]: *** [scripts/Makefile.build:295:
/root/dpdk/x86_64-native-linuxapp-gcc/kernel/linux/kni/kni_net.o] Error 1
make: *** [Makefile:1915:
/root/dpdk/x86_64-native-linuxapp-gcc/kernel/linux/kni] Error 2
make: Leaving directory '/usr/src/kernels/5.14.0-160.el9.x86_64'
ninja: build stopped: subcommand failed.

[Bad commit]
This is new os found problem, old os no found problem.

Signature · 2 lines
You are receiving this mail because:
You are the assignee for the bug.
#2 lore raw
In reply to [email protected]

https://bugs.dpdk.org/show_bug.cgi?id=1076

Ferruh YIGIT ([email protected]) changed:

What |Removed |Added
----------------------------------------------------------------------------

     Ever confirmed|0                           |1
         Resolution|INVALID                     |---
                 CC|                            |[email protected]
             Status|RESOLVED                    |CONFIRMED

--- Comment #2 from Ferruh YIGIT ([email protected]) --- Hi Daxue,

The problem is neither related to the compiler version nor the commit listed above, it should be related to the kernel version.

The related build error fixed in commit:
c98600d4bed6 ("kni: fix build with Linux 5.18")

Starting with kernel version 5.18, 'netif_rx_ni()' function is removed from kernel.

Having a build error with RHEL9.0/5.14.0-160.el9.x86_64 kernel means it backported related kernel commit.

So, I expect the issue is still valid and it needs a special RHEL version check in KNI.

Can you please double check with RHEL9 again?

Signature · 2 lines
You are receiving this mail because:
You are the assignee for the bug.