From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by dpdk.org (Postfix) with ESMTP id C8E491B05 for ; Fri, 25 May 2018 02:44:18 +0200 (CEST) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by fmsmga101.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 24 May 2018 17:44:15 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.49,438,1520924400"; d="scan'208";a="231487993" Received: from fmsmsx107.amr.corp.intel.com ([10.18.124.205]) by fmsmga005.fm.intel.com with ESMTP; 24 May 2018 17:44:15 -0700 Received: from shsmsx101.ccr.corp.intel.com (10.239.4.153) by fmsmsx107.amr.corp.intel.com (10.18.124.205) with Microsoft SMTP Server (TLS) id 14.3.319.2; Thu, 24 May 2018 17:44:15 -0700 Received: from shsmsx103.ccr.corp.intel.com ([169.254.4.210]) by SHSMSX101.ccr.corp.intel.com ([169.254.1.47]) with mapi id 14.03.0319.002; Fri, 25 May 2018 08:44:13 +0800 From: "Zhang, Qi Z" To: Thomas Monjalon , "Varghese, Vipin" CC: "dev@dpdk.org" , "Kovacevic, Marko" , "Jain, Deepak K" , "Yigit, Ferruh" Thread-Topic: [dpdk-dev] [PATCH v1] doc/eth: update document for functional limitation Thread-Index: AQHT8n2pk4sIIaoackK6TAoFfR5jV6Q+l/8AgAEENZA= Date: Fri, 25 May 2018 00:44:12 +0000 Message-ID: <039ED4275CED7440929022BC67E70611531B8235@SHSMSX103.ccr.corp.intel.com> References: <1527069959-37765-1-git-send-email-vipin.varghese@intel.com> <1748708.EYc6N8xVZC@xps> In-Reply-To: <1748708.EYc6N8xVZC@xps> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiYTg3MGY1OWUtNjhiOS00MmMzLWI2MDItOTI2NGJiY2Q1OTdhIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoiMk11amRYNjhncXhZbzZ3TkJ0YWNkcUl1TXJsaE1vQktpbVZjK2Ruc2xNY1J2VEtpVG1qckZIaUVOdWM4cEVCdSJ9 x-ctpclassification: CTP_NT dlp-product: dlpe-windows dlp-version: 11.0.200.100 dlp-reaction: no-action x-originating-ip: [10.239.127.40] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] [PATCH v1] doc/eth: update document for functional limitation 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: , X-List-Received-Date: Fri, 25 May 2018 00:44:19 -0000 > -----Original Message----- > From: Thomas Monjalon [mailto:thomas@monjalon.net] > Sent: Friday, May 25, 2018 1:06 AM > To: Varghese, Vipin > Cc: dev@dpdk.org; Zhang, Qi Z ; Kovacevic, Marko > ; Jain, Deepak K ; > Yigit, Ferruh > Subject: Re: [dpdk-dev] [PATCH v1] doc/eth: update document for functiona= l > limitation >=20 > 23/05/2018 12:05, Vipin Varghese: > > --- a/lib/librte_ethdev/rte_ethdev.h > > +++ b/lib/librte_ethdev/rte_ethdev.h > > @@ -1479,6 +1479,9 @@ int rte_eth_dev_attach(const char *devargs, > uint16_t *port_id); > > * This function must be called when the device is in the > > * closed state. > > * > > + * Note: > > + * - Currently supported for primary process only. >=20 > I think it should be possible to attach a device in secondary process. > If it is a recent limitation, it should be in "known issues" of the relea= se notes. For PCI device, we can only attached a device that is already resource mapp= ed in primary process (for example, a device not in secondary process' whit= e list but in primary process's) And we should not detached a device in secondary process, that will mess pr= imary process and cause it can't be attached again. For vdev, I think we still can attached/detach a new device which does not = exist in primary process. >=20 >=20