From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pavan Nikhilesh Bhagavatula Subject: Re: [PATCH 1/3] evendev: fix inconsistency in event queue config Date: Mon, 23 Oct 2017 20:24:44 +0530 Message-ID: <20171023145443.GA4502@PBHAGAVATULA-LT> References: <1507814147-8223-1-git-send-email-pbhagavatula@caviumnetworks.com> <20171020103032.GA7404@PBHAGAVATULA-LT> <20171020190927.GA18722@PBHAGAVATULA-LT> <20171023084138.GA27709@PBHAGAVATULA-LT> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: dev@dpdk.org To: "Van Haaren, Harry" Return-path: Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0076.outbound.protection.outlook.com [104.47.37.76]) by dpdk.org (Postfix) with ESMTP id 7553C1B646 for ; Mon, 23 Oct 2017 16:55:08 +0200 (CEST) Content-Disposition: inline In-Reply-To: List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On Mon, Oct 23, 2017 at 02:45:32PM +0000, Van Haaren, Harry wrote: > > From: Pavan Nikhilesh Bhagavatula [mailto:pbhagavatula@caviumnetworks.com] > > Sent: Monday, October 23, 2017 9:42 AM > > To: Van Haaren, Harry ; > > jerin.jacob@caviumnetworks.com > > Cc: dev@dpdk.org > > Subject: Re: [dpdk-dev] [PATCH 1/3] evendev: fix inconsistency in event > > queue config > > > > On Mon, Oct 23, 2017 at 08:04:26AM +0000, Van Haaren, Harry wrote: > > > > From: Pavan Nikhilesh Bhagavatula > > [mailto:pbhagavatula@caviumnetworks.com] > > > > Sent: Friday, October 20, 2017 8:09 PM > > > > To: Van Haaren, Harry > > > > Cc: dev@dpdk.org > > > > Subject: Re: [dpdk-dev] [PATCH 1/3] evendev: fix inconsistency in event > > > > queue config > > > > > > > > On Fri, Oct 20, 2017 at 04:38:57PM +0000, Van Haaren, Harry wrote: > > > > > > > > > > > > > > Sure, I see two sane-ish options: > > > > > > > > > > 1) Return an error code from get_attr(), which actually means "ALL > > TYPES". > > > > Feels a bit weird, because an error value is really a valid return. > > > > > > > > > > 2) Return UINT_MAX (aka, -1) as the scheduling value. Applications > > that > > > > use/care about the scheduling type must check, others can ignore it. > > > > > > > > > > I'm not sure which of these is the better/less-bad solution. Opinions? > > -H > > > > > > > > > > > > > I think 1st option would be good, we could use ENOTUNIQ to represent > > that > > > > the > > > > queue type is "ALL TYPE". > > > > > > > > Thoughts? > > > > > > > > > OK with me! > > > > > Hey Harry/Jerin, > > > > Sadly ENOTUNIQ is not supported on freebsd so, would returning EOPNOTSUPP > > make > > sense as it is closest error message that has similar meaning. > > I found ENOATTR in freebsd but that's not supported on linux. > > > EOVERFLOW seems to be supported on both, and suggests that the ALL_TYPES return would "overflow", aka is too big, aka, too many types to return? > > Documenting the return is IMO more important that exactly what the value is - given there's no logical errno to use, lets use this and document it clearly so when somebody looks at the docs, they'll gain the correct undersanding? > Agreed will spin out a v2. Thanks for the inputs Harry. Pavan. > -H >