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 C5890A0546 for ; Thu, 27 May 2021 04:05:34 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 3A9A240150; Thu, 27 May 2021 04:05:34 +0200 (CEST) Received: from mail-pl1-f172.google.com (mail-pl1-f172.google.com [209.85.214.172]) by mails.dpdk.org (Postfix) with ESMTP id 59A6440143 for ; Thu, 27 May 2021 04:05:32 +0200 (CEST) Received: by mail-pl1-f172.google.com with SMTP id e15so1574370plh.1 for ; Wed, 26 May 2021 19:05:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=csie-io.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=xrCzBL1fYdbolvnZW3JvDApp6F4hLBeUJI3w1m4rvgE=; b=zh7kqbU9kBr3hq7nCuBNqWR9jalw9JJOh5ZxOYSWFrDJd13cQhQL9umyWKHB5y1xZc 8EmEY3zLwt0SLCZRkCG+o/UG5uGFyuleEUJjjQOTIuTpIjqJGrowKNcP59oyYPaJYYp5 k+BxTuwQ5q3PfG6ANCwjLKON41fddoAxvj75ebje7ruwc1Y4ztXem4jLBjJuFr4DXH2s NgJBGI5jJwFXFgFvkzDKeT8HpmJ7FTMFhRxuUGGCRX/NMvlPS641Mo3OJyOXG2gyO1N3 JA9b/zIAo5XQG4Id93p7XSYkqNPhm7mU9uJM4WeSZumz9T9KaOUPyOykV0eKZyxytSgl fhyQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=xrCzBL1fYdbolvnZW3JvDApp6F4hLBeUJI3w1m4rvgE=; b=PERbgYv84zx0qx+8udFrcJfEIK1lnyC7r5JY4vv1WpwkKYSz/6NBLou0yzV6FX6zJi fo86QwIM1cPqYi/8ISYUfYCO09+EfCNSknj+37+xG9iW5aOImMR1X61Z1kkim/NIOo4V 4MmqzdZQeWWf4u4ar5nVolMySk91cvoq0W454TIjALAQpew7eKbSjbuNbao80OtJt25O 4GFdv5zTeYTIYlxBabq6vt2ey3BS+Vj5AzukrS9ZqXhJtUodOfmgQBfNr16v778j0jbh P5ij0Rdik/I+fscNRqMKKWFbg9efaN6cEQOwIdIzz6grPtiRXXRQqgE+T8U/DULdrSvD yw/g== X-Gm-Message-State: AOAM5302FavyK7o2m+0kLxQtKny7waqMN1FLXSCSHSEJ0kJY7TagMY+z EX6NNWNiulu+HfJ3muEoQALfug== X-Google-Smtp-Source: ABdhPJzIoUQJM9hxk7a74NnQRe4QRWqiipt/A1IR7Ktthd4yJ+yZl6qB85VAbm/9LapttfTQpTShBw== X-Received: by 2002:a17:902:b616:b029:ee:c73b:163d with SMTP id b22-20020a170902b616b02900eec73b163dmr1069724pls.30.1622081131451; Wed, 26 May 2021 19:05:31 -0700 (PDT) Received: from [192.168.11.1] (111-251-168-232.dynamic-ip.hinet.net. [111.251.168.232]) by smtp.gmail.com with ESMTPSA id u1sm410631pfc.63.2021.05.26.19.05.30 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 26 May 2021 19:05:31 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) From: Huai-En Tseng In-Reply-To: Date: Thu, 27 May 2021 10:05:27 +0800 Cc: users@dpdk.org Content-Transfer-Encoding: quoted-printable Message-Id: <4C3EA377-DBCC-4AD1-989C-4A0A107F2288@csie.io> References: To: Fred.L.Templin@boeing.com X-Mailer: Apple Mail (2.3654.60.0.2.21) 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" Hi, DPDK can be executed under 2MB hugepages scenario, and 1GB hugepages = is not necessary. 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" >=20 > Hi, I have a test environment based on RHEL VMs that are run from a = hypervisor > 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. >=20 > 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 = boot time. >=20 > I found instructions for setting RHEL boot parameters that will = allocate 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. >=20 > 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? >=20 > 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 = mbuf > 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? >=20 > Thanks - Fred >=20