Re: [dpdk-dev] Proposal of mbuf Race Condition Detection

ote: > > > > -Original Message- > > > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of jigsaw > > > Sent: Thursday, April 13, 2017 9:59 PM > > > To: Adrien Mazarguil > > > Cc: dev@dpdk.org > > > Subject: Re: [dpdk-dev] Proposal

Re: [dpdk-dev] Proposal of mbuf Race Condition Detection

On Thu, 13 Apr 2017 23:19:45 + "Ananyev, Konstantin" wrote: > > -Original Message- > > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of jigsaw > > Sent: Thursday, April 13, 2017 9:59 PM > > To: Adrien Mazarguil > > Cc: dev@dpdk.org >

Re: [dpdk-dev] Proposal of mbuf Race Condition Detection

> -Original Message- > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of jigsaw > Sent: Thursday, April 13, 2017 9:59 PM > To: Adrien Mazarguil > Cc: dev@dpdk.org > Subject: Re: [dpdk-dev] Proposal of mbuf Race Condition Detection > > Hi Adrien, >

Re: [dpdk-dev] Proposal of mbuf Race Condition Detection

Hi Adrien, Thanks for your comment. The LOCK/UNLOCK may be called by user application only. There are several reasons. 1. If the lib calls LOCK, user application may be punished unexpectedly. Consider what if the Rx burst function calls the LOCK in core #1, and then the mbuf is handed over from

Re: [dpdk-dev] Proposal of mbuf Race Condition Detection

Hi Qinglai, On Thu, Apr 13, 2017 at 04:38:19PM +0300, jigsaw wrote: > Hi, > > I have a proposal for mbuf race condition detection and I would like to get > your opinions before > committing any patch. > > Race condition is the worst bug I can think of; as it causes crashing long > after the firs

[dpdk-dev] Proposal of mbuf Race Condition Detection

Hi, I have a proposal for mbuf race condition detection and I would like to get your opinions before committing any patch. Race condition is the worst bug I can think of; as it causes crashing long after the first crime scene, and the consequence is unpredictable and difficult to understand. Bes