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 59F4E42993; Thu, 20 Apr 2023 08:20:59 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 2E7C140A79; Thu, 20 Apr 2023 08:20:59 +0200 (CEST) Received: from mga04.intel.com (mga04.intel.com [192.55.52.120]) by mails.dpdk.org (Postfix) with ESMTP id A2E3B40A4B for ; Thu, 20 Apr 2023 08:20:57 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1681971657; x=1713507657; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=PmKfz5lKJ8Vv0iQEyHkEnFJClIJceB3N9/l+uJFl9LE=; b=Dw66QPjP8sitqoc6jYJgEP5E4fthLDSKgdiWDHJN4ZRei3D1dpJUV+Y7 HnCwdjU/e8w4zNxodWqIYXeiAtAe0a+apxrBwClZyrCVS6NE7IMs+5gfQ vSvnMAJvYxqQBnmlKCOdQvpdHzBKgly/x0tfbiJjDRTJfsUjsSmG4+CLL xWEMH7JK9eaUJk0DlW8OdG8lvCHfM4uXKfd5e1Nhwh6tN2iawyKiavJRM 8V+I2Qjm+q9KPupU8m7xF/dcSthh812tCmdf0ZKCePJYhGKHYfyacHpWH Ps1kvSrkzsVB8BOSQi5aPd9s+BtBsZLcVATcwDahosYpKURmC9aXXHstl A==; X-IronPort-AV: E=McAfee;i="6600,9927,10685"; a="344394747" X-IronPort-AV: E=Sophos;i="5.99,211,1677571200"; d="scan'208";a="344394747" Received: from orsmga005.jf.intel.com ([10.7.209.41]) by fmsmga104.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 19 Apr 2023 23:20:54 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10685"; a="866099929" X-IronPort-AV: E=Sophos;i="5.99,211,1677571200"; d="scan'208";a="866099929" Received: from unknown (HELO localhost.localdomain) ([10.239.252.253]) by orsmga005-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 19 Apr 2023 23:20:51 -0700 From: Mingjin Ye To: dev@dpdk.org Cc: qiming.yang@intel.com, yidingx.zhou@intel.com, Mingjin Ye , Wenjun Wu Subject: [PATCH] doc: add PMD known issue Date: Thu, 20 Apr 2023 06:14:29 +0000 Message-Id: <20230420061429.140113-1-mingjinx.ye@intel.com> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Add a known issue: ASLR feature causes core dump. Signed-off-by: Mingjin Ye --- doc/guides/nics/ixgbe.rst | 15 +++++++++++++++ 1 file changed, 15 insertions(+) diff --git a/doc/guides/nics/ixgbe.rst b/doc/guides/nics/ixgbe.rst index b1d77ab7ab..c346e377e2 100644 --- a/doc/guides/nics/ixgbe.rst +++ b/doc/guides/nics/ixgbe.rst @@ -461,3 +461,18 @@ show bypass config Show the bypass configuration for a bypass enabled NIC using the lowest port on the NIC:: testpmd> show bypass config (port_id) + +ASLR feature causes core dump +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +Core dump may occur when we start secondary processes on the vf port. +Mainstream Linux distributions have the ASLR feature enabled by default, +and the text segment of the process's memory space is randomized. +The secondary process calls the function address shared by the primary +process, resulting in a core dump. + + .. Note:: + + Support for ASLR features varies by distribution. Redhat and + Centos series distributions work fine. Ubuntu distributions + will core dump, other Linux distributions are unknown. -- 2.25.1