From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <dev-bounces@dpdk.org>
Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124])
	by inbox.dpdk.org (Postfix) with ESMTP id 6325CA00C4;
	Wed, 27 Jul 2022 21:12:57 +0200 (CEST)
Received: from [217.70.189.124] (localhost [127.0.0.1])
	by mails.dpdk.org (Postfix) with ESMTP id 4E5BB41144;
	Wed, 27 Jul 2022 21:12:56 +0200 (CEST)
Received: from mail-ej1-f45.google.com (mail-ej1-f45.google.com
 [209.85.218.45]) by mails.dpdk.org (Postfix) with ESMTP id 80FDD40141
 for <dev@dpdk.org>; Wed, 27 Jul 2022 21:12:55 +0200 (CEST)
Received: by mail-ej1-f45.google.com with SMTP id os14so33262160ejb.4
 for <dev@dpdk.org>; Wed, 27 Jul 2022 12:12:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=networkplumber-org.20210112.gappssmtp.com; s=20210112;
 h=date:from:to:cc:subject:message-id:in-reply-to:references
 :mime-version:content-transfer-encoding;
 bh=mU50mNVZBjbGjizeBq6k+hnJmbuFwkSHl+pHki3i4Nw=;
 b=ar8tg4GDb1uVZB0It/zIYrZGrNNZEqA1TVyxuEKVhKRCWTcKLp9rcp3U5qqGU0PcOs
 ea24jILX+uHfVhsJjcXjcF6Jq82oVNp8KXrp7Cg8H80MeX6ZClYFVfcyyuN6PJp/q1Xv
 57A9ju5UNlr6GjNXXmai8/4BGD8rIt4AygIDAXDR8Qs4dUc3M1iSDPFy07Wo4VErC2H7
 IIfLwSCg1P+9Rqet0UP0Io1MxtoWgN1YZrS0M1uBZRqS8QKvkjCUn5TFy+CDzNP/1urU
 Wat1ZfkMYYgQIm1AoLFj+rMa0gi1AR5WJ6nY2rUNSUcR1x0gC4ewXjeRlKckI93oVgiq
 7FTw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20210112;
 h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to
 :references:mime-version:content-transfer-encoding;
 bh=mU50mNVZBjbGjizeBq6k+hnJmbuFwkSHl+pHki3i4Nw=;
 b=drhk9R9n3oBfS2FHznh2CJTxa6xwn9rNoSoXJN3fo8SBp/bt/kGD6iwzK8wO141JT+
 6cM+h4XedcyKlN5bpUFcZWntEP3X1eOKHOGvNuUQ6VSzfX+kG93Kd3ejkf2u78g4zjnU
 o4SrzKjYP7QJevkJCD7yRCAyP4vw+geSndP5pr22/15TgB0Pf7zptqtmrWWdJEzQIZ2/
 t6ln6JBP05Rf9Eo/BCGeSBSEuntLwlnYKe3ovjTMQaNWJse63yOE2ESqP2m3Yin6gudZ
 9sZT47MMt5kNmyUI5i7grJrs+gvap19LPaLKY8TLvcbBIkM1jhi1sieIUSz9EfWySCvy
 YpUA==
X-Gm-Message-State: AJIora8R2zkX7/plC93K2Q4loQT+oYGFdxF+6VB4kCTm00Jbvtqqdpeg
 ls6ZeMZMZGmZtRDyjt+yX+0YWQ==
X-Google-Smtp-Source: AGRyM1u5F+ECsOafsPwuyeO8RayDwUcOrXy9u+DaoAAef9WFs6L9eIn1YuvK0za78osAKoYWYIGvVg==
X-Received: by 2002:a17:907:96ac:b0:72f:1dea:5b66 with SMTP id
 hd44-20020a17090796ac00b0072f1dea5b66mr19246472ejc.266.1658949175233; 
 Wed, 27 Jul 2022 12:12:55 -0700 (PDT)
Received: from hermes.local (204-195-120-218.wavecable.com. [204.195.120.218])
 by smtp.gmail.com with ESMTPSA id
 j15-20020aa7de8f000000b0043be16f5f4csm7229062edv.52.2022.07.27.12.12.53
 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
 Wed, 27 Jul 2022 12:12:55 -0700 (PDT)
Date: Wed, 27 Jul 2022 12:12:49 -0700
From: Stephen Hemminger <stephen@networkplumber.org>
To: Don Wallwork <donw@xsightlabs.com>
Cc: Dmitry Kozlyuk <dmitry.kozliuk@gmail.com>, "dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [RFC] EAL: legacy memory fixed address translations
Message-ID: <20220727121024.29829f3e@hermes.local>
In-Reply-To: <e426c21b-0235-11a7-7039-0c55dcc15cde@xsightlabs.com>
References: <256b5409-ddaf-d7cc-00c1-273ca76dbf71@xsightlabs.com>
 <6aaa04d8-2ac5-ced6-ec25-d42bc52a3e2f@xsightlabs.com>
 <20220726225910.26159820@sovereign>
 <e426c21b-0235-11a7-7039-0c55dcc15cde@xsightlabs.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.29
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

On Wed, 27 Jul 2022 13:20:22 -0400
Don Wallwork <donw@xsightlabs.com> wrote:

> >
> > When drivers need to process a large number of memory blocks,
> > these are typically packets in the form of mbufs,
> > which already have IOVA attached, so there is no translation.
> > Does translation of mbuf VA to PA with the proposed method
> > show significant improvement over reading mbuf->iova? =20
>=20
> This proposal does not relate to mbufs.=C2=A0 As you say, there is
> already an efficient VA to PA mechanism in place for those.


If the only user of this would be your out of tree code,
then it would never get tested by normal process.
Therefore it would be regularly broken by other changes.