From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?iso-8859-1?Q?Ga=EBtan?= Rivet Subject: Re: [PATCH] ethdev: add roughly match pattern Date: Wed, 31 May 2017 09:51:30 +0200 Message-ID: <20170531075129.GP14914@bidouze.vm.6wind.com> References: <1495582134-13665-1-git-send-email-qi.z.zhang@intel.com> <20170530124630.GA1758@6wind.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Adrien Mazarguil , "Mcnamara, John" To: Qi Zhang , dev@dpdk.org Return-path: Received: from mail-wm0-f53.google.com (mail-wm0-f53.google.com [74.125.82.53]) by dpdk.org (Postfix) with ESMTP id E1781911D for ; Wed, 31 May 2017 09:51:36 +0200 (CEST) Received: by mail-wm0-f53.google.com with SMTP id 7so109435137wmo.1 for ; Wed, 31 May 2017 00:51:36 -0700 (PDT) Content-Disposition: inline In-Reply-To: <20170530124630.GA1758@6wind.com> 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 Tue, May 30, 2017 at 02:46:30PM +0200, Adrien Mazarguil wrote: >Hi Zhang, > >You should cram "flow API" somewhere in the title of such commits. > >On Tue, May 23, 2017 at 07:28:54PM -0400, Qi Zhang wrote: >> Add new meta pattern item RTE_FLOW_TYPE_ITEM_ROUGHLY. >> >> This is for device that support no-perfect match option. >> Usually a no-perfect match is fast but the cost is accuracy. >> i.e. Signature Match only match pattern's hash value, but it is >> possible two different patterns have the same hash value. >> >> Matching accuracy level can be configure by subfield threshold. >> Driver can divide the range of threshold and map to different >> accuracy levels that device support. >> >> Signed-off-by: Qi Zhang > >While I really like the "roughly" pattern item name since it perfectly >describes its intended purpose in my opinion, perhaps some may not find this >name appropriate. I would like to hear other people's opinion on the matter >and not be the only one to ack this patch. "no-perfect" has been used a few times in the documentation. How about "IMPERFECT" as item name? -- Gaëtan Rivet 6WIND