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 AAEF2A058A; Fri, 17 Apr 2020 16:09:06 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 5D0DC1E56C; Fri, 17 Apr 2020 16:09:06 +0200 (CEST) Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) by dpdk.org (Postfix) with ESMTP id C8E221E54C for ; Fri, 17 Apr 2020 16:09:04 +0200 (CEST) IronPort-SDR: zk1B0q6Ue+C1j/Z+MLFwCcYUpjubI+wh3lcbUoA7tW0jCljTT3tfYbKhfojI811HCjPlLncY96 GyT27EqgBLgw== X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 17 Apr 2020 07:09:03 -0700 IronPort-SDR: pNU6ejV69ByBByL3PCy9ZTwGdT/YBSqbvldYCRUyG3N2ae+ZUGr5jU/4DI/GADL3y1JnJpDtg1 u2EYkn3XrTVA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.72,395,1580803200"; d="scan'208";a="278388684" Received: from aburakov-mobl.ger.corp.intel.com (HELO [10.252.62.102]) ([10.252.62.102]) by fmsmga004.fm.intel.com with ESMTP; 17 Apr 2020 07:09:02 -0700 From: "Burakov, Anatoly" To: Tal Shnaiderman Cc: Thomas Monjalon , "dev@dpdk.org" References: <7970b43f-dd45-49de-9081-f2903af20635@intel.com> Message-ID: <651f25bd-29e2-2058-70e8-59829e0b53bb@intel.com> Date: Fri, 17 Apr 2020 15:09:01 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <7970b43f-dd45-49de-9081-f2903af20635@intel.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Subject: Re: [dpdk-dev] rte_vfio_container_dma_map/unmap functions 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" On 17-Apr-20 3:05 PM, Burakov, Anatoly wrote: > On 22-Mar-20 5:20 PM, Tal Shnaiderman wrote: >> Hi Anatoly, >> >> I’m working on the implementation of bus/pci driver for Windows, >> pci_common.c uses the titled functions however they are relevant only >> for Linux OS. >> >> I’m wondering if the implementation of those functions should be moved >> to a Linux specific area since FreeBSD (and now Windows) are forced to >> implemented those in the current state. >> >> Would appreciate your feedback, >> >> Regards, >> >> Tal >> > > Hi, > > I believe those functions are marked as deprecated now. We probably > could remove them in 20.11? > Sorry, was thinking of different functions (not the container related ones). Unfortunately, we don't have a generic API for these, but since we export a single API on all platforms, either all platforms have to implement these functions, or none of them do. There's simply no way to avoid implementing stubs for these functions, short of coming up with a generic API that would replace these. Given that this API is heavily Linux specific, i don't see that happening. -- Thanks, Anatoly