[Environment] DPDK version: dpdk-24.03.0-rc1: deedfb86a7a6e10064d3cccd593f62072de96e36 Other software versions: N/A. OS: Ubuntu 22.04.3 LTS/5.15.0-82-generic Compiler: clang version 12.0.1 Hardware platform: Intel(R) Xeon(R) Gold 6140M CPU @ 2.30GHz NIC hardware: Intel Corporation Ethernet Controller E810-C for SFP [8086:1593] (rev 02) NIC driver: ice-1.13.7 NIC firmware: 4.40 0x8001c982 1.3534.0 [Test Setup] 1. compile dpdk rm -rf x86_64-native-linuxapp-clang CC=clang meson -Denable_kmods=True -Dlibdir=lib --default-library=static x86_64-native-linuxapp-clang ninja -C x86_64-native-linuxapp-clang -j 72 2. blind all pf to vfio-pci ./usertools/dpdk-devbind.py -b vfio-pci -a 31:00.0 -a 31:00.1 -a 31:00.2 -a 31:00.3 3. start dpdk-test /root/dpdk/x86_64-native-linuxapp-clang/app/dpdk-test -l 0-39 --vdev=dma_skeleton -a 31:00.0 -a 31:00.1 -a 31:00.2 -a 31:00.3 (Note: If it cannot be reproduced, please try using a different core) 4. exit dpdk-test RTE>>quit [Show the output from the previous commands.] RTE>>quit Segmentation fault (core dumped) [Expected Result] RTE>>quit skeldma_remove(): Remove dma_skeleton dmadev [Regression] Is this issue a regression: (Y/N) N
Thanks for the report. - Why is this test done on some commit between rc1 and rc2 tags? Is the issue reproduced with the v24.03 tag? - Please retrieve the coredump file, load it with gdb and provide a backtrace.
Created attachment 278 [details] The disassembly file (core dumped occurred section) generated for "dpdk testing" using the objdump command
Hi David Marchand, Answer the relevant questions here. - Why is this test done on some commit between rc1 and rc2 tags? Is the issue reproduced with the v24.03 tag? This issue can also be reproduced on the latest DPDK. This issue has a fix patch, but there are different comments in the patch. patch link: https://patches.dpdk.org/project/dpdk/patch/20240320072332.1433526-1-wenwux.ma@intel.com/ - Please retrieve the coredump file, load it with gdb and provide a backtrace. I don't know how to generate the coredump file you mentioned. The following is the dmesg information related to coredump and the disassembly file generated for "dpdk test" using the objdump command. I hope they can provide you with some help. dmesg info: [618304.996926] traps: dpdk-test[4069658] general protection fault ip:8e9084 sp:7ffcf6494810 error:0 in dpdk-test[4e6000+db4000] dpdk-test disassembly file: objdump -d ./x86_64-native-linuxapp-clang/app/dpdk-test > dpdk-test-objdump.txt Intercept nearby commands where core dumps occur: https://bugs.dpdk.org/attachment.cgi?id=278