From: "Nicolau, Radu" <radu.nicolau@intel.com>
To: Anoob Joseph <anoobj@marvell.com>, "dev@dpdk.org" <dev@dpdk.org>
Cc: "akhil.goyal@nxp.com" <akhil.goyal@nxp.com>,
"konstantin.ananyev@intel.com" <konstantin.ananyev@intel.com>,
"bernard.iremonger@intel.com" <bernard.iremonger@intel.com>,
"declan.doherty@intel.com" <declan.doherty@intel.com>,
"stephen@networkplumber.org" <stephen@networkplumber.org>
Subject: Re: [dpdk-dev] [PATCH v2] security: add statistics definitions and update API
Date: Tue, 3 Sep 2019 11:13:59 +0100 [thread overview]
Message-ID: <cb675f31-affb-a8cc-0f56-9c9bf0803eeb@intel.com> (raw)
In-Reply-To: <MN2PR18MB28771658A3391D1210AD2F47DFB90@MN2PR18MB2877.namprd18.prod.outlook.com>
Hi, replies inline:
On 9/3/2019 11:04 AM, Anoob Joseph wrote:
> Hi Radu,
>
> Please see inline.
>
> Thanks,
> Anoob
>
>> -----Original Message-----
>> From: dev <dev-bounces@dpdk.org> On Behalf Of Radu Nicolau
>> Sent: Tuesday, September 3, 2019 3:12 PM
>> To: dev@dpdk.org
>> Cc: akhil.goyal@nxp.com; konstantin.ananyev@intel.com;
>> bernard.iremonger@intel.com; declan.doherty@intel.com;
>> stephen@networkplumber.org; Radu Nicolau <radu.nicolau@intel.com>
>> Subject: [dpdk-dev] [PATCH v2] security: add statistics definitions and update
>> API
>>
>> Update IPsec statistics struct definition, add per SA statistics collection enable
>> flag.
>>
>> Signed-off-by: Radu Nicolau <radu.nicolau@intel.com>
>> ---
>> v2: added second reserved field
>>
>> lib/librte_security/rte_security.h | 24 ++++++++++++++++++++----
>> 1 file changed, 20 insertions(+), 4 deletions(-)
>>
>> diff --git a/lib/librte_security/rte_security.h
>> b/lib/librte_security/rte_security.h
>> index 96806e3..21bbee2 100644
>> --- a/lib/librte_security/rte_security.h
>> +++ b/lib/librte_security/rte_security.h
>> @@ -172,6 +172,14 @@ struct rte_security_ipsec_sa_options {
>> * * 0: Inner/outer header are not modified.
>> */
>> uint32_t ecn : 1;
>> +
>> + /**< Security statistics
>> + *
>> + * * 1: Enable per session security statistics collection for
>> + * this SA, if supported by the driver.
>> + * * 0: Disable per session security statistics collection for this SA.
>> + */
> [Anoob] I believe you will have to add the above description after the item. Else the documentation generated could end up wrong. Description of all items of this structure is actually wrong.
> https://doc.dpdk.org/api/structrte__security__ipsec__sa__options.html
It is wrong indeed, I will fix it for the whole struct.
>
>> + uint32_t stats : 1;
>> };
>>
>> /** IPSec security association direction */ @@ -482,8 +490,14 @@ struct
>> rte_security_macsec_stats { };
>>
>> struct rte_security_ipsec_stats {
>> - uint64_t reserved;
>> -
>> + uint64_t ipackets; /**< Successfully received IPsec packets. */
>> + uint64_t opackets; /**< Successfully transmitted IPsec packets.*/
>> + uint64_t ibytes; /**< Successfully received IPsec bytes. */
>> + uint64_t obytes; /**< Successfully transmitted IPsec bytes. */
>> + uint64_t ierrors; /**< IPsec packets receive/decrypt errors. */
>> + uint64_t oerrors; /**< IPsec packets transmit/encrypt errors. */
>> + uint64_t reserved1; /**< Reserved for future use. */
>> + uint64_t reserved2; /**< Reserved for future use. */
>> };
>>
>> struct rte_security_pdcp_stats {
>> @@ -507,10 +521,12 @@ struct rte_security_stats {
>> *
>> * @param instance security instance
>> * @param sess security session
>> + * If security session is NULL then global (per security instance)
>> + statistics
>> + * will be retrieved, if supported
> [Anoob] With NULL as security session, do we expect PMDs to return stats for all sessions or only for the ones 'stats' is enabled?
We expect global stats, not a sum of per session stats, and independent
of the per session configuration - that is, if there are 2 sessions and
the per seesion stats are enabled for only one, this will still return
the global total. I will make a note of this in the doc.
>
>> * @param stats statistics
>> * @return
>> - * - On success return 0
>> - * - On failure errno
>> + * - On success, return 0
>> + * - On failure, a negative value
> [Anoob] PMDs which doesn't support this would return ENOTSUP, right? Do you think we should document that?
I don't think we need to explicitly document it, as the ENOTSUP is quite
self explanatory.
>
>> */
>> __rte_experimental
>> int
>> --
>> 2.7.4
next prev parent reply other threads:[~2019-09-03 10:14 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-08-30 9:19 [dpdk-dev] [PATCH] " Radu Nicolau
2019-08-30 14:33 ` Stephen Hemminger
2019-09-02 9:20 ` Nicolau, Radu
2019-09-03 9:41 ` [dpdk-dev] [PATCH v2] " Radu Nicolau
2019-09-03 10:04 ` Anoob Joseph
2019-09-03 10:13 ` Nicolau, Radu [this message]
2019-09-03 11:26 ` [dpdk-dev] [EXT] " Anoob Joseph
2019-09-03 13:06 ` [dpdk-dev] [PATCH v3] " Radu Nicolau
2019-09-04 9:23 ` Akhil Goyal
2019-09-19 15:09 ` Akhil Goyal
2019-09-04 9:31 ` [dpdk-dev] [EXT] " Anoob Joseph
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=cb675f31-affb-a8cc-0f56-9c9bf0803eeb@intel.com \
--to=radu.nicolau@intel.com \
--cc=akhil.goyal@nxp.com \
--cc=anoobj@marvell.com \
--cc=bernard.iremonger@intel.com \
--cc=declan.doherty@intel.com \
--cc=dev@dpdk.org \
--cc=konstantin.ananyev@intel.com \
--cc=stephen@networkplumber.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).