From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga05.intel.com (mga05.intel.com [192.55.52.43]) by dpdk.org (Postfix) with ESMTP id 4D01A1B4EE for ; Wed, 11 Jul 2018 16:51:47 +0200 (CEST) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by fmsmga105.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 11 Jul 2018 07:51:46 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.51,338,1526367600"; d="scan'208";a="70499384" Received: from irsmsx151.ger.corp.intel.com ([163.33.192.59]) by fmsmga004.fm.intel.com with ESMTP; 11 Jul 2018 07:51:45 -0700 Received: from irsmsx101.ger.corp.intel.com ([169.254.1.185]) by IRSMSX151.ger.corp.intel.com ([169.254.4.36]) with mapi id 14.03.0319.002; Wed, 11 Jul 2018 15:51:44 +0100 From: "Girard, Guillaume" To: "users@dpdk.org" Thread-Topic: Multi-process DPDK application: only one process receiving packets Thread-Index: AdQZJlA8NGx/3dtLRUyLSjYSsFuKuw== Date: Wed, 11 Jul 2018 14:51:44 +0000 Message-ID: <75D774780A02A24FA31E7E60A7A72BA686865497@IRSMSX101.ger.corp.intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiNTJhYjNiYzYtNGM4Yy00YTFmLThhY2YtZGM1ODBiYzhkMjQ1IiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoiSzVVTDE5S2Q0ekk5NlBQNnlVT1ZXOE9LdTc5REpLNFJHb05vMHFyaHBVRG4zWWtrMGd0TmYyM2dXNGtoV0lBSSJ9 x-ctpclassification: CTP_NT dlp-product: dlpe-windows dlp-version: 11.0.200.100 dlp-reaction: no-action x-originating-ip: [163.33.239.181] Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Subject: [dpdk-users] Multi-process DPDK application: only one process receiving packets X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2018 14:51:48 -0000 Hi, I'm battling with some strange DPDK multi-process behavior, so any help wou= ld be appreciated. I have built a "data sink" application with DPDK. It listens to certain str= eams of packets and report statistics on those. The application works with = a specific Ethernet port specified at the command-line. To listen to multip= le ports at once, I made the application Primary/Secondary aware, so if you= start the first one as primary, and the others as secondary, it all works = fine. I tested this on two machines with Intel X550T cards (ixgbe driver), = and I can listen to traffic on as many ports as I have (4x2=3D8 in my case)= , with 8 applications in parallel. Then I moved to another machine, which has X722 ports (i40e driver). That b= reaks my data-sink in the following way: only one application receives pack= ets. That is: (1) ./data-sink --proc=3Dprimary <- receives packets (2) ./data-sink --proc=3Dsecondary <- no packets I know the invocation of the application is fine, because if I simply run (= 2) alone with -proc=3Dprimary, then I receive traffic on the second port as= expected. I also tried to run them without any connection to one another: ./data-sink --proc=3Dprimary -m 1024 -file-prefix=3Dd0 ./data-sink --proc=3Dprimary -m 1024 -file-prefix=3Dd1 And I still get only one application receiving packets (the second one, thi= s time). When I say "no packets", I should qualify that a bit. I do get packets from= time to time. They are just filled with 0, with size varying from 60 to 30= 0 bytes. I get no meaningful packets (ARP request, ping, actual traffic, et= c.). The X772T ports are 4 PCI functions on the same device - I don't know if th= at makes a difference, but in the X550T, I had two functions per device wit= h no issue. I tested that with DPDK 17.11.2 and DPDK 18.02.2 and obtained t= he exact same behavior. I retested on my original hardware, and my code wor= ks fine there. I did disable ASLR as recommended in the documentation. Any suggestion on what I could check? Best regards, Guillaume Girard Intel Deutschland GmbH Registered Address: Am Campeon 10-12, 85579 Neubiberg, Germany Tel: +49 89 99 8853-0, www.intel.de Managing Directors: Christin Eisenschmid, Christian Lamprechter Chairperson of the Supervisory Board: Nicole Lau Registered Office: Munich Commercial Register: Amtsgericht Muenchen HRB 186928