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 2B62441E96; Wed, 15 Mar 2023 02:56:55 +0100 (CET) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id B83DA40A7A; Wed, 15 Mar 2023 02:56:54 +0100 (CET) Received: from szxga08-in.huawei.com (szxga08-in.huawei.com [45.249.212.255]) by mails.dpdk.org (Postfix) with ESMTP id 980F7400EF for ; Wed, 15 Mar 2023 02:56:53 +0100 (CET) Received: from dggpeml500024.china.huawei.com (unknown [172.30.72.57]) by szxga08-in.huawei.com (SkyGuard) with ESMTP id 4PbtjG48j3z17LCb; Wed, 15 Mar 2023 09:53:54 +0800 (CST) Received: from [10.67.100.224] (10.67.100.224) by dggpeml500024.china.huawei.com (7.185.36.10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.21; Wed, 15 Mar 2023 09:56:50 +0800 Subject: Re: [PATCH v3 1/5] build: clarify configuration without IOVA field in mbuf To: Thomas Monjalon , CC: David Marchand , Bruce Richardson , Qi Zhang , =?UTF-8?Q?Morten_Br=c3=b8rup?= , Shijith Thotton , Olivier Matz , Ruifeng Wang , Parav Pandit , Xueming Li , Tomasz Duszynski , Long Li , Nithin Dabilpuram , Kiran Kumar K , Sunil Kumar Kori , Satha Rao , Jingjing Wu , Beilei Xing , Ankur Dwivedi , Anoob Joseph , Tejasree Kondoj , Kai Ji , Pablo de Lara , Radha Mohan Chintakuntla , Veerasenareddy Burru , Kevin Laatz , Pavan Nikhilesh , =?UTF-8?Q?Mattias_R=c3=b6nnblom?= , Liang Ma , Peter Mccarthy , Jerin Jacob , Harry van Haaren , "Artem V. Andreev" , Andrew Rybchenko , Ashwin Sekhar T K , Srikanth Yalavarthi , "John W. Linville" , Ciara Loftus , Chas Williams , "Min Hu (Connor)" , Yuying Zhang , Gaetan Rivet , Dongdong Liu , Yisen Zhuang , Konstantin Ananyev , Qiming Yang , Jakub Grajciar , Tetsuya Mukawa , Jakub Palider , Sachin Saxena , Hemant Agrawal References: <20230219115529.3260580-1-thomas@monjalon.net> <20230314142958.3479004-1-thomas@monjalon.net> <20230314142958.3479004-2-thomas@monjalon.net> From: fengchengwen Message-ID: <61879568-0fbc-5ce9-26c2-af5daae9afc4@huawei.com> Date: Wed, 15 Mar 2023 09:56:34 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: <20230314142958.3479004-2-thomas@monjalon.net> Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 8bit X-Originating-IP: [10.67.100.224] X-ClientProxiedBy: dggems705-chm.china.huawei.com (10.3.19.182) To dggpeml500024.china.huawei.com (7.185.36.10) X-CFilter-Loop: Reflected 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 Acked-by: Chengwen Feng On 2023/3/14 22:29, Thomas Monjalon wrote: > The impact of the option "enable_iova_as_pa" is explained for users. > > Also the code flag "RTE_IOVA_AS_PA" is renamed as "RTE_IOVA_IN_MBUF" > in order to be more accurate (IOVA mode is decided at runtime), > and more readable in the code. > > Similarly the drivers are using the variable "require_iova_in_mbuf" > instead of "pmd_supports_disable_iova_as_pa" with an opposite meaning. > By default, it is assumed that drivers require the IOVA field in mbuf. > The drivers which support removing this field have to declare themselves. > Some bus drivers are declared compatible. > > If the option "enable_iova_as_pa" is disabled, the unsupported drivers > will be listed with the new reason text "requires IOVA in mbuf". > > Suggested-by: Bruce Richardson > Signed-off-by: Thomas Monjalon > Reviewed-by: Bruce Richardson > Acked-by: Morten Brørup > --- ...