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 03613A00C5 for ; Thu, 15 Sep 2022 14:06:36 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 740D340E50; Thu, 15 Sep 2022 14:06:31 +0200 (CEST) Received: from mail-lj1-f171.google.com (mail-lj1-f171.google.com [209.85.208.171]) by mails.dpdk.org (Postfix) with ESMTP id E860140156; Thu, 15 Sep 2022 14:06:28 +0200 (CEST) Received: by mail-lj1-f171.google.com with SMTP id bn9so21916243ljb.6; Thu, 15 Sep 2022 05:06:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:mime-version:from:to:cc:subject :date; bh=qlErs8q3LrOc1g9LLMsfB6FBfn+mL4eYPW96b6sBJlQ=; b=VE45O5nJs97wbuyMkeq2K5pH4vtanXCef7EtEQ5DwGF6KCpchFAxTqDf43qhNbfDjf VMvjhCOczxvJXVoTDd0UZt12L8IEu0bJ2MDA/J6pRmdH5ODW9s4nF/fqF8zJZsdQiiZe biKsX+eIxjUFizDox2gLTOvBKZAItOFN5ig2x7mJhw/sOpjakXX+fzbBqre5BAc7eHAt 0X8fVeBQ/nSdwOXiZfjFU2cBbBumIZ4TbSqoui8lSFEUjFdc7uJ2OvVkC5ZVSi4pxfkp Zm0y17hsERGcy0nq/fU24OnCH28llMKpPs1qw1uCMq85oLX4oYAqUwge/JACug4GRPut PaCw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date; bh=qlErs8q3LrOc1g9LLMsfB6FBfn+mL4eYPW96b6sBJlQ=; b=dOyJlnXCV+rIg6zPTL4W85sUicKCWduwfiBm+pLCNU6UD+Ue1XfKkWAEZmyMcZhV79 7f0uWjgoHcnlPqXj0WatWDiF/habdJj/dIpMZOgcEN7Z3nLjoDHLljJLDOocWUtQGtcX ABM/W2/xGTSdcSOjbHIaXLKIcrGvf8D9i+AlB/8418Rxx4QrZrJDlDOD9WJpB1DA2KLQ sWq2MqOQ9ignJq2IeIR1/GRB6pPvtE5RgefANNEw3/LzRsxU3hiaTFagD+TcjGxLQqq7 tTCV51+troWyO+U5E7B6ikTZk08ShWU8OLTsB4vnzIwgDIghxB+rcybwHaLDFSiCLcGM vqwQ== X-Gm-Message-State: ACgBeo3xknDOIn5psK817SXbXh3o6eVOL7IEV9PQzd4ESAJQ3zTl3Pvr o/aGTjiRGX5ob5VtFjnwu1Et+yoDIqIgM1Ie7UYKFVV96xY= X-Google-Smtp-Source: AA6agR4DIIT0MusUvCAjk/eoZlwyEiZ2Ys6aFL/6P3RkVrNLSDbD4GTR+jEFmKAtl7flNVdWAcrheziN5N6WjXBzxso= X-Received: by 2002:a2e:bc04:0:b0:26c:5e:c186 with SMTP id b4-20020a2ebc04000000b0026c005ec186mr6825179ljf.118.1663243587849; Thu, 15 Sep 2022 05:06:27 -0700 (PDT) MIME-Version: 1.0 From: Nishant Verma Date: Thu, 15 Sep 2022 08:06:16 -0400 Message-ID: Subject: Crash in RTE_TIMER To: USERS Cc: dev@dpdk.org Content-Type: multipart/alternative; boundary="0000000000003a924705e8b613c2" X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org --0000000000003a924705e8b613c2 Content-Type: text/plain; charset="UTF-8" Hi, I am facing one issue in rte_timer. The description is quite generic. *Setup*: I am using DPDK 21.11 OS: Centos 7.9 CPU: Intel(R) Xeon(R) CPU D-1581 @ 1.80GHz NIC: SR-IOV on X552 Process: Single primary process(one core, one instance) only *Earlier Running Application: * We built our app as a library and used that lib while building the DPDK app. For example: We have some c source code that we build libMY_APP.a This library was included in an application that is using DPDK libs as well. Consider this application as an extension to the l3fwd app present in the example section. It works well. [BINARY = DPDK_APP(l3fwd based app) + libMY_APP.a ] *Changed APP:* Now instead of our my_app as library, we build DPDK app as static lib and include that lib plus rte libs while compiling my_app. Compilation and everything is fine but don't know why rte_timer_mange always crashed out. [BINARY = DPDK_APP compile as static lib(libL3DPDK.a) + (librte_*.a) + MY_APP(source code) ] *Extract from gdb core dump* 0x00000000060db2ae in timer_get_prev_entries (time_val=17207637256614021, tim_lcore=1, prev=0x7fffffffe100, priv_timer=0x5bfe20980) at ../lib/timer/rte_timer.c:364 364 prev[lvl]->sl_next[lvl]->expire <= time_val) Missing separate debuginfos, use: debuginfo-install boost-system-1.53.0-27.el7.x86_64 glibc-2.17-260.el7.x86_64 libgcc-4.8.5-36.el7.x86_64 libstdc++-4.8.5-36.el7.x86_64 numactl-libs-2.0.9-7.el7.x86_64 openssl-libs-1.0.2k-16.el7.x86_64 zlib-1.2.7-18.el7.x86_64 (gdb) bt #0 0x00000000060db2ae in timer_get_prev_entries (time_val=17207637256614021, tim_lcore=1, prev=0x7fffffffe100, priv_timer=0x5bfe20980) at ../lib/timer/rte_timer.c:364 #1 0x00000000060db41f in timer_add (tim=0x4bbe54200, tim_lcore=1, priv_timer=0x5bfe20980) at ../lib/timer/rte_timer.c:406 #2 0x00000000060db8f8 in __rte_timer_reset (tim=0x4bbe54200, expire=17207637256614021, period=1170000000, tim_lcore=1, fct=0x6fbc7c , arg=0x730f200 , local_is_locked=0, timer_data=0x5bfe20980) at ../lib/timer/rte_timer.c:531 #3 0x00000000060dba42 in rte_timer_alt_reset (timer_data_id=0, tim=0x4bbe54200, ticks=1170000000, type=PERIODICAL, tim_lcore=1, fct=0x6fbc7c , arg=0x730f200 ) at ../lib/timer/rte_timer.c:574 #4 0x00000000060db99b in rte_timer_reset (tim=0x4bbe54200, ticks=1170000000, type=PERIODICAL, tim_lcore=1 Any pointer or suggestion, anything needs to be checked is highly appreciated. Thanks. Nishant --0000000000003a924705e8b613c2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

I am facing = one issue in rte_timer. The description is quite generic.
<= br>
Setup:
I am using DPDK 21.11
OS: Centos 7.9
CPU:=C2=A0Intel(R) Xeon(R) CPU D-1581 @= 1.80GHz
NIC: SR-IOV=C2=A0on X552
Process: Sing= le primary process(one core, one instance) only

Earlier Running Application:=C2=A0
We built our = app as a library and used that lib while building the DPDK app.=C2=A0=C2=A0=
For example:=C2=A0
We have some c source cod= e that we build libMY_APP.a This library was included in an application tha= t is using DPDK libs as well. Consider this application as an extension=C2= =A0to the l3fwd app present in the example section. It works well. [BINARY = =3D DPDK_APP(l3fwd based app) + libMY_APP.a ]


Changed APP:
Now instead of our= my_app as library, we build DPDK app as static lib and include that lib pl= us rte libs while compiling my_app.
Compilation and everythin= g is fine but don't know why rte_timer_mange always crashed out.
<= div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:#= 073763">[BINARY =3D DPDK_APP compile as static lib(libL3DPDK.a) + (librte_*= .a) + MY_APP(source code) ]


=
Extract from gdb core dump
0x00000000060db2ae= in timer_get_prev_entries (time_val=3D17207637256614021, tim_lcore=3D1, pr= ev=3D0x7fffffffe100, priv_timer=3D0x5bfe20980)
=C2=A0 =C2=A0 at ../lib/t= imer/rte_timer.c:364
364 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 prev[lvl]->sl_next[lvl]->expire <=3D time_val)
Missing s= eparate debuginfos, use: debuginfo-install boost-system-1.53.0-27.el7.x86_6= 4 glibc-2.17-260.el7.x86_64 libgcc-4.8.5-36.el7.x86_64 libstdc++-4.8.5-36.e= l7.x86_64 numactl-libs-2.0.9-7.el7.x86_64 openssl-libs-1.0.2k-16.el7.x86_64= zlib-1.2.7-18.el7.x86_64
(gdb) bt
#0 =C2=A00x00000000060db2ae in tim= er_get_prev_entries (time_val=3D17207637256614021, tim_lcore=3D1, prev=3D0x= 7fffffffe100, priv_timer=3D0x5bfe20980)
=C2=A0 =C2=A0 at ../lib/timer/rt= e_timer.c:364
#1 =C2=A00x00000000060db41f in timer_add (tim=3D0x4bbe5420= 0, tim_lcore=3D1, priv_timer=3D0x5bfe20980) at ../lib/timer/rte_timer.c:406=
#2 =C2=A00x00000000060db8f8 in __rte_timer_reset (tim=3D0x4bbe54200, ex= pire=3D17207637256614021, period=3D1170000000, tim_lcore=3D1,
=C2=A0 =C2= =A0 fct=3D0x6fbc7c <SKL_timerExpired>, arg=3D0x730f200 <g_healthCh= eckTimer>, local_is_locked=3D0, timer_data=3D0x5bfe20980)
=C2=A0 =C2= =A0 at ../lib/timer/rte_timer.c:531
#3 =C2=A00x00000000060dba42 in rte_t= imer_alt_reset (timer_data_id=3D0, tim=3D0x4bbe54200, ticks=3D1170000000, t= ype=3DPERIODICAL, tim_lcore=3D1,
=C2=A0 =C2=A0 fct=3D0x6fbc7c <SKL_ti= merExpired>, arg=3D0x730f200 <g_healthCheckTimer>) at ../lib/timer= /rte_timer.c:574
#4 =C2=A00x00000000060db99b in rte_timer_reset (tim=3D0= x4bbe54200, ticks=3D1170000000, type=3DPERIODICAL, tim_lcore=3D1
<= div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:#= 073763">

Any pointer or suggestion, an= ything needs to be checked is highly appreciated.

<= div class=3D"gmail_default" style=3D"font-family:verdana,sans-serif;color:#= 073763">
Thanks.

Nishan= t
--0000000000003a924705e8b613c2--