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 8D224A0548; Thu, 1 Apr 2021 12:38:41 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 19BC6140FB2; Thu, 1 Apr 2021 12:38:41 +0200 (CEST) Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by mails.dpdk.org (Postfix) with ESMTP id 11C7B4067B for ; Thu, 1 Apr 2021 12:38:38 +0200 (CEST) IronPort-SDR: ebIZHupPQ9uF/2ivMAQ0WHgrVImQpaK4iZvH91kZsA3X2iYY2HQSCPJ0nKZKp+IgpuicbNkRcy WJLQSdHaZNYA== X-IronPort-AV: E=McAfee;i="6000,8403,9940"; a="188957317" X-IronPort-AV: E=Sophos;i="5.81,296,1610438400"; d="scan'208";a="188957317" Received: from orsmga005.jf.intel.com ([10.7.209.41]) by fmsmga102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 01 Apr 2021 03:38:34 -0700 IronPort-SDR: 7Z0CBsBEbr9ovNowhfK5tu/V9BlMBMpiy3HbqQ0L4NgT1yBovKImmB3VqLGNdstPGqlJqQKQeV j/p9z4T9kiqA== X-IronPort-AV: E=Sophos;i="5.81,296,1610438400"; d="scan'208";a="596287523" Received: from aburakov-mobl.ger.corp.intel.com (HELO [10.213.250.93]) ([10.213.250.93]) by orsmga005-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 01 Apr 2021 03:38:32 -0700 To: David Marchand , Li Feng Cc: Dmitry Kozlyuk , Bruce Richardson , Feng Li , dev , Kyle Zhang , Yang Fan References: <20200420110953.959884-1-fengli@smartx.com> <20200420160705.1652aeae@Sovereign> From: "Burakov, Anatoly" Message-ID: Date: Thu, 1 Apr 2021 11:38:28 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-dev] [PATCH] librte_eal: add APIs to speedup virt2iova/phys X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 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" On 25-Mar-21 1:32 PM, David Marchand wrote: > Hello, > > On Mon, Apr 20, 2020 at 4:13 PM Li Feng wrote: >> >> Cool, thank you, Anatoly and Kozlyuk. >> >> I haven't found how Windows implements the rte_mem_virt2phy. >> >> Using an opaque structure pointer as the first argument is a good idea. > > I pinged about this patch status 6 months ago but got no reply. > Trying again in public. > > From the thread, I understand that at best it would have to be done differently. > I would agree with the latter. Like i said in my original response, the fd-less API's are already on the very of what's acceptable and in the perfect world we wouldn't have them in the first place, and i don't like the fact that they exist and would wholly discourage their use, mainly because of very confusing semantics of real physical address vs. DPDK's IOVA vs. user IOVA, and potential for errors due to trying to resolve an IOVA address of something that doesn't even have it. Given the above, I certainly don't like the idea of building on top of these API's. -- Thanks, Anatoly