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 DAE83A034F; Tue, 7 Dec 2021 10:53:09 +0100 (CET) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 715D541152; Tue, 7 Dec 2021 10:53:09 +0100 (CET) Received: from inbox.dpdk.org (inbox.dpdk.org [95.142.172.178]) by mails.dpdk.org (Postfix) with ESMTP id 0B0884114F for ; Tue, 7 Dec 2021 10:53:08 +0100 (CET) Received: by inbox.dpdk.org (Postfix, from userid 33) id DAFB4A0547; Tue, 7 Dec 2021 10:53:07 +0100 (CET) From: bugzilla@dpdk.org To: dev@dpdk.org Subject: =?UTF-8?B?W0J1ZyA4OTVdIGRwZGsgMTguMTEgaXBfcGlwZWxpbmUg77yaT25lIHRvIG9u?= =?UTF-8?B?ZSBmb3J3YXJkaW5nIHByb2Nlc3NpbmcgbW9kZSBhcHBlYXIgQ1BVIDAgaXMg?= =?UTF-8?B?MTAwJSBvZiBpbnRlcnJ1cHRlZA==?= Date: Tue, 07 Dec 2021 09:53:07 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: DPDK X-Bugzilla-Component: ethdev X-Bugzilla-Version: 18.11 X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: dyl_wlc@163.com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: dev@dpdk.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.dpdk.org/ Auto-Submitted: auto-generated X-Auto-Response-Suppress: All MIME-Version: 1.0 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 https://bugs.dpdk.org/show_bug.cgi?id=3D895 Bug ID: 895 Summary: dpdk 18.11 ip_pipeline =EF=BC=9AOne to one forwarding processing mode appear CPU 0 is 100% of interrupted Product: DPDK Version: 18.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: Normal Component: ethdev Assignee: dev@dpdk.org Reporter: dyl_wlc@163.com Target Milestone: --- Hello, I used the ip_pipeline program of 18.11 dpdk and made it flow 1GB/s.= I found that the 0-core CPU occupies very high (usleep has been added in the = for loop of the ip_pipeline main function, which should not occupy very high CP= U). This is my hardware information: CPU model : Intel(R) Core(TM) i7-6700 CPU @ 3.40GHz Network card model and version : i40e 1.5.10-k, two card Network card firmware : 6.01 0x8000372b 0.0.0 Modified ip_pipeline main function : /* Script */ if (app.script_name) cli_script_process(app.script_name, app.conn.msg_in_len_max, app.conn.msg_out_len_max); #include /* Dispatch loop */ for ( ; ; ) { conn_poll_for_conn(conn); usleep(5000); conn_poll_for_msg(conn); kni_handle_request(); } CLI startup parameters: ./ip_pipeline -c f -- -s ./l2fwd.cli CLI content: mempool MEMPOOL0 buffer 2304 pool 32K cache 256 cpu 0 link LINK0 dev 0000:03:00.1 rxq 1 128 MEMPOOL0 txq 1 512 promiscuous on link LINK1 dev 0000:03:00.0 rxq 1 128 MEMPOOL0 txq 1 512 promiscuous on ;link LINK2 dev 0000:06:00.0 rxq 1 128 MEMPOOL0 txq 1 512 promiscuous on ;link LINK3 dev 0000:06:00.1 rxq 1 128 MEMPOOL0 txq 1 512 promiscuous on pipeline PIPELINE0 period 10 offset_port_id 0 cpu 0 pipeline PIPELINE0 port in bsz 32 link LINK0 rxq 0 pipeline PIPELINE0 port in bsz 32 link LINK1 rxq 0 ;pipeline PIPELINE0 port in bsz 32 link LINK2 rxq 0 ;pipeline PIPELINE0 port in bsz 32 link LINK3 rxq 0 pipeline PIPELINE0 port out bsz 32 link LINK0 txq 0 pipeline PIPELINE0 port out bsz 32 link LINK1 txq 0 ;pipeline PIPELINE0 port out bsz 32 link LINK2 txq 0 ;pipeline PIPELINE0 port out bsz 32 link LINK3 txq 0 pipeline PIPELINE0 table match stub pipeline PIPELINE0 table match stub ;pipeline PIPELINE0 table match stub ;pipeline PIPELINE0 table match stub pipeline PIPELINE0 port in 0 table 0 pipeline PIPELINE0 port in 1 table 1 ;pipeline PIPELINE0 port in 2 table 2 ;pipeline PIPELINE0 port in 3 table 3 thread 1 pipeline PIPELINE0 enable pipeline PIPELINE0 table 0 rule add match default action fwd port 1 pipeline PIPELINE0 table 1 rule add match default action fwd port 0 ;pipeline PIPELINE0 table 2 rule add match default action fwd port 3 ;pipeline PIPELINE0 table 3 rule add match default action fwd port 2 I have done these tests 1. Using the i40e device of E5-2620 CPU to perform the same test, there= is no such problem 2. I still use the i7-6700 i40e device, and I rolled back to the 18.05 version for testing, there is no such problem. 3. The fallback code locates the code node that causes this problem as 4205c7ccec4fc2aeafe3e7ccf6b028d9476fccaf, this node had no problems before,= and there were problems afterwards. 4. I found that there are two kernel modules on this i7-6700 device: idma64, i2c_designware, when I uninstall these two modules, this phenomenon will not appear. 5. On the basis of 18.11, in the i40e_dev_start function if (dev->data->dev_conf.intr_conf.rxq =3D=3D 0) { rte_eal_alarm_set(I40E_ALARM_INTERVAL, i40e_dev_alarm_handler, dev); } else { /* enable uio intr after callback register */ rte_intr_enable(intr_handle); } Change to /* enable uio intr after callback register */ rte_intr_enable(intr_handle); if (dev->data->dev_conf.intr_conf.rxq =3D=3D 0) { rte_eal_alarm_set(I40E_ALARM_INTERVAL, i40e_dev_alarm_handler, dev); } Then this problem will not occur. >From the above scene, if I want to use the 18.11 dpdk version normally, I w= ill either uninstall the module or add rte_intr_enable, but I don=E2=80=99t kno= w what will happen if I do this? Can you answer me? Is this a bug? --=20 You are receiving this mail because: You are the assignee for the bug.=