From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wr0-f196.google.com (mail-wr0-f196.google.com [209.85.128.196]) by dpdk.org (Postfix) with ESMTP id 61DEF1BB5A for ; Thu, 21 Jun 2018 10:50:56 +0200 (CEST) Received: by mail-wr0-f196.google.com with SMTP id d2-v6so2255182wrm.10 for ; Thu, 21 Jun 2018 01:50:56 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:content-transfer-encoding:mime-version; bh=jSzpvSTpwIuqdItV9c2drBMlTF+lP4Q9tM8TedSTTd4=; b=a0q+4PyOURrmyllNaHeMSlT9nUrHjNGEsGZPqFkWKv2HRdiC4TksevDDfPZtaDr9lI Mh8GRuJTo0iPt2TS6R404H9QYKvni2NCfARkkU9aHmDJtNSIEg+8WTLSp9Hiqp39qhab ysXeTVrGX0hmLOHczj0OdjpNfJCWQCrUw/ocCnDcUf+mCvmVmFewuDFH1qDY2PQ/t58b +t5qm3hJwnZIg+Zj2db207lDADBWKgcJzHaBhWGD/6U3/aPrLHIDmWHnN+80lh4xFszy /VxIqO3K5A8HsxBR06mYvmEnur1objYZulRq5wjA3DcBn+aOHDWyuWBo0yPkljDshJ9z SFgQ== X-Gm-Message-State: APt69E1yWh/SJVKUe3oVv6wwLVyYlIe1dUs3tSHkt/VVsk7XKDSdSfiz vo2bg8PWWIPKISfnP+kXiSI1jgUY X-Google-Smtp-Source: ADUXVKKgaNKBRlt8giN6/PzGJCctHepYL6+rusL6po1qV0wf0CcuWmIw/5Ei6H2/PuciNlc6BZsQCg== X-Received: by 2002:adf:86e9:: with SMTP id 38-v6mr22729281wry.232.1529571056046; Thu, 21 Jun 2018 01:50:56 -0700 (PDT) Received: from localhost ([2a00:23c5:be9a:5200:ce4c:82c0:d567:ecbb]) by smtp.gmail.com with ESMTPSA id y8-v6sm6034138wrs.0.2018.06.21.01.50.54 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 21 Jun 2018 01:50:54 -0700 (PDT) Message-ID: <1529571053.6322.44.camel@debian.org> From: Luca Boccassi To: Gowrishankar , Sergio Gonzalez Monroy , Bruce Richardson , Konstantin Ananyev Cc: stable@dpdk.org, Chao Zhu Date: Thu, 21 Jun 2018 09:50:53 +0100 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Evolution 3.22.6-1+deb9u1 Mime-Version: 1.0 Subject: Re: [dpdk-stable] [PATCH 0/3] eal: clean up mapping hugepages in secondary process for ppc64le X-BeenThere: stable@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches for DPDK stable branches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jun 2018 08:50:56 -0000 On Thu, 2018-06-21 at 10:57 +0530, Gowrishankar wrote: > From: Gowrishankar Muthukrishnan >=20 > Earlier powerpc arch encountered an issue in secondary process > to map hugepages in same VA range as mapped by primary process. > By then, proposed fix was to use nr_overcommit_hugepages from=C2=A0 > the kernel and mmap using MAP_HUGETLB|MAP_ANONYMOUS flags. Though > it solved respecting address hints in mmap calls, this fix > introduced limitation of maximum VA space that, primary process > in DPDK can create upon hugepages, to physical RAM size (almost). >=20 > This patch cleans up this limitation by >=20 > =C2=A01. reverting the previous patch so that, virtual address space > =C2=A0=C2=A0=C2=A0=C2=A0range is not a constraint (like other arch). > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > =C2=A02. reverse-indexing on hugepage files as the secondary > =C2=A0=C2=A0=C2=A0=C2=A0process mmap them. Reversed addressing sequence m= akes=C2=A0 > =C2=A0=C2=A0=C2=A0=C2=A0this mandate. > =C2=A0=C2=A0=C2=A0=C2=A0 > =C2=A03. Move slightly where munmap() is called in zero-mapped VA > =C2=A0=C2=A0=C2=A0=C2=A0block, as secondary process would attach them. > =C2=A0=C2=A0=C2=A0=C2=A0 > All these changes has also been verified in x86 arch (and request > other arch maintainers too test this and give feedback). >=20 > Fixes: 284ae3e9ff ("eal/ppc: fix mmap for memory initialization") > Cc: stable@dpdk.org >=20 > Signed-off-by: Gowrishankar Muthukrishnan ibm.com> >=20 >=20 > Gowrishankar Muthukrishnan (3): > =C2=A0 eal: access hugepage_file in reverse order for powerpc > =C2=A0 eal: reorder calling munmap on zero-mapped memory > =C2=A0 eal: reverse powerpc changes done for hugepage overcommit >=20 > =C2=A0doc/guides/linux_gsg/sys_reqs.rst=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0|=C2=A0=C2=A06 ------ > =C2=A0lib/librte_eal/linuxapp/eal/eal_memory.c | 22 +++++++++------------= - > =C2=A02 files changed, 9 insertions(+), 19 deletions(-) Hi, which stable releases are these patches aimed at? In the future, please consider using git send-email with --subject- prefix 'PATCH xx.yy' so that it's included in the subject. --=20 Kind regards, Luca Boccassi