From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 6E89FA0566; Tue, 10 Mar 2020 14:57:59 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id C2D861BFF7; Tue, 10 Mar 2020 14:57:57 +0100 (CET) Received: from us-smtp-1.mimecast.com (us-smtp-delivery-1.mimecast.com [207.211.31.120]) by dpdk.org (Postfix) with ESMTP id D32721BF7F for ; Tue, 10 Mar 2020 14:57:55 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1583848675; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=VTJpPOGLQaIAd1xkhbfwfNOYOgQa8xFczkqo0KXxsXo=; b=VCV8qMf7za4H0VjqSGRn6VOghekDEWESiORYytlwh9FiHwde2bJShXJnxgEoJG9LxJenLf UkCI/YNHnoRp7CnwXjlW5sk06wcOyfBwiMyfzmNDHxNDqAEvnowIcjkSngNU4tLbi5TwO3 g5k3Lu7fzUzmg2otHToyLKBZrsGxLZM= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-267-vPWsqrM9M6aPtTcwp33bLw-1; Tue, 10 Mar 2020 09:57:53 -0400 X-MC-Unique: vPWsqrM9M6aPtTcwp33bLw-1 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 4283B8010F8; Tue, 10 Mar 2020 13:57:51 +0000 (UTC) Received: from dhcp-25.97.bos.redhat.com (unknown [10.18.25.84]) by smtp.corp.redhat.com (Postfix) with ESMTPS id DAC4966834; Tue, 10 Mar 2020 13:57:41 +0000 (UTC) From: Aaron Conole To: David Marchand Cc: dev@dpdk.org, echaudro@redhat.com, maxime.coquelin@redhat.com, stable@dpdk.org, Andrea Arcangeli , Anatoly Burakov References: <20200309145442.28926-1-david.marchand@redhat.com> Date: Tue, 10 Mar 2020 09:57:41 -0400 In-Reply-To: <20200309145442.28926-1-david.marchand@redhat.com> (David Marchand's message of "Mon, 9 Mar 2020 15:54:42 +0100") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Subject: Re: [dpdk-dev] [PATCH] mem: mark pages as not accessed when reserving VA X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" David Marchand writes: > When the memory allocator reserves virtual addresses, it still does not > know what they will be used for. > Besides, huge areas are reserved for memory hotplug in multiprocess > setups. But most of the pages are unused in the whole life of the > processes. > > Change protection mode to PROT_NONE when only reserving VA. > The memory allocator already switches to the right mode when making use > of it. > > It also has the nice effect of getting those pages skipped by the kernel > when calling mlockall() or when a coredump gets generated. > > Cc: stable@dpdk.org > > Suggested-by: Andrea Arcangeli > Signed-off-by: David Marchand > --- Acked-by: Aaron Conole Thanks!