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 9678FA034C for ; Thu, 28 Apr 2022 14:08:51 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 48D3740E50; Thu, 28 Apr 2022 14:08:51 +0200 (CEST) Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by mails.dpdk.org (Postfix) with ESMTP id 4DA3040E50 for ; Thu, 28 Apr 2022 14:08:50 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1651147729; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=qritGy+fe8cofTLk+QkPeO33pPXRL5yQwR6xfdaaOdo=; b=gNjnjpSlBNhfOKX2qMDw0xmTDrl6RbxUKgCDi+yRpfPSLj/Cdb4XCTFPQkhb25ThkVxYvS EjT5zIg9sWkeAdzvxtOi76XbovE59SNkZQ815OqSvxyCDJiIJ26KDZISYp8yNkYK3FM1eN ICrZho8cacYVOzUS2+Q+FZRSxrdHQ90= Received: from mail-lj1-f199.google.com (mail-lj1-f199.google.com [209.85.208.199]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-628-LrlcORKmNk279Yb9XzVqqg-1; Thu, 28 Apr 2022 08:08:48 -0400 X-MC-Unique: LrlcORKmNk279Yb9XzVqqg-1 Received: by mail-lj1-f199.google.com with SMTP id l16-20020a2e5710000000b0024f0c34eff1so1768038ljb.10 for ; Thu, 28 Apr 2022 05:08:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=qritGy+fe8cofTLk+QkPeO33pPXRL5yQwR6xfdaaOdo=; b=n0pCJZamDrdUDc/BUgmTm2Yts51g1ceB0CgqTmqrETlVx9Lec+a+W/EKCgSM0xjPRs ECuhq8oefVAqhyQnsOVh264twoTRNZBR8XvS5nfF8Jp7RGpYoOOKhKwAQUyzk8YLcLHn cvyYNI2Bx2pcc/tv08VRyoVmvmIXXZHdgcxswWTw6gjbuF8JtcvaIKBwxtoWkjYg9siB SA6NWBj4h/PIyPo1IiZQ81k6Ck9bojnXGYHHjRKbV3KWsNqZLPADiwMo1sROowTrK8Yi Ft/Yj+U3fpudHU2dvI7m7i3mJCBqCpWJCNQYOKlB4mCunttAowsGeqkwENE2WfhvK3pi /JeA== X-Gm-Message-State: AOAM532SXIeBk9HmZc/P/ZPTkGumbNHCg74chb7rFUW6CZQc+WmdM5Cd 55eHYJsYAZac0yKlnCstouYufydAD4kHdoJMgQUxbPsnD7fO+eGDnPBtv8lhWQAL82+85EXkhnp bugkGkLkGVPh533JlUFfPmqU= X-Received: by 2002:a05:6512:250d:b0:472:816:f613 with SMTP id be13-20020a056512250d00b004720816f613mr13921144lfb.265.1651147727346; Thu, 28 Apr 2022 05:08:47 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyLW+5r6wCczCOIRT8HSiQNox9QFBZprmN8bqejxFJHPqnkg+bm0KNO60XQCe1RoKFYjcU4zUxwy23LawADaiE= X-Received: by 2002:a05:6512:250d:b0:472:816:f613 with SMTP id be13-20020a056512250d00b004720816f613mr13921133lfb.265.1651147727136; Thu, 28 Apr 2022 05:08:47 -0700 (PDT) MIME-Version: 1.0 References: <1649075577-67300-1-git-send-email-deepak.khandelwal@intel.com> <1650532281-193591-1-git-send-email-deepak.khandelwal@intel.com> In-Reply-To: <1650532281-193591-1-git-send-email-deepak.khandelwal@intel.com> From: David Marchand Date: Thu, 28 Apr 2022 14:08:35 +0200 Message-ID: Subject: Re: [PATCH v2] eal/linux: skip attaching to external memory chunk To: Deepak Khandelwal Cc: "Burakov, Anatoly" , dev , dpdk stable , balaji.chintalapalle@intel.com Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=dmarchan@redhat.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset="UTF-8" X-BeenThere: stable@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: patches for DPDK stable branches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: stable-bounces@dpdk.org On Thu, Apr 21, 2022 at 11:36 AM Deepak Khandelwal wrote: > > Currently, EAL init in secondary processes will attach all fbarrays > in the memconfig to have access to primary process' page tables. > However, fbarrays corresponding to external memory segments should > not be attached at initialization, because this will happen as part > of `rte_extmem_attach` or `rte_malloc_heap_memory_attach` calls. > > Both external memory API's document this: > > rte_malloc: > http://doc.dpdk.org/api/rte__malloc_8h.html#af6360dea35bdf162feeb2b62cf149fd3 > > rte_extmem: > http://doc.dpdk.org/api/rte__memory_8h.html#a2796da68de6825f8edf53759f8e4d230 > > Fixes: ff3619d6244b ("malloc: allow attaching to external memory chunks") > Cc: stable@dpdk.org > > Signed-off-by: Deepak Khandelwal > Suggested-by: Anatoly Burakov > Acked-by: Anatoly Burakov Applied, thanks Deepak. -- David Marchand