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 5206BA0548 for ; Thu, 27 May 2021 13:49:31 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id C6EF340150; Thu, 27 May 2021 13:49:30 +0200 (CEST) Received: from clt-mbsout-02.mbs.boeing.net (clt-mbsout-02.mbs.boeing.net [130.76.144.163]) by mails.dpdk.org (Postfix) with ESMTP id 8C16940143 for ; Thu, 27 May 2021 13:49:28 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by clt-mbsout-02.mbs.boeing.net (8.15.2/8.15.2/DOWNSTREAM_MBSOUT) with SMTP id 14RBnQW2021294; Thu, 27 May 2021 07:49:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=boeing.com; s=boeing-s1912; t=1622116166; bh=7I5M4W7NSTEY56H8bPlWXB4wXEiDS6gxfw3j7hyZqfU=; h=From:To:CC:Subject:Date:From; b=fLGtQL/GR06xRsaAEi6JCgXTtyqWYr65+M037pVWExEn967oUcWoVnzkC0Y+wvSz6 0hpxyZx+BUG47W7S8MW/nK/cc9Ef+2GVXO4yL/G7KF2JgmZoanG5qeAm08oj8wedz7 mMvqHNrVbFvEvM/zdhLNGMP6YaVvDyDYFSewlYdJeu5DhEez9c/j9ZkdV8QBuYFYgJ JLU1Pm2M975qeuF8JgQBlPbfU4zICgiiECVN8sV5yFG4E/KzzuA5eWXXIcgFcyQV3F 34/pJ4IDswIAeQZDsQXuFgbYsFb4qrbD3vX8EqSAGEJIRanc84fq7CALqPSYGa1sjX 4NgisU88S37vg== Received: from XCH16-07-09.nos.boeing.com (xch16-07-09.nos.boeing.com [144.115.66.111]) by clt-mbsout-02.mbs.boeing.net (8.15.2/8.15.2/8.15.2/UPSTREAM_MBSOUT) with ESMTPS id 14RBnIOU021243 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=OK); Thu, 27 May 2021 07:49:18 -0400 Received: from XCH16-07-10.nos.boeing.com (144.115.66.112) by XCH16-07-09.nos.boeing.com (144.115.66.111) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.2242.4; Thu, 27 May 2021 04:49:17 -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; Thu, 27 May 2021 04:49:17 -0700 From: "Templin (US), Fred L" To: Huai-En Tseng CC: "users@dpdk.org" Thread-Topic: [dpdk-users] DPDK-20.11 and HUGEPAGES Thread-Index: AddS7lEQe3IzQNXvQr+9QEobxNh2Vg== Date: Thu, 27 May 2021 11:49:17 +0000 Message-ID: <781b4bb5641a4d2cbbdbdc59222e3df8@boeing.com> 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: F0987157CFCCC6684D6E610274AFCDF640EB21FD3B7213E8562F1598CFCFBE5A2000:8 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-TM-AS-GCONF: 00 Subject: Re: [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" Thank you for your message. I will post the log after I return from visitin= g the lab where the test environment is hosted later today. Fred > -----Original Message----- > From: Huai-En Tseng [mailto:the@csie.io] > Sent: Wednesday, May 26, 2021 7:05 PM > To: Templin (US), Fred L > Cc: users@dpdk.org > Subject: Re: [dpdk-users] DPDK-20.11 and HUGEPAGES >=20 >=20 > Hi, DPDK can be executed under 2MB hugepages scenario, and 1GB hugepages = is not necessary. >=20 > Could you paste the log? >=20 > > > > Message: 2 > > Date: Wed, 26 May 2021 18:12:40 +0000 > > From: "Templin (US), Fred L" > > To: "users@dpdk.org" > > Subject: [dpdk-users] DPDK-20.11 and HUGEPAGES > > Message-ID: > > Content-Type: text/plain; charset=3D"us-ascii" > > > > Hi, I have a test environment based on RHEL VMs that are run from a hyp= ervisor > > that I have no administrative or physical access to. My only administra= tive control > > is by ssh into the running VMs over the network where at least I have s= udo 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 = crashes > > because there are no 1GB hugepages which on RHEL can only be set at boo= t time. > > > > I found instructions for setting RHEL boot parameters that will allocat= e 1GB > > 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 operati= on > > that allows it to run with only 2MB hugepages configured and no 1GB pag= es? > > If so, what would be the way to set that up? > > > > I have also tried invoking DPDK with "--no-huge". My application starts= fine, > > but at runtime it crashes out of a DPDK API call while processing an mb= uf > > for a received packet. I can give more details about this if there is a= chance > > it could be debugged - or, is "--no-huge" problematic in general? > > > > Thanks - Fred > >