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 CBE65A0C4D; Thu, 17 Jun 2021 10:07:11 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 2E7AC410DC; Thu, 17 Jun 2021 10:07:11 +0200 (CEST) Received: from mga17.intel.com (mga17.intel.com [192.55.52.151]) by mails.dpdk.org (Postfix) with ESMTP id 815BA40150; Thu, 17 Jun 2021 10:07:09 +0200 (CEST) IronPort-SDR: gLQf8ZyXb3pH/2MDt7DXLO+GGNKAhMmduHfRGlKViNgm3BbZrM5ntnepxbZENHQ4iapJAQrWW8 OVV7kYzZNtXg== X-IronPort-AV: E=McAfee;i="6200,9189,10017"; a="186701609" X-IronPort-AV: E=Sophos;i="5.83,280,1616482800"; d="scan'208";a="186701609" Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga107.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 17 Jun 2021 01:07:08 -0700 IronPort-SDR: Z6WMxvSXkXJgfgJ0BAJoS/LrPAgC5G4y1K9eI1/GIazpWEJ/EybPHMWYsq22dl4huOZM4Glail Zkgm2n8Q1oHQ== X-IronPort-AV: E=Sophos;i="5.83,280,1616482800"; d="scan'208";a="555134083" Received: from bricha3-mobl.ger.corp.intel.com ([10.252.17.26]) by fmsmga001-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-SHA; 17 Jun 2021 01:07:07 -0700 Date: Thu, 17 Jun 2021 09:07:02 +0100 From: Bruce Richardson To: Brandon Lo Cc: ci@dpdk.org, dev Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Subject: Re: [dpdk-dev] FreeBSD 13 Memory / Contigmem Issues With Booting 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 Sender: "dev" On Wed, Jun 16, 2021 at 04:24:05PM -0400, Brandon Lo wrote: > Hi everyone, > > I have been trying to expand the UNH IOL unit testing coverage over to > FreeBSD 13. > Following this documentation: > https://doc.dpdk.org/guides/freebsd_gsg/build_dpdk.html#loading-the-dpdk-contigmem-module > > I compiled the contigmem kernel module from the latest DPDK v21.05 and > set the variables in /boot/loader.conf. > This results in a kernel trap 12 on boot with a machine that has 4GB > of RAM available and 1 GB assigned for contigmem. > > If I only set the loader.conf to load the contigmem kernel module > without setting any variables, then it boots fine. > However, using these default settings, DPDK unit tests (fast-suite) > fail in some of the test cases. > > Is this a memory-related issue where the virtual machine does not have > enough memory allocated (if so, how much RAM is needed?), > or is it related to compatibility issues between the different FreeBSD versions? > Given that the defaults if you don't specify a loader.conf value is to use is 512MB, I suspect that it is indeed the case, and that the kernel is struggling to find a single block of 1GB for use. In terms of how much memory is needed, I'm not sure, it may take a bit of trial and error to determine. What tests are needing more than 512MB of RAM? I would have thought that that should have been plenty for most cases. Another option to try rather than allocating a single 1GB block is to attempt to create e.g. 2x 512MB or 3x 256MB blocks and see if that works, or helps with the unit tests. Regards, /Bruce