From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-it0-f67.google.com (mail-it0-f67.google.com [209.85.214.67]) by dpdk.org (Postfix) with ESMTP id 44C482BD6; Tue, 15 Nov 2016 06:44:08 +0100 (CET) Received: by mail-it0-f67.google.com with SMTP id c20so17476673itb.0; Mon, 14 Nov 2016 21:44:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Nh+HU+CHJy9fpK81+6ima1hrP3Uya8C8HyGkgNfx+rY=; b=pIHmaBmWoIje03NfwNDJ7FZAvLRr5GlhHsRseOrG/MXdSoYBSDFPR7r2rPTIof/a6D H9H6fXRvRiZTKfECbLYPig7iu3cJqTybItLcjuJTGNo6KQiolDNSBswem1cty3pzirTP ci2vJolMwWtgZrIW3gjxeDfVdPgeO9ndnjLAeUQLzMt+oYcO8aTtc9fiLs1o/PB28TBc U2/QImB0Fjg28uSnCpuG41QTvgPpoaxsPpwnIrkcxtilX+LoXOIH09XV0TfmlrrpsT/X qNBoH5EV9jIEFeFKlwwQza7SSuXB6WHFdSY59Q5q73KLW7yo210BFsTDr6DVcUe+3RNZ d0bg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Nh+HU+CHJy9fpK81+6ima1hrP3Uya8C8HyGkgNfx+rY=; b=cKW+U4gCCZMe2SMzxECwTIhHfQFYojTOizRJAh3kPV1s1o4Xb1EdtAMkQjP0qPOKi9 PyhvO+jk2xtuAHFJ7sylFuMraDkSUCTodcGFR6vTKRDeilxcGfj2fhwhoRTk3dEBFpeC 4JFmk/QUTwaoLhqZh+XFgEx7vHagLnvxmSUa+CkdfYWXYfpJjamsGrOSmJRFzTll1Iqt tnrPe8QlFImewRNHVytDPbHjxFTla+TcmjaPRMelm8hK9y+JKye1+2ZpOpYY1xbtRrlH EU5nD1gtDllNjk8QAq4wryB1ILiLuZSJJKqTo7zH8wDkyJ4l1iVzRxnERh0+M7DjpnWe ES0Q== X-Gm-Message-State: ABUngveVqwcCEYnu9zoDpjJHskAjjoLLpqavqcchXSszfAL88M9vaWLzaXMJZyjX/gZj/4udxDvQb7PW/wIbLQ== X-Received: by 10.157.39.166 with SMTP id c35mr7727217otb.81.1479188647286; Mon, 14 Nov 2016 21:44:07 -0800 (PST) MIME-Version: 1.0 Received: by 10.202.87.74 with HTTP; Mon, 14 Nov 2016 21:44:06 -0800 (PST) In-Reply-To: References: From: Anupam Kapoor Date: Tue, 15 Nov 2016 11:14:06 +0530 Message-ID: To: Nikhil Jagtap Cc: konstantin.ananyev@intel.com, dev@dpdk.org, users@dpdk.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-dev] acl: delete/modify rule support X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2016 05:44:08 -0000 On Tue, Nov 15, 2016 at 10:40 AM, Nikhil Jagtap wrote: > Is it possible to build the ACL context over a period of time, one rule > at a time by calling build post each add operation? > Something like this : > rte_acl_add_rules(ctx, rule1, 1); > rte_acl_build(ctx, build_cfg); > rte_acl_add_rules(ctx, rule2, 1); > rte_acl_build(ctx, build_cfg); > rte_acl_add_rules(ctx, rule3, 1); > rte_acl_build(ctx, build_cfg); > > I tried this, and it seems to be working - but still wanted to confirm. > =E2=80=8Byes this is fine. but building the querying data-structure is not = thread safe. so more often than not, you are better of having a rule-list, and then building it all in one fell swoop... =E2=80=8B > > 2) I did not find any delete-rule API. I understand from one of the email > archives (http://dpdk.org/ml/archives/dev/2015-June/018868.html) that it > is > not supported. Any specific reason why deletion of rule is not supported? > Any plan to support it? > Any alternative way other than destroying the whole context, adding the n= ew > set of rules and building the rules again? > current implementation uses multibit-trie=E2=80=8Bs. to conserve memory, ru= les are split into multiple non-overlapping/non-intersecting rules. i would wager that implementing deletion would be non-trivial :) better option might be to add/modify/delete your rule-list, and rebuild, and then re-use... =E2=80=8B-- kind regards anupam=E2=80=8B In the beginning was the lambda, and the lambda was with Emacs, and Emacs was the lambda.