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 0CDEDA0546 for ; Wed, 26 May 2021 20:12:54 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 871D44067C; Wed, 26 May 2021 20:12:53 +0200 (CEST) Received: from clt-mbsout-01.mbs.boeing.net (clt-mbsout-01.mbs.boeing.net [130.76.144.162]) by mails.dpdk.org (Postfix) with ESMTP id 9F44C40150 for ; Wed, 26 May 2021 20:12:52 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by clt-mbsout-01.mbs.boeing.net (8.15.2/8.15.2/DOWNSTREAM_MBSOUT) with SMTP id 14QICmLt024131; Wed, 26 May 2021 14:12:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=boeing.com; s=boeing-s1912; t=1622052771; bh=XIh0TaDywgxc+TRQa18hgvHsgiwuowbWe6PygPKPdjY=; h=From:To:Subject:Date:From; b=Fqt52mSl0gjmddAwZwxklPV0pJqzT9QenHPbqQC7pJ18X+oQP7Oc4VRc4ohe4TWf4 7ggRmDvQlR0RCvH5Y6tJd+59qf7TwFPnJGV3fkKoI959sNSWUNb7wX2J4cnDRvCx0H mH40omBhmKgkrPwv9fB1GeKl6tasm1mdPAEdIEikQ16lcrAXOswfaqtT7PZATQiu74 +mT8IhkScA88GOMlg4m3bS0VTbKTdWzwrLJfSjT/AiQqFb9WNWssmURFIU1gVoBQY0 CPnBIjx3jhhDiFjbd3bycor8ibQ0WeVR3JERUKXHbsnrfloc7ZTDs8f1t46pRvGtf9 pS2g/hQSUX/JQ== Received: from XCH16-07-10.nos.boeing.com (xch16-07-10.nos.boeing.com [144.115.66.112]) by clt-mbsout-01.mbs.boeing.net (8.15.2/8.15.2/8.15.2/UPSTREAM_MBSOUT) with ESMTPS id 14QICfb1024078 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=OK) for ; Wed, 26 May 2021 14:12:41 -0400 Received: from XCH16-07-10.nos.boeing.com (144.115.66.112) by XCH16-07-10.nos.boeing.com (144.115.66.112) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.2242.4; Wed, 26 May 2021 11:12:40 -0700 Received: from XCH16-07-10.nos.boeing.com ([fe80::1522:f068:5766:53b5]) by XCH16-07-10.nos.boeing.com ([fe80::1522:f068:5766:53b5%2]) with mapi id 15.01.2242.008; Wed, 26 May 2021 11:12:40 -0700 From: "Templin (US), Fred L" To: "users@dpdk.org" Thread-Topic: DPDK-20.11 and HUGEPAGES Thread-Index: AddSV+CXa8B7ZisPQtGHgEjVUXUtiQ== Date: Wed, 26 May 2021 18:12:40 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [137.137.12.6] x-tm-snts-smtp: E20356097FF60AE7EC1EE15F1D1B4FF50E765EC53F53D4C94F54D6978B42F3282000:8 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-TM-AS-GCONF: 00 Subject: [dpdk-users] DPDK-20.11 and HUGEPAGES 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 Sender: "users" Hi, I have a test environment based on RHEL VMs that are run from a hypervi= sor that I have no administrative or physical access to. My only administrative= control is by ssh into the running VMs over the network where at least I have sudo = access. When I run my DPDK-20.11 application, it crashes because hugepages are not configured. So, I allocated 2MB hugepages at runtime but the app still cras= hes because there are no 1GB hugepages which on RHEL can only be set at boot ti= me. I found instructions for setting RHEL boot parameters that will allocate 1G= B hugepages at boot time, but I have not tried it because I am concerned that if I mess something up and reboot the VM it may never come back. So, I am wondering if DPDK-20.11 supports a "semi-huge" mode of operation that allows it to run with only 2MB hugepages configured and no 1GB pages? If so, what would be the way to set that up? I have also tried invoking DPDK with "--no-huge". My application starts fin= e, but at runtime it crashes out of a DPDK API call while processing an mbuf for a received packet. I can give more details about this if there is a cha= nce it could be debugged - or, is "--no-huge" problematic in general? Thanks - Fred