From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <dev-bounces@dpdk.org>
Received: from dpdk.org (dpdk.org [92.243.14.124])
	by dpdk.space (Postfix) with ESMTP id ACBE6A0471
	for <public@inbox.dpdk.org>; Tue, 18 Jun 2019 17:49:01 +0200 (CEST)
Received: from [92.243.14.124] (localhost [127.0.0.1])
	by dpdk.org (Postfix) with ESMTP id 4B6971C1AA;
	Tue, 18 Jun 2019 17:49:00 +0200 (CEST)
Received: from mail-pl1-f194.google.com (mail-pl1-f194.google.com
 [209.85.214.194]) by dpdk.org (Postfix) with ESMTP id 206361C195
 for <dev@dpdk.org>; Tue, 18 Jun 2019 17:48:58 +0200 (CEST)
Received: by mail-pl1-f194.google.com with SMTP id c14so5904003plo.0
 for <dev@dpdk.org>; Tue, 18 Jun 2019 08:48:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=networkplumber-org.20150623.gappssmtp.com; s=20150623;
 h=date:from:to:cc:subject:message-id:in-reply-to:references
 :mime-version:content-transfer-encoding;
 bh=Vd5zDgglU5AV3rO3bY3H6GmPPHT2DJB9C9NK5opyMK0=;
 b=T8TOaJRx3FtxhUQnu2Cd44R1K8IMh/9vtihFbxXJ3tBQbPdifF/GMusmC7wYutNpXV
 vEQQwDkHt11YxaZohSad+RHySA9DfqAOM8nt00+IzWVDm5b7MwWeR7m3w9Du7hVJq6bd
 yqOIsXdZ3eNJv7civNyq2HH0gQNghOdTo8sPMGbGtxi70jUlP1vqleCMpECcE2CYFj9y
 VA+qtyG3mlGsCSN95rp74bH9fEcXCZaQsKMR8UoJnmzJdK2esI5+z1coqBoPyMHs2OR5
 es4HsCBnK6e1Gs/EG9ZqH1jiSXA32xM5JBZ8X46PT3eujbGiIhOh4bqphSOmbSIhmwDW
 r+8Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to
 :references:mime-version:content-transfer-encoding;
 bh=Vd5zDgglU5AV3rO3bY3H6GmPPHT2DJB9C9NK5opyMK0=;
 b=WBidslFAG0/dpKiFC6KRlPZEIdU2SexLU5sk5K8MEqUefD36ZQq7Ko0718/cZ1QoTg
 L3ote8h4a770FajBDgZ5Nd6mlJZDQ3vE3F7ep3P3kzeEkjDAQKpy92NnlMcGWb8bvLYP
 Q1dBoXCGb6pFygG2HUj+NHTY/J3Jmcik41angTRpQFKMQ4qbqArO73jL8WU3Azk4dsEI
 W8aHoIbKIAkRN4hqwatI4eQSEgIb7K8368RxXkBeUiwx5cm7SLlM5eX3fFOX6mWawIT9
 hb+PYUyt8H0qiWUbeBXb90zTCIIS4qvQM8x8obR/m8waD5cRf9I9eAjmXUvrTqN5rM7E
 7OrA==
X-Gm-Message-State: APjAAAUFO2I0qq1vP2WjzhiKPv+hnbcTNDfLDqjkG6w/567IbQBlWXi6
 6ZB4E4p0aOxkl8arYX9fhGovPQ==
X-Google-Smtp-Source: APXvYqy8e/XndA1g2Z+qkfghoIwNNjiS+7Ut1+mM1NTg9NPBcG2EUUuz2+Ct6ysOKfBqK1qyzVPciA==
X-Received: by 2002:a17:902:7249:: with SMTP id
 c9mr8257363pll.25.1560872937832; 
 Tue, 18 Jun 2019 08:48:57 -0700 (PDT)
Received: from hermes.lan (204-195-22-127.wavecable.com. [204.195.22.127])
 by smtp.gmail.com with ESMTPSA id u4sm14814357pfu.26.2019.06.18.08.48.57
 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256);
 Tue, 18 Jun 2019 08:48:57 -0700 (PDT)
Date: Tue, 18 Jun 2019 08:48:48 -0700
From: Stephen Hemminger <stephen@networkplumber.org>
To: Yangchao Zhou <zhouyates@gmail.com>
Cc: dev@dpdk.org, ferruh.yigit@intel.com
Message-ID: <20190618084848.2359e48f@hermes.lan>
In-Reply-To: <20190312092232.93640-1-zhouyates@gmail.com>
References: <20190228073010.49716-1-zhouyates@gmail.com>
 <20190312092232.93640-1-zhouyates@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: Re: [dpdk-dev] [PATCH v2] kni: fix possible kernel crash with va2pa
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: DPDK patches and discussions <dev.dpdk.org>
List-Unsubscribe: <https://mails.dpdk.org/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://mails.dpdk.org/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <https://mails.dpdk.org/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
Errors-To: dev-bounces@dpdk.org
Sender: "dev" <dev-bounces@dpdk.org>

On Tue, 12 Mar 2019 17:22:32 +0800
Yangchao Zhou <zhouyates@gmail.com> wrote:

> va2pa depends on the physical address and virtual address offset of
> current mbuf. It may get the wrong physical address of next mbuf which
> allocated in another hugepage segment.
> 
> In rte_mempool_populate_default(), trying to allocate whole block of
> contiguous memory could be failed. Then, it would reserve memory in
> several memzones that have different physical address and virtual address
> offsets. The rte_mempool_populate_default() is used by
> rte_pktmbuf_pool_create().
> 
> Signed-off-by: Yangchao Zhou <zhouyates@gmail.com>

Could you add a Fixes tag?