From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <users-bounces@dpdk.org> Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 16811A00C4 for <public@inbox.dpdk.org>; Wed, 27 Jul 2022 13:59:38 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 0918040141; Wed, 27 Jul 2022 13:59:38 +0200 (CEST) Received: from mail-pl1-f174.google.com (mail-pl1-f174.google.com [209.85.214.174]) by mails.dpdk.org (Postfix) with ESMTP id 1AA3D400D7 for <users@dpdk.org>; Wed, 27 Jul 2022 13:59:37 +0200 (CEST) Received: by mail-pl1-f174.google.com with SMTP id iw1so1874783plb.6 for <users@dpdk.org>; Wed, 27 Jul 2022 04:59:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=8gIydbDG0Xo/++XvL0i3NL/8oR/FZl9Zqg05JKIoeXg=; b=dsYhertCVNQ9mCxCDsn6NVRZyvvzZ578KrD7dlWNoW/c9C2WyQGrrbqC4nUsJubnBq /e2uAoiV9/bD0X7g4Z3rcPQ5bj01CzK1MCovh/iVasFx2MkGZWSaVgheuG94KNBg6KJn vUL6k9hbWn0G3y5OfHNzFnt8oeM7fAEMrxTFEue0V0nMGDte1O+khAZV3S3Mn2vC36Wq 3I2MWbvrx7ZwXA2QsEOVl+Gh1CWzaa9bCq80cIVcwjSWg3023S8r2PzUTz06gkURb22a 7DX0TWyS4l+PPRUbcT9iXK2/BhbLKAoY+RJZkZZAAsXQn5LFhdc44wV8UVEOUgWWuttR N6kg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=8gIydbDG0Xo/++XvL0i3NL/8oR/FZl9Zqg05JKIoeXg=; b=kh6yPYihEHgyBRxOwneix7W2xZuSZrsR6l8wKslMr24vzv4ROogDAePkj+JRXAQ/3v v8SfnHLO2Ge4/zv3E3hzRed6u48rPvCYXcQWob9dMEf5Tgoiepr4qloCw3a2aEHtE4oJ tkarJsOx04O6Ox6nnTdwgjWBvjz7sgXys1wmk67lAtOg23VK8UDeZ4Ux7P5aAiD4uKC9 xy6nKQFSUp7H74jw8mcMUXZDzVAF1JNvHVbtLLz0ih6KY3Tau8RAsyrcnpxX5bjX3wGU QCJhMeSU0INHsB487+mAEYv7/WU/pFJEtT4gAC8pYyKENcsuQgC80BAD7igi1qd9MX2H wCKw== X-Gm-Message-State: AJIora96r7MIujqUxbIIgQ5Ca37VRhsZQ4L2VTRZEVbtVkAILhMiV8YS nMnPVeUKVbXYpZ1M+eNFgHMOf4yqDqmepuF73ix6TtkA X-Google-Smtp-Source: AGRyM1tZcC2PpNcyXVRv5Bhga0iBqLqENeN7OW2x6PEi1g4ru4u12Kxdcz+ToHfbRMQx84aN1tLLH9LR7liiBk01l9Y= X-Received: by 2002:a17:902:db04:b0:16c:5568:d73e with SMTP id m4-20020a170902db0400b0016c5568d73emr22053186plx.46.1658923176154; Wed, 27 Jul 2022 04:59:36 -0700 (PDT) MIME-Version: 1.0 From: MOD <sdk.register@gmail.com> Date: Wed, 27 Jul 2022 14:59:24 +0300 Message-ID: <CA+Md9nzuk7V-vJv=hH8QBbtZU9X=W4VyhTUYLVyiVUV5hY5TNQ@mail.gmail.com> Subject: Mempool bigger than 1 page causes segmentation fault To: users@dpdk.org Content-Type: multipart/alternative; boundary="0000000000009fd89005e4c826ca" X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK usage discussions <users.dpdk.org> List-Unsubscribe: <https://mails.dpdk.org/options/users>, <mailto:users-request@dpdk.org?subject=unsubscribe> List-Archive: <http://mails.dpdk.org/archives/users/> List-Post: <mailto:users@dpdk.org> List-Help: <mailto:users-request@dpdk.org?subject=help> List-Subscribe: <https://mails.dpdk.org/listinfo/users>, <mailto:users-request@dpdk.org?subject=subscribe> Errors-To: users-bounces@dpdk.org --0000000000009fd89005e4c826ca Content-Type: text/plain; charset="UTF-8" Hi All, My team and I have encountered a problem where allocation of a mempool larger than 1GB (== 1 Hugepage) fails. We are in a multi-process environment, and the `rte_mempool_create` happens in the secondary process. Sometimes the allocation succeeds but after some successes (for me specifically, two) the following occurs: the secondary process segfaults on `malloc_elem_can_hold`, inside a stack starting from `rte_mempool_create`. Restarting the secondary process does not work as it is stuck on `EAL: Probing VFIO support`, and restarting the main process is the only option. Has anyone had this problem, or knows any possible solution? Thanks! --0000000000009fd89005e4c826ca Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">Hi All,<div><br></div><div>My team and I have encountered = a problem where allocation of a mempool larger than 1GB (=3D=3D 1 Hugepage)= fails.</div><div>We are in a multi-process environment, and the `rte_mempo= ol_create` happens=C2=A0in the secondary process.</div><div><br></div><div>= Sometimes the allocation succeeds but after some successes (for me specific= ally, two) the following occurs:</div><div>the secondary process segfaults = on `malloc_elem_can_hold`, inside a stack starting from `rte_mempool_create= `.</div><div><br></div><div>Restarting the secondary process does not work = as it is stuck on `EAL: Probing VFIO support`, and restarting</div><div>the= main process is the only option.</div><div><br></div><div>Has anyone had= =C2=A0this=C2=A0problem, or knows any possible solution?</div><div>Thanks!<= /div></div> --0000000000009fd89005e4c826ca--