From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga05.intel.com (mga05.intel.com [192.55.52.43]) by dpdk.org (Postfix) with ESMTP id 07BD22C71 for ; Wed, 8 Mar 2017 13:11:04 +0100 (CET) Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by fmsmga105.fm.intel.com with ESMTP; 08 Mar 2017 04:11:04 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.36,262,1486454400"; d="scan'208";a="73656361" Received: from irsmsx154.ger.corp.intel.com ([163.33.192.96]) by fmsmga005.fm.intel.com with ESMTP; 08 Mar 2017 04:11:03 -0800 Received: from irsmsx102.ger.corp.intel.com ([169.254.2.230]) by IRSMSX154.ger.corp.intel.com ([169.254.12.40]) with mapi id 14.03.0248.002; Wed, 8 Mar 2017 12:11:02 +0000 From: "Van Haaren, Harry" To: Jerin Jacob CC: "dev@dpdk.org" Thread-Topic: [PATCH] eventdev: remove default queue overriding Thread-Index: AQHSkopBuBJg9dvu7EeJcMxeyK48rKGH2rYAgAMJKoA= Date: Wed, 8 Mar 2017 12:11:01 +0000 Message-ID: References: <1488372542-156763-1-git-send-email-harry.van.haaren@intel.com> <20170306134519.GA7397@localhost.localdomain> In-Reply-To: <20170306134519.GA7397@localhost.localdomain> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiYzkzYjcxNTItYWZjOC00YmQxLWFhYzktYmYzMmJhOGVhY2MzIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX0lDIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE1LjkuNi42IiwiVHJ1c3RlZExhYmVsSGFzaCI6IjhCekxqWHd4eGNIZUxRdkxIXC82Qm9lUW82bXRmNUxMUWtuempzMDdXaHJRPSJ9 x-ctpclassification: CTP_IC x-originating-ip: [163.33.239.182] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] [PATCH] eventdev: remove default queue overriding 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: Wed, 08 Mar 2017 12:11:05 -0000 > -----Original Message----- > From: Jerin Jacob [mailto:jerin.jacob@caviumnetworks.com] > Sent: Monday, March 6, 2017 1:45 PM > To: Van Haaren, Harry > Cc: dev@dpdk.org > Subject: Re: [PATCH] eventdev: remove default queue overriding >=20 > On Wed, Mar 01, 2017 at 12:49:02PM +0000, Harry van Haaren wrote: > > PMDs that only do a specific type of scheduling cannot provide > > CFG_ALL_TYPES, so the Eventdev infrastructure should not demand > > that every PMD supports CFG_ALL_TYPES. >=20 > Sure. Then I think then we can enumerate CFG_ALL_TYPES as capability. > Meaning, New flag in event_dev_cap to denote PMD can support all the sche= d type > per queue. My reasoning for the capability flag is because, The applicati= on flow > will be depended on the logic of creating the queue with different flags. > Thoughts ? Yes, makes sense. =20 > I thought, In SW implementation, We can create 3 virtual queues per > queue. Based on en-queue's shed_type, implementation can choose the > correct underneath virtual queue. I guess, it has performance issues, > if so, Maybe capability is the way forward. You're right that it is possible, you're also right that the performance hit in switching the queue to enqueue to in software is prohibitive of supporting it. +1 for a capability approach. I'll respin the patch, adding a capability, and we can discuss more / merge then. Thanks for the input! > Setting to CFG_ALL_TYPES will be useful for flow based event pipeling > as I mentioned earlier in other email. >=20 > > By not overriding the default configuration of the queue as > > suggested by the PMD, the eventdev_common unit tests can pass > > on all PMDs, regardless of thier capabilities. >=20 > Make sense. We can remove the default as CFG_ALL_TYPES. >=20 > > > > RTE_EVENT_QUEUE_CFG_DEFAULT is no longer used by the eventdev layer > > it can be removed now. Applications should use CFG_ALL_TYPES > > if they require enqueue of all types a queue. > > > > Signed-off-by: Harry van Haaren > > --- > > lib/librte_eventdev/rte_eventdev.c | 1 - > > lib/librte_eventdev/rte_eventdev.h | 6 ------ > > 2 files changed, 7 deletions(-) > > > > diff --git a/lib/librte_eventdev/rte_eventdev.c b/lib/librte_eventdev/r= te_eventdev.c > > index 68bfc3b..c32a776 100644 > > --- a/lib/librte_eventdev/rte_eventdev.c > > +++ b/lib/librte_eventdev/rte_eventdev.c > > @@ -593,7 +593,6 @@ rte_event_queue_setup(uint8_t dev_id, uint8_t queue= _id, > > RTE_FUNC_PTR_OR_ERR_RET(*dev->dev_ops->queue_def_conf, > > -ENOTSUP); > > (*dev->dev_ops->queue_def_conf)(dev, queue_id, &def_conf); > > - def_conf.event_queue_cfg =3D RTE_EVENT_QUEUE_CFG_DEFAULT; > > queue_conf =3D &def_conf; > > } > > > > diff --git a/lib/librte_eventdev/rte_eventdev.h b/lib/librte_eventdev/r= te_eventdev.h > > index 7073987..d836f61 100644 > > --- a/lib/librte_eventdev/rte_eventdev.h > > +++ b/lib/librte_eventdev/rte_eventdev.h > > @@ -471,12 +471,6 @@ rte_event_dev_configure(uint8_t dev_id, > > /* Event queue specific APIs */ > > > > /* Event queue configuration bitmap flags */ > > -#define RTE_EVENT_QUEUE_CFG_DEFAULT (0) > > -/**< Default value of *event_queue_cfg* when rte_event_queue_setup() i= nvoked > > - * with queue_conf =3D=3D NULL > > - * > > - * @see rte_event_queue_setup() > > - */ > > #define RTE_EVENT_QUEUE_CFG_TYPE_MASK (3ULL << 0) > > /**< Mask for event queue schedule type configuration request */ > > #define RTE_EVENT_QUEUE_CFG_ALL_TYPES (0ULL << 0) > > -- > > 2.7.4 > >