On Tue, Mar 3, 2020 at 1:14 PM Ori Kam <or...@mellanox.com> wrote: > > Hi Xiang, > > May I ask when do you plan to add the Hyperscan code to the DPDK? > > > -----Original Message----- > > From: dev <dev-boun...@dpdk.org> On Behalf Of Wang Xiang > > Sent: Monday, March 2, 2020 9:05 AM > > To: Ori Kam <or...@mellanox.com> > > Cc: jer...@marvell.com; dev@dpdk.org; pbhagavat...@marvell.com; Shahaf > > Shuler <shah...@mellanox.com>; hemant.agra...@nxp.com; Opher Reviv > > <op...@mellanox.com>; Alex Rosenbaum <al...@mellanox.com>; > > dov...@marvell.com; pkap...@marvell.com; nipun.gu...@nxp.com; > > bruce.richard...@intel.com; yang.a.h...@intel.com; harry.ch...@intel.com; > > gu.ji...@zte.com.cn; shanjia...@chinatelecom.cn; > > zhangy....@chinatelecom.cn; lixin...@huachentel.com; wush...@inspur.com; > > yuying...@yxlink.com; fanchengg...@sunyainfo.com; > > davidf...@tencent.com; liuzho...@chinaunicom.cn; > > zhaoyon...@huawei.com; o...@yunify.com; j...@netgate.com; > > hongjun...@intel.com; j.bromh...@titan-ic.com; d...@ntop.org; > > f...@napatech.com; arthur...@lionic.com; Thomas Monjalon > > <tho...@monjalon.net> > > Subject: Re: [dpdk-dev] [RFC v5] regexdev: introduce regexdev subsystem > > > > Hi Ori, > > > > Comments below. > > > > Thanks, > > Xiang > > > > On Thu, Feb 27, 2020 at 03:08:35PM +0000, Ori Kam wrote: > > > From: Jerin Jacob <jer...@marvell.com> > > > > > > Even though there are some vendors which offer Regex HW offload, due to > > > lack of standard API, It is diffcult for DPDK consumer to use them > > > in a portable way. > > > > > > This _RFC_ attempts to standardize the RegEx/DPI offload APIs for DPDK. > > > > > > This RFC crafted based on SW Regex API frameworks such as libpcre and > > > hyperscan and a few of the RegEx HW IPs which I am aware of. > > > > > > RegEx pattern matching applications: > > > * Next Generation Firewalls (NGFW) > > > * Deep Packet and Flow Inspection (DPI) > > > * Intrusion Prevention Systems (IPS) > > > * DDoS Mitigation > > > * Network Monitoring > > > * Data Loss Prevention (DLP) > > > * Smart NICs > > > * Grammar based content processing > > > * URL, spam and adware filtering > > > * Advanced auditing and policing of user/application security policies > > > * Financial data mining - parsing of streamed financial feeds > > > * Application recognition. > > > * Dmemory introspection. > > > * Natural Language Processing (NLP) > > > * Sentiment Analysis. > > > * Big data databse acceleration. > > > * Computational storage. > > > > > > Request to review from HW and SW RegEx vendors and RegEx application > > > users to have portable DPDK API for RegEx. > > > > > > The API schematics are based cryptodev, eventdev and ethdev existing > > > device API. > > > > > > Signed-off-by: Jerin Jacob <jer...@marvell.com> > > > Signed-off-by: Pavan Nikhilesh <pbhagavat...@marvell.com> > > > Signed-off-by: Ori Kam <or...@mellanox.com> > > > --- > > > V5: > > > * Remove unused iov struct. > > > V4: > > > * Replace iov with mbuf. > > > * Small ML comments. > > > V3: > > > * Change subject title. > > > V2: > > > * Address ML comments. > > > --- > > > + > > > +#define RTE_REGEX_DEV_SUPP_PCRE_GREEDY_F (1ULL << 6) > > > +/**< RegEx device support PCRE Greedy mode. > > > + * For example if the RegEx is 'AB\d*?' then '*?' represents zero or > > unlimited > > > + * matches. In greedy mode the pattern 'AB12345' will be matched > > completely > > > + * where as the ungreedy mode 'AB' will be returned as the match. > > > + * @see struct rte_regex_dev_info::regex_dev_capa > > > + */ > > > + > > > > Hyperscan actually supports "match all" semantic, neither greedy nor > > ungreedy, > > which is different from PCRE. In the case above, AB, AB1, ..., AB12345 will > > all > > be returned as matches. Do HW solutions support this? > > No our HW doesn't support this. > Jerin, does Marvell HW support this?
No. It does not support it.
