On Tue, 22 Aug 2023 09:33:39 +0800 (CST)
jinag <[email protected]> wrote:

> when I use dpdk to call rte_eth_tx_burst function for sending data from the 
> secondary process, vfio will crash:
> 
> 
> PID: 60699 TASK: ffff8f0152235df00 CPU: 14  COMMAND: "testlstack02"
>  #0 [ffffa7d8cecc39a8] machine_kexec at ffffffff9045d67b
>  #1 [ffffa7d8ceec3a00] __crash_kexec at ffffffff90562e92
>  #2 [ffffa7d8ceec3ac0] panic at ffffffff904b9b79
>  #3 [ffffa7d8ceec3b48] oops_end at ffffffff904231fc
>  #4 [ffffa7d8ceec3b70] remap_pfn_range at ffffffff90664772
>  #5 [ffffa7d8ceec3c58] remap_pfn_range at ffffffff90664772
>  #6 [ffffa7d8ceec3da0] vfio_pci_mmap_fault at ffffffffc-bda821 [vfio_pci] 
>  #7 [ffffa7d8ceec3dc0] __do_fault at ffffffff90662ee9
>  #8 [ffffa7d8ceec3df0] do fault at ffffffff90663b2c
>  #9 [ffffa7d8ceec3e90] __handle_mm_fault at ffffffff90663c9c
> #10 [ffffa7d8ceec3ec0] handle_mm_fault at ffffffff9047103b
> #11 [ffffa7d8ceec3ee0] __do_page_fault at ffffffff904712e1
> #12 [ffffa7d8ceec3f20] do_page_fault at ffffffff9047122e
> #13 [ffffa7d8ceec3f50] page_fault at ffffffff90e012de
> 
> 
> The crash occurs when the secondary queue of the secondary process send pkts. 
> I have tested that the primary process and the first queue of the secondary 
> process do not crash. I use i40e X710 nic.
> 
> 
> Has anyone ever encountered simlilar issue? please provide some ideas for 
> fixing the issue.
> Thanks!
> 
If this is a kernel crash, it is a kernel bug. No matter what application does 
VFIO in kernel
should not panic.  What kernel version are you using? Is it an upstream 
long-term-stable kernel?

Reply via email to