From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 8081D43099 for ; Wed, 23 Aug 2023 14:41:44 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id ED588410F1; Wed, 23 Aug 2023 14:41:43 +0200 (CEST) Received: from mail-pf1-f176.google.com (mail-pf1-f176.google.com [209.85.210.176]) by mails.dpdk.org (Postfix) with ESMTP id CAF7940223 for ; Wed, 23 Aug 2023 14:41:41 +0200 (CEST) Received: by mail-pf1-f176.google.com with SMTP id d2e1a72fcca58-68a68d23f51so1820228b3a.2 for ; Wed, 23 Aug 2023 05:41:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20221208.gappssmtp.com; s=20221208; t=1692794501; x=1693399301; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:from:to:cc:subject:date :message-id:reply-to; bh=MmTwRtdauHvielGt7OugWtxHmzANNjnJIwQ/lQjhkz4=; b=HMKQhYwOi/bhfaUWpIvoRcqOaHxmTs13Yt8e9RdqhADlPnDb/4+S19wPiRYXlfCs6x 3MgAfCyWRbmJaM5lrS4IXeiIcusF6t0PVnrSOTC0rIecb16pNs/NtAKDf1/1rcXZJyeg KybKydPTPglcW9c2dkUBc+rv/0irJtweSiZSKmczI1O7kLqDDn4KL4FaCmoG3u2p620F GUFHvsg7D+/y501IYSf+JCwyAcuz6JpQnjyh0MBmsk/oOpwhW2VHYFvGUhJSwW+bzvop V5Dr37jaG1PbneECKTkX9RK6EATaxxeAdgzFWbEKGyyu5uNDQCXgy7lpojo1QM7JnEmh 9fNQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692794501; x=1693399301; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=MmTwRtdauHvielGt7OugWtxHmzANNjnJIwQ/lQjhkz4=; b=O7J8cDk33BbY3rvLCxqTPN2VBDwnP5NIglK2f884p3sqa3XLfOLmYKkmqSwk5jVeLf cnmD6o51t6g668oHbGFK6USebu8OSqHV/Nk6t8tdVtgyNgU5gszxQozxPliBgPUrx9om e5midDdxpAIKOsYU06/xzRNWeWQ4aOOCmfyJc4XLJrlGRF6E70yu2+d9ooxOOaQCUTTI C8sdGkSRTAgIWPaBC56xvvW171wvos7Dop08G8K10gTZ6sQvO2luL5N2TIX2wy7k05jt 4yqPQb+kdaTEAOuWd+f5uZwAdiXJwjsavWNAZqlmEbyDHudFOYoPN8B6tYJ24q2qhP0c UU3Q== X-Gm-Message-State: AOJu0Yz2LZ8/9xPvHjOT0b8MF9K8Tn/U7dEo2mt3EBkCCxw1ZX8mjLyt gSdP7xl9+EgcWsERhW5pCOwIMg== X-Google-Smtp-Source: AGHT+IFnrx5TkBlwkSvj7ASJhqNwmvW6Lbe/HIzVB4Fux2JUjBorg8Py9mLF2/5bTe+//ocp4RzLWg== X-Received: by 2002:a05:6a21:498d:b0:14b:8056:1d29 with SMTP id ax13-20020a056a21498d00b0014b80561d29mr1652154pzc.30.1692794500664; Wed, 23 Aug 2023 05:41:40 -0700 (PDT) Received: from hermes.local (204-195-127-207.wavecable.com. [204.195.127.207]) by smtp.gmail.com with ESMTPSA id u12-20020a17090282cc00b001bc0f974117sm10924514plz.57.2023.08.23.05.41.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 23 Aug 2023 05:41:40 -0700 (PDT) Date: Wed, 23 Aug 2023 05:41:38 -0700 From: Stephen Hemminger To: jinag <15720603159@163.com> Cc: users@dpdk.org Subject: Re: vfio module crash when i used dpdk secondary process send pkts Message-ID: <20230823054138.32e6c318@hermes.local> In-Reply-To: <37d7643c.2ad0.18a1ae044a6.Coremail.15720603159@163.com> References: <37d7643c.2ad0.18a1ae044a6.Coremail.15720603159@163.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org On Tue, 22 Aug 2023 09:33:39 +0800 (CST) jinag <15720603159@163.com> 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?