From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Monjalon Subject: Re: [dpdk-users] attach/detach on secondary process Date: Wed, 13 Dec 2017 22:20:51 +0100 Message-ID: <2478248.5ES5OfLd7E@xps> References: <1581834.O1SaQGJnzN@xps> <20171213131009.18a4f821@xeon-e3> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit Cc: Ricardo Roldan , users@dpdk.org, dev@dpdk.org To: Stephen Hemminger Return-path: In-Reply-To: <20171213131009.18a4f821@xeon-e3> List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" 13/12/2017 22:10, Stephen Hemminger: > On Wed, 13 Dec 2017 22:00:48 +0100 > Thomas Monjalon wrote: > > > 13/12/2017 18:09, Stephen Hemminger: > > > Many DPDK drivers require that setup and initialization be done by > > > the primary process. This is mostly to avoid dealing with concurrency since > > > there can be multiple secondary processes. > > > > I think we should consider this limitation as a bug. > > We must allow a secondary process to initialize a device. > > The race in device creation must be fixed. > > > > Secondary processes should be able to do setup. > But it is up to the application not to do it concurrently from multiple > processes. Yes there can be synchronization between processes. But I think it is safer to fix the device creation race in ethdev. Note that I am not talking about configuration concurrency, but just race in probing.