From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 7A41CA0540; Wed, 6 Jul 2022 16:21:41 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id B83C940FAE; Wed, 6 Jul 2022 16:21:38 +0200 (CEST) Received: from mail-pl1-f171.google.com (mail-pl1-f171.google.com [209.85.214.171]) by mails.dpdk.org (Postfix) with ESMTP id E34E140687; Wed, 6 Jul 2022 16:21:36 +0200 (CEST) Received: by mail-pl1-f171.google.com with SMTP id p9so3631657plr.11; Wed, 06 Jul 2022 07:21:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=kLgMG77MQ3AE0RQ82yo4yisExR1Ms7V2pCp3ncsTnKQ=; b=R/TmJM7riUw5ApwzJr38G5QL4HJNNL9SLWy98KBxloOPsftWEkeaznoIA8slbQchqe 1neBb205s1T3EundXOuz6nRT7KDdc71uPzWxmPJ7ggqBAlOwBBa1bkfbW/GDSuAtC28E MfrhrnBmYppTXtlt4J6F35vXcsuF75LXfYOcS76E2QwjkRR/9hme9SF+A90qx4CXSXsu pseGBihbRIRihozbfplsbw38/wr0xszkcdH2SqoUp5dwkv7AvxqERht3gIWFMjGC2vqE BSvhulDh5uyQHLg/288ApMQQitX0lB985ZWrBZ5yhWiqVAaXxmapTpfJfQCm4kWLzCFy wYZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=kLgMG77MQ3AE0RQ82yo4yisExR1Ms7V2pCp3ncsTnKQ=; b=dQjvaFvaGpuy0emtcv7fXvj9wlPf43ji7oXBMyJW2qYr5Tvwa/JdDPWBvcdafxuVb0 asRaKnMMsXlDCK0xO9Bw6NLQw6AC4jYDSVih9qnwMppaGwGCc0h//V8CHvWurz1+VkPS /sdYhKcJgZx0sbJMvfZlslWBbiTzCZ+PbHlBFtgXJGVZJCKw37GepcpwQPeIC/S0BdBb dhq0XYL0Emf9xe8ct1T/KXuL5TRdvdyKHhpG4ml/Bn3jap3glP8VxcBOIZkG08RXxQMZ yR+ypxtuKrKCm64DhFy6P8UK89zCtncquoaY0MkREOaygT7muUfgxcFuiRSC8cHb44bQ brzg== X-Gm-Message-State: AJIora9U91l0SG3WFsvD5C3yg5MinZzQzxH7P2m+gGg+xWkBH4SA4akP 4pwZYpO0LGoCtCA4hcniegC/HxXm7s6hOh5hHnq9gpxZMLY= X-Google-Smtp-Source: AGRyM1v3ndLteUKKk0BqnxgdsE3381O68DKg0oKKN6yKDq+Qv1h63r8CJWTVl2L2oABFavywR49b3sJwa7XEHT/D4Bc= X-Received: by 2002:a17:90a:5101:b0:1ef:7fbb:7a22 with SMTP id t1-20020a17090a510100b001ef7fbb7a22mr24440107pjh.24.1657117295709; Wed, 06 Jul 2022 07:21:35 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: venkatesh bs Date: Wed, 6 Jul 2022 19:51:24 +0530 Message-ID: Subject: Re: clarification on RTE_HASH_EXTRA_FLAGS_RW_CONCURRENCY_LF flag To: dev@dpdk.org, users@dpdk.org Content-Type: multipart/alternative; boundary="000000000000c310ef05e323af92" X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org --000000000000c310ef05e323af92 Content-Type: text/plain; charset="UTF-8" Hi All, In multithreaded/Multicore environment can we use RTE_HASH_EXTRA_FLAGS_RW_CONCURRENCY_LF independently, or this flag should always be used with RTE_HASH_EXTRA_FLAGS_MULTI_WRITER_ADD. We are trying to create and access the hash table with RTE_HASH_EXTRA_FLAGS_RW_CONCURRENCY_LF only. We are getting crashes in multi core environments , we debugged nothing wrong in the application , everything looks good. We call rte_hash_del_key() first and from the returned position we are calling rte_hash_free_key_with_position(). Please let me know if we missed something. Thanks, Venkatesh. On Wed, Jul 6, 2022 at 7:07 PM venkatesh bs wrote: > Hi All, > > In multithreaded/Multicore environment can we use RTE_HASH_EXTRA_FLAGS_RW_CONCURRENCY_LF > independently, > or this flag should always be used with > RTE_HASH_EXTRA_FLAGS_MULTI_WRITER_ADD. > > We are trying to create and access the hash table with RTE_HASH_EXTRA_FLAGS_RW_CONCURRENCY_LF > only. > We are getting crashes in multi core environments , we debugged nothing > wrong in the application , everything looks good. > > We call rte_hash_del_key() first and from the returned position we are > calling rte_hash_free_key_with_position(). > > Please let me know if we missed something. > > Thanks, > Venkatesh. > > On Wed, Jul 6, 2022 at 9:15 AM venkatesh bs wrote: > >> Hi All, >> >> In multithreaded/Multicore environment can we use RTE_HASH_EXTRA_FLAGS_RW_CONCURRENCY_LF >> independently, >> or this flag should always be used with >> RTE_HASH_EXTRA_FLAGS_MULTI_WRITER_ADD. >> >> We are trying to create and access the hash table with RTE_HASH_EXTRA_FLAGS_RW_CONCURRENCY_LF >> only. >> We are getting crashes in multi core environments , we debugged nothing >> wrong in the application , everything looks good. >> >> We call rte_hash_del_key() first and from the returned position we are >> calling rte_hash_free_key_with_position(). >> >> Please let me know if we missed something. >> >> Thanks, >> Venkatesh. >> > --000000000000c310ef05e323af92 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi All,

In multithreaded/= Multicore=C2=A0 environment=C2=A0can we use=C2=A0RTE_HASH_EXTRA_F= LAGS_RW_CONCURRENCY_LF independently,=C2=A0
or this flag should always be used with=C2=A0RTE_HASH_EXTRA_FLAGS_MULTI_WRITER_ADD.

We are trying to create and access the hash tabl= e with=C2=A0RTE_HASH_EXTRA_FLAGS_RW_CONCURRENCY_LF only.
We are getting cr= ashes in multi core environments , we debugged nothing wrong in the applica= tion , everything looks good.

We call=C2=A0rte_hash_del_key() first and from the returned posi= tion we are calling=C2=A0rte_hash_free_key_with_position().

P= lease let me know if we missed something.

Thanks,
Venkatesh.

On Wed, Jul 6, 2022 = at 7:07 PM venkatesh bs <venki.bs= v@gmail.com> wrote:
Hi All,

In mul= tithreaded/Multicore=C2=A0 environment=C2=A0can we use=C2=A0RTE_H= ASH_EXTRA_FLAGS_RW_CONCURRENCY_LF independently,=C2=A0
<= div>or this flag should always be used w= ith=C2=A0RTE_HASH_EXTRA_FLAGS_MULTI_WRITER_ADD.

We are trying to create and access th= e hash table with=C2=A0RTE_HASH_EXTRA_FLAGS_RW_CONCURRENCY= _LF only.
We are= getting crashes in multi core environments , we debugged nothing wrong in = the application , everything looks good.
=
We call=C2=A0rte_hash_del_key() first and from the ret= urned position we are calling=C2=A0rte_hash_free_key_with_position().

Please let me know if we missed something.

Thanks,
Venkatesh.

<= div class=3D"gmail_quote">
On Wed, Jul= 6, 2022 at 9:15 AM venkatesh bs <venki.bsv@gmail.com> wrote:
Hi All,

In multithreaded/Multicore=C2=A0 environment=C2=A0can = we use=C2=A0RTE_HASH_EXTRA_FLAGS_RW_CONCURRENCY_LF independently,= =C2=A0
or this f= lag should always be used with=C2=A0RTE_HASH_EXTRA_FLAGS_M= ULTI_WRITER_ADD.

We are try= ing to create and access the hash table with=C2=A0RTE_HASH= _EXTRA_FLAGS_RW_CONCURRENCY_LF only.
We are getting crashes in multi core environments , we= debugged nothing wrong in the application , everything looks good.<= /span>

We call=C2=A0rte_hash_del_k= ey() first and from the returned position we are calling=C2=A0rte_hash_free= _key_with_position().

=
Please let me know if we missed somethi= ng.

Thanks,
Venkate= sh.
--000000000000c310ef05e323af92--